مشاركة عبر

اختر Kubernetes في خيار حساب الحافة

  • مقالة

يناقش هذا المستند المفاضلات مع الخيارات المختلفة المتاحة لتوسيع الحساب على الحافة. يتم تغطية الاعتبارات التالية لكل خيار Kubernetes:

  • التكلفة التشغيلية. العمالة المتوقعة المطلوبة للحفاظ على مجموعات Kubernetes وتشغيلها.

  • سهولة التكوين. مستوى الصعوبة في تكوين نظام مجموعة Kubernetes ونشره.

  • المرونة. مقياس مدى قابلية خيار Kubernetes للتكيف هو دمج تكوين مخصص مع البنية الأساسية الموجودة على الحافة.

  • عقدة مختلطة. القدرة على تشغيل مجموعة Kubernetes مع كل من Linux وعقد Windows.

الافتراضات

  • أنت عامل تشغيل نظام مجموعة يتطلع إلى فهم خيارات مختلفة لتشغيل Kubernetes على الحافة وإدارة المجموعات في Azure.

  • لديك فهم جيد للبنية الأساسية الحالية وأي متطلبات أخرى للبنية الأساسية، بما في ذلك متطلبات التخزين والشبكات.

بعد قراءة هذا المستند، ستكون في وضع أفضل لتحديد الخيار الذي يناسب السيناريو والبيئة المطلوبة بشكل أفضل.

خيارات Kubernetes في لمحة

التكلفة التشغيلية سهولة التكوين المرونة عقدة مختلطة الملخص
Kubernetes استرداد نظام تشغيل تعطّل عالٍ** صعب** عالٍ** ‏‏نعم‬ تكوين أساسي على أي بنية أساسية متوفرة في الموقع مع خيار استخدام Azure Arc لإمكانيات Azure المضافة.
K8s على Azure Stack Edge Pro منخفض سهل منخفض Linux فقط تم نشر Kubernetes على جهاز Azure Stack Edge المنشور في الموقع.
AKS المختلطة منخفض سهل متوسط ‏‏نعم‬ تم نشر AKS على Azure Stack HCI أو Windows Server 2019.

*الأنظمة الأساسية الأخرى للحافة المدارة (OpenShift و Tanzu وما إلى ذلك) ليست في نطاق هذا المستند.

**تستند هذه القيم إلى استخدام kubeadm، من أجل البساطة. ستؤدي الخيارات المختلفة لاسترداد نظام تشغيل تعطّل في Kubernetes قيد التشغيل على الحافة إلى تغيير التصنيف في هذه الفئات.

Kubernetes استرداد نظام تشغيل تعطّل

تكوين أساسي ل Kubernetes باستخدام أدوات مثل kubeadm على أي بنية أساسية.

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

السيناريو

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

  • قد يكون هذا الخيار صعباً بشكل خاص لأولئك الجدد في Kubernetes. هذا ليس من غير المألوف للمؤسسات التي تبحث عن تشغيل أنظمة مجموعات الحافة. تهدف خيارات مثل MicroK8s أو k3s إلى تبسيط منحنى التعلم هذا.

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

  • يتيح تمكين المجموعات باستخدام Azure Arc طريقة بسيطة لإدارة نظام المجموعة من Azure إلى جانب الموارد الأخرى. وهذا يجلب أيضاً قدرات Azure الأخرى إلى مجموعتك، بما في ذلك Azure Policy و Azure Monitor و Microsoft Defender for Cloud وخدمات أخرى.

  • نظراً لأن تكوين نظام المجموعة ليس تافهاً، فمن المهم بشكل خاص أن تكون على علم ب CI/CD. يصبح تعقب التغييرات الأولية لمختلف المكونات الإضافية والعمل عليها، والتأكد من أن هذه التغييرات لا تؤثر على صحة مجموعتك، مسؤولية مباشرة. من المهم أن يكون لديك حل CI/CD قوي واختبار قوي ومراقبة في مكانه.

خيارات الأدوات

مجموعة أجهزة نظام تمهيد تشغيل الكمبيوتر:

  • kubeadm: أداة Kubernetes لإنشاء مجموعات Kubernetes الأساسية. جيد لموارد الحوسبة القياسية (Linux/Windows).

  • MicroK8s: الإدارة والتكوين المبسطين ("LowOps")، Kubernetes المتوافقة بواسطة Canonical.

  • k3s: توزيع Kubernetes المعتمد المصمم لإنترنت الأشياء وحوسبة الحافة.

التخزين:

الشبكات:

  • يمكن العثور على قائمة كاملة بالوظائف الإضافية المتوفرة هنا: وظائف الشبكات الإضافية. تتضمن بعض الخيارات الشائعة Flannel، وهي شبكة تراكب بسيطة و Calico، والتي توفر مكدس شبكات كامل.

الاعتبارات

التكلفة التشغيلية:

  • بدون الدعم الذي يأتي مع الخدمات المدارة، فإن الأمر متروك للمؤسسة لصيانة وتشغيل المجموعة ككل (التخزين والشبكات والترقيات وإمكانية المراقبة وإدارة التطبيقات). وتعتبر التكلفة التشغيلية مرتفعة.

سهولة التكوين:

  • تقييم العديد من الخيارات مفتوحة المصدر في كل مرحلة من مراحل التكوين سواء كانت خيارات الشبكات أو التخزين أو المراقبة أمراً لا مفر منه ويمكن أن يصبح معقدًا. يتطلب المزيد من الاعتبار لتكوين CI/CD لتكوين نظام المجموعة. وبسبب هذه المخاوف، تعتبر سهولة التكوين صعبة.

المرونة:

  • مع القدرة على استخدام أي أداة مفتوحة المصدر أو مكون إضافي دون أي قيود على الموفر، فإن استرداد نظام تشغيل تعطّل في Kubernetes مرن للغاية.

Kubernetes على Azure Stack Edge

تم تكوين مجموعة Kubernetes (جهاز ظاهري رئيسي وجهاز ظاهري عامل) ونشرها لك على جهاز Azure Stack Edge Pro.

توفر أجهزة Azure Stack Edge Pro إمكانات Azure مثل الحوسبة والتخزين والشبكات والتعلم الآلي المسرع بالأجهزة (ML) إلى أي موقع حافة. يمكن إنشاء مجموعات Kubernetes بمجرد تمكين دور الحوسبة على أي من أجهزة Pro-GPU و Pro-R و Mini-R. يمكن إدارة ترقيات مجموعة Kubernetes باستخدام التحديثات القياسية المتوفرة للجهاز.

السيناريو

مثالية لأولئك الذين لديهم أحمال عمل IoT موجودة (Linux) أو ترقية حسابهم للتعلم الآلي من Microsoft Azure على الحافة. هذا خيار جيد عندما لا يكون من الضروري أن يكون لديك تحكم أكثر دقة على المجموعات.

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

  • هناك تكلفة إضافية إذا لم يكن هناك بالفعل جهاز Azure Stack Edge. استكشف أجهزة Azure Stack Edge وتحقق من احتواء أي متطلبات الحوسبة الخاصة بك.

  • يتم تثبيت Calico و MetalLB و CoreDNS لشبكة Kubernetes على الجهاز.

  • يتم دعم أحمال عمل Linux فقط في هذا الوقت.

  • بالإضافة إلى Kubernetes، يأتي Azure Stack Edge أيضاً مع وقت تشغيل IoT، مما يعني أنه يمكن أيضاً نشر أحمال العمل إلى مجموعات Azure Stack Edge عبر IoT Edge.

  • دعم نظامي مجموعات العقدة غير متوفر حالياً. وهذا يعني بشكل فعال أن هذا الخيار ليس حلاً متوفراً بشكل كبير (HA).

الاعتبارات

التكلفة التشغيلية:

  • مع الدعم الذي يأتي مع الجهاز، تكون التكلفة التشغيلية ضئيلة ويتم تحديد نطاقها لإدارة حمل العمل.

سهولة التكوين:

  • يبسط نشر مجموعة Kubernetes المكونة مسبقاً والموثقة جيداً التكوين المطلوب مقارنة ب Kubernetes بلا نظام تشغيل.

المرونة:

  • تم تعيين التكوين بالفعل، ولا يتم منح أذونات المسؤول بشكل افتراضي. قد تكون مشاركة مجموعة المنتجات مطلوبة خارج التكوين الأساسي، ويجب أن تكون البنية الأساسية جهاز Azure Stack Edge Pro، ما يجعل هذا الخيار أقل مرونة.

AKS المختلطة

AKS المختلطة هي مجموعة من الإعدادات والتكوينات المعرفة مسبقا التي يتم استخدامها لنشر مجموعة Kubernetes واحدة أو أكثر (مع Windows Admin Center أو وحدات PowerShell النمطية) على مجموعة متعددة العقد تعمل إما Windows Server أو Azure Stack HCI 20H2 أو أحدث.

السيناريو

مثالي لأولئك الذين يريدون طريقة مبسطة ومبسطة للحصول على نظام مجموعة مدعوم من Microsoft على الأجهزة المتوافقة (Azure Stack HCI أو Windows Server). يتم تقليل تعقيد العمليات والتكوين على حساب المرونة عند مقارنتها بخيار استرداد نظام تشغيل تعطّل في Kubernetes.

الاعتبارات

التكلفة التشغيلية:

  • يقلل نظام المجموعة المدعوم من Microsoft من التكاليف التشغيلية.

سهولة التكوين:

  • يبسط نشر مجموعة Kubernetes المكونة مسبقاً والموثقة جيداً التكوين المطلوب مقارنة ب Kubernetes بلا نظام تشغيل.

المرونة:

  • تم تعيين تكوين المجموعة نفسه، ولكن يتم منح أذونات المسؤول. يجب أن تكون البنية الأساسية إما Azure Stack HCI أو Windows Server. 2019. هذا الخيار أكثر مرونة من Kubernetes على Azure Stack Edge وأقل مرونة من Kubernetes بلا نظام تشغيل.

المساهمون

تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.

الكاتب الرئيسي:

  • Prabhjot Kaur | مهندس حلول السحابة الأساسي

لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.

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

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