Sa isang nakaraang post na tinalakay ko ang Solaris Containers / Zones at kung bakit sila isang magandang ideya. Ang Solaris ay may isa pang layer ng virtualization na tinatawag na Logical Domains o LDOMS. Muling nai-rebranding ito ng Oracle sa 'Oracle VM Server para sa SPARC' ngunit sa karamihan ng mga kadahilanan mas madaling tawagan ang mga ito bilang mga LDOM. Gayunpaman, sapat na ang tungkol sa nomenclature. Ano nga ba ang mga ito at bakit kakailanganin mo ng isa pang layer ng virtualization?
Ang mga Solaris LDOM ay mas malapit na kahawig ng virtualization sa paraang ibibigay ito ng VMware. Mayroon kang mga natatanging at buong segment na lalagyan. Maaari itong magpatakbo ng ganap na magkakaibang mga operating system o bersyon ng Solaris. Kung natatandaan mo mula sa artikulong Solaris Zones, ibinahagi ng Non Global Zones (NGZ) ang parehong kernel ng Global Zone (GZ) na nagho-host dito. Maaari kang magpatakbo ng isang mas matandang bersyon ng isang NGZ sa isang GZ ngunit ginagawa ito sa pamamagitan ng isang aklatan ng pagiging tugma na tinutularan ito. Pinapayagan ka ng LDOM na magkaroon ng isang natatanging halimbawa.
Kinakailangan ng LDOM na suportahan ng processor ang virtualization. Para sa SPARC, pangunahing ito ang mga nagpoproseso batay sa arkitekturang sunv4. Mas madaling matandaan / kilalanin, ang mga processor ng Sparc T, kung ang T1-T7 na ito bagaman mayroong iba pang mga processor na sumusuporta dito. Para sa x86 / x64. Ginawa ni Solaris, sa mga kamakailang bersyon, simulang suportahan ang teknolohiyang ito para sa x86 / x64 din ngunit magtutuon kami sa mga processor ng SPARC para sa artikulong ito.
Sa puntong ito, marahil ay tinatanong mo ang iyong sarili, mahusay ito ngunit bakit kailangan natin ng maraming mga layer ng virtualization? Mahusay ang mga LDOM kung kailangan mo ng isang tunay na nakahiwalay na kapaligiran. Marahil mayroon kang mga tukoy na bersyon ng Solaris na kailangan mo para sa mga tiyak na layunin? Halimbawa kung mayroon kang isang stack ng produksyon na nangangailangan ng Solaris 11.1 para sa database at Solaris 10 para sa App, madali mong mai-set up ang isang domain ng panauhin ng LDOM para sa bawat isa upang maaari mong patakbuhin ang mga tukoy na bersyon. Marahil ang iyong app ay 5-6 iba't ibang mga application na kailangan ng ilang layer ng paghihiwalay dahil hindi sila maaaring magkasama sa parehong halimbawa ng OS. Maaari mong i-set up ang bawat isa sa isang hiwalay na zone upang makamit ito.
Tulad ng ipinakita sa itaas, isa pang kaso ng paggamit ay para sa mga paglipat. Kapag oras na upang paganahin ang hardware ng legacy ngunit kailangan mo pa rin ang mas matandang mga bersyon ng Solaris dahil ang iyong app ay hindi tatakbo sa isang mas bagong bersyon o marahil ay hindi ito suportado / hindi sertipikado sa mas bagong bersyon at ayaw mong harapin ang senaryong iyon. Ang pag-ikot ng mga LDOM at Zone ay isang madali at magaan na paraan upang makamit ito dahil ang pagpoproseso ng lakas at RAM ay karaniwang labis.
Upang makamit ito, mayroong 5 pangunahing mga tungkulin sa isang LDOM. Kontrolin ang Domain, Domain ng Serbisyo, I / O Domain, Root Domain at Domain ng Bisita. Ang Control Domain ay responsable para sa pamamahala ng mga LDOM na naka-host sa pisikal na server. Karaniwan itong pinagsama sa Serbisyo Domain na responsable para sa pagpapakita ng ilang mga mapagkukunan sa Guest Domain tulad ng mga disk. Ang Guest Domain ay ang aktwal na tumatakbo na Virtual Server Guest Operating System. Iyon ay umalis sa Root domain at I / O domain. Ang dalawang ito ay karaniwang pinagsama sa Control Domain din. Responsable sila para sa pagbibigay ng pag-access sa mga bus ng PCI / PCIe. Mahalagang tandaan na ang Guest Domain ay karaniwang ang tanging lugar na nais mong i-install ang iyong mga application sa negosyo upang maayos na ma-segment ang kapaligiran.
Tulad ng ibang mga Hypervisor, ang mga LDOM ay maaaring live na na-migrate mula sa isang pisikal na server patungo sa isa pa hangga't nagbahagi sila ng imbakan at makikita ng bawat server ang parehong mga aparato sa pag-iimbak. Maaari itong maging lubhang kapaki-pakinabang kung mayroon kang isang LDOM na ngumunguya sa mga mapagkukunan at kailangan mong balansehin. Kapag nagse-set up ng mga LDOM nag-set up ka rin ng anumang mga limitasyon na nais mo para sa bawat isa sa kanila sa mga tuntunin ng RAM, CPU, atbp.
Ang ilan sa mga pangunahing driver para sa paggamit ng parehong mga layer ng virtualization ay dumating sa pagpoproseso ng lakas at kapasidad ng RAM na lumalampas sa aktwal na mga pangangailangan ng application. Halimbawa, kasangkot ako sa isang malawak na paglipat ng Solaris Datacenter kung saan napalitan nila ang 30 racks ng mga server ng SPARC, mga switch ng SAN at network hanggang sa 6 na mga racks ng kagamitan at 5 kabuuang mga server ng SPARC. Sa 5 mga server ng SPARC na ito, ilang daang mga zone ang nai-host sa pamamagitan ng isang dosenang mga LDOM. Ang pamamahala ay mas simple dahil mayroong 5 mga pisikal na server lamang upang pamahalaan. Kung ang isang zone o LDOM ay kailangang ma-bounce, ang mga utos ng zoneadm o ldm ay madaling maabot nang hindi kinakailangang magpadala ng sinuman sa sahig ng datacenter o alalahanin ang mga detalye ng pagkakakonekta ng ILOM.
Ang pangangasiwa ng mga LDOM ay maaaring maiugnay sa Role-Based Access Control (RBAC). Marahil ay nais mong bigyan ang ilang mga administrator ng access upang baguhin ang mga LDOM ngunit ang mga mas mababang tagapamahala ng antas sa mga Guest Domains / Zone. Madaling tapos at mahalaga upang malimitahan mo kung sino ang may access upang maging sanhi ng malawak na mga pagbabago sa pagsasaayos.
Basahin ang 3 minuto
