حساب Azure Operator Nexus

تم إنشاء Azure Operator Nexus على بنيات أساسية مثل خوادم الحوسبة وأجهزة التخزين وأجهزة نسيج الشبكة. تمثل خوادم الحوسبة هذه، التي تسمى أيضا أجهزة بلا نظام تشغيل (BMMs)، الأجهزة الفعلية على الحامل. يشغلون نظام التشغيل CBL-Mariner ويوفرون دعم تكامل مغلق لأحمال العمل عالية الأداء.

يتم نشر BMMs هذه كجزء من مجموعة أتمتة Azure Operator Nexus. وهي موجودة كعقد في مجموعة Kubernetes لخدمة مختلف أحمال العمل الظاهرية والموجودة في حاويات في النظام البيئي.

يتم تمثيل كل BMM في مثيل Azure Operator Nexus كمورد Azure. يحصل المشغلون على حق الوصول لتنفيذ عمليات مختلفة لإدارة دورة حياة BMM مثل أي مورد Azure آخر.

القدرات الرئيسية لحساب Azure Operator Nexus

محاذاة NUMA

تعد محاذاة الوصول إلى الذاكرة غير الموحدة (NUMA) تقنية لتحسين الأداء واستخدام الموارد في خوادم مآخذ توصيل متعددة. يتضمن محاذاة الذاكرة وموارد الحوسبة لتقليل زمن الانتقال وتحسين الوصول إلى البيانات داخل نظام الخادم.

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

بشكل افتراضي، تتم محاذاة جميع أحمال العمل المنشورة في مثيل Azure Operator Nexus NUMA.

تثبيت وحدة المعالجة المركزية

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

يتم تثبيت جميع الأجهزة الظاهرية التي تم إنشاؤها لدالة الشبكة الظاهرية (VNF) أو أحمال عمل وظيفة الشبكة الحاوية (CNF) على حساب Azure Operator Nexus في ذاكرات أساسية ظاهرية معينة. يوفر هذا التثبيت أداء أفضل ويتجنب سرقة وحدة المعالجة المركزية.

عزل وحدة المعالجة المركزية

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

تحتفظ Azure Operator Nexus بمجموعة صغيرة من وحدات المعالجة المركزية لنظام التشغيل المضيف وتطبيقات النظام الأساسي الأخرى. تتوفر وحدات المعالجة المركزية المتبقية لتشغيل أحمال العمل الفعلية.

دعم كبير للصفحة

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

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

يمكن لجميع الأجهزة الظاهرية التي تم إنشاؤها على Azure Operator Nexus الاستفادة من صفحات ضخمة بحجم 2 ميغابايت أو 1 غيغابايت، اعتمادا على نوع الجهاز الظاهري.

دعم المكدس المزدوج

يشير الدعم المزدوج المكدس إلى قدرة معدات الشبكات والبروتوكولات على التعامل في وقت واحد مع كل من حركة مرور IPv4 وIPv6. مع استنفاد عناوين IPv4 المتاحة والاعتماد المتزايد ل IPv6، يعد دعم المكدس المزدوج أمرا بالغ الأهمية للانتقال السلس والتعايش بين البروتوكولين.

تستخدم عوامل تشغيل Telco دعم المكدس المزدوج لضمان التوافق وإمكانية التشغيل التفاعلي والتدقيق المستقبلي لشبكاتها. يسمح لهم باحتواء كل من أجهزة وخدمات IPv4 وIPv6 مع الانتقال تدريجيا نحو نشر IPv6 الكامل.

يساعد دعم المكدس المزدوج على ضمان الاتصال دون انقطاع وتسليم الخدمة السلس للعملاء بغض النظر عن بروتوكولات عناوين الشبكة الخاصة بهم. يوفر Azure Operator Nexus الدعم لكل من تكوين IPv4 وIPv6 عبر جميع طبقات المكدس.

بطاقات واجهة الشبكة

تم تصميم الحسابات في Azure Operator Nexus لتلبية متطلبات تشغيل التطبيقات الهامة التي هي درجة telco. يمكنهم إجراء نقل سريع وفعال للبيانات بين الخوادم والشبكات.

يمكن لأحمال العمل الاستفادة من ظاهرية الإدخال/الإخراج أحادية الجذر (SR-IOV). يتيح SR-IOV التعيين المباشر لموارد الإدخال/الإخراج الفعلية، مثل واجهات الشبكة، للأجهزة الظاهرية. يتجاوز هذا التعيين المباشر طبقة التبديل الظاهرية لبرنامج hypervisor.

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

حالة BMM

تعكس الخصائص التالية الحالة التشغيلية ل BMM:

• Power State يشير إلى الحالة على أنها مشتقة من وحدة تحكم بلا نظام تشغيل (BMC). يمكن أن تكون الحالة إما On أو Off.

• Ready State يوفر تقييما شاملا لمدى جاهزية BMM. يبحث في مجموعة من Detailed Status، Power Stateو، وحالة التوفير للمورد لتحديد ما إذا كانت BMM جاهزة أم لا. عندما Ready State يكون ، Trueيتم تشغيل BMM، هو Provisioned، Detailed Status والعقدة التي تمثل BMM قد انضمت بنجاح إلى مجموعة Kubernetes تحت السحابة. إذا لم يتم استيفاء أي من هذه الشروط، Ready State يتم تعيين إلى False.

• Cordon State يعكس القدرة على تشغيل أي أحمال عمل على جهاز. القيم الصالحة هي Cordoned و Uncordoned. Cordoned يستحوذ على إنشاء أي أحمال عمل جديدة على الجهاز. Uncordoned يضمن أن أحمال العمل يمكن تشغيلها الآن على BMM هذا.

• Detailed Status يعكس الحالة الحالية للجهاز:

  • Preparing: يتم إعداد الجهاز للتزويد.
  • Provisioning: التوفير قيد التقدم.
  • Provisioned: يتم توفير نظام التشغيل للجهاز.
  • Available: الجهاز متاح للمشاركة في نظام المجموعة. تم توفير الجهاز بنجاح ولكن تم إيقاف تشغيله حاليا.
  • Error: تعذر توفير الجهاز.

  Preparing و Provisioning هي حالات عابرة. Provisioned، Availableو، و Error هي حالات الحالة النهائية.

• MachineRoles يساعد في تحديد الدور (الأدوار) التي يفي بها BMM في مجموعة Nexus. يتم تعيين الأدوار التالية لموارد BMM:

  • Control plane: تقوم BMM هذه بتشغيل وكلاء وحدة التحكم Kubernetes لنظام مجموعة النظام الأساسي ل Nexus.
  • Management plane: يقوم BMM بتشغيل وكلاء النظام الأساسي ل Nexus بما في ذلك وحدات التحكم والملحقات.
  • Compute plane: BMM المسؤول عن تشغيل أحمال عمل المستأجر الفعلية بما في ذلك مجموعات Nexus Kubernetes والأجهزة الظاهرية.

  راجع هذا الارتباط لمزيد من التفاصيل حول أدوار الجهاز.

عمليات BMM

• تحديث/تصحيح جهاز BareMetal: تحديث خصائص مورد BMM.
• List/Show BareMetal Machine: استرداد معلومات BMM.
• إعادة تعيين جهاز BareMetal: إعادة توفير BMM يطابق إصدار الصورة المستخدم عبر نظام المجموعة.
• استبدال BareMetal Machine: استبدل BMM كجزء من جهد لخدمة الجهاز.
• إعادة تشغيل جهاز BareMetal: أعد تشغيل BMM.
• إيقاف تشغيل جهاز BareMetal: إيقاف تشغيل BMM.
• بدء تشغيل جهاز BareMetal: قم بتشغيل BMM.
• Cordon BareMetal Machine: منع جدولة أحمال العمل على عقدة Kubernetes الخاصة ب BMM المحددة. اختياريا، اسمح بإخلاء أحمال العمل من العقدة.
• Uncordon BareMetal Machine: السماح بجدولة أحمال العمل على عقدة Kubernetes الخاصة ب BMM المحددة.
• التحقق من صحة BareMetalMachine: تشغيل التحقق من صحة الأجهزة ل BMM.
• تشغيل BareMetalMachine: السماح للعميل بتشغيل برنامج نصي محدد مباشرة في الإدخال على BMM المستهدف.
• استخراج بيانات تشغيل BareMetalMachine: السماح للعميل بتشغيل استخراج بيانات واحد أو أكثر مقابل BMM.
• BareMetalMachine Run Read-only: السماح للعميل بتشغيل أمر واحد أو أكثر للقراءة فقط مقابل BMM.

إشعار

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

معلومات خاصة بعامل النموذج

يقدم Azure Operator Nexus مجموعة من الحلول السحابية المحلية التي تلبي كل من البيئات القريبة من الحافة والحافة البعيدة.