الملخص

  • أبلغت Azure Databricks عن حادثين منفصلين في منطقة وسط الولايات المتحدة في ٥ سبتمبر، وأثّر كلاهما في بدء تشغيل موارد الحوسبة والمهام
  • جرى حل الحادثين، ولا تثبت تقارير الحالة المتاحة أنهما يعودان إلى السبب نفسه

الوقائع

أبلغت Azure Databricks عن حادثتي خدمة منفصلتين في منطقة وسط الولايات المتحدة التابعة لها في ٥ سبتمبر. وأثّرت الحادثة الأولى، ES-2194668، في Classic Compute وDeclarative Pipelines وJobs. وتمثلت المشكلات المبلغ عنها في فشل بدء تشغيل العناقيد، وبقاء العناقيد عالقة في حالتي Pending أو Starting، وفشل إرفاق دفاتر الملاحظات، إضافة إلى مهام أو مسارات معالجة فشلت أو ظلت متأخرة. وسجل تتبع الحالة استمرار الحادث لأكثر من ساعتين.

وأثّرت حادثة ثانية، ES-2195009، لاحقاً في Compute وUnity Catalog في منطقة وسط الولايات المتحدة. وواجه العملاء مجدداً إخفاقات في بدء تشغيل العناقيد، وأخطاء في إرفاق دفاتر الملاحظات، ومهام فشلت أو تعثرت أثناء بدء تشغيل موارد الحوسبة. وجرى حل الحادثة في غضون ساعة.

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

التقييم

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

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

وبالنسبة إلى قراء BTW، تحتاج الفرق التي تستخدم الحوسبة المدارة إلى معرفة المهام التي يمكنها الانتظار وتلك التي لا يمكنها ذلك. ويحدد هذا القرار ما إذا كانت عمليات إعادة المحاولة البسيطة كافية أم يلزم تجهيز منطقة أخرى مسبقاً.

ما ينبغي متابعته

ينبغي متابعة صدور معلومات منفصلة عن السبب الجذري لكل من ES-2194668 وES-2195009، وأي حوادث حوسبة إضافية في منطقة وسط الولايات المتحدة، وأي إرشادات من Databricks بشأن إعادة المحاولة أو التعافي الإقليمي. وبالنسبة إلى العملاء، سيكون الدليل المفيد هو ما إذا كانت المهام الحرجة تستطيع إعادة التشغيل بصورة سليمة بعد انقطاع، أو الانتقال إلى منطقة أخرى عندما يظل بدء تشغيل موارد الحوسبة غير متاح.

المصادر