يشرح هذا الدليل كيفية عمل التسعير وإدارة التكلفة في خدمة Azure Kubernetes (AKS) مقارنة بخدمة Amazon Elastic Kubernetes (Amazon EKS). توضح المقالة كيفية تحسين التكاليف وتنفيذ حلول إدارة التكلفة لمجموعة AKS الخاصة بك.
إشعار
هذه المقالة هي جزء من سلسلة من المقالات التي تساعد المهنيين الذين هم على دراية ب Amazon EKS على فهم خدمة Azure Kubernetes (AKS).
أساسيات تكلفة Amazon EKS
في Amazon EKS، تدفع سعرا ثابتا في الساعة لكل مجموعة Amazon EKS. يمكنك أيضا الدفع مقابل الشبكات وأدوات العمليات والتخزين التي يستخدمها نظام المجموعة.
العقد العاملة في Amazon EKS هي مثيلات سحابة الحوسبة المرتكزة على سحابة الحوسبة المرتكزة القياسية في أمازون، لذلك تتحمل أسعار سحابة الحوسبة المرتكزة على Amazon العادية. كما تدفع مقابل موارد Amazon Web Services (AWS) الأخرى التي تقوم بتوفيرها لتشغيل عقد عامل Kubernetes.
لا توجد تكاليف إضافية لاستخدام مجموعات العقد المدارة في Amazon EKS. تدفع فقط مقابل موارد AWS التي توفرها، بما في ذلك مثيلات سحابة الحوسبة المرتكزة على سحابة الحوسبة المرتكزة على Amazon ووحدات تخزين Amazon EBS وساعات نظام مجموعة Amazon EKS وأي بنية أساسية أخرى ل AWS.
عند إنشاء مجموعة عقدة مدارة، يمكنك اختيار استخدام نوع السعة عند الطلب أو المثيلات الموضعية لإدارة تكلفة عقد الوكيل. ينشر Amazon EKS مجموعة عقدة مدارة مع مجموعة التحجيم التلقائي Amazon EC2 التي تحتوي إما على جميع المثيلات عند الطلب أو جميع المثيلات الموضعية.
باستخدام المثيلات عند الطلب، تدفع مقابل سعة الحساب بالثانية، دون التزامات طويلة الأجل. Amazon EC2 Spot Instances هي سعة Amazon EC2 الاحتياطية التي تقدم خصومات مقارنة بأسعار عند الطلب.
يمكن مقاطعة مثيلات سحابة الحوسبة المرقطة في أمازون مع إشعار انقطاع لمدة دقيقتين عندما تحتاج سحابة الحوسبة المرتكزة على السعة مرة أخرى.
توفر Amazon أسطول Spot، وهو أسلوب لأتمتة مجموعات عند الطلب ومثيلات Spot، وSpot Instance Advisor للمساعدة في التنبؤ بالمنطقة أو منطقة التوفر التي قد توفر الحد الأدنى من التعطيل.
تختلف أسعار مثيل AWS Spot. تحدد AWS السعر اعتمادا على اتجاهات العرض والطلب على المدى الطويل لسعة مثيل Spot، وتدفع السعر الساري للفترة الزمنية التي يصل فيها المثيل.
تحليل تكلفة خدمة Azure Kubernetes
تعتمد مجموعة Azure Kubernetes Service (AKS) على موارد Azure المختلفة مثل الأجهزة الظاهرية والأقراص الظاهرية وموازنات التحميل وعناوين IP العامة. يمكن استخدام هذه الموارد من قبل تطبيقات متعددة، والتي قد تتم إدارتها من قبل فرق مختلفة داخل المؤسسة. يمكن أن تختلف أنماط استهلاك هذه الموارد، مما يؤدي إلى اختلاف المساهمة في إجمالي تكلفة موارد نظام المجموعة. بالإضافة إلى ذلك، قد يكون لبعض التطبيقات آثار عبر مجموعات متعددة، ما يجعل إسناد التكلفة والإدارة تحديا.
بالنسبة للسيناريوهات التي تحتوي فيها المجموعة على حمل عمل واحد، يمكن استخدام إدارة التكلفة من Microsoft لقياس استهلاك موارد نظام المجموعة ضمن مجموعة موارد نظام المجموعة. ومع ذلك، لا يغطي هذا الحل وحده بعض السيناريوهات في الأصل، على سبيل المثال:
- توزيع دقيق لاستخدام الموارد، مثل الحوسبة والشبكة والتخزين.
- التمييز بين تكاليف التطبيق الفردية والتكاليف المشتركة.
- تحليل التكاليف عبر مجموعات متعددة في نفس نطاق الاشتراك.
لزيادة إمكانية مراقبة التكلفة، دمجت AKS مع إدارة التكلفة من Microsoft لتوفير عمليات حفر تفصيلية للتكلفة في بنيات Kubernetes مثل نظام المجموعة ومساحة الاسم. يتيح هذا التكامل تحليل التكلفة في فئات الحوسبة والشبكة والتخزين في Azure.
تم إنشاء ملحق تحليل تكلفة AKS على OpenCost، وهو مشروع مفتوح المصدر لجمع بيانات الاستخدام. يوفر رؤية التكلفة من خلال تسوية البيانات مع فاتورة Azure. البيانات التي تمت معالجتها بعد ذلك مرئية مباشرة في مدخل تحليل التكلفة لإدارة التكاليف. لمزيد من المعلومات، راجع تحليل تكلفة خدمة Azure Kubernetes.
تعريفات التكلفة
في مساحات أسماء Kubernetes وطرق عرض الأصول، سترى الرسوم، مثل:
- رسوم الخمول: تمثل تكلفة سعة الموارد المتوفرة التي لم تستخدمها أي أحمال عمل.
- رسوم الخدمة: تمثل الرسوم المرتبطة بخدمات مثل اتفاقية مستوى خدمة وقت التشغيل (SLA) وMicrosoft Defender for Containers.
- رسوم النظام: تمثل تكلفة السعة المحجوزة بواسطة AKS على كل عقدة لتشغيل عمليات النظام التي تتطلبها المجموعة.
- الرسوم غير المخصصة: تمثل تكلفة الموارد التي تعذر تخصيصها لمساحات الأسماء.
أساسيات تكلفة AKS
تستند بنية Kubernetes إلى طبقتين، مستوى التحكم وعقدة واحدة أو أكثر أو تجمعات عقدة. يستند نموذج تسعير AKS إلى طبقتي بنية Kubernetes.
توفر وحدة التحكم خدمات Kubernetes الأساسية، مثل خادم API و
etcd
وتزامن حمل عمل التطبيق. يدير النظام الأساسي Azure وحدة التحكم AKS، وبالنسبة للطبقة المجانية ل AKS، لا توجد تكلفة لمستوى التحكم.تستضيف العقد، التي تسمى أيضا عقد الوكيل أو العقد العاملة، أحمال عمل Kubernetes وتطبيقاتها. في AKS، يدير العملاء جميع تكاليف عقد الوكيل ويدفعونها بالكامل.
يوضح الرسم التخطيطي التالي العلاقة بين مستوى التحكم والعقد في بنية AKS Kubernetes.
وحدة التحكم
يقوم Azure تلقائيا بتوفير وتكوين طبقة وحدة التحكم عند إنشاء نظام مجموعة AKS. بالنسبة لطبقة AKS المجانية، تكون وحدة التحكم مجانية.
للحصول على اتفاقية مستوى خدمة مستوى تحكم أعلى (SLA)، يمكنك إنشاء نظام مجموعة AKS في المستوى القياسي. يتم تضمين اتفاقية مستوى الخدمة وقت التشغيل بشكل افتراضي في المستوى القياسي ويتم تمكينها لكل مجموعة. التسعير هو 0.10 دولار لكل مجموعة في الساعة. لمزيد من المعلومات، راجع تفاصيل تسعير AKS.
تحتوي المجموعات في المستوى القياسي على المزيد من موارد وحدة التحكم، مثل عدد مثيلات خادم API وحدود الموارد Etcd وقابلية التوسع حتى 5000 عقدة ودعم اتفاقية مستوى الخدمة الحالية المدعومة ماليا. تستخدم AKS النسخ المتماثلة الرئيسية للعقدة عبر مجالات التحديث والخطأ لتلبية متطلبات التوفر.
من الأفضل استخدام المستوى القياسي في أحمال عمل الإنتاج لتوفير توفر مكون مستوى تحكم أعلى. تحتوي مجموعات الطبقة المجانية على عدد أقل من النسخ المتماثلة وموارد وحدة التحكم المحدودة ولا يوصى بها لأحمال عمل الإنتاج.
الُعقد
في AKS، يمكنك إنشاء عقد عاملة أو عقد عاملة في تجمع عقدة واحد أو أكثر، والتي يمكن أن تستخدم العديد من قدرات Azure الأساسية داخل بيئة Kubernetes. تفرض AKS رسوما فقط على العقد المرفقة بمجموعة AKS.
تستخدم عقد AKS العديد من موارد البنية الأساسية ل Azure، بما في ذلك مجموعات مقياس الجهاز الظاهري والشبكات الظاهرية والأقراص المدارة. على سبيل المثال، يمكنك استخدام معظم أنواع أجهزة Azure الظاهرية (VM) مباشرة داخل AKS. يمكنك استخدام Azure Reservations وخطة توفير Azure للحوسبة للحصول على خصومات كبيرة على هذه الموارد.
يعتمد تسعير نظام مجموعة AKS على فئة الأجهزة الظاهرية وعددها وحجمها في تجمعات العقد. تعتمد تكلفة الجهاز الظاهري على الحجم ونوع وحدة المعالجة المركزية وعدد وحدات المعالجة المركزية الظاهرية والذاكرة والعائلة ونوع التخزين المتوفر، مثل محرك الأقراص ذي الحالة الصلبة عالي الأداء (SSD) أو محرك الأقراص الثابتة القياسي. لمزيد من المعلومات، راجع سلسلة الجهاز الظاهري. تخطيط حجم العقدة وفقا لمتطلبات التطبيق وعدد العقد واحتياجات قابلية توسع المجموعة.
لمزيد من المعلومات حول عقد الوكيل وتجمعات العقد، راجع مقالة تجمعات العقد في هذه السلسلة، وإنشاء مجموعات عقد متعددة وإدارتها لمجموعة في خدمة Azure Kubernetes (AKS).
نشر نظام مجموعة AKS
يمتد كل توزيع AKS على مجموعتين من موارد Azure.
يمكنك إنشاء مجموعة الموارد الأولى، التي تحتوي فقط على مورد خدمة Kubernetes وليس لها تكاليف مقترنة به.
يقوم موفر موارد AKS تلقائيا بإنشاء مجموعة الموارد الثانية أو العقدة أثناء النشر. الاسم الافتراضي لمجموعة الموارد هذه هو
MC_<resourcegroupname>_<clustername>_<location>
، ولكن يمكنك تحديد اسم آخر. لمزيد من المعلومات، راجع توفير اسمي الخاص لمجموعة موارد عقدة AKS.تحتوي مجموعة موارد العقدة على جميع موارد البنية الأساسية لنظام المجموعة وهي التي تعرض الرسوم على اشتراكك. تتضمن الموارد الأجهزة الظاهرية لعقدة Kubernetes والشبكات الظاهرية والتخزين والخدمات الأخرى. تحذف AKS تلقائيا مجموعة موارد العقدة عند حذف نظام المجموعة، لذلك يجب استخدامها فقط للموارد التي تشترك في دورة حياة نظام المجموعة.
حساب التكاليف
تدفع مقابل أجهزة Azure الظاهرية وفقا لحجمها واستخدامها. للحصول على معلومات حول كيفية مقارنة حساب Azure ب AWS، راجع حساب الخدمات على Azure وAWS.
بشكل عام، كلما كان حجم الجهاز الظاهري أكبر الذي تحدده لتجمع عقدة، ارتفعت التكلفة بالساعة لعقد العامل. كلما كانت سلسلة الأجهزة الظاهرية التي تستخدمها لتجمع العقدة أكثر تخصصا، على سبيل المثال، تمكين وحدة معالجة الرسومات (GPU) أو تحسين الذاكرة، زادت تكلفة التجمع.
عند التحقق من تسعير Azure VM، كن على دراية بالنقاط التالية:
تختلف الأسعار لكل منطقة، ولا تتوفر جميع الخدمات وأحجام الأجهزة الظاهرية في كل منطقة.
هناك العديد من عائلات الأجهزة الظاهرية، محسنة للأنوع المختلفة من أحمال العمل.
يتم فرض رسوم على الأقراص المدارة المستخدمة كمحركات أقراص نظام التشغيل بشكل منفصل، ويجب إضافة تكلفتها إلى تقديراتك. يعتمد حجم القرص المدار على الفئة، مثل محركات الأقراص الثابتة القياسية أو محركات الأقراص الثابتة القياسية أو محركات الأقراص الثابتة المتميزة أو Ultra Disk Storage. تعتمد عمليات إخراج الإدخال في الثانية (IOPS) ومعدل النقل بالميغابايت/الثانية على الحجم والفئة. أقراص نظام التشغيل سريعة الزوال مجانية ويتم تضمينها في سعر الجهاز الظاهري.
تعد أقراص البيانات، بما في ذلك تلك التي تم إنشاؤها باستخدام مطالبات وحدة التخزين المستمرة، اختيارية ويتم تحصيل رسومها بشكل فردي استنادا إلى فئتها، مثل محركات الأقراص الثابتة القياسية وأقراص SSD القياسية وأقراص الحالة الصلبة المتميزة ومساحة تخزين القرص الفائق. يجب إضافة أقراص البيانات بشكل صريح إلى تقديرات التكلفة. يعتمد عدد أقراص البيانات المسموح بها وأقراص SSD للتخزين المؤقت وIOOPS ومعدل النقل بالميغابايت/ثانية على حجم الجهاز الظاهري والفئة.
كلما زاد الوقت الذي يتم فيه تشغيل عقد العامل، زادت تكلفة المجموعة الإجمالية. لا تحتاج بيئات التطوير عادة إلى التشغيل بشكل مستمر.
واجهات الشبكة (NICs) مجانية.
تكاليف التخزين
واجهة تخزين الحاويات (CSI) هي معيار لعرض أنظمة تخزين الكتل والملفات لأحمال العمل الحاوية على Kubernetes. من خلال اعتماد واستخدام CSI، يمكن ل AKS كتابة المكونات الإضافية ونشرها وتكرارها التي تعرض أنظمة تخزين Kubernetes دون لمس التعليمات البرمجية الأساسية ل Kubernetes أو انتظار دورات الإصدار الخاصة بها.
إذا قمت بتشغيل أحمال العمل التي تستخدم وحدات تخزين CSI الثابتة على مجموعة AKS الخاصة بك، ففكر في التكلفة المقترنة للتخزين الذي توفره تطبيقاتك وتستخدمه. توفر برامج تشغيل تخزين CSI على AKS دعما أصليا لخيارات التخزين التالية:
تقوم أقراص Azure بإنشاء موارد قرص بيانات Kubernetes. يمكن للأقراص استخدام تخزين Azure Premium، مدعومًا بأقراص SSD عالية الأداء، أو التخزين القياسي، مدعومًا بأقراص HDD العادية أو محركات أقراص SSD القياسية. تستخدم معظم أحمال عمل الإنتاج والتطوير Premium Storage. يتم تحميل أقراص Azure ك
ReadWriteOnce
، ما يجعلها متاحة لعقدة AKS واحدة فقط. بالنسبة لوحدات التخزين التي يمكن لوحدات الجراب المتعددة الوصول إليها في وقت واحد، استخدم ملفات Azure. للحصول على معلومات التكلفة، راجع تسعير الأقراص المدارة.يقوم Azure Files بتحميل كتلة مراسلة الخادم (SMB) 3.0/3.1 مشاركات الملفات المدعومة بحساب تخزين Azure إلى pods AKS. يمكنك مشاركة البيانات عبر عقد وقرون متعددة. يمكن لملفات Azure استخدام التخزين القياسي المدعوم بأقراص HDD العادية، أو التخزين المتميز المدعوم بأقراص SSD عالية الأداء. تستخدم Azure Files حساب تخزين Azure، وتتراكم الرسوم استنادا إلى العوامل التالية:
- الخدمة: Blob أو File أو Queue أو Table أو الأقراص غير المدارة
- نوع حساب التخزين: GPv1 أو GPv2 أو Blob أو Premium Blob
- المرونة: التخزين المتكرر محليا (LRS) أو التخزين المتكرر في المنطقة (ZRS) أو التخزين المتكرر جغرافيا (GRS) أو التخزين المتكرر جغرافيا للوصول للقراءة (RA-GRS)
- طبقة الوصول: Hot أو cool أو archive
- العمليات ونقل البيانات
- السعة المستخدمة بالجيجابايت
تتوفر Azure NetApp Files في عدة مستويات SKU وتتطلب حدا أدنى من السعة المقدمة من 4 تيرابايت، مع زيادات 1 تيرابايت. تستند رسوم Azure NetApp Files إلى العوامل التالية:
- وحدة حفظ المخزون SKU
- المرونة: LRS أو ZRS أو GRS
- الحجم أو السعة المقدمة، وليس السعة المستخدمة
- العمليات ونقل البيانات
- النسخ الاحتياطية والاستعادة
تكاليف الشبكات
يمكن أن توفر العديد من خدمات شبكات Azure الوصول إلى التطبيقات التي تعمل في AKS:
Azure Load Balancer. بشكل افتراضي، يستخدم Load Balancer وحدة SKU القياسية. تستند رسوم موازن التحميل إلى:
- القواعد: عدد قواعد موازنة التحميل والصادرة المكونة. لا يتم حساب قواعد ترجمة عناوين الشبكة الواردة (NAT) في العدد الإجمالي للقواعد.
- البيانات التي تمت معالجتها: كمية البيانات التي تمت معالجتها الواردة والصادرة، بغض النظر عن القواعد. لا توجد رسوم بالساعة لموازن التحميل القياسي مع عدم تكوين قواعد.
بوابة تطبيق Azure . غالبا ما تستخدم AKS Application Gateway من خلال وحدة تحكم دخول بوابة التطبيق، أو عن طريق واجهة وحدة تحكم دخول مختلفة مع Application Gateway المدارة يدويا. تدعم بوابة التطبيق توجيه البوابة وإنهاء أمان طبقة النقل (TLS) ووظيفة جدار حماية تطبيق الويب. تستند رسوم بوابة التطبيق إلى:
- السعر الثابت المحدد بالساعة أو بالساعة الجزئية.
- سعر وحدة السعة، تكلفة إضافية قائمة على الاستهلاك. تحتوي كل وحدة سعة على وحدة حساب واحدة على الأكثر، و2500 اتصال مستمر، ومعدل نقل 2.22 ميجابت في الثانية.
عناوين IP العامة لها تكلفة مقترنة تعتمد على:
- اقتران محجوز مقابل اقتران ديناميكي.
- المستوى القياسي الأساسي مقابل الآمن والمكرر للمنطقة.
توسيع نطاق التكاليف
هناك خيارات متعددة لتحجيم نظام مجموعة AKS لإضافة سعة إضافية إلى تجمعات العقد:
عند الطلب، يمكنك تحديث عدد الأجهزة الظاهرية التي تعد جزءا من تجمع عقدة يدويا، أو إضافة المزيد من تجمعات العقد.
يراقب التحجيم التلقائي لنظام مجموعة AKS وحدات الجراب التي لا يمكن جدولتها على العقد بسبب قيود الموارد، ويزيد تلقائيا عدد العقد.
يدعم AKS تشغيل الحاويات على مثيلات حاوية Azure باستخدام تنفيذ kubelet الظاهري. توفر عقدة AKS الظاهرية حاويات مثيلات الحاوية التي تبدأ بالثوان، ما يتيح تشغيل AKS بسعة كافية لمتوسط حمل العمل. مع نفاد سعة نظام مجموعة AKS، يمكنك توسيع نطاق المزيد من حاويات مثيلات الحاوية دون إدارة أي خوادم إضافية. يمكنك دمج هذا الأسلوب مع مقياس المجموعة التلقائي والتحجيم اليدوي.
إذا كنت تستخدم التحجيم عند الطلب أو مقياس المجموعة التلقائي، فاستخدم الأجهزة الظاهرية المضافة. تستند رسوم مثيلات الحاوية إلى العوامل التالية:
- فوترة المقاييس المستندة إلى الاستخدام لكل مجموعة حاويات
- تجميع وحدة المعالجة المركزية الظاهرية والذاكرة
- استخدام حاوية واحدة أو مشاركة حاوية متعددة
- استخدام الحاويات المجدولة المشتركة التي تشترك في دورة حياة الشبكة والعقدة
- مدة الاستخدام المحسوبة من بدء سحب الصورة أو إعادة تشغيلها حتى الإيقاف
- تمت إضافة رسوم لمجموعات حاويات Windows
تكاليف الترقية
يتضمن جزء من دورة حياة نظام مجموعة AKS ترقيات دورية إلى أحدث إصدار من Kubernetes. من المهم تطبيق أحدث إصدارات الأمان والحصول على أحدث الميزات. يمكنك ترقية مجموعات AKS وتجمعات العقدة الفردية يدويا أو تلقائيا. لمزيد من المعلومات، راجع ترقية نظام مجموعة خدمة Azure Kubernetes (AKS).
بشكلٍ افتراضي، AKS يُكوّن ترقيات لزيادة مع عقدة إضافية واحدة. تقلل القيمة الافتراضية 1
للإعداد max-surge
من تعطيل حمل العمل عن طريق إنشاء عقدة إضافية لاستبدال العقد القديمة قبل تطويق التطبيقات الموجودة أو استنزافها. يمكنك تخصيص max-surge
القيمة لكل تجمع عقدة للسماح بالمفاضلة بين سرعة الترقية وتعطيل الترقية. تؤدي زيادة القيمة إلى max-surge
إكمال عملية الترقية بشكل أسرع، ولكن قد تتسبب قيمة كبيرة في max-surge
حدوث اضطرابات أثناء عملية الترقية وتتحمل تكاليف إضافية للأجهزة الظاهرية الإضافية.
تكاليف أخرى
اعتمادا على الاستخدام والمتطلبات، يمكن أن تتحمل مجموعات AKS التكاليف المضافة التالية:
تكاليف Azure Container Registry اعتمادا على Basic أو Standard أو Premium SKU وبناء الصور والتخزين المستخدم. نشر سجل الحاوية على نفس المنطقة مثل نظام المجموعة لتجنب رسوم نقل البيانات المضافة. استخدم النسخ المتماثل إذا لزم الأمر، وقم بتقليل أحجام الصور قدر الإمكان لتقليل تكاليف التخزين وأوقات النشر.
عمليات نقل البيانات الصادرة من Azure، بالإضافة إلى حركة المرور بين المناطق.
خدمات التخزين أو النظام الأساسي الأخرى كخدمة (PaaS) مثل قواعد البيانات.
خدمات الشبكات العمومية مثل Azure Traffic Manager أو Azure Front Door التي توجه حركة المرور إلى نقاط النهاية العامة لأحمال عمل AKS.
خدمات جدار الحماية والحماية مثل Azure Firewall التي تقوم بفحص نسبة استخدام الشبكة والسماح بها أو حظرها من وإلى مجموعات AKS.
خدمات المراقبة والتسجيل مثل Azure Monitor Container Insights وAzure Monitor Application Insights وMicrosoft Defender for Cloud. لمزيد من المعلومات، راجع فهم تكاليف المراقبة ل Container Insights.
التكاليف المرتبطة بأدوات DevOps مثل خدمات Azure DevOps أو GitHub.
تحسين التكلفة
تساعدك التوصيات التالية على تحسين تكاليف نظام مجموعة AKS:
راجع قسم تحسين التكلفة في Azure Well-Architected Framework ل AKS.
بالنسبة للحلول متعددة المستأجرين، يكون العزل المادي أكثر تكلفة ويضيف الحمل الإداري. يتطلب العزل المنطقي المزيد من تجربة Kubernetes ويزيد من مساحة السطح للتغييرات والتهديدات الأمنية، ولكنه يشارك التكاليف.
يمكن أن تساعدك حجوزات Azure على توفير المال من خلال الالتزام بخطط مدتها سنة واحدة أو ثلاث سنوات للعديد من المنتجات، مثل الأجهزة الظاهرية في مجموعة AKS الخاصة بك. يمكنك الحصول على خصومات عن طريق حجز السعة. استخدم حجوزات Azure للتخزين والحوسبة لتقليل تكلفة عقد العامل.
يمكن أن تقلل الحجوزات من تكاليف الموارد بنسبة تصل إلى 72٪ من أسعار الدفع أولا بأول، ولا تؤثر على حالة وقت تشغيل مواردك. بعد شراء حجز، يتم تطبيق الخصم تلقائيًا على الموارد المطابقة. يمكنك شراء الحجوزات من مدخل Microsoft Azure، أو باستخدام واجهات برمجة تطبيقات Azure REST أو PowerShell أو Azure CLI. إذا كنت تستخدم أدوات تشغيلية تعتمد على مساحات عمل Log Analytics، ففكر في استخدام الحجوزات لهذا التخزين أيضا.
إضافة تجمع عقدة موضعية واحد أو أكثر إلى مجموعة AKS. تجمع العقدة الموضعية هو تجمع عقدة مدعوم من قبل Azure Spot Virtual Machine Scale Sets. استخدام الأجهزة الظاهرية الموضعية لعقد نظام مجموعة AKS الخاص بك يستفيد من سعة Azure غير المستخدمة مع توفير كبير في التكاليف. يختلف مقدار السعة غير المستخدمة المتوفرة استنادا إلى عدة عوامل، بما في ذلك حجم العقدة والمنطقة والوقت من اليوم. يخصص Azure العقد الموضعية إذا كانت هناك سعة متاحة، ولكن لا توجد اتفاقية مستوى خدمة للعقد الموضعية. يتم نشر مجموعة مقياس موضعي تدعم تجمع العقدة الموضعية في مجال خطأ واحد، ولا تقدم ضمانات عالية التوفر. عندما يحتاج Azure إلى استعادة السعة، تقوم البنية الأساسية ل Azure بإخلاء العقد الموضعية.
عند إنشاء تجمع عقدة موضعية، يمكنك تحديد الحد الأقصى للسعر للدفع في الساعة وتمكين مقياس المجموعة التلقائي، والذي يوصى به لتجمعات العقد الموضعية. يتوسع مقياس المجموعة التلقائي ويتوسع في عدد العقد في تجمع العقد استنادا إلى أحمال العمل قيد التشغيل. بالنسبة إلى تجمعات العقد الموضعية، يقوم مقياس المجموعة التلقائي بتوسيع عدد العقد بعد الإخلاء إذا كانت العقد لا تزال مطلوبة. لمزيد من المعلومات، راجع إضافة تجمع عقدة موضعية إلى نظام مجموعة Azure Kubernetes Service (AKS).
اختر حجم الجهاز الظاهري المناسب لتجمعات عقد نظام مجموعة AKS استنادا إلى احتياجات وحدة المعالجة المركزية والذاكرة لأحمال العمل. يقدم Azure العديد من أنواع مثيلات الجهاز الظاهري المختلفة التي تطابق مجموعة واسعة من حالات الاستخدام، مع مجموعات مختلفة من وحدة المعالجة المركزية والذاكرة والتخزين وسعة الشبكات. يأتي كل نوع بحجم واحد أو أكثر، بحيث يمكنك بسهولة توسيع نطاق مواردك.
يمكنك الآن نشر التطبيقات الحاوية وإدارتها باستخدام AKS التي تعمل على المعالجات المستندة إلى Ampere Altra ARM. لمزيد من المعلومات، راجع أجهزة Azure الظاهرية مع المعالجات المستندة إلى Ampere Altra ARM.
إنشاء تجمعات عقد متعددة مع أحجام أجهزة ظاهرية مختلفة لأغراض خاصة وأحمال العمل. استخدم تشوهات Kubernetes والتفاوتات وتسميات العقد لوضع التطبيقات كثيفة الموارد على تجمعات عقد معينة لتجنب مشكلات الجوار المزعجة. احتفظ بموارد العقدة هذه متاحة لأحمال العمل التي تتطلبها، ولا تقم بجدولة أحمال العمل الأخرى على هذه العقد. يمكن أيضا أن يؤدي استخدام أحجام أجهزة ظاهرية مختلفة لتجمعات العقد المختلفة إلى تحسين التكاليف. لمزيد من المعلومات، راجع استخدام تجمعات عقد متعددة في خدمة Azure Kubernetes (AKS).
يجب أن تحتوي تجمعات عقدة وضع النظام على عقدة واحدة على الأقل، بينما يمكن أن تحتوي تجمعات العقد في وضع المستخدم على صفر أو أكثر من العقد. كلما أمكن، يمكنك تكوين تجمع عقدة وضع المستخدم لتوسيع نطاقها تلقائيا من
0
إلىN
العقد. يمكنك تكوين أحمال العمل لتوسيع نطاقها وتوسيع نطاقها باستخدام مقياس تلقائي للجراب الأفقي. التحجيم التلقائي الأساسي على وحدة المعالجة المركزية والذاكرة، أو استخدام التحجيم التلقائي المستند إلى أحداث Kubernetes (KEDA) لإسناد القياس التلقائي إلى مقاييس نظام خارجي مثل Apache Kafka أو RabbitMQ أو ناقل خدمة Azure.تأكد من تعيين الطلبات والحدود بشكل صحيح لوحدات الجراب لتحسين كثافة التطبيق وتجنب تعيين عدد كبير جدا من موارد وحدة المعالجة المركزية والذاكرة لأحمال العمل الخاصة بك. لاحظ متوسط والحد الأقصى لاستهلاك وحدة المعالجة المركزية والذاكرة باستخدام Prometheus أو Container Insights. قم بتكوين الحدود والحصص النسبية لوحدات الجراب الخاصة بك بشكل صحيح في بيانات YAML ومخططات Helm وبيانات Kustomize الخاصة بالنشر.
استخدم كائنات ResourceQuota لتعيين الحصص النسبية لإجمالي مقدار الذاكرة وCPU لجميع القرون التي تعمل في مساحة اسم معينة. الاستخدام المنهجي لحصص الموارد يتجنب مشكلات الجوار المزعجة، ويحسن كثافة التطبيق، ويقلل من عدد عقد الوكيل والتكاليف الإجمالية. استخدم أيضا كائنات LimitRange لتكوين طلبات وحدة المعالجة المركزية والذاكرة الافتراضية لوحدات الجراب في مساحة اسم.
استخدم مثيلات الحاوية للاندفاع.
قد لا تحتاج أحمال عمل AKS الخاصة بك إلى التشغيل بشكل مستمر، مثل أحمال عمل محددة في تجمعات عقد نظام مجموعة التطوير. لتحسين التكاليف، يمكنك إيقاف تشغيل مجموعة AKS بالكامل أو إيقاف تجمع عقدة واحد أو أكثر في نظام مجموعة AKS. لمزيد من المعلومات، راجع إيقاف وبدء مجموعة خدمة Azure Kubernetes (AKS) وبدء وإيقاف تجمع عقدة على خدمة Azure Kubernetes (AKS).
يتكامل نهج Azure مع AKS من خلال النهج المضمنة لتطبيق عمليات الإنفاذ والضمانات المركزية والمتناسقة وعلى نطاق واسع. قم بتمكين الوظيفة الإضافية لنهج Azure على نظام المجموعة الخاص بك، وقم بتطبيق طلبات وحدة المعالجة المركزية الافتراضية وحدودها وحدود موارد الذاكرة، والتي تضمن تحديد حدود موارد وحدة المعالجة المركزية والذاكرة على حاويات نظام المجموعة.
استخدم Azure Advisor لمراقبة الموارد غير المستخدمة وإصدارها.
استخدم ميزانيات Microsoft Cost Management ومراجعاتها لتتبع النفقات.
إدارة التكاليف
يمكن للسحابة تحسين الأداء التقني لأحمال العمل التجارية بشكل كبير. يمكن أن تقلل تقنيات السحابة أيضا من التكلفة والنفقات العامة لإدارة الأصول التنظيمية. ومع ذلك، فإن فرصة العمل هذه تخلق أيضا مخاطر، لأن عمليات النشر السحابية يمكن أن تزيد من احتمالية الهدر والفاقد.
إدارة التكاليف هي عملية التنفيذ المستمر للسياسات أو الضوابط للحد من الإنفاق والتكاليف. تدعم أدوات Kubernetes الأصلية وأدوات Azure إدارة التكلفة من خلال المراقبة الاستباقية وتحسين تكلفة البنية الأساسية.
Microsoft Cost Management هي مجموعة من أدوات Microsoft التي تساعدك على تحليل تكاليف حمل عمل Azure وإدارتها وتحسينها. استخدم المجموعة للمساعدة في ضمان استفادة مؤسستك من المزايا التي توفرها السحابة.
راجع أفضل ممارسات حوكمة Cloud Adoption Framework من أجل ضابط إدارة التكاليف لفهم كيفية إدارة تكاليف السحابة والتحكم فيها بشكل أفضل.
استكشف الأدوات مفتوحة المصدر مثل KubeCost لمراقبة تكلفة نظام مجموعة AKS والتحكم فيها. يمكنك تحديد نطاق تخصيص التكلفة للنشر والخدمة والتسمية والجراب ومساحة الاسم، والتي توفر المرونة في إظهار مستخدمي نظام المجموعة وشحنهم.
مواد مرجعية
فيما يلي بعض المواد المرجعية التي يمكن أن تساعدك على فهم واستخدام تحليل تكلفة AKS:
- تحليل تكلفة خدمة Azure Kubernetes
- مؤتمر ويب: أدوات وتلميحات لشفافية التكلفة التي لا مثيل لها على AKS
- مشروع OpenCost على GitHub
المساهمون
تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.
الكتاب الرئيسيون:
- باولو سالفاتوري | مهندس النظام الرئيسي
- لورا نيكولا | مهندس حلول السحابة
مساهمون آخرون:
- تشاد كيتل | مهندس برامج رئيسي
- Ed Price | مدير أول لبرنامج المحتوى
- Theano Petersen | كاتب تقني
لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.
الخطوات التالية
- AKS لمحترفي Amazon EKS
- هوية Kubernetes وإدارة الوصول
- مراقبة Kubernetes وتسجيله
- تأمين الوصول إلى الشبكة إلى Kubernetes
- خيارات التخزين لمجموعة Kubernetes
- إدارة عقدة Kubernetes وتجمع العقدة
- إدارة نظام المجموعة