एकाधिक एएसपी.NET साइटों को चलाने वाले सर्वर पर, क्या प्रति साइट एक पूल पूल का उपयोग करना या साइटों के लिए एक ही एप्लिकेशन पूल साझा करना बेहतर है? प्रत्येक सेटअप के लिए निहित फायदे या नुकसान क्या हैं? या यहां एक कठिन और तेज़ नियम है?साझा करना .NET अनुप्रयोग पूल
उत्तर
यह वास्तव में साइट की आवश्यकताओं के साथ-साथ जोखिमों के बारे में आपकी चिंता के आधार पर निर्भर करता है।
जब एक ही एप्लिकेशन पूल के अंदर दो अनुप्रयोग चलते हैं तो उनके पास समान सुरक्षा स्तर होता है, इसलिए यहां कुछ लोगों के लिए एक सुरक्षा चिंता है क्योंकि सिद्धांत में प्रत्येक के पास दूसरी फाइलों तक पहुंच हो सकती है। साथ ही, यदि एक साइट में समस्याएं होती हैं और स्मृति का उपयोग करना शुरू होता है तो यह रीसायकल या फ्रीज का कारण बन सकता है जो दोनों को प्रभावित कर सकता है।
हालांकि इसमें "कठिन और तेज़" नियम नहीं है, लेकिन कुछ चीजें जिन्हें मैं मानता हूं और जिसके कारण मेरे लिए "स्वचालित" निर्णय निम्न हैं।
- क्या एप्लिकेशन मिशन महत्वपूर्ण है? (यदि हां, तो अलग ऐप पूल)
- क्या यह एक तृतीय पक्ष एप्लिकेशन है? (यदि ऐसा है, और यह सब कुछ करने के बारे में अनिश्चित है, अलग ऐप पूल)
- क्या यह एप्लिकेशन गतिविधि में प्रमुख स्पाइक देखेगा? (यदि ऐसा है, तो यह अलग करना सबसे अच्छा हो सकता है)
वहां बहुत कुछ है, लेकिन चाबियां अलगाव और एकल अनुप्रयोगों की समस्या निवारण करने की क्षमता हैं। यहां एक Microsoft article है जो इसे थोड़ा सा स्पर्श करता है।
यह अगर कुछ साइटों दूसरों, साइट प्रति अपनी उम्मीद लोड है क्या की तुलना में अधिक विश्वसनीयता की जरूरत है पर बहुत कुछ निर्भर करेगा, आदि
साझा करना एक पूल सामान्य रूप में और अधिक कुशल हो जाएगा, लेकिन एक भी दुर्व्यवहार करने वाले एप्लिकेशन कर सकते हैं और अधिक तेजी से अन्य साइटों के लिए समस्या का कारण बनता है। इसके अतिरिक्त आप अलग-अलग ऐप पूल को रीसायकल या अपडेट कर सकते हैं जो रखरखाव शेड्यूल को आसान बना सकते हैं।
कोई कठोर और तेज़ नियम नहीं है। मैं प्रति साइट एक ऐप पूल का उपयोग करता हूं (और आईआईएस 7 भी प्रति साइट एक बनाने के लिए डिफ़ॉल्ट) क्योंकि मुझे एक साइट/पूल में मेमोरी रिसाव होने पर इसे सुरक्षित रखना पसंद है, मैं नहीं चाहता कि यह प्रभावित हो और नीचे ले जाये अन्य साइटों। लेकिन मुझे कुछ सर्वर भी मिल गए हैं जहां 100 साइटें बिना किसी समस्या के एक पूल साझा करती हैं। तो, हमेशा के रूप में, यह निर्भर करता है।
प्रति पूल 100 साइटों का जोखिम क्यों है? आप क्या प्राप्त कर रहे हैं अगर किसी के लिए निष्पादन रोक दिया गया है तो क्या वे सभी रुक गए नहीं हैं? क्या 24 ए/पीएस 25 साइट्स के साथ थोड़ा और अधिक काम करेंगे लेकिन अधिक लचीला होगा? – Markive
अलग ऐपपूल के फायदों में से एक यह है कि यदि आपको ऐपपूल रीसायकल करने की आवश्यकता होती है तो आप दूसरों के प्रदर्शन (या कैशिंग) को प्रभावित किए बिना एक साइट के लिए ऐसा कर सकते हैं।
मैं दृढ़ता से एकल एप्लिकेशन - एकल एप्लिकेशन पूल पसंद करूंगा - आपके पास प्रदर्शन संबंधी चिंताएं हैं। पृष्ठभूमि धागे में एक अपवाद (एक बार जब कोई एसिंक खेलना शुरू कर देता है) पूरे ऐप पूल को नीचे ला सकता है। और जब तक आपके पास स्वत: रीसाइक्लिंग सक्षम नहीं है, इससे बहुत परेशानी हो सकती है।
एक महत्वपूर्ण नियम याद रखें:
एक ही अनुप्रयोग पूल में नहीं डाल नेट 1.1 और नेट 2.0 अनुप्रयोग करते हैं। यह गड़बड़ चीजें वास्तव में तेजी से होगा।
- 1. एक आवेदन पूल .NET 4.0
- 2. पिछली बार एक अनुप्रयोग पूल रीसाइक्लिंग
- 3. एक पुनरारंभ (रीसाइक्लिंग) एक अनुप्रयोग पूल
- 4. .NET अनुप्रयोग
- 5. .NET अनुप्रयोग
- 6. .NET अनुप्रयोग
- 7. .NET अनुप्रयोग
- 8. .NET अनुप्रयोग
- 9. .NET अनुप्रयोग में एक्सेसिबिलिटी शॉर्टकट अक्षम करना?
- 10. .NET अनुप्रयोग
- 11. .NET अनुप्रयोग
- 12. .NET अनुप्रयोग
- 13. Asp.Net अनुप्रयोग पूल पर छा पुनर्चक्रण समय?
- 14. webservice और asp.net अनुप्रयोग के बीच सत्र साझा करना
- 15. अलग ही ASP.Net सत्र कुकी साझा करना अनुप्रयोग
- 16. एक .NET अनुप्रयोग
- 17. 64-बिट .NET अनुप्रयोग
- 18. एक .NET अनुप्रयोग
- 19. क्या .NET अनुप्रयोग
- 20. .NET अनुप्रयोग सर्वर बनाम जावा अनुप्रयोग सर्वर
- 21. एक .NET वेब अनुप्रयोग
- 22. डाटाबेस तटस्थ .NET अनुप्रयोग
- 23. प्रोफाइलिंग सी #/.NET अनुप्रयोग
- 24. .NET C# अनुप्रयोग
- 25. मेरे .NET अनुप्रयोग
- 26. विंडोज़ .NET अनुप्रयोग
- 27. विंडोज़ .NET अनुप्रयोग
- 28. .NET अनुप्रयोग से एक्सप्लोरर
- 29. एक .NET अनुप्रयोग
- 30. एक .NET अनुप्रयोग
तो यदि एक ग्राहक के उदाहरण के लिए पृष्ठ जीवन चक्र पूरा करने के लिए बहुत सारे संसाधन और समय ले रहा है, तो अलग-अलग ऐप पूल में अलग होना बेहतर होगा, इसलिए धागे सभी नहीं उठाए गए हैं? – Markive