التعامل مع إعلامات الصيانة المخطط لها

ينطبق على: ✔️ أجهزة ظاهرية بنظام التشغيل Linux ✔️ أجهزة ظاهرية بنظام التشغيل Windows ✔️ مجموعات التوسعة المرنة ✔️ مجموعات التوسعة الموحدة

يقوم Azure بشكل دوري بإجراء تحديثات لتحسين موثوقية وأداء وأمان البنية الأساسية للمضيف للأجهزة الظاهرية. التحديثات هي تغييرات مثل تصحيح جزئي لبيئة الاستضافة أو ترقية الأجهزة وإيقاف تشغيلها. يتم إكمال غالبية هذه التحديثات دون أي تأثير على الأجهزة الظاهرية المستضافة. ومع ذلك، هناك حالات يكون فيها للتحديثات تأثير:

• إذا لم تتطلب الصيانة إعادة تشغيل، يقوم Azure بإيقاف الجهاز الظاهري مؤقتاً لبضع ثوان أثناء تحديث المضيف. يتم تطبيق هذه الأنواع من عمليات الصيانة مجال خطأ تلو مجال خطأ. ويتم إيقاف التقدم إذا تم تلقي أي إشارات صحية تحذيرية.

• إذا كانت الصيانة تتطلب إعادة تشغيل، فستتلقى إشعاراً بموعد التخطيط للصيانة. يتم منحك نافذة زمنية مدتها حوالي 35 يوماً حيث يمكنك بدء الصيانة بنفسك، عندما تكون مجدية من أجلك.

تتم جدولة الصيانة المخطط لها التي تتطلب إعادة تشغيل في شكل موجات. كل موجة لها نطاق (مناطق) مختلف.

• تبدأ أي موجة بإعلام للعملاء. تتوفر إعلامات الصيانة المتعلقة بالجهز الظاهري ضمن حالة الخدمة في مدخل Microsoft Azure. بالنسبة لبعض سيناريوهات الصيانة المخططة للجهاز الظاهري المحددة، قد يقوم Azure أيضا بتوصيل الجدول عن طريق إرسال بريد إلكتروني إضافي إلى مجموعة Subscription Classic مسؤول مسؤول المشتركة ومالكي الاشتراكات. يمكن Azure Service Health المستخدمين من تكوين التنبيهات المخصصة الخاصة بهم لفئة الصيانة المخطط لها. باستخدام تنبيهات Azure Service Health، يمكنك إضافة المزيد من المستلمين وخيارات المراسلة مثل البريد الإلكتروني والرسائل القصيرة والإخطارات على الويب باستخدام تنبيهات سجل النشاط.
• بمجرد خروج إعلام، يتم توفير نافذة الخدمة الذاتية. خلال هذه النافذة، يمكنك الاستعلام عن أي من أجهزتك الظاهرية التي تتأثر وبدء الصيانة استناداً إلى احتياجات الجدولة الخاصة بك. عادة ما تكون نافذة الخدمة الذاتية حوالي 35 يوماً.
• بعد نافذة الخدمة الذاتية، تبدأ نافذة الصيانة المجدولة. في مرحلة ما أثناء هذه النافذة، يقوم Azure بجدولة وتطبيق الصيانة المطلوبة على جهازك الظاهري.

الهدف من وجود نافذتين هو منحك الوقت الكافي لبدء الصيانة وإعادة تشغيل جهازك الظاهري مع معرفة متى سيبدأ Azure الصيانة تلقائياً.

يمكنك استخدام مدخل Microsoft Azure وPowerShell وواجهة برمجة تطبيقات REST وCLI للاستعلام عن نوافذ الصيانة لأجهزة الكمبيوتر الظاهرية وبدء صيانة الخدمة الذاتية.

هل يجب أن تبدأ الصيانة باستخدام خلال نافذة الخدمة الذاتية؟

يجب أن تساعدك الإرشادات التالية في تحديد ما إذا كنت تريد استخدام هذه الإمكانية وبدء الصيانة في وقتك الخاص.

ملاحظة

قد لا تتوفر صيانة الخدمة الذاتية لجميع الأجهزة الظاهرية الخاصة بك. لتحديد ما إذا كانت إعادة النشر الاستباقية متوفرة للجهاز الظاهري الخاص بك، ابحث عن البدء الآن في حالة الصيانة. لا تتوفر صيانة الخدمة الذاتية حالياً للخدمات السحابية (دور الويب/العامل) وتصميم الخدمة.

لا يوصى بصيانة الخدمة الذاتية لعمليات النشر باستخدام مجموعات التوفر. يتم بالفعل تحديث مجموعات التوفر بنطاق تحديث واحد فقط في كل مرة.

• دع Azure يشغل الصيانة. للصيانة التي تتطلب إعادة التشغيل، سيتم إجراء الصيانة مجال تحديث تلو مجال تحديث. لا تتلقى مجالات التحديث بالضرورة الصيانة بالتتابع، وهناك توقفاً مؤقتاً لمدة 30 دقيقة بين مجالات التحديث.
• إذا كان فقدان مؤقت لبعض السعة (مجال تحديث 1) سيشكل مصدر قلق، فيمكنك إضافة مثيلات خلال فترة الصيانة.
• للصيانة التي لا تتطلب إعادة التشغيل، يتم تطبيق التحديثات على مستوى مجال الخطأ.

لا تستخدم صيانة الخدمة الذاتية في السيناريوهات التالية:

• إذا قمت بإيقاف تشغيل الأجهزة الظاهرية بشكل متكرر، إما يدوياً، أو باستخدام DevTest Labs، أو باستخدام إيقاف التشغيل التلقائي، أو اتباع جدول زمني، فقد يؤدي ذلك إلى عكس حالة الصيانة وبالتالي التسبب في وقت تعطل إضافي.
• على الأجهزة الظاهرية قصيرة العمر التي تعرف أنه سيتم حذفها قبل نهاية موجة الصيانة.
• لأحمال العمل ذات الحالة الكبيرة المخزنة في القرص المحلي (سريع الزوال) المطلوب الاحتفاظ به عند التحديث.
• بالنسبة للحالات التي تقوم فيها بتغيير حجم الجهاز الظاهري الخاص بك في كثير من الأحيان، حيث يمكن أن يعيد حالة الصيانة.
• إذا كنت قد اعتمدت أحداثاً مجدولة تتيح تجاوز الفشل الاستباقي أو إيقاف التشغيل الآمن لحمل العمل الخاص بك، قبل 15 دقيقة من بدء إيقاف تشغيل الصيانة

استخدم صيانة الخدمة الذاتية، إذا كنت تخطط لتشغيل جهازك الظاهري دون انقطاع خلال مرحلة الصيانة المجدولة ولا تنطبق أي من المؤشرات المضادة المذكورة أعلاه.

من الأفضل استخدام صيانة الخدمة الذاتية في الحالات التالية:

• تحتاج إلى توصيل نافذة صيانة دقيقة إلى إدارتك أو عميلك النهائي.
• تحتاج إلى إكمال الصيانة بحلول تاريخ معين.
• تحتاج إلى التحكم في تسلسل الصيانة، على سبيل المثال، تطبيق متعدد المستويات لضمان الاسترداد الآمن.
• هناك حاجة إلى أكثر من 30 دقيقة من وقت استرداد الجهاز الظاهري بين نطاقي تحديث (UDs). للتحكم في الوقت بين مجالات التحديث، يجب عليك تشغيل الصيانة على الأجهزة الظاهرية الخاصة بك مجال تحديث واحد (UD) في كل مرة.

الأسئلة المتداولة

س: لماذا تحتاج إلى إعادة تشغيل أجهزتي الافتراضية الآن؟

ج: على الرغم من أن غالبية التحديثات والترقيات على النظام الأساسي Azure لا تؤثر على توفر الجهاز الظاهري، إلا أن هناك حالات لا يمكننا فيها تجنب إعادة تشغيل الأجهزة الظاهرية المستضافة في Azure. لقد تراكمت لدينا العديد من التغييرات التي تتطلب منا إعادة تشغيل خوادمنا والتي ستؤدي إلى إعادة تشغيل الأجهزة الافتراضية.

س: إذا اتبعت توصياتك بشأن التوفر العالي باستخدام مجموعة التوفر، فهل أنا آمن؟

ج: تحتوي الأجهزة الظاهرية التي يتم نشرها في أي مجموعة توفر أو مجموعات توسعة الجهاز الظاهري على مفهوم مجالات التحديث (UD). عند إجراء الصيانة، يحترم Azure قيد UD ولن يعيد تشغيل الأجهزة الظاهرية من UD مختلف (ضمن نفس مجموعة التوفر). ينتظر Azure أيضاً لمدة 30 دقيقة على الأقل قبل الانتقال إلى المجموعة التالية من الأجهزة الظاهرية.

لمزيد من المعلومات حول التوفر، راجع توفر الأجهزة الظاهرية في Azure.

س: كيف يمكنني الحصول على إعلام حول الصيانة المخطط لها؟

ج: تبدأ أي موجة صيانة مخطط لها بتعيين جدول زمني لمنطقة Azure واحدة أو أكثر. تتوفر إعلامات الصيانة المتعلقة بالجهز الظاهري ضمن حالة الخدمة في مدخل Microsoft Azure. بالنسبة لبعض سيناريوهات الصيانة المخططة للجهاز الظاهري المحددة، قد يقوم Azure أيضا بتوصيل الجدول عن طريق إرسال بريد إلكتروني إضافي (بريد إلكتروني واحد لكل اشتراك مع إضافة جميع المستلمين) إلى مجموعة Subscription Classic مسؤول مسؤول ومالكي الاشتراكات.

يمكن Azure Service Health المستخدمين من تكوين التنبيهات المخصصة الخاصة بهم لفئة الصيانة المخطط لها. باستخدام تنبيهات Azure Service Health، يمكنك إضافة المزيد من المستلمين وخيارات المراسلة مثل البريد الإلكتروني والرسائل القصيرة والإخطارات على الويب باستخدام تنبيهات سجل النشاط.

في حالة نشر جهاز ظاهري إلى منطقة حيث تمت جدولة الصيانة المخطط لها بالفعل، فلن تتلقى الإعلام ولكن بدلا من ذلك تحتاج إلى التحقق من حالة صيانة الجهاز الظاهري.

س: لا أرى أي مؤشر على الصيانة المخطط لها في المدخل أو PowerShell أو CLI. ماذا يحدث؟

ج: تتوفر المعلومات المتعلقة بالصيانة المخطط لها خلال أي موجة صيانة مخطط لها فقط للأجهزة الظاهرية التي ستتأثر بها. بمعنى آخر، إذا لم تر بيانات، فقد تكون موجة الصيانة قد اكتملت بالفعل (أو لم تبدأ) أو أن جهازك الظاهري مستضاف بالفعل في خادم محدث.

س: هل هناك طريقة لمعرفة متى سيتأثر جهازي الظاهري بالضبط؟

ج: عند تعيين الجدول الزمني، نحدد نافذة زمنية لعدة أيام. ومع ذلك، فإن التسلسل الدقيق للخوادم (والأجهزة الظاهرية) ضمن هذه النافذة غير معروف. يمكن للعملاء الذين يرغبون في معرفة الوقت الدقيق لأجهزتهم الظاهرية استخدام الأحداث المجدولة والاستعلام من داخل الجهاز الظاهري وتلقي إعلام مدته 15 دقيقة قبل إعادة تشغيل الجهاز الظاهري.

س: كم من الوقت سيستغرق إعادة تشغيل جهازي الظاهري؟

ج: اعتماداً على حجم الجهاز الظاهري لديك، قد تستغرق إعادة التشغيل ما يصل إلى عدة دقائق أثناء نافذة صيانة الخدمة الذاتية. أثناء عمليات إعادة التشغيل التي بدأها Azure في نافذة الصيانة المجدولة، ستستغرق إعادة التشغيل عادة حوالي 25 دقيقة. لاحظ أنه في حالة استخدام الخدمات السحابية (دور الويب/العامل) أو مجموعات توسعة الجهاز الظاهري أو مجموعات التوفر، سيتم منحك 30 دقيقة بين كل مجموعة من الأجهزة الظاهرية (UD) أثناء نافذة الصيانة المجدولة.

س: ما هي التجربة في حالة مجموعات توسعة الجهاز الظاهري؟

ج: تتوفر الصيانة المخطط لها الآن لمجموعات توسعة الجهاز الظاهري. للحصول على إرشادات حول كيفية بدء صيانة الخدمة الذاتية، يرجى الرجوع إلى مستند الصيانة المخطط لها لمجموعات توسعة الجهاز الظاهري.

س: ما هي التجربة في حالة الخدمات السحابية (دور الويب/ العامل) وتصميم الخدمة؟

ج: على الرغم من أن هذه الأنظمة الأساسية تتأثر بالصيانة المخطط لها، إلا أن العملاء الذين يستخدمون هذه الأنظمة الأساسية يعتبرون آمنين نظراً لأن الأجهزة الظاهرية فقط في نطاق ترقية واحد (UD) ستتأثر في أي وقت من الأوقات. لا تتوفر صيانة الخدمة الذاتية حالياً للخدمات السحابية (دور الويب/العامل) وتصميم الخدمة.

س: لا أرى أي معلومات صيانة على الأجهزة الظاهرية الخاصة بي. ما الخطأ الذي حدث؟

ج: هناك العديد من الأسباب التي تجعلك لا ترى أي معلومات صيانة على الأجهزة الظاهرية لديك:

1. أنت تستخدم اشتراكاً تم وضع علامة عليه على أنه Microsoft داخلي.
2. لم تتم جدولة الأجهزة الظاهرية الخاصة بك للصيانة. قد يكون الأمر أ، موجة الصيانة قد انتهت أو ألغيت أو عدلت بحيث لم تعد الأجهزة الظاهرية الخاصة بك تتأثر بها.
3. لقد قمت بإلغاء تخصيص الجهاز الظاهري ثم قمت بتشغيله. يمكن أن يتسبب ذلك في انتقال الجهاز الظاهري إلى موقع لا يحتوي على موجة صيانة مخطط لها مجدولة. لذلك لن يعرض الجهاز الظاهري معلومات الصيانة بعد الآن.
4. ليس لديك عمود الصيانة المضاف إلى عرض قائمة الأجهزة الظاهرية لديك. على الرغم من أننا أضفنا هذا العمود إلى العرض الافتراضي، إلا أنه يجب على العملاء الذين قاموا بتكوين رؤية أعمدة غير افتراضية إضافة عمود الصيانة يدوياً إلى عرض قائمة الأجهزة الظاهرية الخاصة بهم.

س: من المقرر صيانة جهازي الظاهري للمرة الثانية. لماذا؟

ج: هناك العديد من حالات الاستخدام التي سترى فيها الجهاز الظاهري مجدولاً للصيانة بعد الانتهاء بالفعل من إعادة نشر الصيانة:

1. لقد ألغينا موجة الصيانة وأعدنا تشغيلها بحمولة مختلفة. قد نكون قد اكتشفنا حمولة معيبة ونحتاج ببساطة إلى نشر حمولة إضافية.
2. تم استرجاع خدمة جهازك الظاهري إلى عقدة أخرى بسبب خطأ في الأجهزة.
3. لقد قمت بتحديد إيقاف (إلغاء تخصيص) وإعادة تشغيل الجهاز الظاهري.
4. لقد تم تشغيل إيقاف التشغيل التلقائي للجهاز الظاهري.

الخطوات التالية

يمكنك التعامل مع الصيانة المخطط لها باستخدام Azure CLI أو Azure PowerShell أو المدخل.