oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم

تعارف

اوپن سورس پروجیکٹ او ورٹ - ایک مفت انٹرپرائز لیول ورچوئلائزیشن پلیٹ فارم۔ حبر کے ذریعے سکرول کرنے کے بعد، میں نے یہ دریافت کیا۔ او ورٹ یہاں پر اتنا وسیع پیمانے پر احاطہ نہیں کیا گیا جتنا کہ یہ مستحق ہے۔
oVirt دراصل کمرشل سسٹم Red Hat ورچوئلائزیشن (RHV، پہلے RHEV) کے لیے ایک اپ اسٹریم ہے، جو Red Hat کے بازو کے نیچے بڑھتا ہے۔ الجھن سے بچنے کے لیے، یہ کوئی جیسا کہ CentOS بمقابلہ RHEL، Fedora بمقابلہ RHEL کے قریب ماڈل۔
ٹوپی کے نیچے - KVM، ایک ویب انٹرفیس انتظام کے لیے استعمال کیا جاتا ہے۔ RHEL/CentOS 7 OS پر مبنی۔
oVirt کو "روایتی" سرور اور ڈیسک ٹاپ ورچوئلائزیشن (VDI) دونوں کے لیے استعمال کیا جا سکتا ہے، VMware کے حل کے برعکس، دونوں سسٹم ایک کمپلیکس میں ایک ساتھ رہ سکتے ہیں۔
پروجیکٹ اچھا ہے۔ دستاویزی، پیداواری استعمال کے لیے طویل عرصے سے پختگی کو پہنچ چکا ہے اور زیادہ بوجھ کے لیے تیار ہے۔
ورکنگ فیل اوور کلسٹر بنانے کے طریقہ کے سلسلے میں یہ مضمون پہلا مضمون ہے۔ ان سے گزرنے کے بعد، مختصر وقت میں (تقریباً 2 گھنٹے) ہمیں مکمل طور پر کام کرنے والا نظام مل جائے گا، اگرچہ بہت سے مسائل، یقیناً، ظاہر نہیں ہوں گے؛ میں کوشش کروں گا کہ اگلے مضامین میں ان کا احاطہ کروں۔
ہم اسے ورژن 4.1 سے شروع کرتے ہوئے کئی سالوں سے استعمال کر رہے ہیں۔ ہمارا صنعتی نظام فی الحال Xeon Gold CPU کے ساتھ HPE Synergy 480 اور ProLiant BL460c 10ویں نسل کے کمپیوٹرز پر چلتا ہے۔
لکھنے کے وقت، موجودہ ورژن 4.3 ہے۔

مضامین

  1. تعارف (ہم یہاں ہیں)
  2. مینیجر (اوورٹ-انجن) اور ہائپر وائزرز (میزبان) کی تنصیب
  3. اعلی درجے کی ترتیبات

فنکشنل خصوصیات

oVirt میں 2 اہم ادارے ہیں: ovirt-engine اور ovirt-host(s)۔ ان لوگوں کے لیے جو VMware مصنوعات سے واقف ہیں، مجموعی طور پر oVirt ایک پلیٹ فارم کے طور پر vSphere ہے، ovirt-engine - کنٹرول لیئر - وہی کام انجام دیتا ہے جو vCenter ہے، اور ovirt-host ایک ہائپر وائزر ہے، جیسے ESX (i)۔ کیونکہ vSphere ایک بہت مقبول حل ہے، کبھی کبھی میں اس کا موازنہ کروں گا۔
oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم
چاول۔ 1 - oVirt کنٹرول پینل۔

زیادہ تر لینکس کی تقسیم اور ونڈوز کے ورژن مہمان مشینوں کے طور پر معاون ہیں۔ مہمان مشینوں کے لیے ایجنٹ اور آپٹمائزڈ ورچوئل ڈیوائسز اور ورٹیو ڈرائیورز ہیں، بنیادی طور پر ڈسک کنٹرولر اور نیٹ ورک انٹرفیس۔
غلطی برداشت کرنے والے حل اور تمام دلچسپ خصوصیات کو نافذ کرنے کے لیے، آپ کو مشترکہ اسٹوریج کی ضرورت ہوگی۔ دونوں بلاک ایف سی، ایف سی او ای، آئی ایس سی ایس آئی، اور این ایف ایس فائل سٹوریج وغیرہ معاون ہیں۔ فالٹ ٹولرنٹ سلوشن کو لاگو کرنے کے لیے، سٹوریج سسٹم کو بھی فالٹ ٹولرنٹ ہونا چاہیے (کم از کم 2 کنٹرولرز، ملٹی پاسنگ)۔
مقامی اسٹوریج کا استعمال ممکن ہے، لیکن پہلے سے طے شدہ طور پر صرف مشترکہ اسٹوریج ہی حقیقی کلسٹر کے لیے موزوں ہیں۔ مقامی اسٹوریج سسٹم کو ہائپر وائزرز کا ایک مختلف سیٹ بناتا ہے، اور یہاں تک کہ مشترکہ اسٹوریج کے ساتھ، ایک کلسٹر کو جمع نہیں کیا جا سکتا۔ سب سے درست طریقہ SAN سے بوٹ والی ڈسک لیس مشینیں، یا کم سے کم سائز کی ڈسکیں۔ شاید، vdsm ہک کے ذریعے، مقامی ڈسکوں (مثال کے طور پر، Ceph) سے سافٹ ویئر ڈیفائنڈ سٹوریج کو جمع کرنے اور اسے VM پر پیش کرنے کا آپشن ممکن ہے، لیکن میں نے اس پر سنجیدگی سے غور نہیں کیا۔

فن تعمیر

oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم
چاول۔ 2 - oVirt فن تعمیر۔
فن تعمیر کے بارے میں مزید تفصیلات میں پایا جا سکتا ہے دستاویزات ڈویلپر

oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم
چاول۔ 3 - oVirt اشیاء۔

درجہ بندی میں سب سے اوپر عنصر − ہے۔ ڈیٹا سینٹر. یہ اس بات کا تعین کرتا ہے کہ آیا مشترکہ یا مقامی اسٹوریج استعمال کیا گیا ہے، نیز فیچر سیٹ استعمال کیا گیا ہے (مطابقت، 4.1 سے 4.3)۔ ایک یا زیادہ ہو سکتے ہیں۔ بہت سے اختیارات کے لیے، ڈیفالٹ ڈیٹا سینٹر - ڈیفالٹ - استعمال کرنا مناسب ہے۔
ڈیٹا سینٹر ایک یا زیادہ پر مشتمل ہوتا ہے۔ کلسٹر. کلسٹر پروسیسر کی قسم، منتقلی کی پالیسیاں وغیرہ کا تعین کرتا ہے۔ چھوٹی تنصیبات کے لیے، آپ خود کو ڈیفالٹ کلسٹر تک بھی محدود کر سکتے ہیں۔
کلسٹر، بدلے میں، پر مشتمل ہے میزبانجو اہم کام کرتے ہیں - وہ ورچوئل مشینیں لے جاتے ہیں، اسٹوریج ان سے منسلک ہے۔ ایک کلسٹر 2 یا زیادہ میزبانوں کو فرض کرتا ہے۔ اگرچہ تکنیکی طور پر 1 میزبان کے ساتھ کلسٹر بنانا ممکن ہے، لیکن اس کا کوئی عملی فائدہ نہیں ہے۔

oVirt بہت سے افعال کو سپورٹ کرتا ہے، بشمول۔ ہائپر وائزرز (لائیو مائیگریشن) اور اسٹوریج مائیگریشن (اسٹوریج مائیگریشن) کے درمیان ورچوئل مشینوں کی لائیو مائیگریشن، وی ایم پولز کے ساتھ ڈیسک ٹاپ ورچوئلائزیشن (ورچوئل ڈیسک ٹاپ انفراسٹرکچر)، سٹیٹ فل اور سٹیٹ لیس VMs، NVidia Grid vGPU کے لیے سپورٹ، vSphere، KVM سے درآمد طاقتور API اور بہت کچھ. یہ تمام خصوصیات رائلٹی کے بغیر دستیاب ہیں، اور اگر مدد کی ضرورت ہو تو، علاقائی شراکت داروں کے ذریعے Red Hat سے سپورٹ خریدی جا سکتی ہے۔

RHV قیمتوں کے بارے میں

VMware کے مقابلے میں لاگت زیادہ نہیں ہے، صرف سپورٹ خریدی جاتی ہے - لائسنس خود خریدنے کی ضرورت کے بغیر۔ سپورٹ صرف ہائپر وائزرز کے لیے خریدی جاتی ہے؛ ovirt-engine، vCenter Server کے برعکس، کسی اخراجات کی ضرورت نہیں ہے۔

ملکیت کے پہلے سال کے حساب کتاب کی مثال

آئیے 4 2-ساکٹ مشینوں اور خوردہ قیمتوں کے ایک کلسٹر پر غور کریں (پروجیکٹ کی چھوٹ کے بغیر)۔
معیاری RHV سبسکرپشن لاگت $999 فی ساکٹ/سال (پریمیم 365/24/7 - $1499)، کل 4*2*$999=$7992.
vSphere قیمت:

  • VMware vCenter سرور معیاری $10,837.13 فی مثال، نیز بنیادی رکنیت $2,625.41 (پیداوار - $3,125.39)؛
  • VMware vSphere سٹینڈرڈ $1,164.15 + بنیادی سبسکرپشن $552.61 (پیداوار $653.82)؛
  • VMware vSphere Enterprise Plus $6,309.23 + بنیادی سبسکرپشن $1,261.09 (پیداوار $1,499.94)۔

کل: 10 + 837,13 + 2 * 625,41 * (4 + 2) = 27 ڈالر 196,62 سب سے کم عمر کے آپشن کے لیے۔ فرق تقریباً 3,5 گنا ہے!
oVirt میں، تمام فنکشنز بغیر کسی پابندی کے دستیاب ہیں۔

مختصر خصوصیات اور زیادہ سے زیادہ

سسٹم کی ضروریات

ہائپر وائزر کو ہارڈ ویئر ورچوئلائزیشن کے ساتھ ایک CPU کی ضرورت ہوتی ہے، شروع کرنے کے لیے RAM کی کم از کم مقدار 2 GiB ہے، OS کے لیے تجویز کردہ سٹوریج کی رقم 55 GiB ہے (زیادہ تر لاگز وغیرہ کے لیے، OS خود تھوڑا سا خرچ کرتا ہے)۔
مزید تفصیلات - یہاں.
کے لیے انجن کم از کم تقاضے 2 کور/4 GiB RAM/25 GiB اسٹوریج۔ تجویز کردہ - 4 cores/16 GiB RAM/50 GiB اسٹوریج سے۔
کسی بھی نظام کی طرح، حجم اور مقداروں پر بھی حدود ہیں، جن میں سے زیادہ تر دستیاب بڑے تجارتی سرورز کی صلاحیتوں سے زیادہ ہیں۔ ہاں، جوڑے انٹیل Xeon گولڈ 6230 RAM کے 2 TiB کو ایڈریس کر سکتا ہے اور 40 کور (80 تھریڈز) دیتا ہے، جو کہ ایک VM کی حد سے بھی کم ہے۔

ورچوئل مشین کی زیادہ سے زیادہ تعداد:

  • زیادہ سے زیادہ بیک وقت چلنے والی ورچوئل مشینیں: لامحدود؛
  • زیادہ سے زیادہ ورچوئل CPUs فی ورچوئل مشین: 384؛
  • زیادہ سے زیادہ میموری فی ورچوئل مشین: 4 TiB؛
  • زیادہ سے زیادہ سنگل ڈسک سائز فی ورچوئل مشین: 8 TiB۔

میزبان زیادہ سے زیادہ:

  • منطقی CPU کور یا تھریڈز: 768؛
  • رام: 12 ٹی بی؛
  • میزبانی کی گئی ورچوئل مشینوں کی تعداد: 250؛
  • بیک وقت لائیو ہجرتیں: 2 آنے والے، 2 جانے والے؛
  • لائیو مائیگریشن بینڈوڈتھ: میراثی مائیگریشن پالیسی استعمال کرتے وقت ڈیفالٹ 52 MiB (~436 Mb) فی ہجرت۔ دیگر پالیسیاں فزیکل ڈیوائس کی رفتار کی بنیاد پر انکولی تھرو پٹ ویلیوز کا استعمال کرتی ہیں۔ QoS پالیسیاں منتقلی کی بینڈوتھ کو محدود کر سکتی ہیں۔

مینیجر منطقی ہستی کی زیادہ سے زیادہ تعداد:

4.3 میں موجود ہیں۔ درج ذیل حدود.

  • ڈیٹا سینٹر
    • ڈیٹا سینٹر کی زیادہ سے زیادہ تعداد: 400؛
    • میزبان کی زیادہ سے زیادہ تعداد: 400 تعاون یافتہ، 500 ٹیسٹ کیے گئے؛
    • زیادہ سے زیادہ VM شمار: 4000 تعاون یافتہ، 5000 ٹیسٹ کیا گیا۔
  • کلسٹر
    • کلسٹر کی زیادہ سے زیادہ تعداد: 400؛
    • میزبان کی زیادہ سے زیادہ تعداد: 400 تعاون یافتہ، 500 ٹیسٹ کیے گئے؛
    • زیادہ سے زیادہ VM شمار: 4000 تعاون یافتہ، 5000 ٹیسٹ کیا گیا۔
  • نیٹ ورک
    • منطقی نیٹ ورکس/کلسٹر: 300؛
    • SDN/بیرونی نیٹ ورکس: 2600 تجربہ کیا گیا، کوئی نافذ کردہ حد نہیں؛
  • ذخیرہ
    • زیادہ سے زیادہ ڈومینز: 50 تعاون یافتہ، 70 ٹیسٹ کیے گئے؛
    • میزبان فی ڈومین: کوئی حد نہیں؛
    • منطقی حجم فی بلاک ڈومین (مزید): 1500؛
    • LUNs کی زیادہ سے زیادہ تعداد (مزید): 300؛
    • زیادہ سے زیادہ ڈسک کا سائز: 500 TiB (بطور ڈیفالٹ 8 TiB تک محدود)۔

نفاذ کے اختیارات

جیسا کہ پہلے ہی ذکر کیا گیا ہے، oVirt کو 2 بنیادی عناصر سے بنایا گیا ہے - ovirt-engine (control) اور ovirt-host (hypervisor)۔
انجن یا تو خود پلیٹ فارم کے باہر واقع ہو سکتا ہے (اسٹینڈ مینیجر - یہ کسی دوسرے پلیٹ فارم میں چلنے والا VM ہو سکتا ہے یا علیحدہ ہائپر وائزر، یا یہاں تک کہ ایک فزیکل مشین) یا خود پلیٹ فارم پر (خود میزبان انجن، VCSA اپروچ کی طرح۔ VMware سے)۔
ہائپر وائزر دونوں پر انسٹال کیا جا سکتا ہے۔ باقاعدہ OS RHEL/CentOS 7 (EL میزبان)، اور آن خصوصی کم سے کم OS (oVirt-Node، el7 پر مبنی)۔
تمام اختیارات کے لیے ہارڈویئر کی ضروریات تقریباً ایک جیسی ہیں۔
oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم
چاول۔ 4 - معیاری فن تعمیر۔

oVirt 2 گھنٹے میں۔ حصہ 1 کھلا، غلطی برداشت کرنے والا ورچوئلائزیشن پلیٹ فارم
چاول۔ 5 - خود میزبان انجن کا فن تعمیر۔

اپنے لیے میں نے اسٹینڈ اسٹون مینیجر اور EL میزبانوں کا آپشن منتخب کیا:

  • اسٹینڈ اسٹون مینیجر تھوڑا آسان ہوتا ہے جب بات اسٹارٹ اپ کے مسائل کی ہو، وہاں کوئی چکن اور انڈے کی کوئی مخمصہ نہیں ہے (جیسا کہ VCSA کے ساتھ ہے - آپ اس وقت تک شروع نہیں کر سکتے جب تک کہ کم از کم ایک میزبان مکمل طور پر ختم نہ ہو جائے)، لیکن دوسرے سسٹم پر انحصار ہوتا ہے*؛
  • EL میزبان OS کی تمام طاقت فراہم کرتا ہے، جو بیرونی نگرانی، ڈیبگنگ، ٹربل شوٹنگ وغیرہ کے لیے مفید ہے۔

* تاہم، آپریشن کی پوری مدت کے دوران بجلی کی شدید خرابی کے بعد بھی اس کی ضرورت نہیں تھی۔
لیکن آئیے بات کی طرف آتے ہیں!
تجربے کے لیے، Xeon® CPU کے ساتھ ProLiant BL460c G7 بلیڈ کا ایک جوڑا جاری کرنا ممکن ہے۔ ہم انہیں انسٹالیشن کے عمل کو دوبارہ پیش کرنے کے لیے استعمال کریں گے۔
آئیے نوڈس کو ovirt.lab.example.com، kvm01.lab.example.com اور kvm02.lab.example.com نام دیتے ہیں۔
آئیے براہ راست چلتے ہیں۔ تنصیب.

ماخذ: www.habr.com

نیا تبصرہ شامل کریں