Ingiza uingizwaji kwa vitendo. Sehemu ya 2. Mwanzo. Hypervisor

Katika uliopita Ibara ya chaguzi zilizingatiwa kwa nini mifumo iliyopo inaweza kubadilishwa kama sehemu ya utekelezaji wa agizo la uingizwaji wa uagizaji. Makala zifuatazo zitazingatia kuchagua bidhaa mahususi kuchukua nafasi ya zile zinazotumika sasa. Hebu tuanze na hatua ya kuanzia - mfumo wa virtualization.

1. Uchungu wa kuchagua

Kwa hiyo, unaweza kuchagua nini? KATIKA usajili wa Wizara ya Mawasiliano ya Simu na Mawasiliano ya Umma kuna chaguo:

• Mfumo wa uboreshaji wa seva "R-Utendaji» (libvirt, KVM, QEMU)
• Kifurushi cha programu "Brest zana za uboreshaji» (libvirt, KVM, QEMU)
• Jukwaa la kusimamia na kufuatilia mazingira ya uboreshaji "Sharx Stream" (suluhisho la wingu ambalo halifai kwa ofisi za serikali katika 95% ya kesi (usiri, nk.)
• Kifurushi cha programu kwa uboreshaji wa seva, dawati na programu "MWENYEJI" (KVM x86)
• Mfumo wa usimamizi salama wa mazingira ya virtualization "Z|virt"(aka oVirt+KVM)
• Mfumo wa usimamizi wa mazingira halisi "Usanifu wa ROSA"(aka oVirt+KVM)
• Hypervisor QP VMM (sawa na Oracle Virtual Box kuwa kitu kingine chochote)

Unaweza pia kuzingatia hypervisors zilizojumuishwa katika usambazaji wa OS au ziko kwenye hazina yao. Kwa mfano, Astra Linux ina msaada wa KVM. Na kwa kuwa imejumuishwa kwenye hazina za OS, inaweza kuchukuliwa kuwa "halali" kwa ajili ya ufungaji na matumizi. "Ni nini kinaweza kutumika kama sehemu ya uingizwaji wa bidhaa na kile kisichoweza" ilijadiliwa hapo awali Ibara ya, kwa hivyo sitazingatia suala hili.

Kwa kweli, hapa orodha ya zana za uboreshaji za Astra Linux:

• VirtualBox
• Virt-meneja (KVM) Tai ya sasa
• libvirt juu ya KVM

ROSA Linux haina orodha kama hiyo, lakini unaweza kuipata kwenye wiki vifurushi vifuatavyo:

• Usanifu wa ROSA juu ya oVirt juu ya KVM
• QEMU juu ya KVM
• oVirt 3.5 juu ya KVM

Hesabu ina hii QEMU juu ya KVM

Alt Linux ina sawa KVM

1.2. Kuna moja LAKINI

Baada ya uchunguzi wa karibu, tunahitimisha kwamba tutalazimika kushughulika na hypervisors chache tu zinazojulikana, ambazo ni:

1. KVM
2. VirtualBox
3. QEMU

QEMU ni programu ya bure na ya wazi ya kuiga maunzi ya majukwaa anuwai, ambayo yanaweza kufanya kazi bila kutumia KVM, lakini kutumia uboreshaji wa vifaa huongeza kasi ya utendaji wa mifumo ya wageni, kwa hivyo kutumia KVM katika QEMU (-enable-kvm) ndio chaguo linalopendekezwa. (c) Hiyo ni, QEMU ni hypervisor ya aina ya 2, ambayo haikubaliki katika mazingira ya bidhaa. Na KVM inaweza kutumika, lakini katika kesi hii QEMU itatumika kama zana ya usimamizi ya KVM...

Kwa kutumia asili VirtualBox katika biashara ni kweli ukiukaji wa leseni: “Kuanzia toleo la 4, lililotolewa Desemba 2010, sehemu kuu ya bidhaa inasambazwa bila malipo chini ya leseni ya GPL v2. Kifurushi cha ziada kilichowekwa juu yake, kinachotoa usaidizi kwa vifaa vya USB 2.0 na 3.0, Itifaki ya Eneo-kazi la Mbali (RDP), usimbaji fiche wa kiendeshi, uanzishaji kutoka NVMe na PXE, husambazwa chini ya leseni maalum ya PUEL ("kwa matumizi ya kibinafsi na tathmini") , ambapo mfumo haulipishwi kwa matumizi ya kibinafsi, kwa madhumuni ya mafunzo, au kwa tathmini kabla ya kuamua kununua toleo la kibiashara." (c) Plus VirtualBox pia ni hypervisor ya aina 2, kwa hivyo pia hupotea.

Jumla: katika hali yake safi tunayo tu KVM.

2. Mengine: KVM au KVM?

Ikiwa bado unahitaji kubadili kwa hypervisor ya "ndani", chaguo lako, kusema ukweli, ni ndogo. Itakuwa KVM katika kanga moja au nyingine, na marekebisho fulani, lakini bado itakuwa KVM. Ikiwa hii ni nzuri au mbaya ni swali lingine; bado hakuna mbadala.

Ikiwa hali sio kali sana, basi, kama ilivyojadiliwa hapo awali Ibara ya: “Tunahitaji kuleta viashirio kwenye mipaka iliyowekwa. Kwa kweli, hii ina maana kwamba ni lazima tubadilishe mfumo wa uendeshaji uliopo na bidhaa kutoka kwa sajili ya Wizara ya Telecom na Mawasiliano ya Misa na kuongeza idadi ya mifumo ya uendeshaji iliyobadilishwa hadi 80% .... Kwa hivyo, tunaweza kuondoka kwa usalama kwenye kikundi kwenye Hyper-V. , kwa kuwa tunayo na tunaipenda... "(c) Kwa hivyo tunakabiliwa na chaguo: Microsoft Hyper-v au KVM. KVM labda kwa vidhibiti "vimebanwa" kwake, lakini bado itabaki vile vile KVM.

Bidhaa hizi ni mbali na kulinganishwa mara mojasivyo mara mbilisivyo mara tatu...Sawa, unaelewa...

Kuhusu kupeleka na usanidi KVM haikuandikwa vivyo hivyo mara mojasivyo mara mbilisivyo mara tatu si mara nne... Kwa neno moja, kufifia.

Vile vile huenda kwa Microsoft Hyper-V..

Sioni maana ya kujirudia na kuelezea mifumo hii, kulinganisha, nk. Unaweza, bila shaka, kuvuta pointi muhimu kutoka kwa makala, lakini hii itakuwa ni kutoheshimu waandishi, nadhani. Yeyote anayepaswa kuchagua atasoma sio hii tu, bali pia mlima wa habari ili kufanya mawazo yake.

Tofauti pekee ninayotaka kuzingatia ni nguzo ya kushindwa. Ikiwa Microsoft ina hii iliyojengwa ndani ya OS na utendaji wa hypervisor, basi katika kesi ya KVM itabidi utumie programu ya tatu, ambayo inapaswa kuingizwa kwenye hifadhi za OS. Mchanganyiko sawa wa Corosync+Pacemaker, kwa mfano. (Karibu mifumo yote ya uendeshaji ya ndani ina mchanganyiko huu ... labda wote, lakini sikuangalia 100% yao.) Miongozo ya kuanzisha makundi pia inapatikana kwa wingi.

3. Hitimisho

Kweli, kama kawaida, Kulibins wetu hawakujisumbua, walichukua walichokuwa nacho, wakaongeza kidogo chao, na wakatoa "bidhaa" ambayo, kulingana na hati, ni ya nyumbani, lakini kwa kweli ni OpenSource. Je, ni mantiki kutumia pesa kutoka kwa bajeti kwenye mifumo ya "tofauti" ya virtualization (soma: haijajumuishwa kwenye OS)? Usifikirie. Kwa kuwa bado utapokea KVM ile ile, utalipia tu.

Kwa hivyo, kuchagua mbadala wa hypervisor inakuja chini kwa OS gani ya seva utakayonunua kwa Biashara na kufanya kazi. Au, kama ilivyo kwangu, utakaa na kile ulicho nacho (Hyper-VESXi insert_needed).

Chanzo: mapenzi.com