आईआईएस साइट: क्या यह समस्याग्रस्त है?


7

मैं एक विरासत एएसपी क्लासिक समाधान के साथ काम कर रहा हूं जो लोड संतुलित है (बाहरी हार्डवेयर के माध्यम से और आईआईएस साइट की होम निर्देशिका है जिसमें यूएनसी पथ है। मुझे बताया गया है कि इस सेटअप के साथ निम्नलिखित मुद्दे वर्तमान में मौजूद हैं:

  1. घर निर्देशिका के रूप में यूएनसी पथ का उपयोग करते समय, आईआईएस में कहीं भी "इंडेक्स" होता है जो कुछ प्रकार की फाइलों की एक निश्चित मात्रा तक "कैश" करता है, और जब सीमा, जो 50 तक डिफ़ॉल्ट होती है, पहुंचे, कैश में नहीं पृष्ठों के बाद के अनुरोध 404 लौटाएंगे।
  2. आईआईएस साइट शुरू करते समय, यूएनसी पथ के रूप में यूएनसी पथ का उपयोग करते समय, उपरोक्त "कैश" भरना शुरू हो जाएगा, जो साइट आईआईएस को तब तक दबाएगा जब तक कैश भरा हुआ है, जिसका मतलब है कि आईआईएस साइट शुरू होने के 30 मिनट तक बड़ी साइटें (15,000 .asp फाइलें) अनुपलब्ध हैं।
  3. घर निर्देशिका के रूप में यूएनसी पथ का उपयोग करते समय, साइट पर एक साथ अनुरोध के एक निश्चित संख्या से अधिक किए जाने पर, विंडोज "प्रति सर्वर नेटवर्क BIOS कमांड सीमा" तक पहुंच जाएगा, और सीमा से ऊपर के सभी अनुरोधों को प्रतीक्षा करनी होगी जब तक आईआईएस सर्वर पर "सत्र बंद नहीं करता"। मुझे बताया गया है कि सीमा 100 फाइलें हैं और कॉन्फ़िगर करने योग्य नहीं हैं।

अब, यह सब थोड़ा अजीब लगता है। यदि मैं डिफ़ॉल्ट सेटिंग्स के साथ एक नया विंडोज 2003 सर्वर स्थापित करता हूं, और आईआईएस साइट के लिए होम निर्देशिका के रूप में सर्वर पर एक शेयर का उपयोग करके 15,000 .asp फ़ाइलों के साथ एएसपी क्लासिक एप्लिकेशन होस्ट करने के लिए इसका उपयोग करता हूं, क्या मैं वास्तव में इन में भाग लेगा समस्या का? और यदि हां, तो आर्किटेक्चर को बदले बिना उनका सामना करने का कोई तरीका है?

(स्पष्टीकरण के लिए, "भार संतुलन" का एकमात्र कारण यह महत्वपूर्ण है कि लोड संतुलन एक कारण है कि फाइलें सर्वर पर साझा हो रही हैं। अगर लोड लोड संतुलन की आवश्यकता नहीं है, तो फाइलें स्थानीय पर हो सकती हैं डिस्क।)

5

हां, यह संभव है, लेकिन हाँ, इससे समस्याएं पैदा हो सकती हैं।

जब एएसपी.नेट एएसपीएक्स, एएससीएक्स, और अन्य सामग्री पृष्ठों को असेंबली में संकलित करता है, तो यह उनके बीच निर्भरताओं की निगरानी करने के लिए बहुत सारे फाइलसिस्टम वाटरर्स बनाता है ताकि जब फाइलें बदलती हैं, तो यह पुन: संकलित हो सकती है। ये NetBIOS संसाधनों को खाते हैं।

इसके अतिरिक्त, हर बार जब आप कोई फ़ाइल करते हैं। एक्स्टिस्ट या निर्देशिका।साइट के सेवारत पथ पर कॉल, या किसी अन्य प्रकार का आईओ मौजूद है, जो नेटबीओएस सीमाओं पर मांगों को भी बढ़ाता है।

रजिस्ट्री के माध्यम से नेटबीओएस सीमा को अपने डिफ़ॉल्ट के ऊपर एक बिंदु पर सेट करना संभव है।

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

हमने एक विशाल साइट (सैकड़ों निर्देशिकाएं और एएसपीएक्स/एएससीएक्स फाइलें) चलाने की कोशिश की और यह कुछ मिनट तक ठीक चल जाएगा जब तक कि पर्याप्त यूआरएल तक पहुंचा न जाए, नेटबीओएस सीमाएं पहुंच गईं, और फिर प्रत्येक आगामी पृष्ठ दृश्य के परिणामस्वरूप अपवाद। हम एक रोबोकॉपी प्रकाशन समाधान का उपयोग करने के लिए मजबूर हो गया।

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

  0

अंत में, NetBIOS सीमाओं को समायोजित करने के बाद, सब कुछ सुचारू रूप से चलता है। FileSystemWatchers और ASP संकलन के लिए स्टार्ट-अप विलंबता सहनशील साबित हुई। 05 mar. 092009-03-05 08:00:37


1

उत्तर 3 के लिए आप नेटवर्क BIOS कमांड सीमा बदल सकते हैं। यह एक बहुत ही आसान रजिस्ट्री संपादन फिक्स है: http://support.microsoft.com/kb/810886/en-us

मैंने स्वयं उस विशेष मुद्दे में भाग लिया है।


2

मैं आईआईएस और यूएनसी के बीच बातचीत पर आपके सीधा सवाल के बारे में निश्चित नहीं हूं, लेकिन मैं एक व्यस्त साइट (भार संतुलन की आवश्यकता के लिए पर्याप्त व्यस्त) पर सुझाव दूंगा, कि आप फ़ाइल साझा करने के अलावा कुछ और मानते हैं।

एक नेटवर्क में आईआईएस द्वारा लोड एक एएसपी (यानी एक फ़ाइल शेयर) नकारात्मक प्रदर्शन प्रभाव (विलंबता) का सामना करेगा।

मैं सभी लोड संतुलित सर्वरों को केंद्रीय मास्टर के साथ सिंक में रखने के लिए रोबोकॉपी जैसे कुछ का उपयोग करने का सुझाव दूंगा। दूसरे शब्दों में, एक मास्टर सर्वर (या एकल मास्टर स्थान) पर तैनात करें, फिर लोड बैलेंसर पूल में प्रत्येक दास को फ़ाइलों को रोबोकॉपी करें।

यह न केवल आपके द्वारा वर्णित व्यापक यूएनसी मुद्दों को हटा देगा, बल्कि आपको एक अच्छा प्रदर्शन बढ़ावा देना चाहिए (एएसपी पृष्ठों को लोड करते समय नेटवर्क हिट को हटाकर)। यदि आप ऐसा करते हैं तो मैं बहुत भारी प्रदर्शन को बढ़ावा देता हूं।

  0

हाँ, मैं सहमत हूं। असल में, मैं रोबोकोपी पर डीएफएस पसंद करूंगा - अधिक विन्यास, लेकिन कम नींद की रातें। सामान्य रूप से, हालांकि, बाहरी कारक इस विशेष सेट-अप को निर्देशित करते हैं। 24 sep. 082008-09-24 07:15:24