ما هي محاكاة الخوادم الافتراضية؟ كيف تعمل ولماذا هي مهمة

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

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

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

الفكرة ليست جديدة؛ فقد استخدمت الحواسيب المركزية (Mainframe) تقنيات مشابهة لتقاسم الوقت قبل عقود من تبنّي خوادم x86 لهذه التقنية، والهدف الأساسي لم يتغيّر: يجب مشاركة قدرة الحوسبة المكلفة بكفاءة بين مهام كثيرة بدلاً من تركها خاملة خلف تطبيق واحد. ما تغيّر هو مدى سهولة الوصول إلى هذه التقنية ومدى انتشارها القياسي، حتى أصبح الخادم العام غير المحاكى استثناءً في معظم البيئات المؤسسية.

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

تتضمن المعالجات الحديثة ميزات محاكاة مدعومة بالأجهزة، مثل Intel VT-x وAMD-V، تُمكّن المُراقب الافتراضي من تشغيل كود النظام الضيف بكفاءة والحفاظ على عزل كل جهاز افتراضي. يقوم المُراقب الافتراضي بجدولة المعالجات الافتراضية على الأنوية الفعلية، وربط ذاكرة النظام الضيف بالذاكرة الفعلية، وتوصيل الأقراص وواجهات الشبكة الافتراضية بموارد التخزين والشبكات الفعلية.

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

الجهاز الافتراضي (VM) هو حاسوب مُعرَّف بالبرمجيات. بالنسبة لنظام التشغيل الضيف، يبدو الأمر وكأنه جهاز عادي، لكن كل مكون يوفره المُراقب الافتراضي:

بما أن الجهاز الافتراضي هو في جوهره إعدادات وبيانات، يمكن أخذ لقطة منه (Snapshot) واستنساخه ونسخه احتياطياً ونقله بطرق يستحيل تطبيقها على خادم فعلي. هذه القابلية للنقل هي ما يقوم عليه الترحيل الحي (Live Migration) والتوافر العالي (HA).

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

من المهم توضيح ما ليس عليه الجهاز الافتراضي أيضاً: تلتقط اللقطة (Snapshot) حالة القرص والذاكرة في لحظة معينة لتسهيل التراجع عن تغيير محفوف بالمخاطر، لكنها ليست بديلاً عن نسخة احتياطية حقيقية — فهي عادة تقيم على نفس تخزين الجهاز الافتراضي، ولا توفر أي حماية إذا تعطّل ذلك التخزين. نتناول هذا الفرق في اللقطات الافتراضية مقابل النسخ الاحتياطي والتعافي من الكوارث.

يلخص الجدول التالي الفروقات العملية التي يلاحظها فريق البنية التحتية يومياً.

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

فوائد المحاكاة الافتراضية معروفة جيداً، لكنها تتحقق فعلياً فقط عندما تُصمَّم البيئة وتُدار بعناية.

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

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

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

تساعد ميزات جدولة الموارد مثل DRS في الحفاظ على توازن المجموعة (Cluster) بمرور الوقت. نشرح الفرق بينها وبين HA والترحيل الحي في التوافر العالي مقابل DRS مقابل الترحيل الحي.

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

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

على مدى العقدين الماضيين، أصبحت محاكاة الخوادم الطريقة الافتراضية لتشغيل الأعباء المؤسسية. تفترض معظم تصاميم مراكز البيانات الحديثة أن الحوسبة تُقدَّم كمجموعات (Clusters) من مضيفي المحاكاة الافتراضية المتصلة بتخزين مشترك أو مُعرَّف بالبرمجيات وشبكات افتراضية.

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

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

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

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

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

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

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

أساس المحاكاة الافتراضية لدى فيرشوا هو أساس HV، المبني على مُراقب KVM مفتوح المصدر مع QEMU وlibvirt. يوفر أساس HV دورة حياة الأجهزة الافتراضية، والتجميع (Clustering)، والتوافر العالي، وDRS، والترحيل الحي، واللقطات، والاستنساخ المتوقعة من طبقة محاكاة افتراضية على مستوى المؤسسات.

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

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