ما هي الإعدادات المثلى لإعادة تدوير تجمعات التطبيقات في IIS7 في بيئة مشتركة؟
https://stackoverflow.com/questions/198580
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
ما هي الإعدادات المثالية لإعادة تدوير تجمعات التطبيقات في IIS7 في بيئة مشتركة؟
المحلول
باعتبارك مضيفًا، فأنت بالتأكيد تريد إعادة التدوير على الذاكرة والوقت، ومن المحتمل أن تطلب حدودًا ووحدة المعالجة المركزية.تريد أن تكون عدوانيًا جدًا بشأن هذه الحدود، ولكن تأكد من نشرها لعملائك.
ذاكرة - 512 لصندوق x86، ربما 768.بالنسبة إلى الإصدار x64، يمكنك تعيين هذا بشكل أعلى اعتمادًا على عدد المضيفين لكل خادم.عليك فقط توخي الحذر ومشاهدة أحداث إعادة تدوير مجموعة التطبيقات الخاصة بك بشأن مشكلات الذاكرة.
وقت - نقوم عادةً بإعادة التدوير في الساعة 1 صباحًا، زائد أو ناقص (الموقع الأول 1:01، الثاني 1:11، الثالث 1:21، فقط حتى لا تتم إعادة التدوير بالكامل في نفس الوقت)
حد الطلب - 35000 هو الرقم الافتراضي لـ IIS6، ولكن هذا الرقم عشوائي تمامًا، ويعتمد بشكل كبير على الموقع المعني.بالنسبة لمواقع الاستخدام الصغيرة، ستتم عملية إعادة التدوير الليلية قبل فترة طويلة من حصولك على 35 ألف طلب.
وحدة المعالجة المركزية - 95%/1 دقيقة كحد أقصى/KillW3WP، لكن استخدم هذا بحذر.ما أفهمه هو أنه إذا وصلت وحدة المعالجة المركزية إلى 95%+ فوق الحد الأقصى المحدد بدقيقة واحدة لهذه العملية المنفذة، فسيتم إيقاف العملية المنفذة ولن تتمكن من إعادة التشغيل لبقية الحد عند تعيين الإجراء على KillW3WP.قد ترغب في تجربة NoAction في البداية ومشاهدة سجلات الأحداث الخاصة بك بعناية.
إعادة تدوير سجلات الأحداث - تريد التأكد من تسجيل عمليات إعادة تدوير تجمع التطبيقات لكل عتبة حدث قمت بتعيينها - على سبيل المثال.إذا قمت بالتقييد بناءً على حدود الطلبات، فتأكد من تمكين تسجيل حد الطلب.
شيء واحد يجب أن تتذكره هو أنك يجب تعيين retail="true" في ال <deployment> عنصر في الخاص بك Machine.config:
<system.web>
<!--
<deployment
retail = "false" [true|false]
/>
-->
<deployment retail="true" />
</system.web>
سيؤدي عدم تعيين هذا إلى السماح للموقع بتشغيل تصحيح الأخطاء، مما يسمح بمهلة غير محدودة للطلبات - وهو ليس مثاليًا تمامًا للمضيف...
نصائح أخرى
إذا كان لديك موقع حركة المرور الكثيفة، استخدم الجدول الزمني لاعادة تدوير طويلة. إذا كان لديك موقع انخفاض حركة المرور استخدام أقصر الجدول الزمني / الافتراضي لحفظ الذاكرة.
وتعلمت هذا من بلوق آل الزبير و: <لأ href = "http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis- 6-0.aspx "يختلط =" نوفولو noreferrer "> http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0 .aspx اتصال
ودانيال S. هو الحق، والمتغيرات جلسة العمل الخاصة بك الحصول على دمرت في المهملات، لذلك تأكد من اختبار هذه البئر أو لديك جيد خطأ حماية / استرداد عند الحصول على الأشياء جلسة العمل الخاصة بك.
نصيحة: عند إعادة تدوير التطبيق الخاص بك، يتم إتلاف كافة المتغيرات جلسة العمل الخاصة بك ... لذلك الحذر في هذا
وIMHO، والحفاظ على الإعدادات الافتراضية.
وتحتاج إلى تلبية الإعدادات لاحتياجاتك، تأخذ بعين الاعتبار مقدار الذاكرة لديك وأوقات الذروة لاستخدام الخاص بك تطبيق الموقع على شبكة الإنترنت /.
وأيضا أن تأخذ بعين الاعتبار استخدام الذاكرة الخاصة بك تطبيق الموقع على شبكة الإنترنت / وكأن هناك تسرب الذاكرة قد يكون التدوير في كثير من الأحيان ثم تظن.
ويصل وزنه أي تسرب ضد تكلفة إعادة التدوير، كما ذكر أعلاه سوف تفقد متغيرات حالة.
