क्षैतिज स्केलिंग: सर्वर

Question

के बीच उपयोगकर्ता द्वारा जेनरेट किए गए सबडोमेन को रूट करना मैं एक वेब अनुप्रयोग को बनाए रखता हूं जो एक एकल वीपीएस को बढ़ा रहा है। आर्किटेक्चर में बड़ी संख्या में छोटे उपयोगकर्ता होते हैं, जिनमें से प्रत्येक अपने स्वयं के सबडोमेन के साथ होता है। उपयोगकर्ता बातचीत नहीं करते हैं। लोड का मतलब है कि मुझे कुछ उपयोगकर्ताओं और सभी नए उपयोगकर्ताओं को एक अलग सर्वर पर वेब एप्लिकेशन की दूसरी स्थापना में स्थानांतरित करना है।

वर्तमान में, प्रत्येक उपयोगकर्ता सबडोमेन एक ही वर्चुअलहोस्ट पर पड़ता है, जहां एक एकल PHP फ्रंट नियंत्रक मेजबाननाम के आधार पर उपयुक्त सामग्री प्रदर्शित करता है। * .mydomain.com के लिए एक एकल वाइल्डकार्ड DNS रिकॉर्ड वर्तमान सर्वर पर इंगित करता है।

अलग-अलग सर्वरों के लिए अलग-अलग उपयोगकर्ता सबडोमेन को रूट करने का मेरा सबसे अच्छा विकल्प क्या है?

मेरे विचार:

• हर सर्वर के लिए एक नया शीर्ष स्तर के डोमेन। user.s1.mydomain.com, user.s2.mydomain.com और इतने पर (असजीला और लीक जानकारी)
• सर्वर के बीच मार्ग उपयोगकर्ताओं के लिए अपने खुद के DNS सर्वर चलाएं (विफलता के अतिरिक्त अंक, अपरिचित प्रौद्योगिकी)
• एक केंद्रीय फ्रंट कंट्रोलर/बैलेंसर जो उपयुक्त सर्वर (प्रत्येक विफलता का अतिरिक्त बिंदु, संभावित रूप से सीमित कनेक्शन) के लिए प्रत्येक अनुरोध को रिवर्स-प्रॉक्सी करता है

Answer 1

उस बिंदु पर आवेदन के स्केलिंग-आउट में, मैं एक केंद्रीय के साथ जाऊंगा फ्रंट लोड बैलेंसर। Nginx को किसी एक लोड द्वारा गतिशील रूप से सेवा की जा रही किसी भी लोड को संभालना चाहिए। हमारे पास छह गतिशील सर्वर और एक स्थिर सामग्री सर्वर के लिए फ्रंट एंड के रूप में nginx है, और nginx पर दृष्टि में कोई बाधा नहीं है।

अपने स्केल-पॉइंट पर, सभी स्थैतिक सामग्री को स्वयं संभालने के लिए nginx सेटअप करें, और प्रॉक्सी गतिशील सामग्री को आवश्यकतानुसार कई बॉक्स में रिवर्स करें। स्थैतिक सामग्री की सेवा और जैसे सभी बाकी है, कुछ वापस गुजर के लिए

upstream upstream_regular_backend { 
    fair; 
    server 10.0.0.1:80; 
    server 10.0.0.2:80; 
} 

server { 
    listen 0.0.0.0:80; 
    server_name example.com; 
    proxy_set_header Host $host; 
    proxy_set_header X-Real-IP $remote_addr; 
    location/{ 
     proxy_pass http://upstream_regular_backend; 
    } 
} 

:

server { 
    listen 0.0.0.0:80; 
    server_name example.com; 
    proxy_set_header Host $host; 
    proxy_set_header X-Real-IP $remote_addr; 
    index index.php; 
    root /some/dir/: 
    location ~ \.php { 
     proxy_pass http://upstream_regular_backend; 
    } 
} 

स्वाभाविक रूप से, अगर आप PHP का उपयोग नहीं कर रहे हैं, विन्यास tweak सरल प्रॉक्सी पारित करने के लिए सेटअप के करीब है तदनुसार।

अपस्ट्रीम परिभाषा पर, "निष्पक्ष;" प्रतिक्रिया-समय के आधार पर लोड-बैलेंस बैकएंड्स होगा। कैशिंग उद्देश्यों के लिए, आप "ip_hash;" का उपयोग करना चाह सकते हैं इसके बजाए, क्योंकि यह हमेशा एक ही सर्वर पर ग्राहक से अनुरोध करेगा।

हमारा सेटअप सड़क के नीचे थोड़ा और आगे है। हमारे पास nginx load-balancers एक वार्निश कैश प्रॉक्सी कर रहे हैं, जो बदले में गतिशील सामग्री सर्वर प्रॉक्सी करता है।

यदि आप एक सिंगल पॉइंट ऑफ असफलता के बारे में चिंतित हैं, तो फ्रंटड के आईपी को विफल होने के मामले में एक द्वितीयक सर्वर तैयार करने के लिए तैयार करें।