ما هي إدارة المحاكاة الافتراضية؟
تعرّف على إدارة المحاكاة الافتراضية: دورة حياة الآلات، والسعة، والمراقبة، والتوافر، والصلاحيات، والنسخ الاحتياطي، وكيف تدعم فيرشوا التشغيل اليومي للبنية التحتية.

صورة توضيحية، وليست لقطة من واجهة فيرشوا.
إدارة المحاكاة الافتراضية هي العمل المستمر لإنشاء الآلات الافتراضية ومراقبتها وتأمينها وصيانتها، إلى جانب البنية الفعلية التي تشغّلها. يتيح برنامج المحاكاة الافتراضية تشغيل الآلات، بينما تحوّل الإدارة هذه الإمكانية إلى خدمة يمكن الاعتماد عليها. وهي تربط القرارات التقنية، مثل مكان تشغيل الآلة ومن يحق له تعديلها وكيفية حمايتها، بمتطلبات العمل المتعلقة بالتوافر والتعافي والتكلفة.
الفرق بين المحاكاة الافتراضية وإدارتها والسحابة الخاصة
تصف هذه المصطلحات طبقات مترابطة، لكنها ليست متطابقة. تفصل المحاكاة الافتراضية موارد المعالج والذاكرة والتخزين والشبكة عن الأجهزة الفعلية وتتيح استخدامها بواسطة آلات افتراضية. أما إدارتها فتضبط هذه الموارد خلال دورة حياتها وعبر المضيفين والعناقيد. وتضيف السحابة الخاصة نموذج تشغيل قد يشمل الخدمة الذاتية والسياسات وتجميع الموارد وتقديم الخدمات.
وجود شاشة تعرض عددًا كبيرًا من الآلات لا يعني، بمفرده، وجود سحابة خاصة. الأهم هو قدرة الفريق على تقديم خدمات معتمدة بصورة متسقة، وفصل المسؤوليات، وقياس السعة، واستعادة الأحمال. يمكن البدء بدليل المحاكاة الافتراضية للخوادم ثم مقارنة المحاكاة الافتراضية والسحابة الخاصة لتحديد الطبقة التي تحتاجها المؤسسة فعلًا.
| الطبقة | المسؤولية الأساسية | سؤال تشغيلي |
|---|---|---|
| برنامج المحاكاة الافتراضية | تشغيل الآلات وعزلها | هل يستطيع هذا المضيف تشغيل الحمل؟ |
| طبقة الإدارة | التحكم بالمضيفين والعناقيد والآلات | من يحق له نقل هذه الآلة أو تعديل مواردها؟ |
| نموذج تشغيل السحابة الخاصة | تقديم خدمات بنية تحتية محكومة | كيف تُطلب الخدمة وتُعتمد ثم تُنهى؟ |
١. الجرد وإدارة دورة حياة الآلات الافتراضية
يبدأ التشغيل المنضبط بجرد دقيق. سجّل مالك كل آلة، والغرض منها، ونظام التشغيل، والموارد المخصصة، واتصالات الشبكة، وموقع التخزين، وأهميتها للأعمال. وثّق الاعتماديات أيضًا؛ فقد تكون قاعدة البيانات أو خدمة الهوية أو نظام الملفات المشترك أكثر أهمية من آلة التطبيق الظاهرة في واجهة الإدارة.
تشمل دورة الحياة الإنشاء والتشغيل والإيقاف وتعديل الموارد والاستنساخ وإنهاء الاستخدام. استخدم قوالب معتمدة بدل تكرار التثبيت اليدوي، وحدّد مسؤولًا عن تحديث كل قالب. فالقالب القديم قد يحوّل سرعة الإنشاء إلى وسيلة سريعة لنشر أنظمة ضيف غير محدثة. افصل إعدادات البنية التحتية عن إعدادات التطبيق وأسراره.
يجب أن يخضع إنهاء الاستخدام للانضباط نفسه الذي يخضع له الإنشاء. تحقّق من الملكية ومتطلبات الاحتفاظ والاعتماديات قبل حذف آلة أو تحرير مساحة تخزين. الآلة المتوقفة ليست بالضرورة مهملة، والنسخة المستنسخة ليست بالضرورة مناسبة للاحتفاظ الدائم.
٢. تخطيط السعة وتخصيص الموارد
السعة المخصصة تختلف عن السعة المستهلكة. قد تستخدم آلة ذات ثمانية معالجات افتراضية جزءًا صغيرًا منها، بينما تواجه آلة أصغر لقاعدة بيانات اختناقًا في التخزين. راجع ضغط المعالج واستخدام الذاكرة وزمن استجابة التخزين ونموه وحركة الشبكة معًا. زيادة عدد المعالجات الافتراضية لا تعني دائمًا تحسن أداء التطبيق.
خطّط للصيانة والأعطال، وليس للتشغيل المعتاد فقط. قد يعمل العنقود بصورة مريحة عندما تكون جميع المضيفات متاحة، لكنه يفتقر إلى السعة اللازمة بعد تعطل أحدها. احسب الموارد المطلوبة لإعادة تشغيل الأحمال المهمة، مع مراعاة الحجوزات وقواعد التوزيع ومسارات التخزين والشبكة التي تعتمد عليها.
تساعد جدولة الموارد الموزعة DRS في توزيع الأحمال، لكنها لا تعوّض تخطيط السعة. اختبر سلوك الجدولة وضوابطها في بيئة ممثلة للاستخدام الفعلي. وراجع أحجام الآلات بانتظام حتى لا تستهلك الموارد المبالغ فيها أو الآلات المهملة هامش السعة المخصص للتعافي.
٣. المراقبة والتنبيهات والاستجابة للحوادث
ينبغي أن تربط المراقبة أعراض البنية التحتية بأثرها على الأحمال. فقد يبدو المضيف سليمًا بينما يعاني التطبيق من تخزين بطيء أو خدمة يعتمد عليها وغير متاحة. اجمع مراقبة المنصة مع فحوص أنظمة الضيف والتطبيقات عند الحاجة؛ فسلامة مؤشرات البنية التحتية لا تثبت وحدها أن خدمة الأعمال تعمل.
اختر تنبيهات تؤدي إلى إجراء واضح. يحتاج كل تنبيه مهم إلى مسؤول ومستوى خطورة ومسار تصعيد وإرشادات استجابة مختصرة. كوّن خط أساس أثناء التشغيل الطبيعي، ثم راقب التغيرات المستمرة بدل الاستجابة لكل ارتفاع عابر. وخلال الحادث، استخدم التوقيتات وسجل التدقيق للتمييز بين مشكلة سعة وتغيير حديث في الإعدادات.
من المؤشرات المفيدة هامش السعة والتنبيهات الحرجة غير المعالجة ونتائج اختبارات الاستعادة والوقت اللازم لتشخيص الحوادث. قِسها بطريقة متسقة، لكن لا تفترض نسبة استخدام مثالية لجميع البيئات؛ فالهامش المقبول يتوقف على سلوك التطبيقات ومتطلبات التعافي وتصميم العنقود.
٤. التوافر العالي وDRS والترحيل الحي
تعالج هذه القدرات حالات مختلفة. يعيد التوافر العالي HA تشغيل الآلات المتأثرة بعد تعطل مضيف. وتدعم DRS جدولة الموارد وموازنة التوزيع. وينقل الترحيل الحي آلة تعمل بين مضيفين متوافقين، عادةً لأغراض الصيانة أو تغيير موضع التشغيل. ولا تضمن أي من هذه القدرات، وحدها، عدم انقطاع التطبيق.
تحقّق من التخزين المشترك وتوافق المضيفين والشبكة والسعة الاحتياطية قبل تطبيق السياسات على الإنتاج. اختبر الصيانة المخططة بصورة منفصلة عن العطل المفاجئ، وراقب سلوك التطبيق والاتصالات والاعتماديات وترتيب إعادة التشغيل. إعادة تشغيل آلة ليست مساوية للتحول التلقائي على مستوى التطبيق.
يشرح دليل التوافر العالي وDRS والترحيل الحي الفروق بتفصيل أكبر. اتفق على توقعات التعافي مع مالكي الخدمات بدل استنتاجها من أسماء المزايا.
٥. التحكم بالوصول والتدقيق وإدارة التغيير
تُعد طبقة الإدارة نطاقًا أمنيًا عالي التأثير. فقد يستطيع حساب ذو صلاحيات واسعة تغيير موضع الآلات أو حذف الأقراص أو تعطيل خدمات متعددة. استخدم التحكم بالوصول المستند إلى الأدوار RBAC، واربط الصلاحيات بالمسؤوليات التشغيلية، وتجنب هويات المدير المشتركة. راجع الوصول عند تغير مهام الموظفين أو مغادرتهم.
تتيح سجلات التدقيق إسناد التغييرات إلى أصحابها، لكنها تحتاج أيضًا إلى مراجعة واحتفاظ وفق متطلبات المؤسسة. ضمّن طبقة الإدارة والمضيفين وأنظمة الضيف في إجراءات التحديث والتغيير. احمِ الوصول إلى شبكة الإدارة، ووثّق كيفية استعادة وصول المديرين أثناء الأعطال.
قد تكون الإدارة المحلية وإمكانية العمل بالعربية مهمتين لفعالية الفرق والحوكمة في السعودية والمنطقة. لكنهما لا تثبتان تلقائيًا الامتثال التنظيمي. قيّم التصميم الفعلي والضوابط الأمنية وإجراءات المؤسسة مقابل المتطلبات التي تنطبق على أحمالك.
٦. النسخ الاحتياطي والاستعادة والتعافي من الكوارث
اللقطات والنسخ الاحتياطي والتعافي من الكوارث ليست بدائل متكافئة. قد توفر اللقطة نقطة رجوع قصيرة الأجل، لكنها قد تعتمد على التخزين نفسه الذي تستخدمه الآلة. يحفظ النسخ الاحتياطي بيانات قابلة للاستعادة وفق سياسة احتفاظ، بينما يضيف التعافي من الكوارث خطة لاسترجاع الخدمات عند تعذر استخدام البيئة المعتادة.
حدّد هدف نقطة الاستعادة RPO وهدف زمن الاستعادة RTO مع مالكي الأحمال، ثم اختبر قدرة وتيرة النسخ وموقع التعافي وإجراءات الاستعادة على تحقيقهما. وفي قواعد البيانات والتطبيقات المعاملاتية، تحقّق من متطلبات الاتساق على مستوى التطبيق؛ فنجاح نسخ الآلة لا يثبت تلقائيًا اتساق بياناتها.
نفّذ تمارين تعافٍ تشمل الاعتماديات والوصول والشبكات والتحقق بواسطة مالك الخدمة، وسجّل النتائج الفعلية. يوضح دليل اللقطات والنسخ الاحتياطي والتعافي من الكوارث لماذا لا تستبدل مزايا التوافر خطة تعافٍ مختبرة.
٧. الأتمتة والعمليات القابلة للتكرار
تكون الأتمتة مفيدة عندما تكون خطوات العمل مفهومة. تساعد واجهات API والبنية التحتية ككود على تكرار الإنشاء بصورة منضبطة، لكن البرنامج الذي ينشئ آلة لا يغطي العملية كلها. يجب أن تظل الملكية والتسمية والصلاحيات وإعداد الشبكة والحماية وإنهاء الاستخدام خاضعة للحوكمة.
احفظ الإعدادات بإصدارات، واحمِ بيانات اعتماد الأتمتة، واختبر التغييرات قبل تطبيقها على الإنتاج. راجع نطاق كل تكامل بدل افتراض أن كل إجراء في الواجهة متاح عبر API أو مورد Terraform. وعند الانتقال من منصة أخرى، تحتاج البرامج المرتبطة بواجهات مورّد بعينه إلى تقييم، وغالبًا إلى تعديل؛ فاشتراك المنصتين في دعم المحاكاة الافتراضية لا يجعلها قابلة للنقل تلقائيًا.
كيف تدعم فيرشوا إدارة المحاكاة الافتراضية؟
تجمع فيرشوا بين أساس للمحاكاة الافتراضية مبني على KVM وإدارة مركزية ومنتجات مكملة للترحيل والحماية. يوفر أساس HV عمليات دورة حياة الآلات واللقطات والاستنساخ والتوافر العالي والترحيل الحي. ويوفر مدير السحابة لجام إدارة مركزية للمضيفين والعناقيد والمراقبة وRBAC وسجلات التدقيق وDRS والوصول عبر REST API.
يعالج جسر للترحيل نقل الأحمال إلى البيئة المستهدفة، وليس وظيفة لوحة الإدارة اليومية. وتتولى حماية النسخ الاحتياطي والاستعادة والتعافي من الكوارث. أما مهاد فهو قدرة نشر وتثبيت لإعداد البنية التحتية. ويُقدَّم Terraform Provider الصادر بوصفه تكاملًا منفصلًا للبنية التحتية ككود، وليس دليلًا على أن مهاد حزمة أتمتة متكاملة.
تظل هذه القدرات بحاجة إلى تصميم وتحقق تشغيلي. تأكد من توافق الأجهزة والتخزين وأنظمة الضيف المقصودة، واتفق على نطاق المنتجات والتكاملات وسلوك التعافي خلال إثبات مفهوم تقني. لا تتعامل مع قائمة المزايا على أنها ضمان لكل حمل أو لكل إعداد.
| المهمة التشغيلية | قدرة فيرشوا | ما يجب التحقق منه |
|---|---|---|
| إنشاء الآلات وصيانتها | أساس HV ولجام | القوالب والصلاحيات وتوافق أنظمة الضيف |
| التوزيع والتوافر | HA وDRS والترحيل الحي | السعة والتخزين وسلوك التطبيق |
| الرؤية والمساءلة | مراقبة لجام وRBAC وسجلات التدقيق | الأدوار والتنبيهات ومراجعة السجلات |
| انتقال الأحمال | جسر للترحيل | الاعتماديات والتحويل وخطة الرجوع |
| التعافي | حماية للنسخ الاحتياطي والتعافي | اختبارات الاستعادة وRPO وRTO |
| نشر البنية التحتية | مهاد؛ وTerraform Provider منفصل | متطلبات النشر ونطاق التكامل |
قائمة عملية لتقييم منصة الإدارة
اختر أحمالًا ممثلة للاستخدام الفعلي، لا آلة اختبار صغيرة فقط. حدّد معايير النجاح والإخفاق قبل التقييم، وأشرك من سيشغّل المنصة ويستعيد خدماتها. استخدم خصائص الأحمال ومعايير النجاح نفسها عند مقارنة البدائل.
- أنشئ آلة واستنسخها وعدّل مواردها وأنهِ استخدامها بواسطة أدوار التشغيل المقصودة.
- اختبر الصيانة وتعطل المضيف وضغط السعة كلًا على حدة.
- تتبّع تغييرًا تشغيليًا في سجل التدقيق وتنبيهًا عبر إجراءات الاستجابة.
- استعد حملًا محميًا وتحقق من التطبيق مع مالك الخدمة.
- اختبر خطوات API أو Terraform المطلوبة ووثّق الخطوات غير المدعومة.
- أكد متطلبات الأجهزة والتخزين وأنظمة الضيف والدعم قبل اعتماد الإنتاج.
احتفظ بسجل للأدلة يتضمن الإعدادات والنتائج والفجوات غير المعالجة. ينتج التقييم الجيد نموذج تشغيل قابلًا للتطبيق ومسؤوليات واضحة، وليس مجرد تثبيت ناجح.
قراءات إضافية
يعرض شرح HPE لإدارة المحاكاة الافتراضية نظرة عامة على تخصيص الموارد والأمن والمراقبة وتخطيط السعة. ويشرح دليل منتج Red Hat علاقة طبقة الإدارة بالمضيفين والتخزين والمراقبة في منتجه؛ ولا ينبغي افتراض أن تفاصيل تطبيقه المرتبطة بإصدار معين تصف فيرشوا.
- HPE: شرح إدارة المحاكاة الافتراضية (بالإنجليزية)
- Red Hat Virtualization 4.4: دليل المنتج (بالإنجليزية)
أسئلة شائعة حول إدارة المحاكاة الافتراضية
ما المهام التي تشملها إدارة المحاكاة الافتراضية؟
تشمل دورة حياة الآلات والجرد وتخطيط السعة والمراقبة والتحكم بالوصول وإدارة التغيير والتوافر والتعافي. وهي تشمل الآلات الافتراضية والمضيفين والتخزين والشبكات التي تعتمد عليها.
هل برنامج المحاكاة الافتراضية هو نفسه مدير المحاكاة الافتراضية؟
لا. يشغّل برنامج المحاكاة الافتراضية الآلات ويعزلها، بينما تنسق طبقة الإدارة العمليات عبر المضيفين والعناقيد، بما فيها توزيع الأحمال والصلاحيات والمراقبة ومهام دورة الحياة.
ما الفرق بين HA وDRS والترحيل الحي؟
يعيد HA تشغيل الآلات بعد تعطل مضيف. وتدعم DRS جدولة الموارد وموازنة التوزيع. وينقل الترحيل الحي آلة تعمل بين مضيفين متوافقين. تتطلب كل قدرة بنية مناسبة واختبارًا، ولا تستبدل النسخ الاحتياطي.
كيف تدعم فيرشوا إدارة المحاكاة الافتراضية؟
يوفر أساس HV قاعدة الآلات المبنية على KVM، ويوفر لجام الإدارة المركزية والمراقبة وRBAC والتدقيق وDRS وREST API. ويتولى جسر الترحيل، وحماية النسخ الاحتياطي والتعافي، ومهاد النشر والتثبيت؛ ويظل Terraform Provider الصادر تكاملًا منفصلًا.
هل تحل اللقطات محل النسخ الاحتياطي؟
لا. تساعد اللقطات في الرجوع القصير الأجل، لكنها قد تعتمد على التخزين نفسه الذي يحتوي الآلة الأصلية. استخدم سياسة نسخ احتياطي وإجراءات استعادة مختبرة تتوافق مع RPO وRTO.
هل تؤدي الإدارة المركزية تلقائيًا إلى إنشاء سحابة خاصة؟
لا. تحتاج السحابة الخاصة أيضًا إلى نموذج تشغيل لتقديم خدمات محكومة، قد يشمل الخدمة الذاتية والموافقات وتجميع الموارد وتحديد المسؤوليات.
قيّم فيرشوا وفق متطلبات التشغيل لديك
ناقش أحمالك ومهام الإدارة ومعايير التعافي مع فريق فيرشوا، وحدّد إثبات مفهوم تقنيًا يمثل بيئتك الفعلية.
اطلب إثبات مفهوم تقنيالفرق بين HA وDRS والترحيل الحي (Live Migration)
تحل ميزات HA وDRS والترحيل الحي مشكلات مختلفة تمامًا في المحاكاة الافتراضية. تعرّف على كيفية دعم كل منها لاستمرارية الخدمة، وتنقّل الأجهزة الافتراضية، وتوازن الموارد.
اقرأ المقالالمحاكاة الافتراضية مقابل السحابة الخاصة: ما الفرق بينهما؟
المحاكاة الافتراضية والسحابة الخاصة مرتبطتان ارتباطًا وثيقًا لكنهما ليستا الشيء نفسه. تعرّف على الفرق بينهما وما تضيفه الإدارة والأتمتة وقدرات السحابة.
اقرأ المقال