جدول المحتويات:
لذلك أنت وشركتك تخطط لرحلتك إلى السحابة ، وتتضمن الخطوة الرئيسية إضفاء الطابع الافتراضي على الخوادم الخاصة بك للتخلص من جميع الأجهزة الضخمة هذه. لكن ربما لم تكن متأكدًا من أين تبدأ ، أو تحتاج إلى مساعدة في تحديد أفضل الممارسات عندما يتعلق الأمر بإعداد آليات VM الجديدة الخاصة بك. قمت بتجميع أفضل ثلاث نصائح لي لجعل المحاكاة الافتراضية للخادم فعالة وغير مؤلمة قدر الإمكان. ستساعد هذه المؤشرات في إرشادك لتجنب العثرات المحتملة ، بحيث يمكنك قضاء وقت أقل في الإعداد وزيادة الوقت في التركيز على خدمة عملك.
نصيحة رقم 1: الحجم بحكمة
قد يبدو من المنطقي الحصول على أكبر سعة من الأجهزة الظاهرية (VM) لاستيعاب أي عبء عمل بحجم ، أليس كذلك؟ ليس بهذه السرعة. في الواقع ، يمكن أن تزيد وحدات المعالجة المركزية (CPU) المتوفرة على جهاز VM من سوء الأداء ، وليس بشكل أفضل. بشكل عام ، يجب أن تتوافق تخصيصات وحدة المعالجة المركزية مع الاستخدام. إذا كان الخادم لا يستهلك الموارد بالكامل ، فقد تم توفيره بشكل مفرط ، وقد يكون له تأثير على الأداء. إذا كنت بحاجة إلى مزيد من الموارد لاحقًا ، فيمكنك دائمًا توسيع نطاق موارد الخادم الإضافية وإضافتها. على الجانب الآخر من العملة ، تأكد من عدم تجاوز مضيفيك - فالمقاييس مثل تضخيم الذاكرة وإعداد وحدة المعالجة المركزية هي مؤشرات مبكرة على أن المضيف قد وصل إلى الحد الأقصى. (لمزيد من المعلومات حول كفاءة VM ، راجع 5 أشياء يمكن أن تسقط البنية التحتية الافتراضية.)
نصيحة رقم 2: البقاء N + 1 زائدة عن الحاجة
تنطبق القاعدة "اثنان واحد وواحد بلا" بالتأكيد هنا. N + 1 التكرار ضروري لضمان الحد الأدنى من التوقف إذا ذهب أحد مضيفيك إلى أعلى. هناك اعتقاد خاطئ بأن أجهزة VM ليست عرضة لمشاكل مشابهة قد تواجهها مع خادم فعلي. في الواقع ، يكون التكرار أكثر أهمية إذا كان كل من مضيفيك يشغل أجهزة VM متعددة. بالإضافة إلى الحفاظ على قطع الغيار الدافئة والساخنة ، تتيح لك أداة التبريد البارد استعادة حماية N + 1 فورًا عندما ينشأ مضيف خاطئ ويحتاج إلى إصلاح. في حين أن التبديل من الخوادم الفعلية قد يوفر لك العديد من الصداع عندما يتعلق الأمر بإدارة الحوادث وحلها ، ستظل ترغب في الحصول على مضيف احتياطي وآخر ، "نسخة احتياطية للنسخ الاحتياطي" إذا جاز التعبير.
