SLO (كائن مستوى الخدمة) هو اللبنة الأساسية لنموذج الخدمة. وهو يسمح بتعيين خدمة تجارية أو خدمة تكنولوجيا المعلومات مع جميع عناصرها الزائدة عن الحاجة، وهو شرط أساسي لتنفيذ إنذار الخدمة. يمكن لـ SLO تلخيص حالة الأجهزة أو الخدمات (مثل التوافر الإجمالي للخدمات/الروابط/الخ الزائدة عن الحاجة). ومن الأمثلة الأساسية على مثل هذه الخدمات وظيفة DNS مع خوادم الأسماء الأساسية والثانوية، أو مجموعات خوادم Tomcat حيث لا يلزم تشغيل سوى 3 من أصل 4 خوادم لتكون الخدمة متاحة وتقدم أداءً كافيًا.

لإضافة SLO: على سبيل المثال، ضمن /root /Customer /Services، حدد Add SLO من القائمة المنسدلة:

بعد إدخال اسم لـ SLO الجديد، حدد نوعه (اختياري)، ثم انقر فوق OK أو انقر فوق OK، Add next إذا كان هناك حاجة إلى إضافة SLO آخر:

يمكن اختيار أنواع SLO التالية:

• عام
  
  • التطبيق
  • خطوة التطبيق
  • الأعمال
  • العميل
  • الجهاز
  • الوظيفة
  • البنية التحتية
  • تكنولوجيا المعلومات
  • قياسي (افتراضي)
  • أعلى
• العملية
  • العملية
  • خطوة العملية
  • مهمة العملية

نوع SLO الافتراضي هو قياسي. إذا تم اختيار أعلى، يظهر SLO في عرض مخزون الخدمة. انظر قسم إظهار مخزون الخدمة لمزيد من التفاصيل.

ربط الكائنات بـ SLO

هناك طريقتان لربط الكائنات بـ SLO: التبعيات (ثابتة) والمرشحات (ديناميكية).

التبعيات

يمكن ربط SLO الفرعية أو العناصر الأخرى الموجودة في مكان آخر في شجرة الكائنات كاعتمادية باستخدام عنصر تحرير الاعتمادية في SLO من القائمة المنسدلة:

يظهر إطار جديد على اليمين حيث يمكن تصفح الكائنات لربطها بـ SLO. تصفح شجرة الكائنات وحدد الكائنات إما بالنقر فوق سهم كل كائن (فقط الكائنات القابلة للربط لها سهم نشط مرفق بها)، أو عن طريق تحديد مربعات الاختيار للكائنات المطلوبة أولاً ثم أحد الأسهم في الإطار الأيمن. يمكن ترك مربع الاختيار للكائن الذي تم النقر فوق سهمه دون تحديد، حيث سيتم تحديده على أي حال.

بعد إضافة الكائنات، يجب أن تظهر على اليسار أسفل SLO. انقر فوق "موافق":

ربط الكائنات بـ SLO باستخدام EQL

هناك طريقة أخرى لربط كائنات معينة بـ SLO بسرعة وهي استخدام سطر الأوامر EQL للتصفية التكرارية. في المثال أعلاه، تم ربط جهازين بـ SLO. ومع ذلك، تربط نماذج الخدمة في الغالب المهام الفردية، وليس الأجهزة بأكملها. يمكن ربط مهام متعددة بسهولة باستخدام EQL. كما هو موضح أعلاه، اختر تحرير التبعية من القائمة المنسدلة SLOs، وانتقل إلى المجموعة الأصلية للأجهزة التي تحتوي على المهام. ثم انقر فوق الزر EQL في الزاوية اليمنى السفلية من الجزء الأيمن. أدخل استعلام EQL get job في حقل استعلام EQL:

يتم سرد جميع المهام الموجودة أسفل المجموعة /root /Customer /Devices في الجزء الأيمن. حدد المهام التي يجب ربطها بـ SLO وانقر فوق أحد الأسهم. قم بالتأكيد بالنقر فوق OK. النتيجة:

بدلاً من سرد جميع المهام باستخدام get job، تتيح EQL تصفية إضافية حسب الاسم أو الحالة وما إلى ذلك. راجع الفصل EQL: لغة استعلام محرك SKOOR لمزيد من التفاصيل.

المرشحات

بدلاً من إنشاء تبعيات ثابتة للأشياء، يمكن لـ SLO ربط الأشياء التي تطابق معايير معينة ديناميكيًا. بعد إضافة SLO، يجب تبديل Method في قسم Child objects إلى Define Filter.

تظهر القوائم المنسدلة Search below و Type في تكوين SLO بالإضافة إلى قسم التصفية لإضافة معايير. استخدم الزر Browse لتحديد مجموعة يتم فيها البحث عن كائنات لهذا SLO. لإضافة معايير تصفية أو إزالتها، يمكن النقر فوق الزرين + أو - على الجانب الأيمن من القائمة. 

تتم إضافة الكائنات إلى SLO وإزالتها منه تلقائيًا وفقًا للمعايير المحددة. 

قواعد ارتباط SLO

يمكن الآن تكوين تأثير حالات هذه الكائنات الأساسية على SLO. اختر "تحرير المعلمات" من القائمة المنسدلة SLOs أو انقر على أيقونة القلم الرصاص.

SLOs مع ترجيح الحالة AND، أي حالة

ترجيح حالات SLO الافتراضي هو AND وحالات محددة مضبوطة على أي حالة:

جدول الحالات الناتج

يتبنى SLO أسوأ حالة لأي من الكائنات المرتبطة:

SLOs مع ترجيح الحالة AND، رئيسي فقط

في هذا المثال، الترجيح الحالة هو AND والحالات التي يتم أخذها في الاعتبار مضبوطة على التخصص فقط. هذا يعني أن جميع الكائنات الأساسية يجب أن تكون في حالة OK أو على الأقل ليست في حالة التخصص، حتى تظل SLO في حالة OK.

جدول الحالة الناتج

يتم توريث حالة خطيرة فقط من الكائنات المرتبطة Icmp على server1 و Icmp على server2 بواسطة SLO. تكون حالة SLO خطيرة إذا كانت حالة أحد الكائنات الأساسية خطيرة.

يجب مراعاة ما يلي بالنسبة لـ SLOs المكونة باستخدام قاعدة "AND"

• AND مع Major تعني فقط أنه إذا كان هناك كائن واحد أو أكثر في حالة Major، فإن SLO ستتبنى الحالة Major.
• و مع أي حالة هو سلوك كائن المجموعة. يتبنى SLO أسوأ حالة للكائنات المرتبطة (أي أسوأ حالة أقل من حالة "لا توجد بيانات"). تعتبر حالات "لا توجد بيانات" على ما يرام.
• يأخذ SLO بدون كائن يدفع حالة (قياس) الحالة غير محددة نفسها.
• تحافظ الحالات غير المحددة للكائنات الموجودة أسفل SLO على حالة SLO أيضًا في حالة غير محددة طالما لا يوجد كائن آخر يدفع حالة أخرى.
• نظرًا لأن المهام المتوقفة أو غير النشطة تأخذ الحالة غير محددة، فإن SLOs التي ليس لها مهام نشطة أدناه تصبح أيضًا غير محددة.

SLO مع ترجيح الحالة OR

في المثال التالي، تم ربط مهمة ثالثة بـ SLO. وزن الحالة هو OR ويتم تعيين الحالات التي يتم أخذها في الاعتبار تلقائيًا على أي حالة (لـ "يجب"). لا تأخذ التكوينات البسيطة لـ OR في الاعتبار سوى الحالة الرئيسية للكائنات الأساسية. فقط الكائنات التي تم تمييزها بـ "يجب" يمكنها أن تجعل SLO تأخذ حالات أخرى.

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

• عدد الكائنات في الحالة الرئيسية (على الأقل)
• عدد الكائنات التي يجب أن تكون في حالة أفضل من الحالة الرئيسية (أقل)

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

تعد النسبة المئوية للكائنات خيارًا جيدًا خاصةً عندما يقوم SLO بتصفية كائناته الفرعية ديناميكيًا.

SLOs مع ترجيح الحالة OR (متقدم)

بالنسبة للتكوينات التي تحتاج إلى مراعاة حالات أخرى غير الحالة الرئيسية، يجب تكوين ترجيح الحالة OR (متقدم). 

تحدد الأرقام في مصفوفة الارتباط حالة SLO اعتمادًا على حالة الكائنات الأساسية. إذا كان فشل مهمة فرعية واحدة (حيث يعني الفشل حالة رئيسية) يؤدي إلى حالة تحذير على SLO، فإن فشل مهمتين يؤدي إلى حالة ثانوية، وفشل ثلاث مهام يؤدي إلى حالة رئيسية على SLO، فإن التكوين سيبدو كما يلي:

يوضح هذا المثال مهمة واحدة فاشلة تؤدي إلى دخول SLO في حالة تحذير (أصفر).

تُقرأ المصفوفة على النحو التالي:

• تمثل الأعمدة حالة الكائنات الأساسية لـ SLO. العمود الأول هو الكائنات في حالة تحذير، والعمود الثاني هو الكائنات في حالة طفيفة، والعمود الثالث هو الكائنات في حالة خطيرة.
• تمثل الصفوف الحالة الناتجة لـ SLO

جدول الحالة الناتجة

تعتمد حالة SLO على وزن تأثير الكائنات المرتبطة:

في المثال التالي، يتم أخذ الحالات الطفيفة في الاعتبار أيضًا للحالة العامة لأعلى SLO:

3 وظائف في حالة ثانوية أو أسوأ (2 ثانوية، 1 رئيسية)، لذا تنطبق قاعدة الترجيح الثانوية إذا كان 3 من 3 على الأقل في حالة ثانوية أو أسوأ، مما يترك SLO في حالة ثانوية. 

جدول الحالات الناتج

SLOs مع معاملات الترجيح OR و Must

يمكن نشر حالة الكائنات الفرعية المهمة إلى SLO مباشرةً دون مراعاة أي قواعد تأثير الترجيح، مع السماح في الوقت نفسه بالتحكم في ترجيح الحالات المتعلقة بالكائنات الفرعية الأخرى. من خلال تحديد مربع الاختيار "يجب" بجوار كائن فرعي، يتم نشر حالة الكائن إلى أعلى بالطريقة التالية:

• إذا تم تعيين "الحالات التي يتم أخذها في الاعتبار" على "أي حالة" (لـ "يجب")، يتم نشر أي حالة للكائن "يجب" إلى SLO، إلا إذا كانت حالة SLO أسوأ بالفعل بسبب تأثير الترجيح للكائنات الأخرى غير المحددة كـ "يجب".
• إذا تم تعيين "الحالات التي يتم أخذها في الاعتبار" على "رئيسية فقط" (لـ "يجب")، يتم نشر الحالة الرئيسية فقط للكائن "يجب" إلى SLO
• إذا تم وضع علامة "يجب" على أكثر من كائن واحد، فإن سلوك الترابط AND ينطبق على جميع الكائنات "يجب"، أي أن أسوأ حالة لجميع تلك الكائنات يتم دفعها لأعلى

يوضح الشكل التالي مثل هذا التكوين:

لاحظ أن الأرقام المجاورة لحقول المصفوفة (... من 2 هي ...) تنخفض تلقائيًا بمقدار 1 عند تعيين كائن واحد على أنه "ضروري". ومع ذلك، لا يتم تحديث القيم داخل حقول المصفوفة تلقائيًا ويجب إعادة النظر فيها بعد وضع علامة "ضروري" على أي كائنات. تأخذ ترجيح التأثير في الاعتبار فقط الكائنات في الحالة "رئيسي". بسبب الكائن "ضروري"، يتخذ SLO حالة "ثانوي" لأن الحالات التي تم أخذها في الاعتبار مضبوطة على أي حالة (لـ "ضروري").

جدول الحالات الناتج

محاكاة الحالة

أثناء تكوين SLO، خاصة مع ترجيح التأثير، من المفيد اختبار تأثير حالات الكائنات على SLO. باستخدام علامة التبويب "محاكاة"، يمكن اختبار التكوين النشط. يمكن استبدال عدد الكائنات وكائنات "يجب" لمحاكاة نفس تكوين SLO بعدد مختلف من الكائنات الفرعية. هذا مفيد بشكل خاص إذا كان SLO يستخدم مرشحًا لربط الكائنات الفرعية وبالتالي يمكن أن يكون له عدد مختلف من الكائنات خلال فترة صلاحيته.

أولاً، تعرض نافذة المحاكاة رسالة قصيرة تحتوي على ترجيح الحالة المكونة والحالات المأخوذة في الاعتبار للكائنات الضرورية. أسفل هذه الرسالة، تنقسم الشاشة إلى قسمين. يحتوي قسم المدخلات على منزلق لكل حالة للكائنات الضرورية (عدد الكائنات الفرعية SLO "التي يجب أن تكون نشطة") والكائنات العادية (عدد الكائنات الفرعية SLO (بدون "ضرورية")). يعرض قسم حالة SLO الحالة الناتجة اعتمادًا على مواقع المنزلق في قسم المدخلات.

تعمل أشرطة التدرج للحالة غير المحددة والحالة OK تلقائيًا عند تحريك أشرطة التدرج الأخرى. يجب ضبط جميع أشرطة التدرج الأخرى وإعادة ضبطها يدويًا. لاحظ أن الحالة "لا توجد بيانات" تعتبر OK في SLO.

تجاهل علامة الصيانة

تؤدي علامة تجاهل الصيانة إلى عدم دفع أي حالة صيانة للكائنات الأساسية (صيانة رئيسية أو صيانة ثانوية أو تحذير صيانة) إلى SLO (تعتبر OK). ومع ذلك، إذا تم تعيين الصيانة على SLO نفسه، فلن يكون لهذه العلامة أي تأثير وسيتم تعيين الصيانة على SLO (انظر قسم تحرير إعادة التقييم).

يتم تعيين هذا في الغالب على SLOs العليا لخدمة الأعمال، حيث قد لا يهتم مالك عملية الأعمال و/أو مدير الخدمة بالكائنات الموجودة في مكان ما أسفل SLO العليا، والتي تخضع حاليًا للصيانة، طالما أن خدمتهم لا تتأثر.

علامة سبب الإنذار

إذا تم تعيين هذا العلامة، فبدلاً من المهام التابعة أو SLO، سيظهر SLO كسبب في الإنذارات المرسلة من أجهزة الإنذار.

الوالد الانقطاع

عادةً ما تحدد المؤسسة مالكي الخدمة أو العملية. في كثير من الحالات، قد لا يكون لهؤلاء المالكين سيطرة كاملة على جميع الخدمات الفرعية التي تعتمد عليها خدمتهم. في حالة اعتمادهم على خدمات مشتركة، قد يكون من الضروري التأكد من أن انقطاع الخدمات المشتركة لن يضر بمستوى خدمة العملية أو الخدمة التجارية الشاملة. يمكن تحقيق ذلك عن طريق تعيين انقطاع الأصل. يمكن أن يكون الأصل للانقطاع SLO آخر، أو SLC، أو جهاز، أو وظيفة، أو كائن مجموعة. على سبيل المثال، يمكن لمالك خدمة الأعمال تكوين SLO الأعلى لخدمة الأعمال الخاصة به باستخدام SLO الأصل للانقطاع الذي يشمل أهم خدمات البنية التحتية لتكنولوجيا المعلومات في شبكته، مثل DNS و DHCP و LDAP. إذا فشلت أي من هذه الخدمات، فإن الخدمة التجارية التي تعتمد عليها (ضمنيًا) لا يمكن أن تعمل بشكل صحيح، وبالتالي لا ينبغي أن تتحمل المسؤولية فيما يتعلق بتوافر خدمتها التجارية (SLA).

تنطبق القواعد التالية:

• إذا انتقل الكائن الأصلي للانقطاع إلى الحالة "كبير"، يتم إنشاء نافذة صيانة مدتها 30 يومًا تلقائيًا على جميع SLO التي يشار إليها هذا الكائن الأصلي للانقطاع.
• إذا تغير الكائن الأصلي للانقطاع إلى أي حالة مختلفة عن Major، يتم إغلاق صيانة الكائن الأصلي للانقطاع تلقائيًا على جميع SLOs التي يشار فيها إلى هذا الكائن الأصلي للانقطاع.
• لا تؤثر نوافذ صيانة الأعطال الرئيسية وسلوكها على نوافذ الصيانة الموجودة بالفعل.

سلوك صيانة الأصل الرئيسي للانقطاع

عندما يتغير حالة الكائن الأصلي "Outage" إلى "Major"، يتم إنشاء الصيانة على الفور على SLO التابع، لذلك لا يتم إصدار أي إنذارات. يتم إنشاء الصيانة لمدة 30 يومًا قادمة باسم محدد مسبقًا هو "صيانة الكائن الأصلي Outage":

يُظهر سجل الحالة لـ SLO التابع الصيانة أيضًا، مع تراكب اللون الأزرق وظهور المدة والاسم عند تمرير الماوس فوق الخط الأسود أسفل نافذة الصيانة:

ترتيب كائنات SLO الفرعية

يمكن تعديل ترتيب كائنات SLO الفرعية وبالتالي كيفية عرضها في المخزون وشجرة الكائنات عن طريق الاختيار من القائمة المنسدلة "فرز الكائنات" في أسفل قسم "سلوك SLO":

• يدويًا: يؤدي النقر فوق الزرين لأعلى ولأسفل بجوار الكائنات المرتبطة إلى نقلها إلى الموضع المحدد
• حسب الاسم: يتم فرز الكائنات الأساسية أبجديًا (بدون أزرار لأعلى/لأسفل)
• حسب الحالة: يتم فرز الكائنات الأساسية حسب حالتها الحالية (بدون أزرار لأعلى/لأسفل)