मैं यह अभी तक अपने आप को लागू नहीं किया है, लेकिन मैं का उपयोग कर रहा हूँ ऑन-द-मक्खी पुनः कॉन्फ़िगर की nginx प्लस । मैं सोच रहा हूं कि या तो एएमआई, या कॉन्फ़िगरेशन प्रबंधन (कठपुतली, नमक, या ऐसा) जो एक ऑटो स्केलिंग समूह उदाहरण सेट करता है, NGINX reconfiguraiton API तक पहुंच सकता है (शायद, एक आंतरिक मार्ग 53 डोमेन के माध्यम से ताकि कोई निश्चित आईपी न हो। उपयोग करने की आवश्यकता है), और रिवर्स प्रॉक्सी के लिए अपस्ट्रीम क्लस्टर में खुद को जोड़ें। उसके बाद NGINX की अंतर्निहित स्वास्थ्य जांच फिर उस [अतिरिक्त] उदाहरण के लिए ले जाएगी, और इसे अनुपलब्ध होने की स्थिति में छोड़ देगी। यह सबसे साफ समाधान लगता है और उदाहरण को जोड़ने में कोई देरी नहीं है, और शायद ही इसे छोड़ने में कोई देरी हुई है क्योंकि NGiNX प्लस में आउट-ऑफ-बैंड स्वास्थ्य जांच की सुविधा है।
यह दृष्टिकोण एक ऑटो-डिस्कवरी सिस्टम (कंसुल, सर्फ़, या ऐसी) स्थापित करने की आवश्यकता से बचा जाता है, जो छोटे सेटअपों के लिए अक्सर सेटअप / प्रशासन और साथ ही आवश्यक EC2 उदाहरणों के मामले में बहुत अधिक उपरि की तरह लगता है। उदाहरण के लिए, कंसुल को स्थिर होने के लिए न्यूनतम तीन उदाहरणों की आवश्यकता होती है। Serf शायद ASG उदाहरणों पर खुद को चला सकता है, लेकिन अभी भी इसे बनाए रखने का ओवरहेड है, और यदि ASG एक या दो उदाहरणों से नीचे जाता है, तो आप कोरम खो देंगे।
अंत में, इसे ऑटो स्केलिंग ग्रुप परिवर्तनों के स्वचालित अधिसूचना के साथ जोड़ा जा सकता है, शायद एनजीआईएनएक्स सर्वर (एस) पर जो लोड बैलेंसिंग के लिए उपयोग किया जाता है। इस तरह की अधिसूचना से एक श्रोता भड़क गया (यह वही हो सकता है, जिसे उपेंद्र ने भी संदर्भित किया है) तो तुरंत एनजीआईएनएक्स पर नए उदाहरण को ऑन-द-फ्लाई संशोधन एपीआई के माध्यम से जोड़ सकता है। एनजीआईएनएक्स प्लस की लागत के अलावा, यह एक आश्चर्यचकित करता है कि कोई पहले स्थान पर अपने कई मुद्दों के साथ इलास्टिक लोड बैलेंसर का उपयोग क्यों करेगा।
2015-12-07 संपादित करें: ngx_openresty का बैलेंसर-बाय-लुआ ( यह GitHub धागा देखें ) NGINX अपस्ट्रीम समूह से सर्वरों को जोड़ने / हटाने के लिए एक और संभव खुला स्रोत समाधान प्रदान करता है। मैंने अभी तक खुद इसके साथ प्रयोग नहीं किया है, लेकिन इस पोस्ट में ठोकर खाने वाले किसी भी व्यक्ति के लिए यहां एक उल्लेख जोड़ना चाहता हूं।