Name: الأساس الحديدي — الأسبوع 13 — المحاكاة الافتراضية على Bare Metal
Author: Amine RAITI

RATIO

الأساس الحديدي · دعامة الدرس · الأسبوع 13

◆◆◆

المحاكاة الافتراضية
على Bare Metal
الأسبوع 13 من 26 · الوحدة 5 — أنظمة التشغيل على Bare Metal
10 ساعات نظرية · 25 ساعة تطبيقية

◆

◆ الأهداف التعليمية للأسبوع

1. التمييز بين Hyperviseur من النوع 1 والنوع 2
2. تثبيت وإعداد Proxmox VE (أو ما يعادله) على bare metal
3. إنشاء وتشغيل وإيقاف وحذف آلات افتراضية
4. إدارة الموارد الافتراضية (CPU، RAM، القرص) وفهم حدودها
5. تحقيق Snapshot واستعادة VM

◆◆◆

⚠ تنبيه — ديمومة الإصدارات المذكورة

تذكر هذه الدعامة Proxmox VE كـHyperviseur مرجعي لهذا الدرس (مفتوح المصدر، اعتماد واسع في 2026). يمكن للمكوِّن استبداله بأي Hyperviseur آخر من النوع 1 متوفر في بيئة التكوين — تبقى المفاهيم والأهداف متطابقة بغض النظر عن الأداة المختارة.

◆

Amine RAITI · مهندس بنية تحتية وSRE
وثيقة عمومية · CC BY-NC-SA 4.0 · AI Powered by Amine
عملية ديندون

RATIO

خطة الدرس · 10 ساعات

الخيط النظري الناظم

◆

13.1 · Hyperviseur من النوع 1 مقابل النوع 2ساعتان

— النوع 1 (bare metal): يُثبَّت مباشرة على العتاد، تحكم كامل في الموارد الفيزيائية (صلة بالأسبوع 6 — العتاد المدروس في الحوسبة الدقيقة يصبح موردًا افتراضيًا)
— النوع 2 (hosted): يعمل داخل نظام تشغيل مضيف، أداء أقل لكن تثبيت أسهل
— لماذا يستخدم التكوين النوع 1: إنه نموذج الإنتاج الحقيقي

13.2 · مفاهيم أساسية للمحاكاة الافتراضية3 ساعات

— الموارد الافتراضية مقابل الفيزيائية: vCPU، RAM افتراضية، قرص افتراضي (qcow2، vmdk)
— مفهوم الالتزام الزائد (overcommit): تخصيص موارد افتراضية أكثر من الموارد الفيزيائية المتوفرة، والمخاطر المرتبطة
— الشبكة الافتراضية: bridges، VLAN على Hyperviseur (صلة مسبقة بوحدة الشبكات الأسبوع 17-19)

13.3 · Snapshots والاستنساخات3 ساعات

— Snapshot: صورة لحالة VM في لحظة معينة (القرص + RAM اختياريًا)، مفيدة للاختبارات والتحديثات المحفوفة بالمخاطر
— الاستنساخ (Clone): نسخة كاملة من VM لنشر سريع لنسخة جديدة
— حدود Snapshots: لا تعوّض نسخة احتياطية خارج Hyperviseur (صلة مباشرة بصور الأقراص للأسبوع 7)

13.4 · بنية عنقود (cluster) من Hyperviseursساعتان

— تقديم مفاهيمي للعنقود (عدة مضيفين فيزيائيين يتشاركون مجمع موارد)
— مفهوم الترحيل الساخن (live migration) — سيُمارَس في الأسبوع 14
— التخزين المشترك كشرط مسبق للتوافر العالي (صلة مسبقة بالأسبوع 14)

RATIO

التمرين التطبيقي 1 · تثبيت Hyperviseur وأولى الآلات الافتراضية · 12 ساعة

المعدات: جهاز فيزيائي مخصص (أو الخادم المُجمَّع في الأسبوع 6)، صورة ISO لـProxmox VE (الإصدار المستقر المتوفر)، مفتاح USB قابل للإقلاع، اتصال شبكي.

(ساعتان) تثبيت Proxmox VE على bare metal: التقسيم، إعداد شبكة Hyperviseur، الوصول إلى الواجهة الويب.

(ساعتان) استكشاف الواجهة الويب: العقدة، التخزين، الشبكة، إنشاء مجمع تخزين محلي.

(4 ساعات) إنشاء أول VM بنظام Linux (باستخدام ISO المتقنة سابقًا في الأسبوع 8): تخصيص الموارد، تثبيت النظام، التشغيل والتحقق.

(ساعتان) إنشاء VM ثانية بموارد مختلفة (RAM أقل، vCPU أقل)، مقارنة الأداء الملاحَظ مع الأولى.

(ساعتان) تحقيق Snapshot للـVM الأولى، تعديل طوعي للنظام (حذف ملف مهم)، استعادة من Snapshot، التحقق.

تصحيح التمرين التطبيقي 1

التحقق بعد تثبيت Hyperviseur: يجب أن تكون الواجهة الويب قابلة للوصول من جهاز عميل عبر عنوان IP المُعدّ أثناء التثبيت، على المنفذ الافتراضي. يجب أن تظهر العقدة عاملة في لوحة المعلومات.

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

RATIO

التمرين التطبيقي 2 · إدارة الموارد والشبكة الافتراضية · 13 ساعة

المعدات: Hyperviseur المُهيَّأ في التمرين 1، الآلتان الافتراضيتان المُنشأتان.

(3 ساعات) تعديل ساخن لموارد VM (إضافة RAM وvCPU دون إعادة تشغيل إن كان مدعومًا من Hyperviseur)، ملاحظة الأثر في النظام الضيف.

(3 ساعات) إعداد الشبكة الافتراضية: إنشاء bridge شبكي مخصص، توصيل الآلتين على هذا الـbridge، اختبار التواصل بينهما (ping، نقل ملف).

(4 ساعات) تمرين التزام زائد متحكَّم فيه: إعداد الآلتين بـRAM إجمالية أعلى قليلًا من RAM الفيزيائية المتوفرة، ملاحظة سلوك Hyperviseur والآلات تحت الحمل (أداة اختبار إجهاد بسيطة).

(3 ساعات) استنساخ VM، تشغيل النسخة المستنسَخة، التحقق من أن النسختين تعملان بشكل مستقل.

تصحيح التمرين التطبيقي 2

النتيجة المتوقَّعة للالتزام الزائد: مع التزام زائد خفيف (10-20% فوق RAM الفيزيائية)، يستخدم Hyperviseur ذاكرة ballooning أو swap لتلبية الطلب — تعمل الآلات لكن مع تدهور أداء قابل للقياس. مع التزام زائد مفرط، يزداد خطر تعطل الآلات بشكل كبير.

التحقق من الاستنساخ: يجب أن تمتلك النسختان معرِّفات مختلفة (IP إن كان DHCP، اسم مضيف إن أُعيد إعداده) — نسخة غير معاد إعدادها قد تُحدث تعارضات شبكية، نقطة مهمة للتأكيد عليها.

◆ بطاقة تجميع — التقييم الذاتي للأسبوع 13

1. أستطيع التمييز بين Hyperviseur من النوع 1 والنوع 2.

2. أستطيع تثبيت Proxmox VE (أو ما يعادله) على bare metal.

3. أستطيع إنشاء وإدارة VM (تشغيل، إيقاف، حذف).

4. أفهم مفهوم الالتزام الزائد ومخاطره.

5. أستطيع تحقيق واستعادة Snapshot.

6. أفهم لماذا لا يعوّض Snapshot نسخة احتياطية خارجية.

7. أستطيع إعداد bridge شبكي وربط التواصل بين آلتين افتراضيتين.

8. أستطيع استنساخ VM.