قائمة التحقق للترحيل من VMware: ما الذي يجب التحقق منه قبل نقل أحمال الإنتاج

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

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

ابنِ الحصر من البيانات لا من الذاكرة. صدّر البيانات من vCenter، وطابقها مع قاعدة بيانات إدارة التهيئة (CMDB)، واستشر ملاك التطبيقات في كل ما لا تكشفه الأدوات. ويجب أن يشمل الحصر على الأقل:

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

قد يُرحَّل الجهاز الافتراضي بنجاح ومع ذلك يتعطل التطبيق إذا لم تُراعَ الأنظمة التي يتواصل معها. ارسم سلسلة الاعتماديات لكل تطبيق قبل إدراجه في موجة: DNS وActive Directory وقواعد بيانات SQL وأنظمة ERP وواجهات API الداخلية والخارجية والجدران النارية وموازنات الأحمال ومسارات التخزين ومقاطع الشبكة.

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

لا ترحّل كل شيء بافتراض التوقف نفسه. اتفق مع كل مالك أعمال على هدف نقطة الاستعادة (RPO)، أي مقدار فقدان البيانات المقبول، وهدف زمن الاستعادة (RTO)، أي المدة التي يمكن أن تتوقف فيها الخدمة.

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

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

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

وثّق كل مفاجأة في التجربة الأولية؛ فكل واحدة منها تصحيح للخطة قبل أن تؤثر في الإنتاج.

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

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

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

ترحيل الجهاز لا يعني ترحيل الخدمة. تحقق من كل حمل وفق قائمة موحدة قبل إغلاق الموجة:

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