مقدمة
مشروع مفتوح المصدر هي عبارة عن منصة افتراضية مجانية على مستوى المؤسسات. بالتمرير عبر habr ، وجدت ذلك لم يتم تغطيتها على نطاق واسع كما تستحق.
oVirt هو في الواقع منبع لنظام Red Hat Virtualization (RHV ، سابقًا RHEV) ، والذي ينمو تحت جناح Red Hat. لتجنب الارتباك ، هذا لا مثل CentOS vs RHEL ، فإن النموذج أقرب إلى Fedora vs RHEL.
تحت الغطاء - ، يتم استخدام واجهة الويب للإدارة. استنادًا إلى RHEL / CentOS 7 OS.
يمكن استخدام oVirt لكل من الخادم "التقليدي" والمحاكاة الافتراضية لسطح المكتب (VDI) ، على عكس حل VMware ، يمكن أن يتواجد كلا النظامين في مجمع واحد.
مشروع جيد ، وصلت إلى مرحلة النضج منذ فترة طويلة للاستخدام المنتج وجاهزة للأحمال العالية.
هذه المقالة هي الأولى في سلسلة حول كيفية إنشاء مجموعة تجاوز فشل عاملة. بعد المرور بها ، في وقت قصير (حوالي ساعتين) ، سنحصل على نظام يعمل بشكل كامل ، على الرغم من أنه لا يمكن الكشف عن عدد من المشكلات ، بالطبع ، سأحاول تغطيتها في المقالات التالية.
نحن نستخدمه منذ عدة سنوات ، بدأنا بالإصدار 4.1. يعيش نظامنا الصناعي الآن على الجيل العاشر من HPE Synergy 480 و ProLiant BL460c مع وحدات المعالجة المركزية Xeon Gold.
في وقت كتابة هذا التقرير ، الإصدار الحالي هو 4.3.
مقالات
- مقدمة (نحن هنا)
الميزات الوظيفية
هناك نوعان من الكيانات الرئيسية في oVirt: محرك Ovirt و ovirt-host (s). بالنسبة لأولئك الذين هم على دراية بمنتجات VMware ، فإن oVirt ككل كمنصة هي vSphere ، محرك Ovirt - طبقة التحكم - يؤدي نفس وظائف vCenter ، و ovirt-host هو برنامج Hypervisor ، مثل ESX (i). لأن vSphere هو حل شائع جدًا ، وأحيانًا سأقارنه به.
أرز. 1 - لوحة تحكم oVirt.
يتم دعم معظم توزيعات Linux وإصدارات Windows كأجهزة ضيف. بالنسبة لأجهزة الضيف ، هناك وكلاء وأجهزة افتراضية محسّنة وبرامج تشغيل Virtio ، وهي في الأساس وحدة تحكم بالقرص وواجهة شبكة.
لتنفيذ حل يتحمل الأخطاء وجميع الميزات المثيرة للاهتمام ، ستحتاج إلى مساحة تخزين مشتركة. يتم دعم كل من مخازن block FC و FCoE و iSCSI و NFS للملفات ، وما إلى ذلك. لتنفيذ حل يتحمل الأخطاء ، يجب أن يكون نظام التخزين أيضًا متسامحًا مع الأخطاء (على الأقل جهازي تحكم ، متعدد المرور).
من الممكن استخدام المستودعات المحلية ، ولكن بشكل افتراضي ، تكون المستودعات المشتركة فقط مناسبة لمجموعة حقيقية. تجعل المستودعات المحلية النظام مجموعة متباينة من برامج Hypervisor ، وحتى مع التخزين المشترك ، لا يمكن تجميع الكتلة. الطريقة الصحيحة هي الأجهزة التي لا تحتوي على أقراص مع التمهيد من SAN ، أو الأقراص ذات الحجم الأدنى. ربما ، من خلال ربط vdsm ، من الممكن البناء من الأقراص المحلية للتخزين المحدد بالبرمجيات (على سبيل المثال ، Ceph) وتقديم جهاز VM الخاص به ، لكنني لم أفكر فيه بجدية.
هندسة معمارية
أرز. 2- عمارة oVirt.
يمكن العثور على مزيد من المعلومات حول الهندسة المعمارية في مطور.
أرز. 3 - الأجسام الخارجية.
العنصر العلوي في التسلسل الهرمي - مركز البيانات. يحدد ما إذا كان التخزين المحلي أو المشترك مستخدمًا ، بالإضافة إلى مجموعة الميزات المستخدمة (التوافق ، 4.1 إلى 4.3). قد يكون هناك واحد أو أكثر. بالنسبة للعديد من الخيارات ، يكون استخدام مركز البيانات الافتراضي هو افتراضي.
يتكون مركز البيانات من واحد أو أكثر مجموعات. تحدد المجموعة نوع المعالج ، وسياسات الترحيل ، وما إلى ذلك. بالنسبة لعمليات التثبيت الصغيرة ، يمكنك أيضًا قصر نفسك على المجموعة الافتراضية.
الكتلة ، بدورها ، تتكون من مضيفالتي تؤدي العمل الرئيسي - فهي تحمل آلات افتراضية ، والمخازن متصلة بها. تفترض الكتلة مضيفين أو أكثر. على الرغم من أنه من الممكن تقنيًا إنشاء مجموعة ذات مضيف واحد ، إلا أن هذا ليس مفيدًا عمليًا.
يدعم oVirt العديد من الميزات ، بما في ذلك. الترحيل المباشر للأجهزة الافتراضية بين برامج Hypervisor (الترحيل المباشر) والمخازن (ترحيل التخزين) ، والمحاكاة الافتراضية لسطح المكتب (البنية الأساسية لسطح المكتب الافتراضي) مع تجمعات VM ، وأجهزة افتراضية خاصة وعديمة الحالة ، ودعم NVidia Grid vGPU ، والاستيراد من vSphere ، و KVM ، هناك قوة وأكثر بكثير. كل هذه الميزات متاحة بدون حقوق ملكية ، وإذا لزم الأمر ، يمكن شراء الدعم من Red Hat من خلال شركاء إقليميين.
حول أسعار RHV
التكلفة ليست عالية مقارنة بـ VMware ، يتم شراء الدعم فقط - دون الحاجة إلى شراء الترخيص نفسه. يتم شراء الدعم فقط من أجل برامج Hypervisor ، محرك Ovirt ، على عكس خادم vCenter ، لا يتطلب الإنفاق.
مثال على حساب السنة الأولى للملكية
ضع في اعتبارك مجموعة من 4 آلات مقبس وأسعار البيع بالتجزئة (لا توجد خصومات على المشروع).
اشتراك RHV القياسي لكل مقبس / سنة (قسط 365/24/7 - 1499 دولارًا أمريكيًا) ، إجمالي 4 * 2 * 999 دولارًا =$7992.
:
- VMware vCenter Server Standard 10,837.13 دولارًا لكل مثيل بالإضافة إلى الاشتراك الأساسي 2,625.41 دولارًا (الإنتاج 3,125.39 دولارًا) ؛
- VMware vSphere Standard 1,164.15 دولارًا + الاشتراك الأساسي 552.61 دولارًا (الإنتاج 653.82 دولارًا) ؛
- VMware vSphere Enterprise Plus 6,309.23 دولارًا + اشتراك أساسي 1,261.09،1,499.94 دولارًا (الإنتاج XNUMX دولارًا).
الإجمالي: 10 + 837,13 + 2 * 625,41 * (4 + 2) = ١٥٩,٩٢٩ $ لأصغر خيار. الفرق حوالي 3,5 مرة!
في oVirt ، تتوفر جميع الوظائف دون قيود.
خصائص موجزة والحدود القصوى
متطلبات النظام
يتطلب برنامج Hypervisor وحدة المعالجة المركزية (CPU) مع تمكين الأجهزة الافتراضية ، والحد الأدنى من ذاكرة الوصول العشوائي للبدء هو 2 جيجا بايت ، ومقدار التخزين الموصى به لنظام التشغيل هو 55 جيجا بايت (في الغالب للسجلات ، وما إلى ذلك ، يشغل نظام التشغيل نفسه القليل).
المزيد من التفاصيل - .
إلى الحد الأدنى من المتطلبات 2 قلب / 4 جيجا بايت رام / 25 جيجا بايت تخزين. موصى به - من 4 مراكز / 16 جيجا بايت من ذاكرة الوصول العشوائي / 50 جيجا بايت للتخزين.
كما هو الحال مع أي نظام ، هناك حدود للأحجام والكميات ، والتي يتجاوز معظمها قدرات الخوادم التجارية الكبيرة المتاحة. نعم زوجان. يمكنه معالجة 2 تيرابايت من ذاكرة الوصول العشوائي ويعطي 40 نواة (80 خيطًا) ، وهي أقل من حدود جهاز افتراضي واحد.
الحد الأقصى للجهاز الظاهري:
- الحد الأقصى لتشغيل الأجهزة الظاهرية بشكل متزامن: غير محدود ؛
- الحد الأقصى لوحدات المعالجة المركزية الافتراضية لكل جهاز افتراضي: 384 ؛
- الحد الأقصى للذاكرة لكل جهاز افتراضي: 4 تيرا بايت ؛
- الحد الأقصى لحجم القرص الفردي لكل آلة افتراضية: 8 تيرابايت.
المضيف الأقصى:
- النوى أو الخيوط CPU المنطقية: 768 ؛
- ذاكرة الوصول العشوائي: 12 تيرابايت
- عدد الأجهزة الافتراضية المستضافة: 250 ؛
- هجرات حية متزامنة: 2 واردة و 2 صادرة ؛
- النطاق الترددي المباشر للترحيل: افتراضي إلى 52 ميغا بايت (436 ميجا بايت تقريبًا) لكل ترحيل عند استخدام سياسة الترحيل القديمة. تستخدم السياسات الأخرى قيم إنتاجية تكيفية بناءً على سرعة الجهاز الفعلي. يمكن أن تحد سياسات QoS من النطاق الترددي للترحيل.
الحدود القصوى للكيان المنطقي للمدير:
في 4.3 هناك .
- مركز البيانات
- أقصى عدد لمركز البيانات: 400 ؛
- الحد الأقصى لعدد المضيف: 400 مدعوم ، 500 تم اختباره ؛
- الحد الأقصى لعدد VM: 4000 مدعوم ، 5000 اختبار ؛
- كتلة
- الحد الأقصى لعدد الكتلة: 400 ؛
- الحد الأقصى لعدد المضيف: 400 مدعوم ، 500 تم اختباره ؛
- الحد الأقصى لعدد VM: 4000 مدعوم ، 5000 اختبار ؛
- شبكة
- الشبكات / العنقود المنطقي: 300
- SDN / الشبكات الخارجية: تم اختبار 2600 ، لا يوجد حد مفروض ؛
- الخزائن
- الحد الأقصى للنطاقات: 50 مدعومة ، و 70 تم اختبارها ؛
- المضيفون لكل مجال: لا حدود ؛
- وحدات التخزين المنطقية لكل مجال كتلة (أكثر): 1500 ؛
- الحد الأقصى لعدد LUNs (المزيد): 300 ؛
- الحد الأقصى لحجم القرص: 500 تيرابايت (محدود بـ 8 تيرابايت افتراضيًا).
خيارات التنفيذ
كما ذكرنا سابقًا ، تم بناء oVirt من عنصرين أساسيين - محرك Ovirt (الإدارة) ومضيف Ovirt (برنامج Hypervisor).
يمكن استضافة المحرك خارج النظام الأساسي نفسه (مدير مستقل - يمكن أن يكون VM يعمل على نظام أساسي آخر أو مراقب منفصل ، وحتى جهاز فعلي) ، وعلى النظام الأساسي نفسه (محرك مستضاف ذاتيًا ، على غرار VMware's VCSA يقترب).
يمكن تثبيت برنامج Hypervisor على (EL Host) و (oVirt-Node ، بناءً على el7).
متطلبات الأجهزة لجميع المتغيرات هي نفسها تقريبًا.
أرز. 4 - العمارة القياسية.
أرز. 5 - بنية المحرك ذاتية الاستضافة.
بالنسبة لي ، اخترت خيار المدير المستقل وخيار EL Hosts:
- مدير مستقل أسهل قليلاً مع مشاكل بدء التشغيل ، فلا توجد معضلة الدجاج والبيض (كما هو الحال بالنسبة لـ VCSA - لن تبدأ حتى يتم تشغيل مضيف واحد على الأقل بالكامل) ، ولكن هناك اعتماد على نظام آخر * ؛
- يوفر EL Host القوة الكاملة لنظام التشغيل ، وهو أمر مفيد للمراقبة الخارجية وتصحيح الأخطاء واستكشاف الأخطاء وإصلاحها والمزيد.
* ومع ذلك ، لم يكن هذا مطلوبًا خلال فترة التشغيل بأكملها ، حتى بعد انقطاع التيار الكهربائي الخطير.
لكن أكثر إلى هذه النقطة!
للتجربة ، من الممكن إطلاق زوج من شفرات ProLiant BL460c G7 مع وحدة المعالجة المركزية Xeon®. سنقوم بإعادة إنتاج عملية التثبيت عليها.
لنقم بتسمية العقد ovirt.lab.example.com و kvm01.lab.example.com و kvm02.lab.example.com.
دعنا نذهب مباشرة إلى .
المصدر: www.habr.com