المقدمة
يصف هذا المستند المشكلة التي تحدث عند إصابة Kernel بالذعر، على سبيل المثال في إعادة تمهيد vManage وإصدار الإصدار 20.3.2.1.
المشكلة
وقد لوحظ أن بعض عمليات النشر قد أصابها حالة من الهلع الشديد لدى العنصر الأساسي، وقد تمت إعادة تشغيل المثيلات. لوحظ أن خادم APP لديه مساحة ذاكرة عالية. سيكون التوقيع هو عمليات لينوكس التي تتعطل بسبب نفاد الذاكرة (OOM)، مع كون الذاكرة الحرة المحيطة أقل أو حوالي 300 ميغابايت حرة.
مجالات المشاكل المحددة هي:
1. IDE مقابل SCSI
2. OOM - ذعر النواة
الحل
يرشدك هذا المستند خلال التغييرات التي يجب إجراؤها على ESXi 6.7 (16713306).
تكوين وحدة التحكم في قرص البيانات
سيتم توفير هذا الخيار استنادا إلى قدرة الأجهزة الأساسية. إذا كان نوع القرص الذي تتم إدارة مخزن البيانات هو محرك أقراص ثابتة، فلن يتوفر سوى خيار SCSI. إذا كان مخزن البيانات المضيف على القرص من نوع محرك أقراص مزود بذاكرة مصنوعة من مكونات صلبة (SSD) من نوع الوسائط، فسيكون لديك خيار تكوين كل من SCSI و SATA. نوصي هنا بتكوين وحدة التحكم في القرص ك SATA.
تمتع بالحصول على نسخة إحتياطية من config-db أو لقطة VM قبل المتابعة.
اتبع الخطوات التالية:
- أستخدم الأمر طلب nms all stop من جلسة CLI ل vManage.
- قم بتخفيض طاقة الجهاز الظاهري.
- قم بإضافة جهاز جديد على كل مثيل من مثيلات vManage إذا لم يكن قد تمت إضافته بالفعل.
- يجب أن يقرأ الجهاز الجديد SCSI أو SATA.
- قم بتحرير إعدادات الأجهزة الافتراضية (VM) الموجودة على إستضافة الأقراص /إختيار/بيانات إلى محركات أقراص SATA أو SCSI.
- قم بإعادة تشغيل الجهاز الظاهري.
تكوين نوع قرص HDD - IDE إلى SCSI
1. حدد خيار التحرير ل VM حيث يلزم تغيير وحدة التحكم.
2. حدد خيار إضافة جهاز آخر كما هو موضح في الصورة.
حدد نوع وحدة التحكم استنادا إلى الأجهزة الأساسية.
حدد الخيارات بناء على نوع القرص الصلب.
- محركات أقراص SATA لمحركات الأقراص المزودة بذاكرة مصنوعة من مكونات صلبة (SSD).
- SCSI لمحركات الأقراص الثابتة.
3. انقر فوق القرص حيث تتم إستضافة /opt/data. من المحتمل جدا أن يكون هذا IDE كما هو مشار إليه:
4. وأخيرا، قم بتحويلها من IDE إلى SCSI أو SATA.
5. انقر فوق حفظ.
6. إعادة تشغيل الجهاز الظاهري.
الترقية إلى 20.3.2.1.
باستخدام نظام الترقية إلى الإصدار 20.3.2.1، تم تغيير طريقة تكامل vAnalytics مع CloudServices. لكي تصبح هذه التغييرات المحسنة نافذة المفعول، يجب على المسؤول تمكين خدمات Cloud-Services و vAnalytics يدويا.
1. تم إجراء عمليات تحسين ل config-db لجعل وقت الاستعلام أسرع بكثير.
2. تم تطبيق عمليات تحسين مناسبة للنظام للتأكد من عدم تجاوز بيانات الجهاز للقرص، كما تم وضع الضمانات الضرورية لإيقاف جمع البيانات عند إستخدام 80٪ من مساحة القرص.
3. إذا لم تقم vAnalytics بجمع البيانات من vManage، فلن يستمر نظام vManage في الكتابة على القرص بشكل عشوائي. إذا لاحظ VManage أن vAnalytics لديه كمية بيانات متراكمة تبلغ 10٪ من مساحة القرص، فسيتوقف عن كتابة البيانات ل vAnalytics حتى تستأنف vAnalytics تجميع البيانات الخاصة بها.