Solaris LDOM - Et annet Solaris Virtualization-lag jeg burde bruke

I et tidligere innlegg diskuterte jeg Solaris Containers / Zones og hvorfor de var en god ide. Solaris har et annet lag med virtualisering kalt logiske domener eller LDOMS. Oracle har rebranded det til Oracle VM Server for SPARC, men det skyldes i de fleste tilfeller at det er lettere å ringe til LDOM. Nok om nomenklatur skjønt. Hva er disse og hvorfor vil du trenge et nytt lag av virtualisering?

Solaris LDOMs ligner mer virtualisering på samme måte som VMware gir den. Du har unike og fullt segmenterte containere. Disse kan kjøre helt forskjellige operativsystemer eller versjoner av Solaris. Hvis du husker fra Solaris Zones-artikkelen, deler ikke-globale sonene (NGZ) den samme kjernen til den globale sonen (GZ) som er vert for den. Du kan kjøre en eldre versjon av en NGZ på en GZ, men dette gjøres gjennom et kompatibilitetsbibliotek som emulerer det. LDOM lar deg ha en unik forekomst.

LDOM krever at prosessoren støtter virtualisering. For SPARC er dette først og fremst prosessorene basert på Sunv4-arkitekturen. Det er lettere å huske / identifisere Sparc T-prosessorer, enten det er T1-T7, selv om det finnes andre prosessorer som støtter dette. For x86 / x64. Solaris har i nyere versjoner begynt å støtte denne teknologien for x86 / x64 også, men vi vil fokusere på SPARC-prosessorer for denne artikkelen.

På dette punktet spør du sannsynligvis deg selv, dette er flott, men hvorfor trenger vi flere lag med virtualisering? LDOMer er flotte hvis du trenger et virkelig isolert miljø. Kanskje har du spesifikke versjoner av Solaris du trenger for spesielle formål? For eksempel hvis du har en produksjonsstabel som krever Solaris 11.1 for databasen og Solaris 10 for Appen, kan du enkelt sette opp et LDOM-gjestedomen for hver, slik at du kan kjøre de spesifikke versjonene. Kanskje appen din er 5-6 forskjellige programmer som trenger noe segmenteringslag, fordi de ikke kan eksistere i samme OS-forekomst. Du kan sette opp hver i en egen sone for å oppnå dette.

Som vist ovenfor, er en annen brukstilfelle for migrasjoner. Når det er på tide å avskrive eldre maskinvare, men du trenger fortsatt de eldre versjonene av Solaris, fordi appen din bare ikke vil kjøre på en nyere versjon, eller kanskje den ikke støttes / ikke er godkjent på den nyere versjonen, og du vil ikke takle det scenarioet. Spinning up LDOMs and Zones er en enkel og lett måte å oppnå dette ettersom prosessorkraft og RAM vanligvis er over.

For å oppnå dette er det 5 hovedroller til en LDOM. Control Domain, Service Domain, I / O Domain, Root Domain og Guest Domain. Kontrolldomenet er ansvarlig for administrasjonen av LDOMene som er hostet på den fysiske serveren. Det er vanligvis kombinert med Service Domain som er ansvarlig for å presentere bestemte ressurser til Guest Domain, for eksempel disker. Guest Domain er det faktiske Virtual Server Guest Operating System som kjører. Det etterlater Root-domene og I / O-domenet. Disse to er vanligvis kombinert på Control Domain også. De er ansvarlige for å gi tilgang til PCI / PCIe bussene. Det er viktig å merke seg at Guest Domain er typisk det eneste stedet du vil installere forretningsapplikasjonene for å ordentlig segmentere miljøet.

I likhet med andre hypervisorer kan LDOM-er overføres fra en fysisk server til en annen, så lenge de har delt lagring, og hver server kan se de samme lagringsenhetene. Dette kan være svært nyttig hvis du har et LDOM som tygger gjennom ressurser og du må balansere. Når du konfigurerer LDOMene, konfigurerer du også noen grenser du vil ha for hver av dem når det gjelder RAM, CPU, etc.

Noen av hoveddriverne for å bruke begge disse lagene av virtualisering kommer til prosessorkraft og RAM-kapasitet som overgår de faktiske applikasjonsbehovene. For eksempel var jeg involvert i en omfattende Solaris Datacenter-migrasjon der de var i stand til å erstatte 30 rack SPARC-servere, SAN og nettverkskoblinger ned til 6 rack med utstyr og 5 SPARC-servere totalt. Med disse 5 SPARC-serverne blir noen hundre soner vert for et dusin LDOM-er. Ledelsen er mye enklere fordi det bare er 5 fysiske servere å administrere. Hvis en sone eller LDOM må spores, er sonadm eller ldm-kommandoer lett tilgjengelig uten å måtte sende noen til datacentergulvet eller huske ILOM-tilkoblingsdetaljer.

Administrasjon av LDOM-er kan knyttes til rollebasert tilgangskontroll (RBAC). Kanskje du vil gi bestemte administratorer tilgang til å endre LDOMer, men lavere nivåer administratorer til Guest Domener / Zones. Enkelt gjort og viktig, slik at du kan begrense hvem som har tilgang til å forårsake utbredt konfigurasjonsendringer.

PRO TIPS: Hvis problemet er med datamaskinen eller en bærbar PC / notatbok, bør du prøve å bruke Reimage Plus-programvaren som kan skanne arkiver og erstatte skadede og manglende filer. Dette fungerer i de fleste tilfeller der problemet er oppstått på grunn av systemkorrupsjon. Du kan laste ned Reimage Plus ved å klikke her