الموثوقية في Azure Operator Nexus
هام
هذه الميزة في وضع المعاينة حاليًا. يتم توفير المعاينات لك بشرط أن توافق على شروط الاستخدام التكميلية.
توضح هذه المقالة دعم الموثوقية في Azure Operator Nexus وتغطي المرونة داخل المنطقة مع مناطق التوفر. للحصول على نظرة عامة أكثر تفصيلا على الموثوقية في Azure، راجع موثوقية Azure.
دعم منطقة القابلية للوصول
مناطق توفر Azure هي ثلاث مجموعات منفصلة فعليا على الأقل من مراكز البيانات داخل كل منطقة Azure. مراكز البيانات داخل كل منطقة مجهزة ببنية أساسية مستقلة للطاقة والتبريد والشبكات. في حالة فشل المنطقة المحلية، يتم تصميم مناطق التوفر بحيث إذا تأثرت المنطقة الواحدة، فإن الخدمات الإقليمية والسعة والتوافر العالي تدعمها المنطقتين المتبقيتين.
يمكن أن تتراوح حالات الفشل من فشل البرامج والأجهزة إلى الأحداث مثل الزلازل والفيضانات والحرائق. يتم تحقيق التسامح مع الفشل مع التكرار والعزلة المنطقية لخدمات Azure. لمزيد من المعلومات التفصيلية حول مناطق التوفر في Azure، راجع المناطق ومناطق التوفر.
تم تصميم الخدمات الممكنة لمناطق توفر Azure لتوفير المستوى الصحيح من الموثوقية والمرونة. يمكن تكوينها بطريقتين. يمكن أن تكون إما زائدة عن الحاجة للمنطقة، مع النسخ المتماثل التلقائي عبر المناطق، أو منطقة، مع تثبيت المثيلات في منطقة معينة. يمكنك أيضا الجمع بين هذه الأساليب. لمزيد من المعلومات حول البنية المناطقية مقابل البنية الزائدة عن الحاجة للمنطقة، راجع التوصيات لاستخدام مناطق التوفر والمناطق.
يوفر Azure Operator Nexus عمليات نشر متكررة لمنطقة التوفر بشكل افتراضي. يتم نشر مكونات Operator Nexus، مثل Cluster Manager ووحدة تحكم Network Fabric على مجموعة Azure Kubernetes Service (AKS) التي تم تمكينها مع مناطق التوفر. يتم أيضا تكوين تبعيات الخدمة الأخرى، مثل Storage Account Service وKeyVault مع تكرار منطقة التوفر.
إشعار
يقوم مثيل Operator Nexus On-Premises بتنفيذ تصميم متعدد الرفوف يوفر التكرار الفعلي على جميع مستويات المكدس. تم تصميم كل حامل كمجال فشل أو منطقة Nexus. يمكن نشر أحمال عمل العملاء عبر رفوف/عقد متعددة، ما يوفر أساسا تجربة منطقة متعددة التوفر مماثلة.
تجربة تعطل منطقة توفر Azure
في سيناريو منطقة التوفر لأسفل، ستستمر استدعاءات واجهة برمجة التطبيقات مقابل نظام المجموعة وموفري الموارد في العمل دون انقطاع. لن يكون هناك أي تأثير على أحمال عمل المستأجر المحلي قيد التشغيل حاليا أو على القدرة على إنشاء أحمال عمل جديدة للمستأجر. أيضا، يجب ألا يحدث أي فقدان للبيانات، حيث يتم ضمان مرونة Operator Nexus وأنواع الموارد الأخرى.
دعم تجاوز فشل منطقة توفر Azure
في حالة فشل منطقة التوفر، تكون إعادة الاتصال بمنطقة توفر Azure أخرى تلقائية ولا تتطلب أي تفاعل من المستخدم.
التوفر في عمليات نشر مثيل Operator Nexus
يعد ضمان التوفر في عمليات نشر حمل عمل Azure Operator Nexus مسؤولية منقسمة. كما هو مذكور في القسم السابق، يتم نشر الموارد المستندة إلى عامل التشغيل Nexus AKS مع تكرار منطقة التوفر. في هذا القسم، ننظر في أفضل الممارسات لتوفر حمل العمل المحلي.
بشكل عام، يتم تحقيق أهداف التوفر من خلال عمليات النشر المحلية والتكرارية جغرافيا.
منطقة Nexus: آلية لتكرار حمل العمل المحلي
تتكون مثيلات Operator Nexus المحلية من تصميم متعدد الرفوف يوفر التكرار الفعلي على جميع مستويات المكدس. يتم تعيين كل حامل كمجال فشل، ومن ثم، يمكن تكوينه كمنطقة نيكزس حيث يمكن استخدام هذه المناطق، ويفضل، لاستخدامها في عمليات نشر حمل العمل المحلية المكررة.
مثيل Nexus: آلية لتكرار حمل العمل الجغرافي
تتم استضافة مثيلات Nexus المحلية في منطقة Azure معينة. كما ذكر سابقا، يتم نشر خدمات Azure المستخدمة وموارد Nexus في مناطق توفر متعددة من منطقة Azure هذه.
يجب استخدام مثيلات Nexus الموزعة جغرافيا، أي ليست في نفس مركز بيانات المشغل (ربما لا حتى نفس المنطقة الجغرافية)، والمستضافة على مناطق Azure المختلفة لنشر أحمال العمل بشكل متكرر للتكرار الجغرافي.
التحذير
توزيع أحمال العمل على، على سبيل المثال، اثنين من مثيلات Nexus الموزعة جغرافيا غير كاف لتحقيق التكرار الجغرافي الحقيقي ما لم تتم استضافة مثيلات Nexus المكررة جغرافيا على مناطق Azure مختلفة.
في حالة عدم توفر منطقة Azure، ستصبح خدمات Azure بالإضافة إلى موارد Nexus على تلك المنطقة غير متوفرة أيضا. في حين أن هذا لا يؤثر على تشغيل أحمال العمل، فإنه يمنع قدرات مثل بدء أحمال عمل جديدة وتحليلات وما إلى ذلك.
مثيلات نيكزس متعددة في نفس الموقع الجغرافي
هناك سيناريوهات حيث يجب نشر مثيلات Nexus متعددة في نفس الموقع الجغرافي. من الواضح أن التكرار الجغرافي لحمل العمل لا يتحقق عن طريق نشر أحمال العمل على مثيلات Nexus في نفس الموقع الجغرافي.
أحد الاعتبارات في التصميم للموثوقية، بخلاف التوفر، هو المرونة والقدرة على التعافي من حالات الفشل. يتطلب الاسترداد من حالات الفشل، والقدرة على تحقيق أهداف وقت الاسترداد، أن نحد من "الانفجار" أو نصف قطر التأثير للفشل. في السيناريو حيث يتم نشر مثيلات Nexus متعددة في نفس الموقع الجغرافي، يتطلب التصميم المرن استضافة مثيلات Nexus هذه على مناطق Azure مختلفة. وبالتالي، عندما تفشل منطقة Azure، يقتصر تأثيرها على مثيل نيكزس واحد.