مشاركة عبر

الموثوقية في Azure HDInsight على خدمة Azure Kubernetes

  • مقالة

إشعار

سنتقاعد Azure HDInsight على AKS في 31 يناير 2025. قبل 31 يناير 2025، ستحتاج إلى ترحيل أحمال العمل الخاصة بك إلى Microsoft Fabric أو منتج Azure مكافئ لتجنب الإنهاء المفاجئ لأحمال العمل الخاصة بك. سيتم إيقاف المجموعات المتبقية على اشتراكك وإزالتها من المضيف.

سيتوفر الدعم الأساسي فقط حتى تاريخ الإيقاف.

هام

هذه الميزة في وضع المعاينة حاليًا. تتضمن شروط الاستخدام التكميلية لمعاينات Microsoft Azure المزيد من الشروط القانونية التي تنطبق على ميزات Azure الموجودة في الإصدار التجريبي أو قيد المعاينة أو التي لم يتم إصدارها بعد في التوفر العام. للحصول على معلومات حول هذه المعاينة المحددة، راجع معلومات معاينة Azure HDInsight على AKS. للأسئلة أو اقتراحات الميزات، يرجى إرسال طلب على AskHDInsight مع التفاصيل ومتابعتنا لمزيد من التحديثات على مجتمع Azure HDInsight.

توضح هذه المقالة دعم الموثوقية في Azure HDInsight على خدمة Azure Kubernetes (AKS)، والتعافي من الكوارث واستمرارية الأعمال.

دعم منطقة القابلية للوصول

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

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

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

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

المتطلبات الأساسية

  • مناطق التوفر مدعومة فقط لإصدار >تجمع نظام المجموعة = 1.2 وإصدار نظام المجموعة >= 1.2.1.

  • يحتوي Azure HDInsight على AKS على وحدة SKU افتراضية واحدة فقط ويدعم AZ طالما أن منطقة Azure لديها دعم AZ.

    لا تدعم المناطق أدناه AZ:

    الأمريكتان ‏‏أوروبا الشرق الأوسط أفريقيا آسيا/المحيط الهادئ
    غرب الولايات المتحدة منطقة شمال ألمانيا

  • قد لا تدعم بعض وحدات SKU للجهاز الظاهري جميع مناطق التوفر في منطقة ما. إذا قمت بتحديد وحدات SKU هذه، فإن HDInsight على مجموعات نظام مجموعة AKS أو أنظمة المجموعات لا تدعم مناطق التوفر المقابلة أيضا.

تحسينات اتفاقية مستوى الخدمة

لا توجد اتفاقيات مستوى خدمة متزايدة ل Azure HDInsight على مجموعات AKS مع تمكين مناطق التوفر.

إنشاء مورد مع تمكين منطقة التوفر

  • تجمعات نظام المجموعة يمكنك تحديد منطقة توفر واحدة أو أكثر أثناء إنشاء تجمع نظام المجموعة بعد تحديد المنطقة.

  • المجموعات يمكنك تحديد منطقة توفر واحدة أو أكثر أثناء إنشاء نظام المجموعة.

التسامح مع الخطأ

للتحضير لفشل منطقة التوفر، يوصى بالإفراط في توفير سعة الخدمة للتأكد من أن نظام المجموعة الخاص بك يمكن أن يتسامح مع فقدان السعة من منطقة توفر واحدة لأسفل والاستمرار في العمل دون انخفاض الأداء أثناء الانقطاعات على مستوى المنطقة. على سبيل المثال، إذا قمت بتمكين 3 مناطق توفر، يجب أن تتسامح مجموعتك مع 1/3 من العقد لأسفل (تقريب إلى أقرب عدد صحيح).

تجربة تعطل المنطقة

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

الإصلاح بعد كارثة واستمرارية الأعمال

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

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

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

التعافي من الكوارث متعددة المناطق

لا يدعم Azure HDInsight على AKS حاليا تجاوز الفشل عبر المنطقة. يتطلب تحسين استمرارية الأعمال باستخدام التعافي من الكوارث ذات قابلية الوصول العالية عبر المنطقة تصميمات معمارية ذات تعقيد أعلى وتكلفة أعلى. قد يختار العملاء تصميم الحل الخاص بهم لعمل نسخة احتياطية من البيانات الرئيسية وحالة الوظيفة عبر مناطق مختلفة.

الكشف عن الانقطاع والإعلام والإدارة

  • استخدم أدوات مراقبة Azure على HDInsight على AKS للكشف عن السلوك غير الطبيعي في نظام المجموعة وتعيين إعلامات التنبيه المقابلة. يمكنك تمكين Log Analytics بطرق مختلفة واستخدام خدمة Prometheus المدارة مع لوحات معلومات Azure Grafana للمراقبة. لمزيد من المعلومات، راجع تكامل Azure Monitor.

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

التعافي من الكوارث في منطقة واحدة

حاليا، يحتوي Azure HDInsight على AKS على عرض خدمة قياسي واحد فقط، ويتم إنشاء مجموعات في منطقة جغرافية أحادية. العملاء مسؤولون عن إعدادات استرداد حفاض بناء على متطلبات التطبيق.

القدرة والمرونة الاستباقية للتعافي من الكوارث

يعمل Azure HDInsight على AKS وعملائه ضمن نموذج المسؤولية المشتركة، ما يعني أنه يجب على العميل معالجة متطلبات التعافي من الكوارث للخدمة التي ينشرها ويتحكم فيها. لضمان أن يكون الاسترداد استباقيا، يجب على العملاء دائما النشر المسبق للثانويات لأنه لا يوجد ضمان للقدرة في وقت التأثير لأولئك الذين لم يتم تخصيصهم مسبقا.

على عكس HDInsight، تتطلب الأجهزة الظاهرية المستخدمة في HDInsight على مجموعات AKS نفس الحصة النسبية مثل أجهزة Azure الظاهرية. لمزيد من المعلومات، راجع تخطيط السعة.

المحتوى ذو الصلة

لمعرفة المزيد عن العناصر التي تم تناولها في هذه المقالة، راجع: