🕴🏼 🚊 👨🏿‍🚀 ما يجب حفظه في السحابة 🚴 ✉️ 🐏

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

لتحسين التكاليف ، تحتاج إلى البدء بجمع إحصاءات جيدة. سأحاول أن أصف بإيجاز الأدوات المناسبة لذلك.

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

ضع في اعتبارك الحالات التي تكون فيها المعدلات الثابتة أكثر ربحية ، ومتى - مفهوم الدفع عند الاستخدام (PAYG). بالإضافة إلى ذلك ، ضع في اعتبارك ما يمكنك إيقافه الفائض ، وأين تُهدر الموارد في أغلب الأحيان. دعنا نتناول الأنواع الرئيسية من الموارد: وحدة المعالجة المركزية ، وذاكرة الوصول العشوائي ، والأقراص الافتراضية ، والشبكات ، والنسخ الاحتياطي.

نقوم بجمع المعلومات

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

كيفية المراقبة

هناك عدد كبير من أنظمة جمع المعلومات والتصور للاختيار من بينها ، ولكن أود أن ألفت الانتباه إلى الأنظمة الرئيسية:

Zabbix — . , .
Kibana — ELK. , , .
Grafana — , . , .
. , .

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

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

يمكنك أخذ نواتين بدلاً من أربعة دون فقدان الأداء.

إذا كان أكثر من 10 ٪ من الوقت يكون VM خاملاً ، فأنت بحاجة إلى محاولة الاعتماد على نموذج PAYG. عندها فقط يجب إيقاف تشغيل الجهاز عندما لا يكون قيد الاستخدام. على سبيل المثال ، مرة واحدة في اليوم ، يتم تشغيل العقدة ، وتجميع المشروع وإيقافه مرة أخرى.

يتم تحميل جميع النوى بالتساوي. على الأرجح ، سيكون من المفيد أن تأخذ تعريفة بدفع ثابت.

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

نفعل نفس الشيء مع مختلف آلات الاختبار والتجريب. في معظم الأحيان ، يكون أكثر ربحية دفعها على الموارد المستهلكة ، بدلاً من التعريفة الثابتة. إذا وجدت سيارة تستهلك 1٪ من الطاقة ، فقم بإيقاف تشغيلها ونقلها إلى PAYG.

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

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

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

الرامات "الذاكرة العشوائية في الهواتف والحواسيب

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

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

أقراص افتراضية

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

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

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

الخيار الصحيح. لكل نوع بيانات سرعة القرص الخاصة به.

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

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

أقراص تحت قاعدة البيانات

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

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

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

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

شبكة الاتصال

نفعل نفس الشيء مع الشبكة: نحن لا نلاحق أرقام دائرية من 1-10-100 ميغابت ، ولكننا نأخذ 45 ميغابت على الفور إذا كان لديك حمل قناة متوسط يبلغ حوالي 40. خذ الموارد التي تحتاجها.

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

في السحابة المستندة إلى vCloud Director ، هناك شيء رائع حول NSX Edge - جهاز التوجيه الافتراضي. إنه مجاني ويمكن أن يحل محل حلول أكثر تكلفة تتطلب سعة إضافية وشراء تراخيص. يحتوي على موازن يمكن في المواقف البسيطة استبدال الحلول مثل Haproxy والأجهزة الافتراضية Citrix NetScaler. لا حاجة لشراء تراخيص للمنتجات التجارية ، ولا تدفع مقابل موارد NSX Edge. بشكل افتراضي.

إذا لزم الأمر ، يمكن تحجيم NSX Edge. قادرة على العمل كشبكة VPN من ثلاثة أنواع:

نفق IPsec VPN من موقع إلى موقع - لتنظيم قناة آمنة بين السحابة والمكتب أو السحب الأخرى حيث توجد موارد العميل.
SSL VPN — , Checkpoint Cisco Fortigate.
L2VPN — , IPSEC Site-to-Site, L2.

CPU

هنا يمكنك حفظ بعض الخيارات.

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

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

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

يرجى ملاحظة ما يلي: ستقلل ذاكرة الوصول العشوائي (RAM) ووحدة المعالجة المركزية (CPU) فقط عند إيقاف تشغيل الجهاز الظاهري ، وإلا فقد ينفد النظام. يمكنك توسيع الموارد على جهاز يعمل إذا كان نظام التشغيل يدعم وتم تمكين وضع الإضافة الساخنة.

دعم

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

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

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

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

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

يمكننا استخدام تخزين المنشأة بمعدل " فردي ". يتميز بتكلفة تخزين صغيرة مع خصم تدريجي: كلما قمت بتخزين المزيد من مساحة التخزين ، كلما كانت تكلفة البيانات أقل من غيغابايت.

ملخص

يمكنك حفظ الموارد على السحابة فقط إذا قمت بتحليل الحمل بعناية وتقليل السعة الاحتياطية. ابدأ بجمع إحصائيات عالية الجودة وابدأ في قطع الموارد بسلاسة إلى الحد الأدنى الضروري.

إذا كان استهلاك العقدة مستقرًا ولا يتغير - فانتقل إلى البنية التحتية الخاصة بك لهذه المهمة أو اختر تعرفة ثابتة.

لا تنس إمكانية المخططات الهجينة. يتناسب استخدام الموارد السحابية لتخفيف أحمال الذروة غير المنتظمة بشكل مثالي تقريبًا مع مفهوم الدفع أثناء التنقل.

ما يجب حفظه في السحابة