oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ

Танилцуулга

Нээлттэй эхийн төсөл oVirt — үнэгүй аж ахуйн нэгжийн түвшний виртуалчлалын платформ. Хабрыг гүйлгэсний дараа би үүнийг олж мэдсэн oVirt энд зохих хэмжээнд хүрээгүй байна.
oVirt нь үнэндээ Red Hat-ийн жигүүр дор хөгжиж буй арилжааны Red Hat Virtualization (RHV, хуучнаар RHEV) системийн дээд хэсэг юм. Төөрөгдөлөөс зайлсхийхийн тулд энэ үгүй CentOS vs RHEL-тэй ижил, Fedora vs RHEL-тэй ойролцоо загвар.
Хамар доор - KVM, вэб интерфэйсийг удирдахад ашигладаг. RHEL/CentOS 7 үйлдлийн систем дээр суурилсан.
oVirt нь "уламжлалт" сервер болон ширээний виртуалчлалд (VDI) хоёуланд нь ашиглагдах боломжтой бөгөөд VMware шийдлээс ялгаатай нь хоёр систем нь нэг цогцолборт зэрэгцэн орших боломжтой.
Төсөл сайн байна баримтжуулсан, үр бүтээлтэй ашиглах төлөвшилд хүрч, өндөр ачаалалд бэлэн болсон.
Энэ нийтлэл нь ажиллаж байгаа ачааллын кластерыг хэрхэн бүтээх тухай цувралын эхнийх юм. Тэдгээрийг даван туулсны дараа бид богино хугацаанд (ойролцоогоор 2 цаг) бүрэн ажиллаж байгаа системийг олж авах болно, гэхдээ мэдээжийн хэрэг хэд хэдэн асуудал илчлэгдэхгүй; Би тэдгээрийг дараагийн нийтлэлүүдэд тусгах гэж оролдох болно.
Бид үүнийг 4.1 хувилбараас эхлээд хэдэн жилийн турш ашиглаж байна. Манай үйлдвэрлэлийн систем одоогоор Xeon Gold CPU-тэй HPE Synergy 480 болон ProLiant BL460c 10-р үеийн компьютерууд дээр ажиллаж байна.
Үүнийг бичиж байх үед одоогийн хувилбар нь 4.3.

Зүйл

  1. Танилцуулга (Бид энд байна)
  2. Менежер (ovirt-engine) болон гипервизоруудыг (хостууд) суурилуулах
  3. Нэмэлт тохиргоо

Функциональ шинж чанарууд

oVirt-д 2 үндсэн байгууллага байдаг: ovirt-engine болон ovirt-host(ууд). VMware бүтээгдэхүүнүүдийг мэддэг хүмүүсийн хувьд oVirt нь бүхэлдээ платформ нь vSphere, ovirt-engine - хяналтын давхарга нь vCenter-тэй ижил үүрэг гүйцэтгэдэг бөгөөд ovirt-host нь ESX (i) шиг гипервизор юм. Учир нь vSphere бол маш алдартай шийдэл бөгөөд заримдаа би түүнтэй харьцуулах болно.
oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ
Цагаан будаа. 1 - oVirt хяналтын самбар.

Ихэнх Linux түгээлтүүд болон Windows-ийн хувилбарууд зочны машин хэлбэрээр дэмжигддэг. Зочин машинуудын хувьд агентууд, оновчтой виртуал төхөөрөмжүүд, virtio драйверууд, ялангуяа диск хянагч, сүлжээний интерфейс байдаг.
Алдааг тэсвэрлэх чадвартай шийдэл, бүх сонирхолтой функцуудыг хэрэгжүүлэхийн тулд танд дундын хадгалах сан хэрэгтэй болно. FC, FCoE, iSCSI, NFS файл хадгалах гэх мэт блокуудыг хоёуланг нь дэмждэг. Гэмтлийг тэсвэрлэх шийдлийг хэрэгжүүлэхийн тулд хадгалах систем нь мөн алдааг тэсвэрлэх чадвартай байх ёстой (дор хаяж 2 хянагч, олон дамжуулалттай).
Орон нутгийн хадгалах санг ашиглах боломжтой, гэхдээ анхдагчаар зөвхөн хуваалцсан хадгалах сангууд нь жинхэнэ кластерт тохиромжтой. Орон нутгийн хадгалалт нь системийг өөр өөр гипервизоруудын багц болгодог бөгөөд дундын санах ойтой байсан ч кластерыг угсарч чадахгүй. Хамгийн зөв арга бол SAN-аас ачаалах дискгүй машин эсвэл хамгийн бага хэмжээтэй диск юм. Магадгүй, vdsm дэгээгээр дамжуулан програм хангамжийн тодорхойлогдсон хадгалах санг локал дискнээс (жишээ нь, Ceph) угсарч, VM дээр үзүүлэх боломжтой байж болох ч би үүнийг нухацтай авч үзээгүй байна.

архитектур

oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ
Цагаан будаа. 2 - oVirt архитектур.
Архитектурын талаарх дэлгэрэнгүй мэдээллийг эндээс авах боломжтой баримт бичиг хөгжүүлэгч.

oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ
Цагаан будаа. 3 - oVirt объектууд.

Шатлалын дээд элемент нь - Мэдээллийн төв. Энэ нь хуваалцсан эсвэл дотоод санах ойг ашиглаж байгаа эсэх, мөн ашигласан функцийн багцыг (нийцтэй байдал, 4.1-ээс 4.3) тодорхойлдог. Нэг буюу хэд хэдэн байж болно. Олон сонголтуудын хувьд өгөгдмөл Дата төв - Өгөгдмөл - ашиглахад тохиромжтой.
Дата төв нь нэг буюу хэд хэдэн хэсгээс бүрдэнэ Кластерууд. Кластер нь процессорын төрөл, шилжих бодлого гэх мэтийг тодорхойлдог. Жижиг суулгацын хувьд та үндсэн кластераар өөрийгөө хязгаарлаж болно.
Кластер нь эргээд бүрдэнэ HostЭдгээр нь үндсэн ажлыг гүйцэтгэдэг - тэд виртуал машинуудыг зөөдөг, хадгалах сан нь тэдгээрт холбогдсон байдаг. Кластер нь 2 ба түүнээс дээш хостыг агуулна. Техникийн хувьд 1 хосттой кластер хийх боломжтой ч практикт ямар ч ашиггүй.

oVirt нь олон функцийг дэмждэг. гипервизоруудын хооронд виртуал машинуудын шууд шилжилт хөдөлгөөн (амьд шилжилт) ба хадгалалтын шилжилт (хадгалалтын шилжилт), VM сан бүхий ширээний виртуалчлал (виртуал ширээний дэд бүтэц), төлөв болон харьяалалгүй VM, NVidia Grid vGPU-г дэмжих, vSphere, KVM-ээс импортлох, хүчирхэг API болон бусад олон. Эдгээр бүх функцийг нөөц ашигласны төлбөргүй ашиглах боломжтой бөгөөд хэрэв дэмжлэг шаардлагатай бол Red Hat-аас бүс нутгийн түншүүдээр дамжуулан дэмжлэг авах боломжтой.

RHV үнийн тухай

Үнэ нь VMware-тэй харьцуулахад тийм ч өндөр биш, зөвхөн дэмжлэгийг худалдаж авдаг - лицензийг өөрөө худалдаж авах шаардлагагүй. Тусламжийг зөвхөн гипервизоруудад худалдаж авдаг; ovirt-engine нь vCenter серверээс ялгаатай нь ямар ч зардал шаарддаггүй.

Өмчлөлийн 1 дэх жилийн тооцооны жишээ

4 ширхэг 2 сокет машин, жижиглэнгийн үнэ (төслийн хөнгөлөлтгүйгээр) кластерыг авч үзье.
Стандарт RHV захиалга 999 долларын үнэтэй нэг сокет/жил (дээд зэрэглэлийн 365/24/7 — $1499), нийт 4*2*$999=$7992.
vSphere үнэ:

  • 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).

Нийт: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 хамгийн залуу сонголтын хувьд. Энэ ялгаа нь ойролцоогоор 3,5 дахин их байна!
oVirt-д бүх функцийг ямар ч хязгаарлалтгүйгээр ашиглах боломжтой.

Товч шинж чанарууд ба дээд хэмжээ

Системийн шаардлага

Гипервизор нь техник хангамжийн виртуалчлалыг идэвхжүүлсэн CPU шаарддаг, эхлүүлэхийн тулд RAM-ийн хамгийн бага хэмжээ нь 2 ГБ, үйлдлийн системд санал болгож буй хадгалах хэмжээ нь 55 ГБ (ихэнхдээ лог гэх мэт, үйлдлийн систем өөрөө бага зай эзэлдэг).
Илүү дэлгэрэнгүй мэдээллийг - энд.
Хэрэгтэй хөдөлгүүрийн хамгийн бага шаардлага 2 цөм/4 гиб RAM/25 гиб санах ой. Санал болгож байна - 4 цөм/16 ГБ RAM/50 ГБ санах ойноос.
Аливаа системийн нэгэн адил хэмжээ, тоо хэмжээний хязгаарлалтууд байдаг бөгөөд тэдгээрийн ихэнх нь бэлэн масс арилжааны серверүүдийн чадавхиас давж гардаг. Тийм ээ, хос Intel Xeon Gold 6230 RAM-ийн 2 TiB-ийг хаяглаж, 40 цөм (80 утас) өгдөг бөгөөд энэ нь нэг VM-ийн хязгаараас ч бага юм.

Виртуал машины дээд хэмжээ:

  • Виртуал машинуудын нэгэн зэрэг ажиллах дээд хэмжээ: Хязгааргүй;
  • Виртуал машинд ногдох хамгийн их виртуал CPU: 384;
  • Нэг виртуал машинд хамгийн их санах ой: 4 TiB;
  • Виртуал машинд ногдох хамгийн их нэг дискний хэмжээ: 8 TiB.

Хостын дээд хэмжээ:

  • Логик CPU-ийн цөм буюу урсгалууд: 768;
  • RAM: 12 TiB;
  • Оруулсан виртуал машинуудын тоо: 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;
    • LUN-ийн хамгийн их тоо (илүү их): 300;
    • Дискний дээд хэмжээ: 500 TiB (анхдагчаар 8 TiB хүртэл хязгаарлагдсан).

Хэрэгжүүлэх сонголтууд

Өмнө дурьдсанчлан oVirt нь ovirt-хөдөлгүүр (хяналт) ба ovirt-host (hypervisor) гэсэн 2 үндсэн элементээс бүтээгдсэн.
Хөдөлгүүрийг платформын гадна талд (бие даасан менежер - энэ нь өөр платформ дээр ажилладаг VM эсвэл тусдаа гипервизор, бүр физик машин байж болно) эсвэл платформ дээр (VCSA аргатай төстэй өөрөө зохион байгуулалттай хөдөлгүүр) байрладаг. VMware-аас).
Гипервизорыг аль алинд нь суулгаж болно ердийн OS RHEL/CentOS 7 (EL Host) болон дээр тусгайлсан хамгийн бага үйлдлийн систем (oVirt-Node, el7 дээр суурилсан).
Бүх сонголтуудын техник хангамжийн шаардлага ойролцоогоор ижил байна.
oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ
Цагаан будаа. 4 - стандарт архитектур.

oVirt 2 цагийн дотор. 1-р хэсэг. Нээлттэй, алдааг тэсвэрлэх чадвартай виртуалчлалын платформ
Цагаан будаа. 5 - Өөрөө зохион байгуулсан хөдөлгүүрийн архитектур.

Би хувьдаа бие даасан менежер болон EL хостуудыг сонгосон.

  • Бие даасан Менежер нь эхлүүлэх асуудалд арай хялбар байдаг, тахиа, өндөгний асуудал байхгүй (VCSA-тай адил - ядаж нэг хостыг бүрэн ажиллуулах хүртэл эхлүүлэх боломжгүй), гэхдээ өөр системээс хамааралтай байдаг*;
  • EL Host нь OS-ийн бүх хүчийг өгдөг бөгөөд энэ нь гадны хяналт, дибаг хийх, алдааг олж засварлах гэх мэтэд хэрэгтэй.

* Гэсэн хэдий ч ашиглалтын бүх хугацаанд эрчим хүчний ноцтой тасалдсан ч гэсэн үүнийг хийх шаардлагагүй байв.
Гэхдээ гол зүйлдээ орцгооё!
Туршилтын хувьд Xeon® CPU-тэй ProLiant BL460c G7 хос ирийг гаргах боломжтой. Бид тэдгээрийг суулгах процессыг хуулбарлахад ашиглах болно.
Зангилаануудад ovirt.lab.example.com, kvm01.lab.example.com болон kvm02.lab.example.com гэсэн нэр өгье.
-руу шууд орцгооё суурилуулалт.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх