Proxmox VE / متقدم: التنسيق ودليل الاسترجاع / الدرس 17
الرصد والسعة ودليل الحوادث
فسر مقاييس المضيف والضيف بالوحدات والوقت وسياق الحمل واختر دليل التشخيص قبل اقتراح الضبط.
في هذه الصفحة
أهداف الدرس
- فصل السعة المضبوطة والاستخدام وكمون المستخدم.
- تفسير المعدلات والتجميع دون إخفاء الذرى.
- بناء سجل حادث بفرضية من مشاهدات افتراضية.
ابدأ بعارض المستخدم
يبدأ الحادث بعارض محدد، مثل بطء طلبات الكتالوج في وقت معروف. تمثل CPU المضيف وضغط الذاكرة وكمون التخزين ونشاط الشبكة وسلوك الضيف أدلة محتملة، لا أسبابا تلقائية. قد يعكس الاستخدام العالي عملا مفيدا، وقد يتزامن متوسط CPU منخفض مع اختناق تخزين أو خيط واحد مشبع. سجل هوية الحمل والفترة وخط الأساس والتغيير ذي الصلة قبل تفسير الرسم. لوحة الإدارة مصدر ملاحظة واحد؛ ولا تقيس كل معاملة تطبيق مباشرة أو تكشف كل اعتماد داخل الضيف.
صرح بالوحدات والعينة
يجمع العداد أحداثا أو بايتات، بينما يصف المعدل تغيرها مع الزمن. تؤدي مقارنة مجموع بايتات برسم بايتات في الثانية دون تحويل إلى استنتاج خاطئ. يحسب البرنامج الأول معدل نقل افتراضيا من عدادين متزايدين وفاصل عشر ثوان، مع افتراض عدم إعادة العداد أو التفافه. يجب أن يكشف مسار الرصد الحقيقي الإعادات والعينات المفقودة والأوقات غير المتسقة. النتيجة متوسط لهذه النافذة ولا تكشف اندفاعا قصيرا بداخلها. وضح استخدام الوحدات العشرية أو الثنائية متى أثر الفرق في مقارنة السعة.
before_bytes = 1000000
after_bytes = 6000000
seconds = 10
print((after_bytes - before_bytes) // seconds)
500000
500000 بايت/ثانية متوسط النموذج دون الوصول لواجهة أو خادم رصد.
ميّز الضغط والتخصيص
تمثل vCPU المضبوطة طلب جدولة محتملا؛ ولا تطابق ذاكرة الضيف المضبوطة الذاكرة المقيمة في المضيف، وتختلف سعة القرص المخصصة عن استهلاك المجمع المادي. يعقد ballooning والتخزين المؤقت وبيانات التخزين الوصفية المجاميع البسيطة. ابحث عن دليل ضغط وكمون يربط المورد بعارض المستخدم، بدلا من الضبط من نسبة وحدها. يفصل السجل الثاني التخصيص والمشاهدة والفرضية، ولا يمثل تصدير رصد فعليا. تحتاج فرضية تنافس النسخ مع I/O التطبيق دليلا متزامنا ومقارنة محدودة، لا توصية عامة بزيادة موارد كل ضيف.
allocation: guest has a documented4GiB ceiling
observation: synthetic request latency rises during backup window
hypothesis: storage contention contributes to latency
needed evidence: time-aligned guest/app latency and host storage observations
يحوي المثال مشاهدات تعليمية افتراضية معلنة وليست قياسات منصة ملتقطة.
خطط للاحتفاظ وجودة التنبيه
قد يحتفظ تكامل المقاييس الخارجية بتاريخ يتجاوز نافذة الرسم المحلية، لكن نقل الجمع ومصادقته واحتفاظه يحتاج تصميما مستقلا. قد يعني فقد عينة فشل القياس لا حملا صفريا سليما. ينبغي أن يحدد التنبيه حالة قابلة للفعل ومالكا، وأن يرتبط بأثر المستخدم أو مقدمة متحققة حيث أمكن. يحتاج توقع السعة نمو العمل واحتياط الفشل وطلب الانتقال، لا خطا مستقيما عبر يوم هادئ واحد. احفظ سياقا يميز ذروة قصيرة من مشكلة مستمرة، ولا تنشر جردا حساسا في مثال عام.
اختر الفحص التالي
اختر سؤالا صغيرا يستطيع دحض الفرضية الأرجح. إذا ارتفع كمون التطبيق قبل نشاط التخزين فقد يضلل الارتباط الظاهر. وإذا تأثر ضيف واحد فقط، فقارن حمله ومساره قبل تعديل المضيف عالميا. لا ينفذ المسار اختبار حمل أو معيار أداء أو التقاط تتبع أو استعلام مقاييس حي. يفحص حساب المعدل أعدادا صحيحة عامة فقط. يذكر تسليم الحادث الوقت الدقيق ومصدر الدليل، افتراضيا أو حقيقيا، والادعاءات المدعومة وعدم اليقين الباقي، كي يجمع المالك المخول الدليل التالي دون وصفة ضبط عشوائية.
الأخطاء الشائعة وإصلاحها
تفسير القياسات المفقودة بأنها حمل صفري
- لماذا يحدث؟
- لم تفصل صحة جمع المقاييس عن حالة المورد المرصودة.
- كيف تصلحه؟
- افحص حداثة العينات وحالة الجمع عبر المالك المعتمد.
- كيف تتجنب تكراره؟
- اجعل التنبيه لفجوات القياس منفصلا عن حدود الأحمال.
عرض الذاكرة المضبوطة كطلب مجموعات عمل مقاس
- لماذا يحدث؟
- اختلط التخصيص بمحاسبة التشغيل الفعلية.
- كيف تصلحه؟
- قارن القياسات الصحيحة للمضيف والضيف بوحدات صريحة.
- كيف تتجنب تكراره؟
- سم كل حقل سعة بتعريفه ووقت جمعه.
الانتقال من ارتباط زمني مباشرة إلى ضبط شامل
- لماذا يحدث؟
- لم تختبر الفرضية مقابل البدائل أو ترتيب الأحداث.
- كيف تصلحه؟
- اجمع مشاهدة محددة تميز الأسباب قبل اختيار التغيير.
- كيف تتجنب تكراره؟
- اربط الضبط المقترح بدليل خاص بالتطبيق ومعايير رجوع.
اختبر فهمك
1. زاد عداد 5,000,000 بايت خلال عشر ثوان. ما الذي لا يظهره متوسط 500,000 بايت في الثانية؟
اعرض الحل المشروح
يغفل المتوسط توزيع الاندفاعات والطوابير والكمون ومزيج أحجام الحزم أو عمليات I/O، وأي إعادة عداد خارج النافذة المفترضة. إنه متوسط مفيد بافتراضات صريحة، لا دليل على كفاية السعة لكل ذروة أو على سببية البطء الذي يراه المستخدم. يجب ربطه بسياق الزمن والحمل قبل اتخاذ قرار ضبط.
2. ضيف واحد بطيء ومتوسطات المضيف طبيعية. أين ينبغي تركيز الدليل التالي؟
اعرض الحل المشروح
ركز على حمل تطبيق ذلك الضيف وسلوك CPU أو I/O الفردي ومسار التخزين واعتمادياته خلال فترة الحادث. قد تخفي متوسطات المضيف اختناقا محليا أو خطأ في التطبيق. احفظ خط الأساس الطبيعي وقارن فرضية محددة، بدلا من زيادة موارد كل الضيوف أو إجراء اختبار حمل غير مخول. يجب أن يميز الدليل التالي بين أسباب محتملة، لا أن يضيف أرقاما بلا سؤال.
أهم ما تعلمته
- تحتاج المقاييس تعاريف ووحدات وأوقاتا وصحة جمع.
- ينبغي أن تتبع التغييرات فرضية تطبيق قابلة للدحض.