سبع ممارسات أفضل لجودة الخدمة (QoS) لمراقبة حركة البيانات السحابية
أدى النضج الأخير للتقنيات مثل وحدات المعالجة المركزية متعددة النواة عالية الطاقة، والمحاكاة الافتراضية، والوصول السريع إلى الإنترنت في كل مكان إلى تسريع اعتماد خدمات الحوسبة السحابية. في الواقع، وفقًا لبحث حديث، فإن 50٪ من تطبيقات البرامج التي يتم تطويرها اليوم تعتمد على السحابة. يؤثر هذا التحول المستمر إلى السحابة على البنية التحتية لشبكة المؤسسات لأنها تعتمد بشكل أكبر على أنظمة الحوسبة السحابية للتطبيقات الهامة. على وجه التحديد، تتغير خصائص حركة مرور الشبكة عند انتقالها إلى نماذج استهلاك السحابة. وكيف تؤثر هذه التغييرات على جودة تجربة المستخدم (أو جودة الخدمة) يجب أن تكون أولوية لفرق الشبكة. في هذه المقالة، أود إلقاء نظرة سريعة على الأنواع المختلفة لـيتم اعتماد الخدمات السحابية وتقديم بعض أفضل ممارسات جودة الخدمة (QoS) التي يجب على فرق NetOps مراعاتها.
تركز الصناعة على ثلاثة نماذج أساسية للخدمات السحابية: البرمجيات كخدمة ( SaaS )، والنظام الأساسي كخدمة (PaaS)، والبنية التحتية كخدمة (IaaS). تقضي SaaS على حاجة المستخدمين النهائيين لشراء وإدارة البنية التحتية الحاسوبية والبرمجيات. يلغي PaaS الحاجة إلى شراء وإدارة البنية التحتية للحوسبة والتراخيص. كما أنه يدير خدمات النظام الأساسي الإضافية مثل قاعدة البيانات والفوترة. بالإضافة إلى ذلك، يمكن لـ PaaS تأمين المستخدمين النهائيين في بيئة منصة محددة. وتلغي IaaS الحاجة إلى شراء وإدارة البنية التحتية للحوسبة وتوفر المرونة للانتقال إلى منصات أخرى.
يتم تقديم معظم الخدمات السحابية عبر الإنترنت باستخدام تطبيقات عميل الإنترنت القياسية. تجد الشركات هذا جذابًا لأن الوصول إلى الإنترنت يمنح المستخدمين المرونة في استخدام هذه الخدمات من أي مكان تقريبًا. الجانب السلبي هو أنه بدون تعديل سياسات QoS، يتم التعامل مع بروتوكولات الإنترنت القياسية مثل HTTP وHTTPS مثل تصفح الويب غير الرسمي. من الأفضل تحديد ما إذا كان الحمل المتوقع على الشبكة سيكون له تأثير على المستخدم النهائي أم لا في سياق تصميم الشبكة الحالي والخدمات التي تعمل عبرها. ولكن أي سياسات جودة خدمة قياسية تطبقها NetOps ستتعامل مع هذه التطبيقات على أنها حركة مرور غير رسمية على الويب وتخصيصها لفئة أفضل جهد. لضمان تطبيق سياسات جودة الخدمة المناسبة، إليك سبع خطوات رئيسية يجب وضعها في الاعتبار:
1) التواصل مع فرق تكنولوجيا المعلومات الأخرى: في الشركات الكبرى، من المحتمل أن تكون هناك فرق متعددة تشارك في طرح الخدمات السحابية. على سبيل االمثال،إذا كان فريق NetOps يضع اتصالات موحدة في االسحابة،فقد يحتاجون إلى العمل مع مجموعة مختلفة عما إذا كانوا يستخدمون Google Apps for Business. من الأفضل أن يتدخل الفريق في المحادثات مبكرًا فيما يتعلق بالطرح بدلاً من محاولة إصلاح الأشياء بعد ذلك. من المفيد طرح أسئلة حول أفضل السبل لتحديد حركة المرور لتحديد الأولويات وما إذا كانت هناك أية مخاوف معروفة حول هشاشة التطبيق في الفقد أو التأخير أو الاهتزاز.
2) فهم حركة المرور: يجب على فرق NetOps تطوير فهم جيد لظروفهم الحالية من خلال تحديد الأساس لحركة مرور الشبكة. وذلك لأن الخدمات السحابية ستتسبب في حدوث تحول في حركة المرور وأنماط الاستخدام عن طريق إضافة حركة المرور من وإلى مزود الخدمة السحابية. على سبيل المثال، قد تؤدي حركة مرور Office والنسخ الاحتياطي التي كانت داخلية بشكل صارم إلى زيادة كبيرة في متطلبات النطاق الترددي على محيط الشبكة الذي يتطلب ترقيات للدائرة. يمكن للفرق تحديد استخدام حركة مرور الشبكة من خلال تقييم استهلاك تطبيقات معينة باستخدام حل إعداد تقارير Netflow.
3) تطوير التصميم الأولي: من المهم تصميم كيفية توافق الخدمات السحابية مع البنية الحالية واعتبارات جودة الخدمة (والسياسات) المقابلة. مثل بيئات WAN التقليدية، تتناسب حركة مرور الخدمة السحابية أيضًا بشكل أفضل مع نماذج QoS ذات أربع فئات أو أكثر. الحد االأدنى،يجب فصل الصوت / الفيديو في الوقت الفعلي، وبيانات المعاملات، والبيانات المجمعة، وحركة مرور البيانات بأفضل جهد إلى فئات فريدة لإدارة النطاق الترددي. في بعض الشبالشبكات،تكون هناك حاجة إلى المزيد لمزيد من التجزئة. إذا كان الأساس يشير إلى الحاجة إلى مزيد من النطاق الترددي أو تغيير في نموذج بنية الشبكة، فقم بدمج ذلك في الخطة.
4) مراجعة الخطة: لا ينبغي أن تتم سياسات جودة الخدمة في فراغ. قدم الخطة لفرق تكنولوجيا المعلومات الأخرى وأصحاب المصلحة الرئيسيين داخل المنظمة. سيرغبون في معرفة التغييرات وكيف يمكن أن تؤثر على الخدمات الحالية. إذا كانت بنية الشبكة الحالية بحاجة إلى تحديث (ترقية خدمات WAN أو أجهزة توجيه جديدة أو حتى تصميم شبكة مختلف)، فستحتاج أيضًا إلى المراجعة.
5) تصميم التفاصيل: ستستخدم معظم حركة مرور الخدمات السحابية بروتوكولات الإنترنت الحالية. تأكد من معرفة عناوين IP للخدمات التي ستتصل بها لتمييزها عن حركة المرور غير الرسمية على الإنترنت. يمكن أن يساعد استخدام حل إعداد تقارير NetFlow بشكل كبير في هذه العملية. يمكن أن تساعد بعض حلول NetFlow أيضًا في النظر إلى ما وراء قوائم عناوين IP الأساسية للتعرف على حركة المرور من خلال استخدام ميزات التعرف على التطبيقات مثل NBAR من Cisco.
6) التنفيذ والاختبار: اختبر سياسات جودة الخدمة الجديدة في معمل أو كنشر تجريبي. عادةً ما يكون أصعب جزء في مشاريع جودة الخدمة هو ضمان تحديد حركة المرور بشكل صحيح واستخدام قائمة الانتظار الصحيحة فعليًا. يمكن أن يكون استخدام NetFlow لا يقدر بثمن لضمان حدوث هذا التعريف بشكل صحيح. غالبًا ما يتم تحقيق ضبط الحجم وضبط المخزن المؤقت بسهولة بمجرد التحقق من صحة الهوية بنجاح. هذا يتحقق من أن كل شيء يعمل بشكل صحيح ويمنح الفريق فرصة لضبط تخصيصات النطاق الترددي أو إعادة تعيين البروتوكولات لفئات مختلفة إذا لزم الأمر.
7) الإنتاج والطرح: تنفيذ السياسات في بيئة الإنتاج والمراقبة والضبط كما تذهب. لتتبع مؤشرات الأداء الرئيسية للنجاح أو حدوث مشكلة، استخدم تقارير NetFlow ومراقبة SNMP لضمان تحديد حركة المرور بشكل صحيح وعدم قيام قوائم الانتظار ذات الأولوية العالية بإسقاط حركة المرور. هذا أيضًا هو المكان الذي يمكن أن يوفر فيه حل مراقبة أداء الشبكة الجيد (NPM) الرؤية والمساعدة في ضبط السياسات.
كلمة أخيرة
عند نشر جودة الخدمة للخدمات السحابية، أو حتى التحقيق في مشكلات الأداء وإصلاحها مع الخدمات السحابية، فإن امتلاك الأدوات المناسبة يمكن أن يساعد في تسريع تنفيذ الخدمات السحابية واستكشاف الأخطاء وإصلاحها وتوفير تجربة أفضل للمستخدم النهائي. تعد إنتاجية المكتب وتخزين البيانات خارج الموقع وتحليلها وتطوير التطبيقات واستضافتها عددًا قليلاً من العديد من خدمات السحابة للكفاءات التشغيلية التي يمكن أن توفرها. من خلال التخطيط للتغييرات في أنماط حركة مرور الشبكة والتنفيذ الصحيح لسياسات QoS لهذه الخدمات السحابية الجديدة، يمكن لفرق NetOps تجنب المشاكل المستقبلية لكل من المستخدمين النهائيين وفرق تكنولوجيا المعلومات.
المصدر: networkcomputing
قد يهمك:
