Asp.net में लोड संतुलन, विकास के दौरान मुझे क्या विचार करना चाहिए?

Question

वेब फार्म के भीतर होस्ट किए गए एक एएसपी.NET प्रोजेक्ट पर काम करते हुए दो फ्रंट सिरों और भार संतुलन सहित, हमें "इनप्रोक" होने के दौरान एएसपी.NET सत्र स्थिति के बारे में एक मुद्दा मिला, और हमने पाया कि यह ठीक से काम नहीं कर रहा है लोड संतुलन।, और हमें "एसक्यूएल सर्वर" मोड का उपयोग करने पर विचार करना चाहिए।

तो, मुझे आश्चर्य है कि क्या कोई अन्य बिंदु (सत्र, कैशिंग, सुरक्षा, फ़ाइल अपलोडिंग, एसक्यूएल कनेक्शन ...) हैं, हमें इस तरह के पर्यावरण में विकास और तैनाती के दौरान विचार करना चाहिए।

Answer 1

माइक्रोसॉफ्ट इस पर कुछ मार्गदर्शन प्रदान करता है। उनके पास अन्य संसाधनों के लिंक के साथ ज्ञान आधारित आलेख है जो आपको चाहिए।

http://support.microsoft.com/kb/815162

ओह, और हमेशा की तरह, ScottGu एक उत्कृष्ट लेख और यह करने का एक कूलर रास्ता है। मैं सिर्फ यह पाया जाता है और यह बहुत आशाजनक दिखता है: माइक्रोसॉफ्ट वेब फार्म फ्रेमवर्क http://weblogs.asp.net/scottgu/archive/2010/09/08/introducing-the-microsoft-web-farm-framework.aspx

और अधिक हाल ही में वेब फार्म फ्रेमवर्क साइट उपलब्ध संसाधनों के बहुत सारे है। http://www.iis.net/download/webfarmframework

Answer 2

हालांकि मैंने कभी इसका उपयोग नहीं किया, मुझे पता चला कि articles of Omar Al Zabir कोडप्रोजेक्ट.com पर अधिक उपयोगी है।

उनके लेख "99.99% available ASP.NET and SQL Server SaaS Production Architecture" कुछ भार संतुलन विषयों को शामिल करता है।

Answer 3

सत्र स्थिति के साथ ध्यान में रखने के लिए मेरे उत्तर here देखें।

यह संदर्भ this article है जिसमें सत्र स्थिति पर बहुत अच्छी जानकारी है।

Answer 4

ऐसी कई चीजें हैं जिन पर आपको विचार करने की आवश्यकता है।

http://eralokpandey.wordpress.com/2010/03/31/load-balancing-in-asp-net-and-web-farm/

Answer 5

मेरे विकास सर्वर पर, मैं कॉन्फ़िगर कर दिया है आईआईएस एक गरीब मनुष्य परीक्षण के रूप में 3 कार्यकर्ता प्रक्रियाओं (वेब ​​उद्यान) का उपयोग करने के: यहाँ एक लेख जब एक वितरित वातावरण में चलती है जो कई कारणों से ऊपर से निकलता है हमारे भार संतुलित वातावरण के लिए, एक इलाज किया।

हम सत्र/एप्लिकेशन डेटा का उपयोग नहीं करते हैं। हमारा लोड बैलेंसर पता एफ़िनिटी के साथ कॉन्फ़िगर किया गया है, इसलिए एक ही आईपी से अनुरोध एक ही सर्वर पर जाते हैं, इस प्रकार हम कुछ उपयोगकर्ता डेटा को कैश करने की इजाजत देते हैं। हमारा सबसे बड़ा गोचा खेत में कैश किए गए डेटा के साथ सिंक में नहीं था, एक सरल नेटवर्क लाइब्रेरी के साथ कैश को लपेटकर हल किया गया ताकि 'कैश किए गए आइटम बदले' संदेश अन्य सर्वरों को भेज सकें।