🥇 غلطی کو برداشت کرنے والے IT انفراسٹرکچر کی تخلیق۔ حصہ 2۔ oVirt 4.3 کلسٹر کو انسٹال اور کنفیگر کرنا

یہ مضمون پچھلے مضمون کا تسلسل ہے -غلطی برداشت کرنے والے آئی ٹی انفراسٹرکچر کی تشکیل۔ حصہ 1 - ایک oVirt 4.3 کلسٹر تعینات کرنے کی تیاری'.

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

تعارف

مضمون کا بنیادی مقصد مرحلہ وار ہدایات فراہم کرنا ہے جیسے "اگلے -> جی ہاں -> ختمانسٹال اور کنفیگر کرتے وقت کچھ خصوصیات کیسے دکھائیں۔ بنیادی ڈھانچے اور ماحول کی خصوصیات کی وجہ سے آپ کے کلسٹر کی تعیناتی کا عمل ہمیشہ اس میں بیان کردہ طریقہ سے موافق نہیں ہو سکتا، لیکن عمومی اصول ایک جیسے ہوں گے۔

موضوعی نقطہ نظر سے، oVirt 4.3 اس کی فعالیت VMware vSphere ورژن 5.x سے ملتی جلتی ہے، لیکن یقیناً اس کی اپنی ترتیب اور آپریشن کی خصوصیات ہیں۔

دلچسپی رکھنے والوں کے لیے، RHEV (عرف oVirt) اور VMware vSphere کے درمیان تمام فرق انٹرنیٹ پر دیکھے جا سکتے ہیں، مثال کے طور پر یہاں، لیکن میں اب بھی کبھی کبھار ان کے کچھ اختلافات یا ایک دوسرے کے ساتھ مماثلتوں کو نوٹ کروں گا جیسے جیسے مضمون آگے بڑھتا ہے۔

الگ سے، میں ورچوئل مشینوں کے نیٹ ورکس کے ساتھ کام کا تھوڑا سا موازنہ کرنا چاہوں گا۔ oVirt ورچوئل مشینوں کے لیے نیٹ ورک مینجمنٹ کے اسی طرح کے اصول کو نافذ کرتا ہے (اس کے بعد VMs کہا جاتا ہے) جیسا کہ VMware vSphere میں ہے:

معیاری لینکس پل کا استعمال کرتے ہوئے (VMware میں - معیاری vSwitch) ورچوئلائزیشن ہوسٹس پر چل رہا ہے۔
اوپن vSwitch (OVS) کا استعمال کرتے ہوئے (VMware میں - تقسیم شدہ vSwitch) ایک تقسیم شدہ ورچوئل سوئچ ہے جو دو اہم اجزاء پر مشتمل ہے: ایک مرکزی OVN سرور اور منظم میزبانوں پر OVN کنٹرولرز۔

واضح رہے کہ نفاذ میں آسانی کی وجہ سے، مضمون معیاری لینکس برج کا استعمال کرتے ہوئے وی ایم کے لیے oVirt میں نیٹ ورکس قائم کرنے کی وضاحت کرے گا، جو KVM ہائپر وائزر استعمال کرتے وقت معیاری انتخاب ہے۔

اس سلسلے میں، نیٹ ورک کے ساتھ کلسٹر میں کام کرنے کے کئی بنیادی اصول ہیں، جن کی خلاف ورزی نہ کی جائے:

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

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

اور آخر میں تجویز کردہ oVirt کلسٹر تعینات کرنے سے پہلے، اپنے آپ کو اس سے واقف کرو سرکاری دستاویزاتکم از کم بنیادی تصورات اور تعریفوں سے آگاہی کے لیے، ورنہ باقی مضمون کو پڑھنا تھوڑا مشکل ہوگا۔

مضمون کو سمجھنے کے لیے بنیادی اور oVirt کلسٹر کے آپریشن کے اصول یہ رہنما دستاویزات ہیں:

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

لہذا، اگر میزبانوں، سوئچز اور سٹوریج کے نظام پر تمام بنیادی ترتیبات مکمل ہو چکی ہیں، تو ہم براہ راست oVirt کی تعیناتی کی طرف بڑھتے ہیں۔

حصہ 2۔ oVirt 4.3 کلسٹر کو انسٹال اور کنفیگر کرنا

واقفیت میں آسانی کے لیے، میں اس مضمون میں اہم حصوں کی فہرست دوں گا، جنہیں ایک ایک کرکے مکمل کرنا ضروری ہے:

oVirt مینجمنٹ سرور کو انسٹال کرنا
ایک نئے ڈیٹا سینٹر کی تشکیل
ایک نیا کلسٹر بنانا
سیلف ہوسٹڈ ماحول میں اضافی میزبانوں کو انسٹال کرنا
اسٹوریج ایریا یا اسٹوریج ڈومینز بنانا
ورچوئل مشینوں کے لیے نیٹ ورک بنانا اور ترتیب دینا
ورچوئل مشین کی تعیناتی کے لیے انسٹالیشن امیج بنانا
ورچوئل مشین بنانا

oVirt مینجمنٹ سرور کو انسٹال کرنا

oVirt مینجمنٹ سرور ایک ورچوئل مشین، میزبان، یا ورچوئل ڈیوائس کی شکل میں oVirt انفراسٹرکچر کا سب سے اہم عنصر ہے جو پورے oVirt انفراسٹرکچر کا انتظام کرتا ہے۔

ورچوئلائزیشن کی دنیا سے اس کے قریبی ینالاگ ہیں:

VMware vSphere - vCenter سرور
Microsoft Hyper-V - سسٹم سینٹر ورچوئل مشین منیجر (VMM)۔

oVirt مینجمنٹ سرور کو انسٹال کرنے کے لیے، ہمارے پاس دو اختیارات ہیں:

اختیار 1
ایک خصوصی VM یا میزبان کی شکل میں سرور کو تعینات کرنا۔

یہ آپشن کافی اچھی طرح سے کام کرتا ہے، لیکن بشرطیکہ ایسا VM آزادانہ طور پر کلسٹر سے کام کرے، یعنی کسی بھی کلسٹر ہوسٹ پر KVM چلانے والی باقاعدہ ورچوئل مشین کے طور پر نہیں چل رہا ہے۔

اس طرح کے VM کو کلسٹر ہوسٹس پر کیوں نہیں لگایا جا سکتا؟

oVirt مینجمنٹ سرور کی تعیناتی کے عمل کے بالکل آغاز میں، ہمیں ایک مخمصہ ہے - ہمیں ایک مینجمنٹ VM انسٹال کرنے کی ضرورت ہے، لیکن درحقیقت ابھی تک کوئی کلسٹر موجود نہیں ہے، اور اس وجہ سے ہم فلائی پر کیا لے سکتے ہیں؟ یہ ٹھیک ہے - مستقبل کے کلسٹر نوڈ پر KVM انسٹال کریں، پھر اس پر ایک ورچوئل مشین بنائیں، مثال کے طور پر، CentOS OS کے ساتھ اور اس میں oVirt انجن کو تعینات کریں۔ یہ عام طور پر اس طرح کے VM پر مکمل کنٹرول کی وجوہات کی بناء پر کیا جا سکتا ہے، لیکن یہ ایک غلط ارادہ ہے، کیونکہ اس صورت میں، مستقبل میں ایسے کنٹرول VM کے ساتھ 100% مسائل ہوں گے:

اسے کلسٹر کے میزبان (نوڈس) کے درمیان oVirt کنسول میں منتقل نہیں کیا جا سکتا ہے۔
KVM کے ذریعے ہجرت کرتے وقت virsh ہجرت، یہ VM oVirt کنسول سے انتظام کے لیے دستیاب نہیں ہوگا۔
کلسٹر میزبانوں کو ظاہر نہیں کیا جا سکتا مرمت کی حالت میں (مینٹیننس موڈ)، اگر آپ اس VM کو میزبان سے میزبان میں منتقل کرتے ہیں۔ virsh ہجرت.

لہذا سب کچھ قواعد کے مطابق کریں - یا تو oVirt مینجمنٹ سرور کے لیے ایک علیحدہ میزبان، یا اس پر چلنے والا ایک آزاد VM استعمال کریں، یا اس سے بھی بہتر، جیسا کہ دوسرے آپشن میں لکھا ہے۔

اختیار 2
اس کے زیر انتظام کلسٹر ہوسٹ پر oVirt Engine Appliance کو انسٹال کرنا۔

یہ وہی اختیار ہے جو ہمارے معاملے میں مزید درست اور موزوں سمجھا جائے گا۔
اس طرح کے VM کی ضروریات ذیل میں بیان کی گئی ہیں؛ میں صرف یہ شامل کروں گا کہ انفراسٹرکچر میں کم از کم دو میزبان رکھنے کی سفارش کی جاتی ہے جس پر کنٹرول VM کو چلایا جا سکتا ہے تاکہ اسے غلطی سے برداشت کیا جا سکے۔ یہاں میں یہ شامل کرنا چاہوں گا، جیسا کہ میں نے پچھلے مضمون کے تبصروں میں پہلے ہی لکھا تھا، میں کبھی حاصل کرنے کے قابل نہیں تھا۔ تقسیم دماغ دو میزبانوں کے oVirt کلسٹر پر، ان پر میزبان انجن VM چلانے کی صلاحیت کے ساتھ۔

کلسٹر کے پہلے میزبان پر oVirt انجن اپلائنس انسٹال کرنا

سرکاری دستاویزات کا لنک - oVirt سیلف ہوسٹڈ انجن گائیڈ، باب "کمانڈ لائن کا استعمال کرتے ہوئے خود میزبان انجن کو تعینات کرنا»

دستاویز میں ان شرائط کی وضاحت کی گئی ہے جنہیں میزبان انجن VM کو تعینات کرنے سے پہلے پورا کرنا ضروری ہے، اور خود تنصیب کے عمل کو بھی تفصیل سے بیان کرتا ہے، لہٰذا اسے لفظی طور پر دہرانے کا کوئی فائدہ نہیں، اس لیے ہم کچھ اہم تفصیلات پر توجہ مرکوز کریں گے۔

تمام کارروائیاں شروع کرنے سے پہلے، میزبان پر BIOS سیٹنگز میں ورچوئلائزیشن سپورٹ کو فعال کرنا یقینی بنائیں۔
میزبان پر میزبان انجن انسٹالر کے لیے پیکج انسٹال کریں:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

ہم میزبان پر اسکرین میں oVirt ہوسٹڈ انجن کو تعینات کرنے کا طریقہ کار شروع کرتے ہیں (آپ اسے Ctrl-A + D کے ذریعے باہر نکال سکتے ہیں، Ctrl-D کے ذریعے بند کر سکتے ہیں):

screen
hosted-engine --deploy

اگر آپ چاہیں تو آپ پہلے سے تیار جوابی فائل کے ساتھ انسٹالیشن چلا سکتے ہیں:

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

ہوسٹڈ انجن کو تعینات کرتے وقت، ہم تمام ضروری پیرامیٹرز کی وضاحت کرتے ہیں:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.

میزبان انجن کے ساتھ انتہائی دستیاب VM کو انسٹال کرنے کے لیے، ہم نے پہلے اسٹوریج سسٹم پر ایک خصوصی LUN بنایا تھا، جس کا سائز 4 اور 150 GB تھا، جسے پھر کلسٹر میزبانوں کو پیش کیا گیا تھا۔ پچھلا مضمون.

پہلے ہم نے میزبانوں پر اس کی مرئیت کو بھی چیک کیا تھا:

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

میزبان انجن کی تعیناتی کا عمل خود پیچیدہ نہیں ہے؛ آخر میں ہمیں کچھ اس طرح موصول ہونا چاہیے:

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

ہم میزبان پر oVirt خدمات کی موجودگی کی جانچ کرتے ہیں:

اگر سب کچھ صحیح طریقے سے کیا گیا تھا، تو انسٹالیشن مکمل ہونے کے بعد، جانے کے لیے ویب براؤزر کا استعمال کریں۔ https://ovirt_hostname/ovirt-engine ایڈمنسٹریٹر کے کمپیوٹر سے، اور کلک کریں [ایڈمنسٹریشن پورٹل].

"ایڈمنسٹریشن پورٹل" کا اسکرین شاٹ

اسکرین شاٹ کی طرح ونڈو میں لاگ ان اور پاس ورڈ (انسٹالیشن کے عمل کے دوران سیٹ کیا گیا) درج کرنے سے، ہم اوپن ورچوئلائزیشن مینیجر کنٹرول پینل پر پہنچ جاتے ہیں، جس میں آپ ورچوئل انفراسٹرکچر کے ساتھ تمام اعمال انجام دے سکتے ہیں:

ڈیٹا سینٹر شامل کریں۔
ایک کلسٹر شامل کریں اور ترتیب دیں۔
میزبانوں کو شامل کریں اور ان کا نظم کریں۔
ورچوئل مشین ڈسک کے لیے اسٹوریج ایریاز یا سٹوریج ڈومینز شامل کریں۔
ورچوئل مشینوں کے لیے نیٹ ورکس شامل اور ترتیب دیں۔
ورچوئل مشینیں، انسٹالیشن امیجز، VM ٹیمپلیٹس شامل اور ان کا نظم کریں۔

ان تمام اعمال پر مزید بحث کی جائے گی، کچھ بڑے خلیات میں، باقی مزید تفصیل اور باریکیوں کے ساتھ۔
لیکن پہلے میں اس ایڈ آن کو پڑھنے کا مشورہ دوں گا، جو شاید بہت سے لوگوں کے لیے مفید ہو گا۔

اضافہ۔

1) اصولی طور پر، اگر ایسی کوئی ضرورت ہو، تو کوئی چیز آپ کو پیکجوں کا استعمال کرتے ہوئے کلسٹر نوڈس پر KVM ہائپر وائزر کو پہلے سے انسٹال کرنے سے نہیں روکتی۔ libvirt и کیمو-کے وی ایم (یا qemu-kvm-ev) مطلوبہ ورژن کے، اگرچہ oVirt کلسٹر نوڈ کو تعینات کرتے وقت، یہ خود ہی کر سکتا ہے۔

لیکن اگر libvirt и کیمو-کے وی ایم اگر آپ نے تازہ ترین ورژن انسٹال نہیں کیا ہے تو ہوسٹڈ انجن کو تعینات کرتے وقت آپ کو درج ذیل خرابی موصول ہو سکتی ہے۔

error: unsupported configuration: unknown CPU feature: md-clear

وہ. ہونا ضروری ہے اپ ڈیٹ شدہ ورژن libvirt سے تحفظ کے ساتھ ایم ڈی ایس، جو اس پالیسی کی حمایت کرتا ہے:

<feature policy='require' name='md-clear'/>

md-clear سپورٹ کے ساتھ libvirt v.4.5.0-10.el7_6.12 انسٹال کریں:

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

'md-clear' سپورٹ کے لیے چیک کریں:

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

اس کے بعد، آپ میزبان انجن کو انسٹال کرنا جاری رکھ سکتے ہیں۔

2) oVirt 4.3 میں، فائر وال کی موجودگی اور استعمال فائر والڈڈ ایک لازمی شرط ہے.

اگر میزبان انجن کے لیے VM کی تعیناتی کے دوران ہمیں درج ذیل خرابی موصول ہوتی ہے:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

پھر آپ کو ایک اور فائر وال کو بند کرنے کی ضرورت ہے (اگر اسے استعمال کیا گیا ہو)، اور انسٹال کرکے چلائیں۔ فائر والڈڈ:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

بعد میں، کلسٹر کے لیے نئے میزبان پر اوورٹ ایجنٹ کو انسٹال کرتے وقت، یہ مطلوبہ پورٹس کو ترتیب دے گا۔ فائر والڈڈ خود بخود

3) میزبان انجن کے ساتھ اس پر چلنے والے VM کے ساتھ میزبان کو ریبوٹ کرنا۔

ہمیشہ کی طرح، لنک 1 и لنک 2 گورننگ دستاویزات کو.

میزبان انجن VM کا تمام انتظام صرف کمانڈ کا استعمال کرتے ہوئے کیا جاتا ہے۔ میزبان انجن میزبان پر جہاں یہ چلتا ہے، کے بارے میں ورش ہمیں اس حقیقت کو بھی بھول جانا چاہیے کہ آپ SSH کے ذریعے اس VM سے جڑ سکتے ہیں اور کمانڈ چلا سکتے ہیں۔شٹ ڈاؤن'.

VM کو مینٹیننس موڈ میں ڈالنے کا طریقہ کار:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

ہم میزبان انجن ایجنٹ کے ساتھ ہوسٹ کو ریبوٹ کرتے ہیں اور اس کے ساتھ جو کچھ ہمیں ضرورت ہے وہ کرتے ہیں۔

ریبوٹ کے بعد، میزبان انجن کے ساتھ VM کی حیثیت کو چیک کریں:

hosted-engine --vm-status

اگر میزبان انجن کے ساتھ ہمارا VM شروع نہیں ہوتا ہے اور اگر ہمیں سروس لاگ میں اسی طرح کی خرابیاں نظر آتی ہیں:

سروس لاگ میں خرابی:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

پھر ہم اسٹوریج کو جوڑتے ہیں اور ایجنٹ کو دوبارہ شروع کرتے ہیں:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

میزبان انجن کے ساتھ VM شروع کرنے کے بعد، ہم اسے دیکھ بھال کے موڈ سے باہر لے جاتے ہیں:

مینٹیننس موڈ سے VM کو ہٹانے کا طریقہ کار:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) میزبان انجن اور اس سے وابستہ ہر چیز کو ہٹانا۔

بعض اوقات پہلے سے نصب ہوسٹڈ انجن کو صحیح طریقے سے ہٹانا ضروری ہوتا ہے۔ لنک رہنمائی کی دستاویز تک۔

بس میزبان پر کمانڈ چلائیں:

/usr/sbin/ovirt-hosted-engine-cleanup

اگلا، ہم غیر ضروری پیکجوں کو ہٹاتے ہیں، اس سے پہلے کچھ کنفیگس کا بیک اپ لیتے ہیں، اگر ضروری ہو:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

ایک نئے ڈیٹا سینٹر کی تشکیل

حوالہ دستاویزات - oVirt ایڈمنسٹریشن گائیڈ۔ باب 4: ڈیٹا سینٹرز

پہلے آئیے اس کی وضاحت کرتے ہیں کہ یہ کیا ہے۔ ڈیٹا سینٹر (میں مدد سے اقتباس کرتا ہوں) ایک منطقی وجود ہے جو مخصوص ماحول میں استعمال ہونے والے وسائل کے سیٹ کی وضاحت کرتا ہے۔

ڈیٹا سینٹر ایک قسم کا کنٹینر ہے جس پر مشتمل ہے:

کلسٹرز اور میزبانوں کی شکل میں منطقی وسائل
کلسٹر نیٹ ورک کے وسائل منطقی نیٹ ورکس اور میزبانوں پر فزیکل اڈاپٹر کی شکل میں،
اسٹوریج کے وسائل (VM ڈسکوں، ٹیمپلیٹس، تصاویر کے لیے) اسٹوریج ایریاز (اسٹوریج ڈومینز) کی شکل میں۔

ایک ڈیٹا سینٹر میں متعدد کلسٹرز شامل ہو سکتے ہیں جن میں متعدد میزبانوں پر مشتمل ورچوئل مشینیں چل رہی ہیں، اور اس کے ساتھ متعدد اسٹوریج ایریاز بھی منسلک ہو سکتے ہیں۔
کئی ڈیٹا سینٹرز ہو سکتے ہیں؛ وہ ایک دوسرے سے آزادانہ طور پر کام کرتے ہیں۔ Ovirt میں کردار کے لحاظ سے اختیارات کی علیحدگی ہے، اور آپ ڈیٹا سینٹر کی سطح اور اس کے انفرادی منطقی عناصر دونوں پر انفرادی طور پر اجازتوں کو ترتیب دے سکتے ہیں۔

ڈیٹا سینٹر، یا ڈیٹا سینٹرز اگر ان میں سے کئی ہیں، کا انتظام ایک ہی انتظامی کنسول یا پورٹل سے کیا جاتا ہے۔

ڈیٹا سینٹر بنانے کے لیے، انتظامی پورٹل پر جائیں اور ایک نیا ڈیٹا سینٹر بنائیں:
کمپیوٹنگ >> ڈیٹا سینٹرز >> نئی

چونکہ ہم اسٹوریج سسٹم پر مشترکہ اسٹوریج استعمال کرتے ہیں، اس لیے اسٹوریج کی قسم کو شیئر کیا جانا چاہیے:

ڈیٹا سینٹر تخلیق وزرڈ کا اسکرین شاٹ

ہوسٹڈ انجن کے ساتھ ورچوئل مشین انسٹال کرتے وقت، ڈیفالٹ کے طور پر ایک ڈیٹا سینٹر بنایا جاتا ہے۔ ڈیٹا سینٹر 1اور پھر، اگر ضروری ہو تو، آپ اس کی سٹوریج کی قسم کو دوسری میں تبدیل کر سکتے ہیں۔

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

ایک نیا کلسٹر بنانا

دستاویزات کا لنک - oVirt ایڈمنسٹریشن گائیڈ۔ باب 5: کلسٹرز

غیر ضروری تفصیلات کے بغیر، جھرمٹ - یہ ان میزبانوں کی ایک منطقی گروپ بندی ہے جن کا ذخیرہ کرنے کا ایک مشترکہ علاقہ ہے (اسٹوریج سسٹم پر مشترکہ ڈسک کی شکل میں، جیسا کہ ہمارے معاملے میں)۔ یہ بھی ضروری ہے کہ کلسٹر میں میزبان ہارڈ ویئر میں ایک جیسے ہوں اور ان میں ایک ہی قسم کا پروسیسر (انٹیل یا اے ایم ڈی) ہو۔ یقیناً یہ سب سے بہتر ہے کہ کلسٹر میں سرورز مکمل طور پر ایک جیسے ہوں۔

کلسٹر ڈیٹا سینٹر کا حصہ ہے (ایک مخصوص قسم کے اسٹوریج کے ساتھ - مقامی یا مشترکہ)، اور تمام میزبانوں کا تعلق کسی نہ کسی قسم کے کلسٹر سے ہونا چاہیے، اس بات پر منحصر ہے کہ آیا ان کے پاس اسٹوریج کا اشتراک ہے یا نہیں۔

میزبان پر ہوسٹڈ انجن کے ساتھ ورچوئل مشین انسٹال کرتے وقت، ڈیفالٹ کے طور پر ڈیٹا سینٹر بنایا جاتا ہے۔ ڈیٹا سینٹر 1کلسٹر کے ساتھ مل کر - کلسٹر1، اور مستقبل میں آپ اس کے پیرامیٹرز کو ترتیب دے سکتے ہیں، اضافی اختیارات کو فعال کر سکتے ہیں، اس میں میزبان شامل کر سکتے ہیں، وغیرہ۔

ہمیشہ کی طرح، کلسٹر کی تمام ترتیبات کے بارے میں تفصیلات کے لیے، یہ مشورہ دیا جاتا ہے کہ سرکاری دستاویزات کا حوالہ دیں۔ کلسٹر قائم کرنے کی کچھ خصوصیات میں سے، میں صرف یہ شامل کروں گا کہ اسے بناتے وقت، ٹیب پر صرف بنیادی پیرامیٹرز کو ترتیب دینا کافی ہے۔ جنرل.

میں سب سے اہم پیرامیٹرز کو نوٹ کروں گا:

پروسیسر کی قسم - کا انتخاب اس بنیاد پر کیا جاتا ہے کہ کلسٹر ہوسٹس پر کون سے پروسیسر نصب ہیں، وہ کس مینوفیکچرر سے ہیں، اور میزبانوں پر کون سا پروسیسر سب سے پرانا ہے، تاکہ اس پر منحصر ہو، کلسٹر میں موجود پروسیسر کی تمام ہدایات استعمال کی جائیں۔
سوئچ کی قسم - اپنے کلسٹر میں ہم صرف لینکس برج استعمال کرتے ہیں، اسی لیے ہم اسے منتخب کرتے ہیں۔
فائر وال کی قسم - یہاں سب کچھ واضح ہے، یہ فائر والڈ ہے، جسے میزبانوں پر فعال اور ترتیب دینا ضروری ہے۔

کلسٹر پیرامیٹرز کے ساتھ اسکرین شاٹ

سیلف ہوسٹڈ ماحول میں اضافی میزبانوں کو انسٹال کرنا

لنک دستاویزات کے لیے۔

سیلف ہوسٹڈ ماحول کے لیے اضافی میزبانوں کو باقاعدہ میزبان کی طرح شامل کیا جاتا ہے، میزبان انجن کے ساتھ VM کی تعیناتی کے اضافی قدم کے ساتھ۔ میزبان انجن کی تعیناتی کارروائی کا انتخاب کریں۔ >> تعینات. چونکہ اضافی میزبان کو بھی ایک LUN کے ساتھ VM کے لیے ایک میزبان انجن کے ساتھ پیش کیا جانا چاہیے، اس کا مطلب یہ ہے کہ اس میزبان کو، اگر ضروری ہو تو، اس پر میزبان انجن کے ساتھ VM کی میزبانی کے لیے استعمال کیا جا سکتا ہے۔
غلطی کو برداشت کرنے کے مقاصد کے لیے، یہ انتہائی سفارش کی جاتی ہے کہ کم از کم دو میزبان ہوں جن پر ایک میزبان انجن VM رکھا جا سکتا ہے۔

اضافی میزبان پر، iptables کو غیر فعال کریں (اگر فعال ہو)، فائر والڈ کو فعال کریں۔

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

مطلوبہ KVM ورژن انسٹال کریں (اگر ضروری ہو):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

ضروری ذخیرے اور میزبان انجن انسٹالر انسٹال کریں:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

اگلا، کنسول پر جائیں۔ ورچوئلائزیشن مینیجر کھولیں۔، ایک نیا میزبان شامل کریں، اور سب کچھ مرحلہ وار کریں، جیسا کہ لکھا ہے۔ دستاویزات.

نتیجے کے طور پر، ایک اضافی میزبان شامل کرنے کے بعد، ہمیں انتظامی کنسول میں تصویر کی طرح کچھ ملنا چاہیے، جیسا کہ اسکرین شاٹ میں ہے۔

انتظامی پورٹل کا اسکرین شاٹ - میزبان

جس میزبان پر میزبان انجن VM فی الحال فعال ہے اس کے پاس سونے کا تاج اور لکھا ہوا ہے "ہوسٹڈ انجن VM چلانا"، وہ میزبان جس پر اگر ضروری ہو تو اس VM کو لانچ کیا جا سکتا ہے - نوشتہ "ہوسٹڈ انجن VM چلا سکتا ہے۔'.

میزبان کی ناکامی کی صورت میں جس پر "ہوسٹڈ انجن VM چلانا"، یہ خود بخود دوسرے میزبان پر دوبارہ شروع ہو جائے گا۔ اس VM کو اس کی دیکھ بھال کے لیے فعال میزبان سے اسٹینڈ بائی ہوسٹ میں بھی منتقل کیا جا سکتا ہے۔

oVirt میزبانوں پر پاور مینجمنٹ / باڑ لگانا

دستاویزی لنکس:

ریڈ ہیٹ ورچوئلائزیشن 4.3 -> تکنیکی حوالہ -> باب 4۔ پاور مینجمنٹ
oVirt ایڈمنسٹریشن گائیڈ -> باب 7: میزبان

اگرچہ ایسا لگتا ہے کہ آپ نے میزبان کو شامل کرنے اور تشکیل دینے کا کام مکمل کر لیا ہے، یہ مکمل طور پر درست نہیں ہے۔
میزبانوں کے نارمل آپریشن کے لیے، اور ان میں سے کسی کے ساتھ ناکامیوں کی شناخت/حل کرنے کے لیے، پاور مینجمنٹ/فینسنگ سیٹنگز درکار ہیں۔

باڑیں، یا باڑ لگانا، عارضی طور پر کسی ناقص یا ناکام میزبان کو کلسٹر سے خارج کرنے کا عمل ہے، جس کے دوران یا تو اس پر موجود oVirt سروسز یا خود میزبان دوبارہ شروع ہو جاتے ہیں۔

پاور مینجمنٹ / فینسنگ کی تعریفوں اور پیرامیٹرز کے بارے میں تمام تفصیلات ہمیشہ کی طرح دستاویزات میں دی گئی ہیں؛ میں صرف ایک مثال دوں گا کہ اس اہم پیرامیٹر کو کیسے ترتیب دیا جائے، جیسا کہ iDRAC 640 کے ساتھ Dell R9 سرورز پر لاگو ہوتا ہے۔

انتظامی پورٹل پر جائیں، کلک کریں۔ کمپیوٹنگ >> میزبان ایک میزبان کو منتخب کریں.
کلک کریں۔ ترمیم کریں.
ٹیب پر کلک کریں۔ پاور مینجمنٹ.
آپشن کے ساتھ والے باکس کو چیک کریں۔ پاور مینجمنٹ کو فعال کریں۔.
آپشن کے ساتھ والے باکس کو چیک کریں۔ کے ڈمپ انضمامکرنل کریش ڈمپ کو ریکارڈ کرنے کے دوران میزبان کو باڑ لگانے کے موڈ میں جانے سے روکنے کے لیے۔

نوٹ.

پہلے سے چل رہے ہوسٹ پر Kdump انضمام کو فعال کرنے کے بعد، اسے oVirt ایڈمنسٹریشن گائیڈ -> میں طریقہ کار کے مطابق دوبارہ انسٹال کرنا ہوگا۔ باب 7: میزبان -> میزبانوں کو دوبارہ انسٹال کرنا۔

اختیاری طور پر، آپ باکس کو چیک کر سکتے ہیں۔ پاور مینجمنٹ کے پالیسی کنٹرول کو غیر فعال کریں۔، اگر ہم نہیں چاہتے ہیں کہ میزبان پاور مینجمنٹ کو کلسٹر کی شیڈولنگ پالیسی کے ذریعے کنٹرول کیا جائے۔
بٹن پر کلک کریں (+) ایک نیا پاور مینجمنٹ ڈیوائس شامل کرنے کے لیے، ایجنٹ کی خصوصیات میں ترمیم کرنے والی ونڈو کھل جائے گی۔
iDRAC9 کے لیے، کھیتوں کو پُر کریں:
- ایڈریس - iDRAC9 پتہ
- استعمال کنندہ کا نام پاسوورڈ - iDRAC9 میں لاگ ان کرنے کے لیے بالترتیب لاگ ان اور پاس ورڈ
- قسم drac5
- مارک محفوظ
- درج ذیل اختیارات شامل کریں: cmd_prompt=>,login_timeout=30

میزبان خصوصیات میں "پاور مینجمنٹ" پیرامیٹرز کے ساتھ اسکرین شاٹ

اسٹوریج ایریا یا اسٹوریج ڈومینز بنانا

دستاویزات کا لنک - oVirt ایڈمنسٹریشن گائیڈ، باب 8: ذخیرہ.

اسٹوریج ڈومین، یا سٹوریج ایریا، ورچوئل مشین ڈسک، انسٹالیشن امیجز، ٹیمپلیٹس، اور سنیپ شاٹس کو ذخیرہ کرنے کے لیے ایک مرکزی مقام ہے۔

مختلف پروٹوکول، کلسٹر اور نیٹ ورک فائل سسٹم کا استعمال کرتے ہوئے سٹوریج ایریاز کو ڈیٹا سینٹر سے منسلک کیا جا سکتا ہے۔

oVirt میں تین قسم کے اسٹوریج ایریا ہیں:

ڈیٹا ڈومین۔ - ورچوئل مشینوں (ڈسک، ٹیمپلیٹس) سے وابستہ تمام ڈیٹا کو ذخیرہ کرنے کے لیے۔ ڈیٹا ڈومین کو مختلف ڈیٹا سینٹرز کے درمیان شیئر نہیں کیا جا سکتا۔
آئی ایس او ڈومین (اسٹوریج ایریا کی فرسودہ قسم) – OS انسٹالیشن امیجز کو اسٹور کرنے کے لیے۔ آئی ایس او ڈومین کو مختلف ڈیٹا سینٹرز کے درمیان شیئر کیا جا سکتا ہے۔
ڈومین برآمد کریں۔ (اسٹوریج ایریا کی فرسودہ قسم) – ڈیٹا سینٹرز کے درمیان منتقل ہونے والی تصاویر کے عارضی اسٹوریج کے لیے۔

ہمارے خاص معاملے میں، ڈیٹا ڈومین کی قسم کے ساتھ اسٹوریج ایریا فائبر چینل پروٹوکول (FCP) کو اسٹوریج سسٹم پر LUNs سے منسلک کرنے کے لیے استعمال کرتا ہے۔

oVirt کے نقطہ نظر سے، اسٹوریج سسٹمز (FC یا iSCSI) استعمال کرتے وقت، ہر ورچوئل ڈسک، اسنیپ شاٹ یا ٹیمپلیٹ ایک منطقی ڈسک ہے۔
بلاک ڈیوائسز کو والیوم گروپ کا استعمال کرتے ہوئے ایک اکائی (کلسٹر ہوسٹ پر) میں جمع کیا جاتا ہے اور پھر LVM کا استعمال کرتے ہوئے منطقی حجم میں تقسیم کیا جاتا ہے، جو VMs کے لیے ورچوئل ڈسک کے طور پر استعمال ہوتے ہیں۔

یہ تمام گروپس اور بہت سے LVM والیوم کو کمانڈز کا استعمال کرتے ہوئے کلسٹر ہوسٹ پر دیکھا جا سکتا ہے۔ وغیرہ и lvs. قدرتی طور پر، ایسی ڈسکوں کے ساتھ تمام کارروائیاں صرف oVirt کنسول سے کی جانی چاہئیں، سوائے خاص معاملات کے۔

VMs کے لیے ورچوئل ڈسک دو قسم کی ہو سکتی ہیں - QCOW2 یا RAW۔ ڈسکس ہو سکتا ہے "پتلی"یا"موٹی"اسنیپ شاٹس ہمیشہ " کے طور پر بنائے جاتے ہیںپتلی".

اسٹوریج ڈومینز، یا FC کے ذریعے رسائی حاصل کرنے والے اسٹوریج ایریاز کا انتظام کرنے کا طریقہ کافی منطقی ہے - ہر VM ورچوئل ڈسک کے لیے ایک الگ منطقی حجم ہوتا ہے جسے صرف ایک میزبان لکھنے کے قابل ہوتا ہے۔ FC کنکشنز کے لیے، oVirt کلسٹرڈ LVM کی طرح کچھ استعمال کرتا ہے۔

ایک ہی اسٹوریج ایریا پر واقع ورچوئل مشینوں کو ایک ہی کلسٹر سے تعلق رکھنے والے میزبانوں کے درمیان منتقل کیا جا سکتا ہے۔

جیسا کہ ہم تفصیل سے دیکھ سکتے ہیں، oVirt میں ایک کلسٹر، جیسے VMware vSphere یا Hyper-V میں ایک کلسٹر، بنیادی طور پر ایک ہی چیز کا مطلب ہے - یہ میزبانوں کی ایک منطقی گروپ بندی ہے، ترجیحاً ہارڈ ویئر کی ساخت میں یکساں، اور ورچوئل کے لیے مشترکہ اسٹوریج۔ مشین ڈسک.

آئیے براہ راست ڈیٹا (VM ڈسک) کے لیے اسٹوریج ایریا بنانے کے لیے آگے بڑھتے ہیں، کیونکہ اس کے بغیر ڈیٹا سینٹر کو شروع نہیں کیا جائے گا۔
میں آپ کو یاد دلاتا ہوں کہ اسٹوریج سسٹم پر کلسٹر میزبانوں کو پیش کیے گئے تمام LUNs کو کمانڈ کا استعمال کرتے ہوئے ان پر نظر آنا چاہیے۔multipath -ll'.

کے مطابق دستاویزاتپورٹل پر جائیں، جائیں ذخیرہ >> ڈومینز -> نیا ڈومین اور "FCP اسٹوریج شامل کرنا" سیکشن کی ہدایات پر عمل کریں۔

وزرڈ شروع کرنے کے بعد، مطلوبہ فیلڈز کو پُر کریں:

نام - کلسٹر کا نام سیٹ کریں۔
ڈومین فنکشن - ڈیٹا
اسٹوریج کی قسم - فائبر چینل
استعمال کرنے کے لیے میزبان - ایک ایسا میزبان منتخب کریں جس پر ہمیں مطلوبہ LUN دستیاب ہو۔

LUNs کی فہرست میں، ہمیں جس کی ضرورت ہے اسے نشان زد کریں، کلک کریں۔ شامل کریں اور پھر۔ ٹھیک ہے. اگر ضروری ہو تو، آپ پر کلک کرکے اسٹوریج ایریا کے اضافی پیرامیٹرز کو ایڈجسٹ کرسکتے ہیں۔ اعلی درجے کے پیرامیٹرز.

"اسٹوریج ڈومین" شامل کرنے کے لیے وزرڈ کا اسکرین شاٹ

وزرڈ کے نتائج کی بنیاد پر، ہمیں ایک نیا سٹوریج ایریا ملنا چاہیے، اور ہمارے ڈیٹا سینٹر کو سٹیٹس پر جانا چاہیے۔ UP، یا شروع کیا گیا:

ڈیٹا سینٹر کے اسکرین شاٹس اور اس میں اسٹوریج ایریاز:

ورچوئل مشینوں کے لیے نیٹ ورک بنانا اور ترتیب دینا

دستاویزات کا لنک - oVirt ایڈمنسٹریشن گائیڈ، باب 6: منطقی نیٹ ورکس

نیٹ ورکس، یا نیٹ ورکس، oVirt ورچوئل انفراسٹرکچر میں استعمال ہونے والے گروپ لاجیکل نیٹ ورکس کے لیے کام کرتے ہیں۔

ورچوئل مشین پر نیٹ ورک اڈاپٹر اور میزبان پر فزیکل اڈاپٹر کے درمیان تعامل کرنے کے لیے، منطقی انٹرفیس جیسے لینکس برج کا استعمال کیا جاتا ہے۔

نیٹ ورکس کے درمیان ٹریفک کو گروپ اور تقسیم کرنے کے لیے، VLANs کو سوئچز پر ترتیب دیا گیا ہے۔

oVirt میں ورچوئل مشینوں کے لیے ایک منطقی نیٹ ورک بناتے وقت، اسے سوئچ پر VLAN نمبر کے مطابق ایک شناخت کنندہ تفویض کیا جانا چاہیے تاکہ VMs ایک دوسرے کے ساتھ بات چیت کر سکیں، چاہے وہ کلسٹر کے مختلف نوڈس پر ہی کیوں نہ ہوں۔

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

ہوسٹڈ انجن کے ساتھ VM بنانے کے بعد، ڈیٹا سینٹر اور کلسٹر کی خودکار تخلیق کے علاوہ، ہمارے کلسٹر کو منظم کرنے کے لیے ایک منطقی نیٹ ورک بھی خود بخود بنایا گیا تھا۔ ovritmgmt، جس سے یہ VM منسلک تھا۔

اگر ضروری ہو تو، آپ منطقی نیٹ ورک کی ترتیبات دیکھ سکتے ہیں۔ ovritmgmt اور انہیں ایڈجسٹ کریں، لیکن آپ کو محتاط رہنا چاہیے کہ oVirt انفراسٹرکچر کا کنٹرول نہ کھو دیں۔

منطقی نیٹ ورک کی ترتیبات ovritmgmt

باقاعدہ VMs کے لیے ایک نیا منطقی نیٹ ورک بنانے کے لیے، انتظامی پورٹل میں جائیں۔ نیٹ ورک >> نیٹ ورکس >> نئی، اور ٹیب پر جنرل مطلوبہ VLAN ID کے ساتھ ایک نیٹ ورک شامل کریں، اور "کے ساتھ والے باکس کو بھی چیک کریں۔VM نیٹ ورک"، اس کا مطلب ہے کہ اسے VM کو تفویض کے لیے استعمال کیا جا سکتا ہے۔

نئے VLAN32 منطقی نیٹ ورک کا اسکرین شاٹ

ٹیب میں۔ کلسٹر، ہم اس نیٹ ورک کو اپنے کلسٹر سے منسلک کرتے ہیں۔ کلسٹر1.

اس کے بعد ہم جاتے ہیں۔ کمپیوٹنگ >> میزبان، ہر میزبان کے پاس باری باری، ٹیب پر جائیں۔ نیٹ ورک انٹرفیس، اور وزرڈ لانچ کریں۔ میزبان نیٹ ورکس ترتیب دیں۔، نئے منطقی نیٹ ورک کے میزبانوں کو پابند کرنے کے لیے۔

"سیٹ اپ ہوسٹ نیٹ ورکس" وزرڈ کا اسکرین شاٹ

oVirt ایجنٹ میزبان پر تمام ضروری نیٹ ورک سیٹنگز خود بخود بنا دے گا - ایک VLAN اور BRIDGE بنائیں۔

میزبان پر نئے نیٹ ورکس کے لیے کنفیگریشن فائلوں کی مثال:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

میں آپ کو ایک بار پھر یاد دلاتا ہوں کہ کلسٹر ہوسٹ پر کوئی ضرورت نہیں پہلے سے دستی طور پر نیٹ ورک انٹرفیس بنائیں ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

ایک منطقی نیٹ ورک کو شامل کرنے اور میزبان اور میزبان انجن VM کے درمیان کنکشن کو چیک کرنے کے بعد، اسے ورچوئل مشین میں استعمال کیا جا سکتا ہے۔

ورچوئل مشین کی تعیناتی کے لیے انسٹالیشن امیج بنانا

دستاویزات کا لنک - oVirt ایڈمنسٹریشن گائیڈ، باب 8: ذخیرہسیکشن ڈیٹا سٹوریج ڈومین پر امیجز اپ لوڈ کرنا۔

OS انسٹالیشن امیج کے بغیر، ورچوئل مشین کو انسٹال کرنا ممکن نہیں ہو گا، حالانکہ یہ یقیناً کوئی مسئلہ نہیں ہے، اگر مثال کے طور پر، نیٹ ورک پر انسٹال ہو موچی پہلے سے بنائی گئی تصاویر کے ساتھ۔

ہمارے معاملے میں، یہ ممکن نہیں ہے، لہذا آپ کو یہ تصویر خود oVirt میں درآمد کرنا ہوگی۔ پہلے، اس کے لیے ISO ڈومین بنانے کی ضرورت تھی، لیکن oVirt کے نئے ورژن میں اسے فرسودہ کر دیا گیا ہے، اور اس لیے اب آپ انتظامی پورٹل سے براہ راست اسٹوریج ڈومین پر تصاویر اپ لوڈ کر سکتے ہیں۔

انتظامی پورٹل میں جائیں۔ ذخیرہ >> ڈسکس >> اپ لوڈ کریں >> آغاز
ہم اپنی OS تصویر کو بطور ISO فائل شامل کرتے ہیں، فارم میں موجود تمام فیلڈز کو پُر کرتے ہیں، اور بٹن پر کلک کریں "ٹیسٹ کنکشن".

ایڈ انسٹالیشن امیج وزرڈ کا اسکرین شاٹ

اگر ہمیں اس طرح کی غلطی ملتی ہے:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

پھر آپ کو oVirt سرٹیفکیٹ شامل کرنے کی ضرورت ہے "قابل اعتماد روٹ CAs"(ٹرسٹڈ روٹ CA) ایڈمنسٹریٹر کے کنٹرول سٹیشن پر، جہاں سے ہم تصویر کو ڈاؤن لوڈ کرنے کی کوشش کر رہے ہیں۔

ٹرسٹڈ روٹ CA میں سرٹیفکیٹ شامل کرنے کے بعد، دوبارہ کلک کریں "ٹیسٹ کنکشن"، حاصل کرنا چاہئے:

Connection to ovirt-imageio-proxy was successful.

سرٹیفکیٹ کو شامل کرنے کی کارروائی مکمل کرنے کے بعد، آپ دوبارہ اسٹوریج ڈومین میں ISO تصویر اپ لوڈ کرنے کی کوشش کر سکتے ہیں۔

اصولی طور پر، آپ VM ڈسکوں سے تصاویر اور ٹیمپلیٹس کو الگ سے ذخیرہ کرنے کے لیے ڈیٹا ٹائپ کے ساتھ ایک علیحدہ سٹوریج ڈومین بنا سکتے ہیں، یا انہیں میزبان انجن کے لیے اسٹوریج ڈومین میں بھی محفوظ کر سکتے ہیں، لیکن یہ منتظم کی صوابدید پر ہے۔

ہوسٹڈ انجن کے لیے سٹوریج ڈومین میں ISO امیجز کے ساتھ اسکرین شاٹ

ورچوئل مشین بنانا

دستاویزی لنک:
oVirt ورچوئل مشین مینجمنٹ گائیڈ –> باب 2: لینکس ورچوئل مشینیں انسٹال کرنا
کنسول کلائنٹس کے وسائل

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

CentOS 7 کے ساتھ ایک ورچوئل مشین بنانے کے لیے، OS سے انسٹالیشن امیج کو ڈاؤن لوڈ کرنا ضروری ہے۔

ہم انتظامی پورٹل پر جاتے ہیں، پر جائیں۔ کمپیوٹنگ >> مجازی مشینیں، اور VM تخلیق وزرڈ لانچ کریں۔ تمام پیرامیٹرز اور فیلڈز کو بھریں اور کلک کریں۔ ٹھیک ہے. اگر آپ دستاویزات کی پیروی کرتے ہیں تو سب کچھ بہت آسان ہے۔

ایک مثال کے طور پر، میں ایک انتہائی دستیاب VM کی بنیادی اور اضافی سیٹنگز دوں گا، جس میں تخلیق کردہ ڈسک، نیٹ ورک سے منسلک ہے، اور انسٹالیشن امیج سے بوٹنگ:

انتہائی دستیاب VM ترتیبات کے ساتھ اسکرین شاٹس

وزرڈ کے ساتھ کام ختم کرنے کے بعد، اسے بند کریں، ایک نیا VM لانچ کریں اور اس پر OS انسٹال کریں۔
ایسا کرنے کے لیے، انتظامی پورٹل کے ذریعے اس VM کے کنسول پر جائیں:

VM کنسول سے منسلک ہونے کے لیے انتظامی پورٹل کی ترتیبات کا اسکرین شاٹ

VM کنسول سے جڑنے کے لیے، آپ کو پہلے کنسول کو ورچوئل مشین کی خصوصیات میں کنفیگر کرنا ہوگا۔

VM ترتیبات کا اسکرین شاٹ، "کنسول" ٹیب

VM کنسول سے جڑنے کے لیے آپ استعمال کر سکتے ہیں، مثال کے طور پر، ورچوئل مشین ویور.

براؤزر ونڈو میں براہ راست VM کنسول سے جڑنے کے لیے، کنسول کے ذریعے کنکشن کی ترتیبات درج ذیل ہونی چاہئیں:

VM پر OS انسٹال کرنے کے بعد، oVirt مہمان ایجنٹ کو انسٹال کرنے کا مشورہ دیا جاتا ہے:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

اس طرح، ہمارے اعمال کے نتیجے میں، تخلیق شدہ VM بہت زیادہ دستیاب ہوگا، یعنی اگر کلسٹر نوڈ جس پر یہ چل رہا ہے ناکام ہوجاتا ہے، oVirt اسے خود بخود دوسرے نوڈ پر دوبارہ شروع کردے گا۔ اس VM کو کلسٹر میزبانوں کے درمیان ان کی دیکھ بھال یا دیگر مقاصد کے لیے بھی منتقل کیا جا سکتا ہے۔

حاصل يہ ہوا

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

مضمون کے بڑے حجم کی وجہ سے اس میں بہت سی چیزوں کو شامل کرنا ممکن نہیں تھا، جیسے کہ تمام تفصیلی وضاحتوں اور اسکرین شاٹس کے ساتھ مختلف وزرڈز کا مرحلہ وار عمل، کچھ احکام کے طویل نتائج وغیرہ۔ درحقیقت، اس کے لیے ایک پوری کتاب لکھنے کی ضرورت ہوگی، جو سافٹ ویئر کے نئے ورژن مسلسل جدت اور تبدیلیوں کے ساتھ ظاہر ہونے کی وجہ سے زیادہ معنی نہیں رکھتی۔ سب سے اہم چیز اس اصول کو سمجھنا ہے کہ یہ سب ایک ساتھ کیسے کام کرتا ہے، اور ورچوئل مشینوں کے انتظام کے لیے غلطی برداشت کرنے والا پلیٹ فارم بنانے کے لیے ایک عمومی الگورتھم حاصل کرنا ہے۔

اگرچہ ہم نے ایک ورچوئل انفراسٹرکچر بنایا ہے، اب ہمیں اسے اس کے انفرادی عناصر: میزبانوں، ورچوئل مشینوں، اندرونی نیٹ ورکس، اور بیرونی دنیا کے ساتھ باہمی تعامل کرنا سکھانے کی ضرورت ہے۔

یہ عمل سسٹم یا نیٹ ورک ایڈمنسٹریٹر کے اہم کاموں میں سے ایک ہے، جس کا احاطہ اگلے مضمون میں کیا جائے گا - ہمارے انٹرپرائز کے غلطی برداشت کرنے والے انفراسٹرکچر میں VyOS ورچوئل راؤٹرز کے استعمال کے بارے میں (جیسا کہ آپ نے اندازہ لگایا ہے، وہ ورچوئل کے طور پر کام کریں گے۔ ہمارے oVirt کلسٹر پر مشینیں)۔

ماخذ: www.habr.com

غلطی برداشت کرنے والے آئی ٹی انفراسٹرکچر کی تشکیل۔ حصہ 2۔ oVirt 4.3 کلسٹر کو انسٹال اور کنفیگر کرنا