साझा वातावरण में आईआईएस 7 में एप्लिकेशन पूल के रीसाइक्लिंग के लिए इष्टतम सेटिंग्स क्या हैं?साझा वातावरण में आईआईएस 7 में एप्लिकेशन पूल के रीसाइक्लिंग के लिए इष्टतम सेटिंग्स क्या हैं?
उत्तर
एक होस्टर के रूप में, आप निश्चित रूप से मेमोरी & समय पर रीसायकल करना चाहते हैं, संभावित रूप से अनुरोध सीमा और सीपीयू। आप इन सीमाओं के बारे में बहुत आक्रामक बनना चाहते हैं, लेकिन सुनिश्चित करें कि आप उन्हें अपने ग्राहकों को प्रकाशित करें।
Memory - x12 बॉक्स के लिए 512, शायद 768. x64 के लिए, आप प्रति सर्वर होस्ट की संख्या के आधार पर इसे बहुत अधिक सेट कर सकते हैं। आपको सिर्फ सावधान रहना होगा और मेमोरी के मुद्दों पर अपने ऐप पूल रीसायकल कार्यक्रमों को देखना होगा।
Time - हम आमतौर पर सुबह 1 बजे, प्लस या माइनस (पहली साइट 1:01, दूसरा 1:11, तीसरा 1:21) पर रीसायकल करते हैं, इसलिए आपके पास एक ही समय में सभी रीसाइक्लिंग नहीं होते हैं)
Request limit - 35,000 आईआईएस 6 के लिए डिफ़ॉल्ट था, लेकिन यह संख्या काफी मनमानी है, और साइट पर बहुत निर्भर है। छोटी उपयोग साइटों के लिए, 35k अनुरोध प्राप्त करने से पहले रात का रीसायकल लंबे समय तक मारा जाएगा।
CPU - 95%/1 मिनट सीमा/KillW3WP, लेकिन इसका सावधानीपूर्वक उपयोग करें। इसकी मेरी समझ यह है कि यदि सीपीयू इस कार्यकर्ता प्रक्रिया के लिए 1 मिनट की सीमा से 95% + हिट करता है, तो कार्यकर्ता की प्रक्रिया मारे जाती है और जब कार्रवाई KillW3WP पर सेट की जाती है तो शेष सीमा के लिए पुनरारंभ करने में असमर्थ है। आप प्रारंभ में नोएक्शन को आजमा सकते हैं और बस अपने इवेंट लॉग सावधानी से देख सकते हैं।
Recycle Event Logs - आप यह सुनिश्चित करना चाहते हैं कि आप प्रत्येक ईवेंट थ्रेसहोल्ड के लिए ऐप पूल रीसायकल लॉगिंग कर रहे हैं - यानी यदि आप अनुरोध सीमाओं के आधार पर सीमित हैं, तो सुनिश्चित करें कि अनुरोध सीमा लॉगिंग सक्षम है। याद करने के लिए
एक बात आप चाहिएretail="true"
<deployment>
तत्व में अपने machine.config में सेट है जो:
<system.web>
<!--
<deployment
retail = "false" [true|false]
/>
-->
<deployment retail="true" />
</system.web>
सेट नहीं करके इस जो अनुरोधों में असीमित समय समाप्ति की अनुमति देता है एक साइट पर डिबगिंग चालू करने के लिए अनुमति देगा, - एक मेजबान के लिए बिल्कुल आदर्श नहीं है ...
युक्ति: यदि आप अपने अनुप्रयोग रीसायकल करते हैं, तो आपके सभी सत्र चर नष्ट कर रहे हैं ... इसलिए सावधानी इस पर!
IMHO, डिफ़ॉल्ट रखें।
लेकिन यह केवल तभी है जब आप इनप्रोक हैं, नहीं? –
यदि आप इनप्रोक का उपयोग करते हैं तो आपके सत्र चर केवल तभी नष्ट हो जाएंगे। मैं हमेशा प्रक्रिया के बाहर सत्र चर बनाए रखता हूं ताकि आप आसानी से वेब उद्यान/खेत में स्केल कर सकें। –
यदि आपके पास भारी ट्रैफिक साइट है, तो लंबी रीसायकल शेड्यूल का उपयोग करें। यदि आपके पास कम ट्रैफ़िक साइट स्मृति को बचाने के लिए छोटे/डिफ़ॉल्ट शेड्यूल का उपयोग करती है। http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0.aspx
डैनियल एस सही है, तो आपकी सत्र चर पुनरावृत्ति पर नष्ट हो, इसलिए जब आपका सत्र वस्तुओं हो रही सुनिश्चित करें कि आप यह अच्छी तरह से परीक्षण कर सकते हैं या अच्छा त्रुटि सुरक्षा/वसूली है:
मैं अल Zabir के ब्लॉग से यह सीखा ।
आपको अपनी आवश्यकताओं के लिए सेटिंग को पूरा करने की ज़रूरत है, ध्यान में रखें कि आपके पास कितनी मेमोरी है और आपकी साइट/वेब एप्लिकेशन के उपयोग के शीर्ष समय हैं।
अपनी साइट/वेब एप्लिकेशन के मेमोरी उपयोग को ध्यान में रखें जैसे कि मेमोरी लीक हो तो आप अक्सर रीसाइक्लिंग कर सकते हैं।
रीसाइक्लिंग की लागत के खिलाफ किसी भी रिसाव का वजन, जैसा ऊपर बताया गया है कि आप राज्य चर खो देंगे।
धन्यवाद। यदि आपके पास कोई अन्य सलाह है कि होस्टिंग के लिए सही ढंग से आईआईएस पर्यावरण कैसे स्थापित करें, तो कृपया अपनी पोस्ट संपादित करें/नए उत्तरों जोड़ें। – GrZeCh
आपको ऐपपूल नियम में 1: 1 साइट पर विचार करना चाहिए। आईआईएस 7 के ऐपपूल अलगाव संवर्द्धन के साथ, यह एक ही पहचान के तहत चल रहे एप्लिकेशन पूल को एक-दूसरे की स्मृति/संसाधनों तक पहुंचने से रोकता है। –