2009-04-10 18 views
6

एकाधिक एएसपी.NET साइटों को चलाने वाले सर्वर पर, क्या प्रति साइट एक पूल पूल का उपयोग करना या साइटों के लिए एक ही एप्लिकेशन पूल साझा करना बेहतर है? प्रत्येक सेटअप के लिए निहित फायदे या नुकसान क्या हैं? या यहां एक कठिन और तेज़ नियम है?साझा करना .NET अनुप्रयोग पूल

उत्तर

5

यह वास्तव में साइट की आवश्यकताओं के साथ-साथ जोखिमों के बारे में आपकी चिंता के आधार पर निर्भर करता है।

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

हालांकि इसमें "कठिन और तेज़" नियम नहीं है, लेकिन कुछ चीजें जिन्हें मैं मानता हूं और जिसके कारण मेरे लिए "स्वचालित" निर्णय निम्न हैं।

  • क्या एप्लिकेशन मिशन महत्वपूर्ण है? (यदि हां, तो अलग ऐप पूल)
  • क्या यह एक तृतीय पक्ष एप्लिकेशन है? (यदि ऐसा है, और यह सब कुछ करने के बारे में अनिश्चित है, अलग ऐप पूल)
  • क्या यह एप्लिकेशन गतिविधि में प्रमुख स्पाइक देखेगा? (यदि ऐसा है, तो यह अलग करना सबसे अच्छा हो सकता है)

वहां बहुत कुछ है, लेकिन चाबियां अलगाव और एकल अनुप्रयोगों की समस्या निवारण करने की क्षमता हैं। यहां एक Microsoft article है जो इसे थोड़ा सा स्पर्श करता है।

+0

तो यदि एक ग्राहक के उदाहरण के लिए पृष्ठ जीवन चक्र पूरा करने के लिए बहुत सारे संसाधन और समय ले रहा है, तो अलग-अलग ऐप पूल में अलग होना बेहतर होगा, इसलिए धागे सभी नहीं उठाए गए हैं? – Markive

1

यह अगर कुछ साइटों दूसरों, साइट प्रति अपनी उम्मीद लोड है क्या की तुलना में अधिक विश्वसनीयता की जरूरत है पर बहुत कुछ निर्भर करेगा, आदि

साझा करना एक पूल सामान्य रूप में और अधिक कुशल हो जाएगा, लेकिन एक भी दुर्व्यवहार करने वाले एप्लिकेशन कर सकते हैं और अधिक तेजी से अन्य साइटों के लिए समस्या का कारण बनता है। इसके अतिरिक्त आप अलग-अलग ऐप पूल को रीसायकल या अपडेट कर सकते हैं जो रखरखाव शेड्यूल को आसान बना सकते हैं।

1

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

+0

प्रति पूल 100 साइटों का जोखिम क्यों है? आप क्या प्राप्त कर रहे हैं अगर किसी के लिए निष्पादन रोक दिया गया है तो क्या वे सभी रुक गए नहीं हैं? क्या 24 ए/पीएस 25 साइट्स के साथ थोड़ा और अधिक काम करेंगे लेकिन अधिक लचीला होगा? – Markive

3

अलग ऐपपूल के फायदों में से एक यह है कि यदि आपको ऐपपूल रीसायकल करने की आवश्यकता होती है तो आप दूसरों के प्रदर्शन (या कैशिंग) को प्रभावित किए बिना एक साइट के लिए ऐसा कर सकते हैं।

0

मैं दृढ़ता से एकल एप्लिकेशन - एकल एप्लिकेशन पूल पसंद करूंगा - आपके पास प्रदर्शन संबंधी चिंताएं हैं। पृष्ठभूमि धागे में एक अपवाद (एक बार जब कोई एसिंक खेलना शुरू कर देता है) पूरे ऐप पूल को नीचे ला सकता है। और जब तक आपके पास स्वत: रीसाइक्लिंग सक्षम नहीं है, इससे बहुत परेशानी हो सकती है।

2

एक महत्वपूर्ण नियम याद रखें:

एक ही अनुप्रयोग पूल में नहीं डाल नेट 1.1 और नेट 2.0 अनुप्रयोग करते हैं। यह गड़बड़ चीजें वास्तव में तेजी से होगा।

संबंधित मुद्दे