با در نظر گرفتن این واقعیت که تمام مراحل اولیه برای آماده سازی زیرساخت قبلاً تکمیل شده است، فرآیند نصب و پیکربندی اولیه یک خوشه oVirt 4.3 برای میزبانی ماشین های مجازی بسیار در دسترس را پوشش می دهد.
پرولوگ
هدف اصلی مقاله ارائه دستورالعمل های گام به گام مانند "بعدی -> بله -> پایان"چگونه برخی از ویژگی ها را هنگام نصب و پیکربندی نشان دهیم. به دلیل ویژگیهای زیرساخت و محیط، فرآیند استقرار خوشه شما ممکن است همیشه با آنچه در آن توضیح داده شده منطبق نباشد، اما اصول کلی یکسان خواهد بود.
از دیدگاه ذهنی، oVirt 4.3 عملکرد آن شبیه به VMware vSphere نسخه 5.x است، اما البته با تنظیمات و ویژگی های عملیاتی خاص خود.
برای علاقه مندان، تمام تفاوت های بین RHEV (معروف به oVirt) و VMware vSphere را می توان در اینترنت پیدا کرد، به عنوان مثال اینجا، اما من هنوز هم گهگاه به برخی از تفاوت ها یا شباهت های آنها با یکدیگر با پیشرفت مقاله توجه خواهم کرد.
به طور جداگانه، من می خواهم کمی کار را با شبکه های ماشین های مجازی مقایسه کنم. oVirt یک اصل مشابه از مدیریت شبکه را برای ماشین های مجازی (که از این پس VM نامیده می شود) مانند VMware vSphere پیاده سازی می کند:
با استفاده از پل استاندارد لینوکس (در VMware - vSwitch استاندارد)، در حال اجرا بر روی هاست های مجازی سازی؛
با استفاده از Open vSwitch (OVS) (در VMware - vSwitch توزیع شده) یک سوئیچ مجازی توزیع شده است که از دو جزء اصلی تشکیل شده است: یک سرور OVN مرکزی و کنترلرهای OVN در هاست های مدیریت شده.
لازم به ذکر است که به دلیل سهولت پیاده سازی، در مقاله راه اندازی شبکه ها در oVirt برای VM با استفاده از پل استاندارد لینوکس که انتخاب استاندارد هنگام استفاده از هایپروایزر KVM است، توضیح داده خواهد شد.
در این راستا، چندین قانون اساسی برای کار با شبکه در یک کلاستر وجود دارد که بهتر است نقض نشود:
همه تنظیمات شبکه در هاست ها قبل از افزودن آنها به oVirt باید یکسان باشند، به جز آدرس های IP.
هنگامی که میزبانی تحت کنترل oVirt قرار گرفت، تغییر دستی هیچ چیزی در تنظیمات شبکه بدون اطمینان کامل از اقدامات خود به شدت توصیه نمیشود، زیرا عامل oVirt پس از راهاندازی مجدد میزبان یا به سادگی آنها را به موارد قبلی برمیگرداند. عامل.
افزودن یک شبکه جدید برای VM و همچنین کار با آن، فقط باید از کنسول مدیریت oVirt انجام شود.
یکی دیگر یادداشت مهم - برای یک محیط بسیار بحرانی (بسیار حساس به ضررهای پولی)، همچنان توصیه می شود از پشتیبانی پولی و استفاده استفاده کنید. مجازی سازی Red Hat 4.3. در طول کارکرد خوشه oVirt، ممکن است برخی مسائل پیش بیاید که توصیه میشود به جای رسیدگی به آنها، در اسرع وقت کمک واجد شرایط دریافت کنید.
سرانجام، توصیه می شود قبل از استقرار یک خوشه oVirt، با آن آشنا شوید مستندات رسمی، برای آگاهی از حداقل مفاهیم و تعاریف اولیه، در غیر این صورت خواندن ادامه مقاله کمی مشکل خواهد بود.
اصول اولیه برای درک مقاله و اصول عملکرد خوشه oVirt این اسناد راهنمایی هستند:
حجم آن خیلی زیاد نیست، در یک یا دو ساعت می توانید اصول اولیه را کاملاً مسلط کنید، اما برای کسانی که جزئیات را دوست دارند، توصیه می شود مطالعه کنند. مستندات محصول برای مجازی سازی Red Hat 4.3 - RHEV و oVirt اساساً یک چیز هستند.
بنابراین، اگر تمام تنظیمات اولیه روی هاست ها، سوئیچ ها و سیستم های ذخیره سازی انجام شده باشد، مستقیماً به استقرار oVirt می رویم.
قسمت 2. نصب و پیکربندی خوشه oVirt 4.3
برای سهولت در جهت یابی، بخش های اصلی را در این مقاله لیست می کنم که باید یک به یک تکمیل شوند:
نصب سرور مدیریت oVirt
ایجاد یک مرکز داده جدید
ایجاد یک خوشه جدید
نصب هاست های اضافی در یک محیط Self-Hosted
ایجاد یک فضای ذخیره سازی یا Storage Domains
ایجاد و پیکربندی شبکه برای ماشین های مجازی
ایجاد یک تصویر نصب برای استقرار ماشین مجازی
یک ماشین مجازی ایجاد کنید
نصب سرور مدیریت oVirt
سرور مدیریت oVirt مهمترین عنصر در زیرساخت oVirt است، به شکل یک ماشین مجازی، میزبان یا دستگاه مجازی که کل زیرساخت oVirt را مدیریت می کند.
مشابه های نزدیک آن از دنیای مجازی سازی عبارتند از:
VMware vSphere - vCenter Server
Microsoft Hyper-V - مدیر ماشین مجازی مرکز سیستم (VMM).
برای نصب سرور مدیریت oVirt دو گزینه داریم:
گزینه 1
استقرار سرور در قالب یک VM یا هاست تخصصی.
این گزینه بسیار خوب کار می کند، اما به شرطی که چنین VM مستقل از خوشه، یعنی. روی هیچ میزبان خوشه ای به عنوان یک ماشین مجازی معمولی که KVM را اجرا می کند اجرا نمی شود.
چرا چنین VM را نمی توان در میزبان های خوشه ای مستقر کرد؟
در همان ابتدای فرآیند استقرار سرور مدیریت oVirt، ما یک دوراهی داریم - ما باید یک VM مدیریت نصب کنیم، اما در واقع هنوز خود خوشه ای وجود ندارد، و بنابراین چه چیزی می توانیم در پرواز داشته باشیم؟ درست است - KVM را روی یک گره کلاستر آینده نصب کنید، سپس یک ماشین مجازی روی آن ایجاد کنید، به عنوان مثال، با سیستم عامل CentOS و موتور oVirt را در آن مستقر کنید. معمولاً می توان این کار را به دلایل کنترل کامل روی چنین VM انجام داد، اما این یک قصد اشتباه است، زیرا در این صورت، در آینده 100٪ مشکلاتی با چنین VM کنترلی وجود خواهد داشت:
نمی توان آن را در کنسول oVirt بین میزبان ها (گره ها) خوشه منتقل کرد.
هنگام مهاجرت با استفاده از KVM از طریق ورش مهاجرت، این VM برای مدیریت از کنسول oVirt در دسترس نخواهد بود.
میزبان های خوشه ای را نمی توان در نمایش داد حالت تعمیر و نگهداری (حالت تعمیر و نگهداری)، اگر این ماشین مجازی را با استفاده از میزبانی به هاست منتقل کنید ورش مهاجرت.
بنابراین همه چیز را طبق قوانین انجام دهید - از یک میزبان جداگانه برای سرور مدیریت oVirt یا یک VM مستقل که روی آن اجرا می شود استفاده کنید یا بهتر است همانطور که در گزینه دوم نوشته شده است انجام دهید.
گزینه 2
نصب oVirt Engine Appliance بر روی میزبان خوشه ای که توسط آن مدیریت می شود.
این گزینه است که بیشتر در مورد ما صحیح تر و مناسب تر در نظر گرفته می شود.
الزامات چنین VM در زیر توضیح داده شده است؛ من فقط اضافه می کنم که توصیه می شود حداقل دو میزبان در زیرساختی وجود داشته باشد که می توان VM کنترلی را روی آن اجرا کرد تا آن را تحمل کند. در اینجا می خواهم اضافه کنم که همانطور که قبلاً در نظرات مقاله قبلی نوشتم ، هرگز نتوانستم دریافت کنم فکر نامتمرکز در یک خوشه oVirt از دو میزبان، با قابلیت اجرای ماشین های مجازی با موتور میزبان روی آنها.
نصب oVirt Engine Appliance بر روی میزبان اول کلاستر
این سند پیش نیازهایی را که باید قبل از استقرار یک VM با موتور میزبان برآورده شود، مشخص می کند، و همچنین فرآیند نصب را به طور مفصل توضیح می دهد، بنابراین تکرار کلمه به کلمه آن فایده ای ندارد، بنابراین ما بر روی برخی جزئیات مهم تمرکز خواهیم کرد.
قبل از شروع همه اقدامات، مطمئن شوید که پشتیبانی مجازی سازی را در تنظیمات BIOS روی هاست فعال کنید.
هنگام استقرار موتور میزبان، تمام پارامترهای لازم را مشخص می کنیم:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.
برای نصب یک VM بسیار در دسترس با موتور میزبان، ما قبلاً یک LUN ویژه در سیستم ذخیره سازی به اندازه 4 و 150 گیگابایت ایجاد کردیم که سپس به میزبان های خوشه ارائه شد - ببینید. مقاله قبلی.
فرآیند استقرار موتور میزبان پیچیده نیست؛ در پایان باید چیزی شبیه به این دریافت کنیم:
[ 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 از رایانه مدیر، و روی [پورتال مدیریت].
اسکرین شات از “پرتال مدیریت”
با وارد کردن لاگین و رمز عبور (تنظیم شده در هنگام نصب) در پنجره مانند تصویر، به کنترل پنل Open Virtualization Manager می رسیم که در آن می توانید تمام اقدامات را با زیرساخت مجازی انجام دهید:
مرکز داده را اضافه کنید
یک خوشه را اضافه و پیکربندی کنید
هاست ها را اضافه و مدیریت کنید
مناطق ذخیره سازی یا Storage Domains را برای دیسک های ماشین مجازی اضافه کنید
شبکه ها را برای ماشین های مجازی اضافه و پیکربندی کنید
ماشین های مجازی، تصاویر نصب، قالب های VM را اضافه و مدیریت کنید
همه این اقدامات بیشتر مورد بحث قرار خواهند گرفت، برخی در سلول های بزرگ، برخی دیگر با جزئیات بیشتر و با تفاوت های ظریف.
اما ابتدا خواندن این افزونه را توصیه می کنم که احتمالا برای بسیاری مفید خواهد بود.
اضافه
1) در اصل، اگر چنین نیازی وجود داشته باشد، هیچ چیز مانع از نصب هایپروایزر KVM بر روی گره های کلاستر با استفاده از بسته ها نمی شود. کتابخانه и qemu-kvm (یا qemu-kvm-ev) از نسخه مورد نظر، اگرچه هنگام استقرار یک گره خوشه oVirt، خود می تواند این کار را انجام دهد.
اما اگر کتابخانه и qemu-kvm اگر آخرین نسخه را نصب نکرده باشید، ممکن است هنگام استقرار موتور میزبان، خطای زیر را دریافت کنید:
error: unsupported configuration: unknown CPU feature: md-clear
آن ها باید داشته باشد نسخه ی به روز شدهکتابخانه با حفاظت از MDS، که از این سیاست پشتیبانی می کند:
<feature policy='require' name='md-clear'/>
libvirt v.4.5.0-10.el7_6.12 را با پشتیبانی md-clear نصب کنید:
پس از این، می توانید به نصب موتور میزبان ادامه دهید.
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
سپس باید فایروال دیگری را خاموش کنید (در صورت استفاده از آن) و نصب و اجرا کنید فایروال:
تمام مدیریت VM موتور میزبان فقط با استفاده از دستور انجام می شود موتور میزبانی شده در میزبانی که در آن اجرا می شود، در مورد ویرش ما باید فراموش کنیم و همچنین این واقعیت را فراموش کنیم که می توانید از طریق SSH به این 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
هاست را با عامل موتور میزبان ریبوت می کنیم و کارهایی را که نیاز داریم با آن انجام می دهیم.
پس از راه اندازی مجدد، وضعیت ماشین مجازی را با موتور میزبان بررسی کنید:
hosted-engine --vm-status
اگر ماشین مجازی ما با موتور میزبان راه اندازی نمی شود و اگر خطاهای مشابهی در گزارش سرویس مشاهده می کنیم:
خطا در گزارش سرویس:
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
سپس حافظه را وصل کرده و عامل را مجددا راه اندازی می کنیم:
ابتدا بیایید تعریف کنیم که چیست مرکز اطلاعات (من از کمک نقل قول می کنم) یک موجود منطقی است که مجموعه ای از منابع مورد استفاده در یک محیط خاص را تعریف می کند.
مرکز داده نوعی کانتینر است که شامل موارد زیر است:
منابع منطقی در قالب خوشه ها و میزبان ها
منابع شبکه خوشه ای به شکل شبکه های منطقی و آداپتورهای فیزیکی روی هاست،
منابع ذخیره سازی (برای دیسک های VM، قالب ها، تصاویر) در قالب مناطق ذخیره سازی (Storage Domains).
یک مرکز داده میتواند شامل خوشههای متعدد متشکل از میزبانهای متعدد با ماشینهای مجازی در حال اجرا بر روی آنها باشد و همچنین میتواند چندین فضای ذخیرهسازی مرتبط با آن داشته باشد.
چندین مرکز داده می تواند وجود داشته باشد؛ آنها مستقل از یکدیگر عمل می کنند. Ovirt قدرت ها را بر اساس نقش تفکیک می کند و شما می توانید مجوزها را به صورت جداگانه پیکربندی کنید، هم در سطح مرکز داده و هم در عناصر منطقی جداگانه آن.
مرکز داده یا مراکز داده در صورت وجود چندین مورد از یک کنسول اداری یا پورتال واحد مدیریت می شوند.
برای ایجاد یک مرکز داده، به پورتال اداری بروید و یک مرکز داده جدید ایجاد کنید: محاسبه >> مراکز داده ها >> جدید
از آنجایی که ما از فضای ذخیره سازی مشترک در سیستم ذخیره سازی استفاده می کنیم، نوع ذخیره سازی باید به اشتراک گذاشته شود:
اسکرین شات جادوگر ایجاد مرکز داده
هنگام نصب یک ماشین مجازی با موتور میزبان، یک مرکز داده به طور پیش فرض ایجاد می شود - مرکز داده 1و سپس، در صورت لزوم، می توانید نوع ذخیره سازی آن را به دیگری تغییر دهید.
ایجاد یک مرکز داده یک کار ساده است، بدون هیچ گونه تفاوت های ظریف، و تمام اقدامات اضافی با آن در مستندات توضیح داده شده است. تنها چیزی که به آن توجه خواهم کرد این است که هاست های مجردی که فقط دارای فضای ذخیره سازی محلی (دیسک) برای ماشین های مجازی هستند، نمی توانند به یک مرکز داده با نوع ذخیره سازی - اشتراک گذاری شده وارد شوند (آنها را نمی توان در آنجا اضافه کرد) و برای آنها باید ایجاد کنید. یک مرکز داده جداگانه - یعنی هر میزبان جداگانه با ذخیره سازی محلی به مرکز داده جداگانه خود نیاز دارد.
بدون جزئیات غیر ضروری، خوشه - این یک گروه بندی منطقی از میزبان ها است که دارای یک فضای ذخیره سازی مشترک هستند (به شکل دیسک های مشترک در یک سیستم ذخیره سازی، مانند مورد ما). همچنین مطلوب است که هاست های موجود در کلاستر از نظر سخت افزاری یکسان بوده و دارای همان نوع پردازنده (Intel یا AMD) باشند. البته بهترین کار این است که سرورهای این کلاستر کاملاً یکسان باشند.
خوشه بخشی از یک مرکز داده است (با نوع خاصی از ذخیره سازی - محلی یا به اشتراک گذاشته شده، و همه هاست ها باید به نوعی خوشه تعلق داشته باشند، بسته به اینکه فضای ذخیره سازی مشترک دارند یا خیر.
هنگام نصب یک ماشین مجازی با موتور میزبان روی هاست، یک مرکز داده به طور پیش فرض ایجاد می شود - مرکز داده 1، همراه با خوشه - خوشه1و در آینده می توانید پارامترهای آن را پیکربندی کنید، گزینه های اضافی را فعال کنید، هاست را به آن اضافه کنید و غیره.
طبق معمول، برای جزئیات در مورد تمام تنظیمات خوشه، توصیه می شود به اسناد رسمی مراجعه کنید. از برخی از ویژگیهای راهاندازی یک خوشه، فقط اضافه میکنم که هنگام ایجاد آن، کافی است فقط پارامترهای اصلی را در برگه پیکربندی کنید. سوالات عمومی .
من مهمترین پارامترها را یادداشت می کنم:
نوع پردازنده - بر اساس این که کدام پردازندهها روی میزبانهای کلاستر نصب شدهاند، از چه سازندهای هستند و کدام پردازنده روی میزبانها قدیمیترین است، انتخاب میشود تا بسته به این، از تمام دستورالعملهای پردازنده موجود در خوشه استفاده شود.
نوع سوئیچ - در کلاستر ما فقط از پل لینوکس استفاده می کنیم، به همین دلیل آن را انتخاب می کنیم.
نوع فایروال - اینجا همه چیز واضح است، این فایروال است که باید روی هاست ها فعال و پیکربندی شود.
میزبانهای اضافی برای یک محیط Self-Hosted به همان روش میزبان معمولی اضافه میشوند، با مرحله اضافی استقرار VM با موتور میزبان - اقدام استقرار موتور میزبانی شده را انتخاب کنید >> گسترش. از آنجایی که هاست اضافی باید با یک LUN برای یک ماشین مجازی با موتور میزبان ارائه شود، این بدان معنی است که در صورت لزوم می توان از این میزبان برای میزبانی ماشین مجازی با موتور میزبان روی آن استفاده کرد.
برای اهداف تحمل خطا، به شدت توصیه می شود که حداقل دو میزبان وجود داشته باشد که می توان یک VM موتور میزبان را روی آن قرار داد.
در میزبان اضافی، iptables را غیرفعال کنید (در صورت فعال بودن)، فایروال را فعال کنید
بعد، به کنسول بروید مدیر مجازی سازی را باز کنید، یک میزبان جدید اضافه کنید و همه چیز را گام به گام همانطور که در نوشته شده است انجام دهید مستندات.
در نتیجه، پس از اضافه کردن یک هاست اضافی، باید چیزی شبیه به تصویر در کنسول مدیریتی، مانند تصویر، دریافت کنیم.
اسکرین شات پورتال اداری - هاست ها
میزبانی که VM موتور میزبان در حال حاضر روی آن فعال است دارای یک تاج طلایی و کتیبه "اجرای Hosted Engine VM"، میزبانی که در صورت لزوم می توان این ماشین مجازی را راه اندازی کرد - کتیبه "می تواند Hosted Engine VM را اجرا کند'.
در صورت شکست میزبان که در آن "اجرای Hosted Engine VM"، به طور خودکار در میزبان دوم راه اندازی مجدد می شود. این VM همچنین می تواند از میزبان فعال به میزبان آماده به کار برای نگهداری آن منتقل شود.
در حالی که ممکن است به نظر برسد که کار اضافه کردن و پیکربندی یک هاست را تمام کرده اید، اما این کاملاً درست نیست.
برای عملکرد عادی هاست ها و شناسایی/رفع خرابی ها در هر یک از آنها، تنظیمات مدیریت نیرو / شمشیربازی مورد نیاز است.
نرده، یا حصار، فرآیند حذف موقت یک میزبان معیوب یا ناموفق از خوشه است که طی آن یا سرویس های oVirt روی آن یا خود میزبان مجدداً راه اندازی می شوند.
تمام جزئیات در مورد تعاریف و پارامترهای مدیریت انرژی / حصارکشی، طبق معمول، در مستندات ارائه شده است؛ من فقط نمونه ای از نحوه پیکربندی این پارامتر مهم را که برای سرورهای Dell R640 با iDRAC 9 اعمال می شود، بیان می کنم.
به پورتال اداری بروید، کلیک کنید محاسبه >> میزبان یک میزبان انتخاب کنید
کلیک ویرایش.
روی برگه کلیک کنید مدیریت قدرت.
کادر کنار گزینه را علامت بزنید مدیریت انرژی را فعال کنید.
کادر کنار گزینه را علامت بزنید ادغام Kdumpبرای جلوگیری از رفتن میزبان به حالت شمشیربازی در حین ضبط خرابی هسته.
توجه داشته باشید.
پس از فعال کردن ادغام Kdump در میزبانی که از قبل در حال اجرا است، باید طبق روال موجود در راهنمای مدیریت oVirt دوباره نصب شود -> فصل 7: میزبان ها -> نصب مجدد هاست ها
در صورت تمایل، می توانید کادر را علامت بزنید کنترل سیاست مدیریت توان را غیرفعال کنید، اگر نمی خواهیم مدیریت توان میزبان توسط سیاست زمانبندی خوشه کنترل شود.
روی دکمه (+) برای افزودن یک دستگاه مدیریت انرژی جدید، پنجره ویرایش ویژگی های عامل باز می شود.
برای iDRAC9، فیلدها را پر کنید:
نشانی: – آدرس iDRAC9
نام کاربری / رمز عبور – ورود به سیستم و رمز عبور برای ورود به iDRAC9 به ترتیب
نوع -drac5
علامت امن
گزینه های زیر را اضافه کنید: cmd_prompt=>,login_timeout=30
اسکرین شات با پارامترهای "Power Management" در ویژگی های میزبان
دامنه ذخیره سازی، یا فضای ذخیره سازی، یک مکان متمرکز برای ذخیره دیسک های ماشین مجازی، تصاویر نصب، قالب ها و عکس های فوری است.
مناطق ذخیره سازی را می توان با استفاده از پروتکل های مختلف، سیستم های فایل شبکه و کلاستر به مرکز داده متصل کرد.
oVirt دارای سه نوع فضای ذخیره سازی است:
دامنه داده - برای ذخیره تمام داده های مرتبط با ماشین های مجازی (دیسک ها، قالب ها). دامنه داده را نمی توان بین مراکز داده مختلف به اشتراک گذاشت.
دامنه ISO (نوع منسوخ فضای ذخیره سازی) - برای ذخیره تصاویر نصب سیستم عامل. دامنه ISO را می توان بین مراکز داده مختلف به اشتراک گذاشت.
صادرات دامنه (نوع منطقه ذخیره سازی منسوخ شده) - برای ذخیره موقت تصاویر منتقل شده بین مراکز داده.
در مورد خاص ما، یک منطقه ذخیره سازی با نوع دامنه داده از پروتکل کانال فیبر (FCP) برای اتصال به LUN در سیستم ذخیره سازی استفاده می کند.
از دیدگاه oVirt، هنگام استفاده از سیستم های ذخیره سازی (FC یا iSCSI)، هر دیسک مجازی، عکس فوری یا قالب یک دیسک منطقی است.
دستگاههای بلوک با استفاده از Volume Group در یک واحد (روی میزبانهای خوشهای) مونتاژ میشوند و سپس با استفاده از LVM به حجمهای منطقی تقسیم میشوند که به عنوان دیسک مجازی برای ماشینهای مجازی استفاده میشود.
همه این گروه ها و تعداد زیادی از حجم های LVM را می توان با استفاده از دستورات در میزبان خوشه مشاهده کرد و غیره и lvs. طبیعتاً تمام اقدامات با چنین دیسک هایی باید فقط از کنسول oVirt انجام شود، مگر در موارد خاص.
دیسک های مجازی برای ماشین های مجازی می توانند دو نوع باشند - QCOW2 یا RAW. دیسک ها ممکن است "لاغر" یا "ضخیم". عکس های فوری همیشه به صورت" ایجاد می شوندنازک".
روش مدیریت دامنههای ذخیرهسازی، یا مناطق ذخیرهسازی قابل دسترسی از طریق FC، کاملاً منطقی است - برای هر دیسک مجازی VM یک حجم منطقی جداگانه وجود دارد که فقط توسط یک میزبان قابل نوشتن است. برای اتصالات FC، oVirt از چیزی مانند LVM خوشه ای استفاده می کند.
ماشینهای مجازی واقع در یک منطقه ذخیرهسازی میتوانند بین میزبانهای متعلق به یک خوشه منتقل شوند.
همانطور که از توضیحات می بینیم، یک خوشه در oVirt، مانند یک خوشه در VMware vSphere یا Hyper-V، اساساً به همین معنی است - این یک گروه بندی منطقی از میزبان ها است که ترجیحاً از نظر ترکیب سخت افزاری یکسان است و دارای فضای ذخیره سازی مشترک برای مجازی است. دیسک های ماشین
بیایید مستقیماً به ایجاد یک منطقه ذخیره سازی برای داده ها (دیسک های VM) ادامه دهیم، زیرا بدون آن مرکز داده اولیه نمی شود.
اجازه دهید به شما یادآوری کنم که تمام LUN های ارائه شده به میزبان های کلاستر در سیستم ذخیره سازی باید با استفاده از دستور " روی آنها قابل مشاهده باشند.چند مسیری -ll'.
طبق مستندات، به پورتال بروید به ذخیره سازی >> دامنه -> دامنه جدید و دستورالعمل های بخش "افزودن فضای ذخیره سازی FCP" را دنبال کنید.
پس از راه اندازی ویزارد، فیلدهای مورد نیاز را پر کنید:
نام - نام خوشه را تنظیم کنید
تابع دامنه -داده ها
نوع ذخیره سازی - کانال فیبر
میزبان برای استفاده - میزبانی را انتخاب کنید که LUN مورد نیاز ما در آن موجود باشد
در لیست LUN ها، مورد مورد نیاز خود را علامت بزنید، کلیک کنید اضافه کردن و بعد خوب. در صورت لزوم، می توانید با کلیک بر روی پارامترهای اضافی فضای ذخیره سازی را تنظیم کنید پارامترهای پیشرفته.
تصویری از جادوگر برای افزودن «دامنه ذخیرهسازی»
بر اساس نتایج ویزارد، باید یک فضای ذخیره سازی جدید دریافت کنیم و مرکز داده ما باید به وضعیت منتقل شود. UP، یا مقدار دهی اولیه شده است:
شبکه ها یا شبکه ها برای گروه بندی شبکه های منطقی مورد استفاده در زیرساخت مجازی oVirt خدمت می کنند.
برای تعامل بین آداپتور شبکه در ماشین مجازی و آداپتور فیزیکی روی هاست، از رابط های منطقی مانند پل لینوکس استفاده می شود.
برای گروه بندی و تقسیم ترافیک بین شبکه ها، VLAN ها روی سوئیچ ها پیکربندی می شوند.
هنگام ایجاد یک شبکه منطقی برای ماشین های مجازی در oVirt، باید یک شناسه مربوط به شماره VLAN روی سوئیچ به آن اختصاص داده شود تا VM ها بتوانند با یکدیگر ارتباط برقرار کنند، حتی اگر روی گره های مختلف خوشه اجرا شوند.
تنظیمات اولیه آداپتورهای شبکه روی هاست ها برای اتصال ماشین های مجازی باید در آن انجام می شد مقاله قبلی - رابط منطقی پیکربندی شده است 1، سپس تمام تنظیمات شبکه باید فقط از طریق پورتال اداری oVirt انجام شود.
پس از ایجاد یک VM با موتور میزبان، علاوه بر ایجاد خودکار مرکز داده و خوشه، یک شبکه منطقی نیز به طور خودکار برای مدیریت خوشه ما ایجاد شد - ovritmgmt، که این ماشین مجازی به آن متصل شده است.
در صورت لزوم، می توانید تنظیمات شبکه منطقی را مشاهده کنید ovritmgmt و آنها را تنظیم کنید، اما باید مراقب باشید که کنترل زیرساخت oVirt را از دست ندهید.
تنظیمات شبکه منطقی ovritmgmt
برای ایجاد یک شبکه منطقی جدید برای ماشین های مجازی معمولی، در پورتال مدیریتی به شبکه ارتباطی >> شبکه >> جدیدو روی برگه سوالات عمومی یک شبکه با شناسه VLAN مورد نظر اضافه کنید و کادر کنار «شبکه 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: ذخیره سازی، بخش آپلود تصاویر در یک دامنه ذخیره سازی داده.
بدون تصویر نصب سیستم عامل، نصب ماشین مجازی امکان پذیر نخواهد بود، البته اگر مثلاً روی شبکه نصب شده باشد، این مشکلی ندارد. کوبلر با تصاویر از پیش ساخته شده
در مورد ما، این امکان پذیر نیست، بنابراین باید خودتان این تصویر را به oVirt وارد کنید. پیش از این، این نیاز به ایجاد یک دامنه ISO داشت، اما در نسخه جدید oVirt منسوخ شده است، و بنابراین اکنون می توانید تصاویر را مستقیماً از پورتال مدیریتی در دامنه Storage آپلود کنید.
در پورتال اداری به ذخیره سازی >> دیسک >> بارگذاری >> آغاز
ما تصویر سیستم عامل خود را به عنوان یک فایل ISO اضافه می کنیم، تمام فیلدهای فرم را پر می کنیم و روی دکمه " کلیک می کنیم.تست اتصال".
اسکرین شات از Add Installation Image Wizard
اگر با خطای زیر مواجه شدیم:
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 را به " اضافه کنیدروت CAهای مورد اعتماد"(Trusted Root CA) در ایستگاه کنترل مدیر، جایی که ما در تلاش برای دانلود تصویر هستیم.
پس از افزودن گواهی به Trusted Root CA، دوباره روی " کلیک کنیدتست اتصال"، باید دریافت کند:
Connection to ovirt-imageio-proxy was successful.
پس از تکمیل عمل افزودن گواهی، می توانید دوباره تصویر ISO را در Storage Domain بارگذاری کنید.
در اصل شما می توانید یک Storage Domain جداگانه با نوع Data ایجاد کنید تا تصاویر و قالب ها را جدا از دیسک های VM ذخیره کنید یا حتی آنها را در Storage Domain برای موتور میزبان ذخیره کنید، اما این به صلاحدید مدیر است.
اسکرین شات با تصاویر ISO در Storage Domain برای موتور میزبان
پس از بارگذاری تصویر نصب با سیستم عامل در oVirt، می توانید مستقیماً به ایجاد یک ماشین مجازی اقدام کنید. کارهای زیادی انجام شده است، اما ما در حال حاضر در مرحله نهایی هستیم که به خاطر آن همه این کارها آغاز شد - به دست آوردن یک زیرساخت مقاوم در برابر خطا برای میزبانی ماشین های مجازی بسیار در دسترس. و همه اینها کاملاً رایگان است - حتی یک پنی برای خرید هیچ مجوز نرم افزاری خرج نشده است.
برای ایجاد یک ماشین مجازی با CentOS 7، تصویر نصب از سیستم عامل باید دانلود شود.
ما به پورتال اداری می رویم، به محاسبه >> ماشین های مجازیو جادوگر ایجاد VM را راه اندازی کنید. تمام پارامترها و فیلدها را پر کرده و کلیک کنید خوب. اگر مستندات را دنبال کنید همه چیز بسیار ساده است.
به عنوان مثال، تنظیمات اولیه و اضافی یک VM بسیار در دسترس را با یک دیسک ایجاد شده، متصل به شبکه و بوت شدن از یک تصویر نصب ارائه خواهم کرد:
اسکرین شات با تنظیمات VM بسیار در دسترس
پس از اتمام کار با ویزارد، آن را ببندید، یک VM جدید راه اندازی کنید و سیستم عامل را روی آن نصب کنید.
برای این کار از طریق پورتال مدیریتی به کنسول این VM بروید:
اسکرین شات تنظیمات پورتال مدیریتی برای اتصال به کنسول VM
برای اتصال به کنسول VM، ابتدا باید کنسول را در ویژگی های ماشین مجازی پیکربندی کنید.
بنابراین، در نتیجه اقدامات ما، VM ایجاد شده بسیار در دسترس خواهد بود، یعنی. اگر گره خوشه ای که روی آن اجرا می شود با شکست مواجه شود، oVirt به طور خودکار آن را در گره دوم راه اندازی مجدد می کند. این VM همچنین میتواند بین میزبانهای خوشهای برای نگهداری یا اهداف دیگر منتقل شود.
نتیجه
امیدوارم که این مقاله بتواند بیان کند که oVirt یک ابزار کاملاً عادی برای مدیریت زیرساخت مجازی است که استقرار آن چندان دشوار نیست - نکته اصلی پیروی از قوانین و الزامات خاصی است که هم در مقاله و هم در اسناد توضیح داده شده است.
به دلیل حجم زیاد مقاله، گنجاندن موارد زیادی از جمله اجرای گام به گام جادوگران مختلف با تمام توضیحات و اسکرین شات های دقیق، نتیجه گیری طولانی برخی از دستورات و ... ممکن نبود. در واقع، این نیاز به نوشتن یک کتاب کامل دارد، که به دلیل نسخه های جدید نرم افزار که دائماً با نوآوری ها و تغییرات ظاهر می شوند، منطقی نیست. مهمترین چیز این است که اصل نحوه عملکرد همه آنها با هم و به دست آوردن یک الگوریتم کلی برای ایجاد یک پلتفرم تحملپذیر خطا برای مدیریت ماشینهای مجازی است.
اگرچه ما یک زیرساخت مجازی ایجاد کردهایم، اما اکنون باید به آن آموزش دهیم که هم بین عناصر فردی خود تعامل داشته باشد: میزبان، ماشینهای مجازی، شبکههای داخلی و با دنیای خارج.
این فرآیند یکی از وظایف اصلی یک سیستم یا مدیر شبکه است که در مقاله بعدی به آن پرداخته خواهد شد - در مورد استفاده از روترهای مجازی VyOS در زیرساخت تحمل خطای شرکت ما (همانطور که حدس زدید آنها به صورت مجازی کار خواهند کرد. ماشین های روی خوشه oVirt ما).