Solarise konteinerid ja tsoonid - miks te neid ei kasuta?

Solaris Containers Zones If You Re Using Solaris

Kui teie ettevõte ei sõltu tugevalt Solarisest, ei pruugi te teada, mis see on. Solaris on UNIX-i operatsioonisüsteemi kaubamärgi / maitse nimi, mille algselt arendas välja Sun Microsystems. Traditsiooniliselt töötas see ka Suni pakutaval riistvaral. Solaris asendas nende varasema SunOS-i ja muutis hiljuti nimed Oracle Solariseks, et kajastada Suni omandamist Oracle'i poolt. Paljudes kohtades näete ikkagi, et OS viitab 'SunOS-le'. Suni algne platvorm SPARC (Scalable Processor Architecture) oli ja on siiani Inteli platvormi konkurent, millele viidatakse nüüd kui x86 või x64.



SPARC oli üks varasemaid protsessoriplatvorme, mis toetas nii 64-bitiseid protsessoreid (umbes 1993) kui ka sümmeetrilist multiprotsessorit (SMP). See võimaldas serveritel kasutada rohkem kui ühte protsessorit. Sun SPARCid olid populaarsed 4,8 ja isegi 64 või uuema protsessori skaleerimise jaoks varem kui teised müüjad (umbes 1993). Tänapäeval on seda raske uskuda, kuid 80ndate lõpus ja 90ndate alguses piirdusid paljud serverid ühe protsessori, tuuma ja niidiga. Ainus viis keskkonna laiendamiseks oli selle piirangu tõttu lisada rohkem servereid. Tänapäeval on koduste arvutitega haruldane näha kahe x 8+ südamikuga masinaid. Isegi mobiiltelefonid on tänapäeval mitme tuumaga ja mõnikord ka kahe protsessoriga.



Nagu enamiku riistvarade puhul, hakkas ka töötlemisvõimsus ületama tegelikke arvutusvajadusi erinevate tarkvara jaoks ja massiivselt võimsaid süsteeme osteti ulatuslikult, kuid mitte alati 100% -lise potentsiaali juures. Mõnikord olid lihased süsteemid kuu lõpu jooksudeks mõeldud, kuid ülejäänud ülejäänud kuuks jäid nad suhteliselt jõude. Inteli põhiste platvormide jaoks tegi VMware 1990ndate lõpus virtualiseerimismaailmas nime, et võimaldada nende protsessorite paremat kasutamist. VMware piirdub siiski Inteli platvormidega. Solaris hakkas selle järele vajadust nägema ja juurutas 2004. aastal oma virtualiseerimise platvormi nimega Solaris Containers. Aastate jooksul on terminoloogia muutunud konteineritest tsoonideks. Erinevate nimede tagajärjed võivad olla segased, kuid lihtsuse huvides nimetame tsoonideks kogu infrastruktuuri / tehnoloogiat.

Värskes Solarise installis on vaikimisi globaalne tsoon. See on vanematsoon. VMware terminoloogias oleks see host-operatsioonisüsteem. Sealt saate luua mitte-globaalseid tsoone. On paar erinevat tüüpi. Mitte-globaalsed tsoonid ei suuda üksteist ega vanemat tuvastada, kuna neid segmenteeriv virtualiseerimiskiht on olemas. Ainult globaalne tsoon on kõigist teistest tsoonidest teadlik.



Hõreda juurevööndiga on vaja väikseimat üldkulusid. See jagab sisuliselt sama jooksvat tuuma nagu globaalne tsoon ning enamik kasutajat ja pakette. See suudab lugeda enamikku globaalse tsooni failidest (olenevalt sysadmini konfiguratsioonist), kuid kirjutamiseks on oma salvestusruum. Neile, kes on VMware'iga tuttavad, oleks see tihedalt seotud õhukese varustatud lingitud klooniga.

Terve juurtsoon sisaldab globaalse tsooni täielikku lugemis- ja kirjutamiskoopiat. VMware mõistes on see kõige tihedamalt seotud globaalse tsooni täieliku klooniga mitte-globaalsesse tsooni. See võtab oluliselt rohkem ruumi kui hõre juurtsoon, kuid võimaldab selle seadistamisel suuremat paindlikkust, kuna tehakse täielik lugemise / kirjutamise koopia.

Lõpuks, kaubamärgiga tsoon toetab Solarise täiesti erinevat versiooni. Kõigil kahel eelnevalt mainitud tsoonil on sama töötav tuum ja kasutajatunnus. Mõnel juhul võib tagurpidi ühildumiseks vajada Solarise eelmist versiooni. Näiteks kui kasutate Solaris 11 globaalses tsoonis, kuid peate oma ERP jaoks käivitama Solaris 10, aitab seda hõlbustada kaubamärgiga tsoon. Selles seadistuses sarnaneb see rohkem traditsioonilise hüpervisoriga, kuna OS-i versioon ei sõltu OS-i globaalse tsooni versioonist. See nõuab siiski, et OS oleks Solaris. Globaalne tsoon pakub selle hõlbustamiseks mõningaid varasemate versioonide süsteemikõnede jäljendusi.



Globaalsest tsoonist saate vajadusel alustada, peatada, installida uusi tsoone ja isegi tsoone desinstallida. Nagu enamiku UNIX-i operatsioonisüsteemide puhul, on seda väga lihtne vastavalt vajadusele skriptida ja saate vajadusel tsoonide kerimise või eemaldamise vajaduse automatiseerida. Allpool on mul tsoon juba installitud, kuid seadistatud mitte automaatselt käivituma ja olen selle käsitsi käivitanud.

See eraldamine ja eraldamine on vajalik virtualiseerimise ootuspäraseks toimimiseks. Näiteks ei soovi te, et teie ERP-süsteem konkureeriks ressurssidega teie kohandatud rakendusega, mis töötleb äritehinguid, kuid laseb vajadusel kõigil neist ka jagatud ressurssideks laieneda. Vastasel juhul võiksite tsoone lihtsalt vältida. Sellisel viisil virtualiseerimine aitab säästa kulusid ja ruumi, mille tulemuseks on mitme masina ostmine, nende toide ja nende jaoks ruumi leidmine. Nagu iga virtualiseerimise puhul, tuleb ka siin arvutada kõik rasked ja pehmed kulud, mis on seotud ressursside konsolideerimisega ja selle pingutuse tegeliku kokkuhoiuga. Tavaliselt on SPARC-serverite puhul nii, et te ei soovi pakkumist alahinnata, kuid soovite seda seadmete maksumuse tõttu täielikult ära kasutada ja tsoonid aitavad sellel peenel joonel kõndida.

Kokkuvõtvalt võib öelda, et kui kasutate Solarist või olete Solarise pood, teate tõenäoliselt tsoonidest natuke. Pilvesse kolimisega pole Solaris tänapäeval opsüsteemis nii populaarne, sest massiivselt suuri servereid pole alati vaja. Paljud UNIX-i administraatorid on seda ka hüüdnimega Slowaris nimetanud. Juhtumid, kus neid tavaliselt vajatakse, on äärmiselt suured ettevõtted, kellel võivad olla pärandrakendused, mille ümberkirjutamine või säästlikumatele platvormidele üleminek võib olla liiga kulukas. Solaris on aastate jooksul olnud väga küps platvorm, seega peate kindlasti jooksma üle organisatsiooni, mis on selle teatud vajaduste jaoks standardiseerinud.

4 minutit loetud