الفصل : 14
الجزء : 1
العنوان : ال Hyper-V
لقد كنت دائمًا فتى ريفي. أحب قضاء وقت فراغي في القيادة على الطرق الترابية، والعمل على إصلاح السيارات، والصيد. السفر إلى المدن دائمًا ما يصيبني بصدمة ثقافية بسيطة. جميع تلك المباني الشاهقة وناطحات السحاب تؤدي دورًا مهمًا، وتساعد على إتمام تشبيهي: إذا لم يكن هناك مساحة كافية للتوسع الأفقي، عليك أن تبني للأعلى. الارتفاع العمودي للمدن الكبيرة مشابه لما شهدناه في مراكز البيانات خلال العقد الماضي. تحتاج المدن إلى المزيد من المساحة للأشخاص والشركات، مثلما نحتاج إلى إيواء المزيد من الخوادم كل عام. بدلاً من التوسع الأفقي مع غرف الخوادم الكبيرة المملوءة بأرفف وأرفف من الأجهزة، نتبنى عقلية ناطحات السحاب ونعمل على الافتراضية. نبني عددًا أقل من الخوادم لكن نجعلها قوية للغاية. ثم، على هذه الحواسيب الفائقة، يمكننا تشغيل عشرات، إن لم يكن مئات، من الخوادم الافتراضية. التقنية التي توفر طبقة الـhypervisor، القدرة على تشغيل Virtual Machines (VMs) في البيئات التي تعتمد على Microsoft، هي دور Hyper-V في Windows Server. هذا أحد الأدوار الأكثر أهمية التي يجب فهمها كمسؤول خوادم لأنه إذا لم تكن منظمتك تستخدم الافتراضية بعد، فقد تخلفت عن الركب. الافتراضية لم تعد طريقة المستقبل، بل هي التوقع الضمني لكل مركز بيانات في العالم. المواضيع التالية سنتناولها لتتعرف على قدرات الافتراضية التي توفرها Microsoft في Windows Server 2022:
- تصميم وتنفيذ خادم Hyper-V الخاص بك
- المفاتيح الافتراضية (Virtual switches)
- تنفيذ خادم افتراضي جديد
- إدارة خادم افتراضي
- الShielded VMs
- التكامل مع Linux
-ال Resilient Filesystem (ReFS) deduplication
-ال Hyper-V Server...2019؟
تصميم وتنفيذ خادم Hyper-V الخاص بك
إن إنشاء خادم Hyper-V الخاص بك عادة ما يكون بسيطًا: قم ببناء خادم، تثبيت نظام تشغيل، تثبيت دور Hyper-V، وستكون جاهزًا للبدء. في الواقع، يمكنك حتى تثبيت دور Hyper-V على جهاز يعمل بنظام Windows 10 أو 11 Pro أو Enterprise، إذا كنت بحاجة إلى تشغيل بعض VMs من سطح المكتب الخاص بك. بينما معظم الأجهزة التي تُصنع هذه الأيام تدعم بالكامل فكرة كونها مزود hypervisor، قد يحاول البعض تثبيت دور Hyper-V ليواجه الرسالة الخطأ التالية:
امممم "Uh oh, that’s not good." هذا يعني واحدًا من اثنين: إما أن وحدة المعالجة المركزية الخاصة بي لا تدعم الافتراضية حقًا، أو أن لدي بعض الإعدادات المعطلة داخل الـBIOS على الخادم الخاص بي التي تمنع هذا من العمل. هناك ثلاثة اعتبارات يجب التحقق منها على الخادم الخاص بك للتأكد من أنه جاهز لتشغيل Hyper-V. أولاً، تحتاج إلى تشغيل معالج مبني على x64. هذا نوعًا ما مفروغ منه نظرًا لأن Windows Server 2022 يأتي فقط بنظام 64-بت. إذا لم يكن لديك معالج x64، فلن تتمكن من تثبيت نظام التشغيل في المقام الأول. ثانيًا، يجب أن تكون وحدات المعالجة المركزية قادرة على الافتراضية المدعومة من الأجهزة. يُطلق عليها عادةً Intel Virtualization Technology (Intel VT) أو AMD Virtualization (AMD-V). وأخيرًا وليس آخرًا، يجب أن يكون لديك Data Execution Prevention (DEP) متاحًا وممكّنًا على النظام الخاص بك. إذا كنت قد تحقق من الأجهزة نفسها ويبدو أنها تدعم الافتراضية، ولكنها لا تزال لا تعمل، فمن المحتمل أن يكون لديك DEP معطل حاليًا داخل الـBIOS لهذا النظام. قم بالدخول إلى إعدادات الـBIOS وتفعيل DEP إلى جانب أي إعدادات أخرى تحمل أسماء أكثر ودية قد تشير إلى أنها حاليًا تعوق قدرتك على تشغيل الآلات الافتراضية.
طالما أن وحدات المعالجة المركزية الخاصة بك قادرة على تشغيل الآلات الافتراضية، يمكنك تحويل أي حجم من الأجهزة تقريبًا إلى hypervisor عن طريق تثبيت دور Hyper-V. ليس من المهم التفكير في متطلبات النظام الدنيا لأنك تريد أن يكون جهاز النظام الخاص بك كبيرًا قدر الإمكان في خادم Hyper-V. كلما زاد عدد نوى المعالج، والـRAM، ومساحة القرص الصلب التي يمكنك توفيرها، كلما زاد عدد الآلات الافتراضية التي يمكنك تشغيلها. حتى أصغر خوادم Hyper-V التي رأيتها في بيئات الإنتاج تعمل على أجهزة مثل معالجات Xeon المزدوجة، 96 جيجابايت من الـRAM، والعديد من التيرابايت من مساحة التخزين. بينما قد يبدو أن 96 جيجابايت من الـRAM هي كمية كبيرة لنظام واحد، إذا كانت بناءات خادم العمل القياسية الخاصة بك تتضمن 8 جيجابايت من الـRAM، وهو رقم منخفض إلى حد ما، وتريد تشغيل 12 خادمًا على خادم Hyper-V الخاص بك، فأنت بالفعل تتجاوز قدرات خادم Hyper-V الذي يحتوي فقط على 96 جيجابايت من الـRAM . ال8 × 12 تساوي 96، ولم تترك أي ذاكرة لنظام التشغيل المضيف لاستخدامها! إذن، العبرة من القصة؟ كن كبيرًا أو عد إلى المنزل!
تثبيت دور Hyper-V
ال Hyper-V هو مجرد دور آخر في Windows Server 2022، ولكن خلال تثبيت هذا الدور، سيتم سؤالك عن بعض الأسئلة ومن المهم فهم ما يسألون عنه لتتأكد من أن خادم Hyper-V الجديد الخاص بك مبني ليصمد ويعمل بكفاءة. أولاً، ستحتاج إلى تثبيت Windows Server 2022 بالفعل، واستخدام وظيفة Add roles and features لتثبيت الدور المسمى Hyper-V:
أثناء مواصلة العمل من خلال المعالج لتثبيت الدور، ستواجه شاشة بعنوان Create Virtual Switches. سنتناول الشبكات في Hyper-V بمزيد من التفصيل في القسم التالي، لكن المهم هنا هو أنك تحصل على تحديد أي من بطاقات الشبكة الفعلية في الخادم الخاص بك سيتم ربطها بـHyper-V ومتاحة للاستخدام من قبل الآلات الافتراضية الخاصة بك. من الجيد لكل خادم Hyper-V أن يحتوي على بطاقات شبكة متعددة. تريد بطاقة شبكة مخصصة للمضيف نفسه، والتي لن تحددها في هذه الشاشة. اترك تلك البطاقة للتواصل الخاص بالـhypervisor. بالإضافة إلى تلك البطاقة، ستحتاج على الأقل إلى بطاقة شبكة واحدة يمكنها ربط الآلات الافتراضية بالشبكة المؤسسية.
هذه البطاقة ستحددها، كما ترى في الشكل 14.3. إذا كنت ستستضيف العديد من الآلات الافتراضية المختلفة على هذا الخادم، وتحتاج إلى ربطها بشبكات فعلية مختلفة، قد تحتاج إلى تثبيت العديد من بطاقات الشبكة على خادم Hyper-V الخاص بك:
بعد تحديد بطاقات الشبكة، نصل إلى قرار ما إذا كان هذا خادم Hyper-V سيقوم بنقل الآلات الافتراضية الحية. النقل الحي للآلات الافتراضية هو القدرة على نقل آلة افتراضية من مضيف Hyper-V إلى آخر دون أي انقطاع في الخدمة على تلك الآلة الافتراضية. كما ترى في الشكل 14.4، هناك عدة طرق يمكنك إعداد الخادم بها لتمكينه من التعامل مع النقل الحي، ولاحظ النص في الأسفل الذي ينصحك بترك هذا الخيار حاليًا إذا كنت تخطط لجعل هذا خادم Hyper-V جزءًا من عنقود. في البيئات المتكتلة، يتم التعامل مع هذه الإعدادات في طبقة مختلفة:
آخر شاشة أود الإشارة إليها هي تحديد مواقع التخزين لبيانات الآلات الافتراضية الخاصة بك. بعد إنشاء الآلات الافتراضية والغوص في ما تبدو عليه على مستوى القرص الصلب (النظر إلى الملفات الفعلية التي تم إنشاؤها لكل آلة افتراضية)، سترى أن هناك جانبين أساسيين للآلة الافتراضية: ملف القرص الصلب الافتراضي (VHD أو VHDX) ومجلد يحتوي على ملفات التكوين لتلك الآلة الافتراضية.
كما ترى في الشكل 14.5، يبدو أن المواقع الافتراضية لتخزين هذه العناصر أكثر توافقًا مع قطعة من البرمجيات التي تثبتها على جهاز كمبيوتر محمول. دائماً ما يفاجئني أن هذه هي المواقع الافتراضية التي حددتها Microsoft، حيث كنت أفترض أن شيئًا ثقيلاً مثل Hyper-V يجب أن يكون له بعض أفضل الممارسات فيما يخص مواقع التخزين لملفات الآلات الافتراضية والأقراص، وليس مجلد Documents المشترك. أعتقد أن Microsoft لا تعرف تكوين الخادم الخاص بك، لذلك لا يمكنها تقديم تخمينات فعلية حول المكان الذي تريد تخزين تلك البيانات فيه، وبالتالي تحدد الافتراضي ليكون شيئًا يعمل تقنيًا ولكن يجب تغييره كمسألة أفضل الممارسات. العديد من خوادم Hyper-V ستحتوي على تخزين مخصص، حتى لو كان فقط قرص صلب منفصل، حيث يتم تخطيط تخزين هذه الملفات. تأكد من تخصيص دقيقة في هذه الشاشة وتغيير مواقع التخزين الافتراضية لملفات الآلات الافتراضية الخاصة بك.
يجب أن تتذكر أن النسخة من Windows Server 2022 التي تستخدمها تحدد عدد الآلات الافتراضية (VMs) التي يمكنك تشغيلها على هذا الخادم. Server 2022 Standard يحدك بتشغيل اثنين من الآلات الافتراضية، بينما يمنحك إصدار Datacenter إمكانية تشغيل العدد الذي يمكن أن يتسع له العتاد.
الافتراضية المتداخلة (Nested Virtualization)
كما ذكرنا سابقًا في الفصل 13 عن الحاويات، تعود هنا الموضوع مجددًا. عادةً، عندما نتحدث عن تثبيت دور Hyper-V على خادم، نتحدث عن تثبيته على العتاد الفعلي. يصبح هذا العتاد خادم Hyper-V المضيف، والمتطلبات المسبقة الافتراضية مثل DEP تكون مرتبطة بالعتاد نفسه. هناك بعض الظروف، سواء المتعلقة بالحاويات أو بشكل منفصل، حيث قد تجد نفسك تتساءل، هل يمكنني تثبيت دور Hyper-V على... آلة افتراضية (VM)؟ الإجابة هي نعم! وهذا هو بالضبط تعريف الافتراضية المتداخلة.
في الواقع، إذا تذكرت لقطة الشاشة الأولى في هذا الفصل حيث أظهرت رسالة خطأ واجهتها عند محاولة تثبيت دور Hyper-V، كان ذلك الخطأ لأنني كنت أحاول تثبيت Hyper-V على VM. لقد أنشأت ببساطة VM جديدة على المضيف الفعلي، وقمت بتشغيل Windows Server 2022 عليها، ثم حاولت تفعيل خيار تثبيت Hyper-V عليها... لكنه فشل. لماذا؟
الآلات الافتراضية الجديدة ليست مهيأة بشكل افتراضي لاستضافة آلات افتراضية أخرى. إذا كنت قد عملت في Hyper-V من قبل، ربما تتذكر أن هناك بعض الإعدادات على مستوى BIOS المتاحة لكل VM وربما تعتقد أن هذا هو المكان الذي ستزوره لتمكين VM من القيام بالافتراضية المتداخلة، لكن الخيار غير متاح من داخل واجهة إدارة Hyper-V GUI بأي حال من الأحوال. بدلاً من ذلك، يجب أن نتوجه إلى PowerShell على خادم المضيف الفعلي لتمكين الافتراضية المتداخلة على VM.
بتشغيل PowerShell على خادم Hyper-V الفعلي، ببساطة نفذ الأمر التالي لتمكين VM الجديد HyperV1 ليتمكن من القيام بالافتراضية المتداخلة واستضافة آلات افتراضية إضافية:
Set-VMProcessor -VMName HyperV1 -ExposeVirtualizationExtensions $true
يجب أن تكون VM مغلقة لكي يكون هذا الأمر ناجحًا، ولكن بعد هذا التعديل البسيط، ستصبح VM مهيأة الآن لتثبيت دور Hyper-V وتلبية أغراض الافتراضية المتداخلة في بيئتك.
دعم معالجات AMD
عند تشغيل الافتراضية المتداخلة عن طريق تثبيت دور Hyper-V على آلة افتراضية، قبل Windows Server 2022، كنت محدودًا بنوع المعالج الفعلي الذي يمكنه دعم هذا السيناريو. الجديد في هذا الإصدار هو دعم الافتراضية المتداخلة على معالجات AMD.
المفاتيح الافتراضية (Virtual Switches)
عند إكمال تثبيت دور Hyper-V، قد تكون رغبتك الأولى هي البدء في إنشاء آلات افتراضية، ولكن يجب أن تأخذ دقيقة للتأكد من أن قدرات الشبكات في خادم Hyper-V تفي باحتياجاتك. خلال عملية تثبيت الدور، اخترنا بطاقات الشبكة الفعلية (NICs) التي سيتم تمريرها إلى Hyper-V، وأخبرنا هذا الشاشة أنها ستنشئ مفتاحًا افتراضيًا لكل من هذه البطاقات. ولكن كيف يبدو ذلك داخل وحدة التحكم؟ وما هي الخيارات المتاحة لنا لإنشاء شبكات بين آلاتنا الافتراضية؟
للإجابة على هذه الأسئلة، نحتاج إلى فتح واجهة الإدارة الخاصة بـ Hyper-V. كما هو الحال مع أي أداة إدارية لدور Windows، تحقق من داخل قائمة الأدوات في مدير الخادم (Server Manager)، والآن بعد تثبيت الدور، سترى قائمة جديدة لـ Hyper-V Manager. افتحها، ونحن الآن ننظر إلى المنصة الرئيسية التي ستدير وتتحكم في كل جانب من جوانب بيئة Hyper-V الخاصة بك.
حاليًا، لدينا الكثير من المساحة الفارغة في هذه الوحدة لأننا لا نمتلك أي آلات افتراضية تعمل بعد. على الجانب الأيمن من Hyper-V Manager، يمكنك رؤية رابط يقول "Virtual Switch Manager...". انقر على هذا الرابط للانتقال إلى إعدادات مفاتيحنا الافتراضية والشبكات.
في الجانب الأيسر، ترى قائمة بالمفاتيح الافتراضية الحالية. على خادمي، هناك مفتاح واحد فقط مدرج هناك في الوقت الحالي، والذي يحمل اسم بطاقة الشبكة الفعلية المتصلة به. هذا هو المفتاح الافتراضي الذي أنشأه عملية تثبيت الدور لنا عندما اخترنا بطاقة الشبكة لتضمينها مع Hyper-V. إذا اخترت بطاقات شبكة متعددة أثناء تثبيت الدور، سيكون لديك مفاتيح افتراضية متعددة متاحة هنا، كل منها يتوافق مع بطاقة شبكة فعلية واحدة. كل آلة افتراضية تنشئها سيكون لها بطاقة شبكة افتراضية واحدة أو أكثر، وسترى قريبًا أنه يمكنك اختيار المكان الذي تتصل به كل من هذه البطاقات الافتراضية.
إذا كان هناك خمس شبكات فعلية مختلفة قد تحتاج آلاتك الافتراضية إلى الاتصال بها، يمكنك استخدام خمس بطاقات شبكة فعلية في خادم Hyper-V، وتوصيل كل واحدة منها بشبكة مختلفة، ثم الحصول على خمسة مفاتيح افتراضية هنا في وحدة التحكم يمكن أن تتصل بها بطاقات الشبكة الافتراضية للآلات الافتراضية.
كما ترى في الشكل 14.7، لدينا زر يسمى "Create Virtual Switch"، وهو واضح بذاته. هنا نقوم بإنشاء مفاتيح جديدة، ولكن هناك ثلاثة أنواع مختلفة من المفاتيح التي يمكنك إنشاؤها. دعونا نأخذ دقيقة لمناقشة الاختلافات بينها.
المحول الافتراضي الخارجي (External virtual switch)
المحول الافتراضي الخارجي هو النوع الأكثر شيوعًا لاستخدامه لأي VMs تحتاج إلى الاتصال بشبكة الإنتاج. يرتبط كل محول افتراضي خارجي ببطاقة NIC الفعلية المثبتة على Hyper-V Server. إذا نقرت على محول افتراضي خارجي، يمكنك أن ترى أن لديك بعض الخيارات لتكوين هذا المحول ويمكنك حتى تغيير نوع المحول. في الصورة التالية، قمت بإعادة تسمية المحول الافتراضي الخارجي الخاص بي ليكون من السهل التعرف عليه عندما أقرر إضافة بطاقات NIC إضافية إلى هذا الخادم في المستقبل:
المحول الافتراضي الداخلي (Internal virtual switch)
المحولات الافتراضية الداخلية غير مرتبطة ببطاقة NIC الفعلية، لذا إذا قمت بإنشاء محول افتراضي داخلي وربطت VM به، فلن تتمكن تلك الآلة الافتراضية من الاتصال بشبكة فعلية خارج خادم Hyper-V. إنها نوع من الوسط بين الأنواع الأخرى من المحولات؛ استخدام محول افتراضي داخلي مفيد عندما تريد أن يبقى حركة المرور للـ VM داخل بيئة Hyper-V ولكن ما زالت توفر اتصال شبكي بين VMs وخادم Hyper-V نفسه. بعبارة أخرى، يمكن للـ VMs المتصلة بمحول افتراضي داخلي التحدث مع بعضها البعض والتحدث مع خادم Hyper-V، ولكن ليس إلى ما بعد ذلك.
المحول الافتراضي الخاص (Private virtual switch)
المحول الافتراضي الخاص هو كما يوحي الاسم: خاص. VMs المتصلة بنفس المحول الافتراضي الخاص يمكنها التواصل مع بعضها البعض، ولكن ليس إلى ما بعد ذلك. حتى خادم Hyper-V ليس لديه اتصال شبكي مع محول افتراضي خاص. مختبرات الاختبار هي مثال رائع على استخدام المحولات الافتراضية الخاصة، والتي سنناقشها بعد هذا القسم عندما نقوم بإنشاء محول افتراضي جديد خاص بنا.
إنشاء محول افتراضي جديد (Creating a new virtual switch)
التالي هو مثال أستخدمه غالبًا. أنا أقوم بتشغيل Hyper-V Server جديد، والذي يتصل فعليًا بشبكتي المؤسسية، لذا يمكنني تشغيل VMs جديدة، وربطها بالمحول الافتراضي الخارجي الخاص بي، وجعلها تتواصل مباشرة مع الشبكة المؤسسية. هذا يسمح لي بربطها بالمجال والتفاعل معها كما أفعل مع أي خادم على شبكتي. ربما أحتاج إلى إنشاء بعض VMs التي أريدها أن تتحدث مع بعضها البعض، لكن لا أريدها أن تتواصل مع شبكة الإنتاج الخاصة بي. مثال جيد على هذا السيناريو في العالم الحقيقي هو عند بناء مختبر اختبار. في الواقع، أنا أتبع هذا النهج بالضبط لجميع الخوادم التي استخدمناها في هذا الكتاب. خادم Hyper-V الفعلي الخاص بي على شبكة الإنتاج الخاصة بي، ومع ذلك فإن شبكة Contoso.local الكاملة وجميع VMs التي تعمل داخلها على شبكتها المنفصلة تمامًا، والتي تكون معزولة تمامًا عن شبكتي الحقيقية. فعلت هذا عن طريق إنشاء محول افتراضي خاص جديد. تذكر من الوصف أنه عندما تقوم بتوصيل VMs بهذا النوع من المحولات، يمكنها التواصل مع VMs الأخرى المتصلة بنفس المحول الافتراضي، لكنها لا تستطيع التواصل خارج هذا المحول.
داخل Virtual Switch Manager، كل ما يجب علي فعله هو اختيار نوع المحول الافتراضي الذي أريد إنشاؤه، الخاص في هذه الحالة، والنقر على زر Create Virtual Switch. يمكنني بعد ذلك تقديم اسم للمحول الجديد، ويمكنني فورًا توصيل VMs بهذا المحول. يمكنك أن ترى في الشكل 14.9 أنني أنشأت محولين افتراضيين خاصين جديدين: واحد لتوصيل NICs الداخلية لـ VMs الخاصة بمختبر الاختبار وآخر سيكون بمثابة شبكة DMZ لمختبر الاختبار:
ال Receive Segment Coalescing (RSC)
لا توجد العديد من التحسينات الكبيرة أو الاختلافات بين طريقة عمل Hyper-V في Windows Server 2022 مقارنة بسابقه، 2019، ولكن هنا نسلط الضوء على منطقة جديدة من الكفاءة المكتشفة التي تتعلق بموضوعنا الحالي. المحولات الافتراضية في Server 2022 مُحسّنة مع RSC، مما يسمح لشبكات Hyper-V بدمج الحزم (coalesce) معًا لتشكيل أجزاء شبكية أكبر. دمج حزم الشبكة يجعل المعالج المركزي يتعامل مع معالجة عدد أقل من الحزم الإجمالية، مما يحسن الكفاءة في شبكات Hyper-V، سواء عند التفاعل مع حركة مرور الشبكة القادمة من الأجهزة خارج مضيف Hyper-V وكذلك التفاعل الشبكي بين VMs على نفس المضيف.
تنفيذ خادم افتراضي جديد
الآن نحن مستعدون لتشغيل أول خادم افتراضي لدينا! على غرار إنشاء محولات افتراضية جديدة، عملية إنشاء VM جديد مباشرة إلى حد ما، لكن هناك بعض الخطوات على الطريق التي قد تحتاج إلى بعض التوضيح إذا لم تكن قد مررت بهذه العملية من قبل. نبدأ بنفس واجهة الإدارة التي نستخدمها لكل شيء في عالم Hyper-V. افتح Hyper-V Manager وانقر بزر الماوس الأيمن على اسم Hyper-V Server الخاص بك. انتقل إلى New | Virtual Machine... لتشغيل المعالج:
أول شاشة نحتاج إلى اتخاذ بعض القرارات فيها هي Specify Name and Location. أنشئ اسمًا لـ VM الجديد الخاص بك، وهو أمر سهل بما يكفي. ثم لديك أيضًا فرصة لتخزين VM في موقع جديد. إذا قمت بتعيين موقع افتراضي جيد لـ VMs الخاصة بك أثناء تثبيت دور Hyper-V، فهناك احتمالات أنك لن تحتاج إلى تعديل هذا الحقل. ولكن في حالتي، اخترت الخيارات الافتراضية عندما قمت بتثبيت الدور، لذا كان هذا المعالج سيضع VM الخاص بي في مكان ما داخل C:\ProgramData، ولم يعجبني ذلك. لذا اخترت خانة الاختيار واخترت موقعًا يعجبني لـ VM الخاص بي. يمكنك أن ترى أنني أستخدم قرصًا مخصصًا لتخزين VMs الخاصة بي، وهو ممارس جيد بشكل عام. من الممارسات الأفضل في شبكة أكبر هو استخدام مساحة قرص مرنة يتم الوصول إليها عبر الشبكة، مثل بنية Storage Spaces Direct أو نوع من SAN:
بعد ذلك، عليك أن تقرر ما إذا كنت تقوم بإنشاء VM من الجيل 1 أو الجيل 2. لا نحتاج إلى مناقشة هذا بالتفصيل، لأن التفسيرات الخاصة بالجيلين موضحة بوضوح على الصفحة وفي الشكل 14.12. إذا كان VM الخاص بك سيقوم بتشغيل نظام تشغيل قديم، فمن المرجح أن تختار الجيل 1 لضمان التوافق. بدلاً من ذلك، إذا كنت تخطط لتثبيت نظام تشغيل حديث على هذا VM الجديد، فإن اختيار الجيل 2 هو على الأرجح في مصلحتك من منظور الميزات الجديدة والأمان:
الآن، حدد مقدار الذاكرة التي تريد تخصيصها لهذا VM المحدد. ضع في اعتبارك أن هذا الإعداد قابل للتعديل في المستقبل، لذا لا تحتاج إلى التخطيط كثيرًا لهذا. كمية الذاكرة التي تخصصها لهذا الجهاز الافتراضي ستعتمد على مقدار الذاكرة المتاحة لديك في نظام Hyper-V المضيف، ومقدار الذاكرة المطلوبة لتشغيل الأدوار والخدمات التي تخطط لتثبيتها على هذا VM. يمكنك تحديد أي مقدار من الذاكرة في هذا الحقل. على سبيل المثال، إذا أردت حوالي 2 جيجابايت، يمكنني كتابة 2,000 ميجابايت. ومع ذلك، ما أجده في الميدان هو أن معظم الناس لا يزالون يلتزمون بالمقدار الفعلي من الميجابايت، لأن هذا ما كنا نفعله دائمًا مع الأجهزة. لذا بدلاً من تقريبها إلى 2,000، سأحدد VM بـ 2 جيجابايت الفعلي – أو 2,048 ميجابايت.
ترك الخانة غير محددة للذاكرة الديناميكية يعني أن Hyper-V سيخصص 2,048 ميجابايت من ذاكرته الفعلية المتاحة لهذا VM المحدد. سواء كان VM يستخدم 2,048 ميجابايت أو 256 ميجابايت في أي وقت محدد، فإن الـ 2,048 ميجابايت بالكامل ستكون مخصصة لـ VM ولن تكون قابلة للاستخدام من قبل باقي Hyper-V Server. إذا اخترت Use Dynamic Memory لهذا VM، فإن VM يأخذ فقط من مضيف Hyper-V ما يستخدمه في أي وقت محدد. إذا قمت بتعيينه على 2,048 ميجابايت، لكن VM يجلس خاملاً ويستهلك فقط 256 ميجابايت، فإنه سيقوم فقط بتحميل Hyper-V بتحميل 256 ميجابايت:
تكوين الشبكات هو الشاشة التالية التي يتم تقديمها لنا، وهنا ببساطة نختار أي محول افتراضي يتم توصيل NIC الخاص بـ VM به. لدينا القدرة على إضافة NICs إضافية إلى هذا VM لاحقًا، ولكن في الوقت الحالي، نحصل على NIC قياسي واحد أثناء إنشاء VM الجديد الخاص بنا، ونحتاج ببساطة إلى اختيار المكان الذي يجب توصيله به. في الوقت الحالي، سيتم توصيل خادم الويب الجديد الذي أقوم بإنشائه بشبكة Test Lab الداخلية الخاصة بشركتي، حتى أتمكن من بناء تطبيق الويب الخاص بي واختباره قبل تقديمه إلى شبكة الإنتاج الحقيقية. إذا قمت بإسقاط قائمة الاتصالات المتاحة هنا، سترى أن محولي الافتراضي الخارجي الأصلي، بالإضافة إلى المحولين الافتراضيين الخاصين الجديدين اللذين قمت بإنشائهما، متاحين للاختيار:
تحتاج أيضًا إلى بعض التفاصيل حتى يمكن لهذا VM الجديد الحصول على قرص صلب. في معظم الحالات، ستستخدم الخيار العلوي هنا بحيث يحصل VM الجديد على قرص صلب جديد تمامًا. هناك أيضًا خيارات لاستخدام قرص صلب افتراضي موجود إذا كنت تقوم بالإقلاع من ملف موجود، أو إرفاق قرص لاحقًا إذا لم تكن مستعدًا لاتخاذ هذا القرار بعد. سنسمح للمعالج بإنشاء قرص صلب افتراضي جديد، والحجم الافتراضي هو 127 جيجابايت. يمكنني ضبط هذا على ما أريد، ولكن من المهم أن تعرف أنه لا يستهلك كامل الـ 127 جيجابايت من المساحة. سيكون حجم القرص فقط بحجم ما يتم استخدامه على القرص، لذا سيُستخدم فقط جزء صغير من تلك الـ 127 جيجابايت. أذكر هذا لأشير إلى أن الرقم الذي تحدده هنا هو أكثر من حجم أقصى، لذا تأكد من تخطيط أقراصك بشكل مناسب، مع تحديد حجم كافٍ بحيث تكون لديك أنت وتطبيقاتك الغرفة اللازمة للنمو:
شاشة الخيارات الأخيرة في المعالج تتيح لنا تحديد تفاصيل نظام التشغيل الذي سيعمل على VM الجديد الخاص بنا. أو بالأحرى، من أين سيتم تثبيت نظام التشغيل. سنترك هذا مضبوطًا على Install an operating system later عن قصد لأن هذا هو الخيار الافتراضي، وسيعطينا الفرصة لرؤية ما يحدث عندما لا تحدد أي إعدادات في هذه الشاشة:
بدء الاتصال بالـ VM
لقد أنشأنا الآن VM، والذي يمكنك رؤيته داخل وحدة التحكم في Hyper-V Manager. بدء تشغيل الـ VM بسيط كالنقر بزر الماوس الأيمن عليه ثم اختيار Start. بعد اختيار خيار بدء تشغيل الـ VM، انقر بزر الماوس الأيمن عليه مرة أخرى واختر Connect... سيفتح هذا نافذة وحدة التحكم التي يمكنك من خلالها مشاهدة عملية الإقلاع لخادمك الجديد:
الآن بعد أن تم بدء تشغيل الـ VM الجديد، ماذا يمكننا أن نتوقع أن نرى داخل نافذة وحدة التحكم؟ رسالة فشل في الإقلاع بالطبع:
تثبيت نظام التشغيل
نحصل على رسالة فشل في الإقلاع لأننا لم نحدد أي وسائط لنظام التشغيل أثناء معالج الإعداد، ولذلك قام Hyper-V بإنشاء الـ VM والقرص الصلب الجديد، ولكن تمامًا كما عند بناء خادم جديد من الأجهزة، تحتاج إلى تثبيت برنامج على ذلك القرص الصلب ليقوم بأي شيء. لحسن الحظ، تثبيت نظام تشغيل على VM أسهل بكثير من تثبيته على خادم فعلي. بالعودة إلى وحدة التحكم في Hyper-V Manager، انقر بزر الماوس الأيمن على اسم الـ VM الجديد الخاص بك وانتقل إلى Settings...
داخل Settings، ستجد أن هذا الـ VM يحتوي على DVD Drive مدرج تلقائيًا في IDE Controller 1. إذا نقرت على DVD Drive، يمكنك بسهولة إرشاده لتركيب أي ISO على ذلك المشغل. انسخ ملف الـ ISO الخاص بمثبت نظام التشغيل الذي ترغب في تشغيله إلى القرص الصلب لخادم Hyper-V الخاص بك. عادةً ما أضع جميع ملفات ISO الخاصة بي داخل مجلد مخصص يسمى ISOs، بجوار مجلد VMs، ثم أتصفح إليه من هذه الشاشة. توصيل ISO بـ VM هو نفس توصيل DVD تثبيت فعلي بخادم فعلي:
بعد تركيب الوسائط، أعد تشغيل الـ VM وسترى أن مثبت نظام التشغيل يبدأ تلقائيًا.
ملحوظة :
ستواجه مشكلة في تشغيله في البداية بحيث رغم سلامة ملف ال iso الخاص بالنظام ولكن لن يعمل الفكرة هنا هو في الضغط على زر "space” كثيرا اثناء تشغيل windows server فقط
النهاية
نكون هنا انتهينا من الجزء 1 من الفصل 14 تماما من شهادة MCSA المقدمة من Microsoft الأن نغوص في الأعماق
و لا بد وانت تقرا ان تكون مركز جيدا لكل معلومة ومعك ورقة وقلم , لانك بالتاكيد ستحتاجها
واذا واجهتك اي مشكلة في الفهم او ما شابه , يمكنك على الفور الذهاب الى المجتمع الخاص بنا في Telegram للمناقشة والتواصل معنا من هنا
او اذا واجهتك مشكلة في الموقع او تريد اجابة سريعة يمكنك الذهاب الى اخر صفحة في الموقع ستجد صفحة اتصل بنا موجودة يمكنك ارسالة لنا مشكلتك , وسيتم الرد عليها بسرعة جدا ان شاء الله
ويمكنك الأنضمام الى المجتمع Hidden Lock بالكامل مع جميع قنواته للأستفادة في اخر الأخبار في عالم التقنية وايضا الكتب بالمجان والكورسات والمقالات من خلال الرابط التالي لمجموعة القنوات من هنا
يمكنك ايضا متابعتنا في منصات X او Twitter سابقا , لمشاهدة الاخبار والمقالات السريعة والمهمة من
وفقط كان معكم Sparrow اتمنى ان تدعوا لي وتتذكروني في الخير دوما
