Solaris LDOM - Et Annet Solaris Virtualization-lag Jeg Skal Bruke

2023 Forfatter: Kayla Nelson | [email protected]. Sist endret: 2023-07-30 23:17

I forrige innlegg diskuterte jeg Solaris Containers / Zones og hvorfor de var en god idé. Solaris har et annet lag med virtualisering kalt Logical Domains eller LDOMS. Oracle har ommerket det til “Oracle VM Server for SPARC”, men det er i de fleste årsaker lettere å kalle dem LDOM. Nok om nomenklatur skjønt. Hva er egentlig disse, og hvorfor trenger du et nytt virtualiseringslag?

Solaris LDOM-er ligner mer virtualisering på den måten VMware tilbyr. Du har unike og fullsegmenterte containere. Disse kan kjøre helt forskjellige operativsystemer eller versjoner av Solaris. Hvis du husker det fra Solaris Zones-artikkelen, deler Non Global Zones (NGZ) den samme kjernen til Global Zone (GZ) som er vert for den. Du kan kjøre en eldre versjon av en NGZ på GZ, men dette gjøres gjennom kompatibilitetsbiblioteket som etterligner 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. Lettere å huske / identifisere, Sparc T-prosessorer, om det er T1-T7, selv om det er andre prosessorer som støtter dette. For x86 / x64. I nyere versjoner begynte Solaris også å støtte denne teknologien for x86 / x64, men vi vil fokusere på SPARC-prosessorer for denne artikkelen.

På dette punktet spør du sannsynligvis deg selv, dette er bra, men hvorfor trenger vi flere lag med virtualisering? LDOM er bra hvis du trenger virkelig isolerte omgivelser. Kanskje du har spesifikke versjoner av Solaris du trenger for bestemte formål? Hvis du for eksempel har produksjonsstabel som krever Solaris 11.1 for databasen og Solaris 10 for appen, kan du enkelt sette opp et LDOM-gjestedomene for hver slik at du kan kjøre de spesifikke versjonene. Kanskje er appen din 5-6 forskjellige applikasjoner som trenger noe lag av segmentering fordi de ikke kan eksistere i samme OS-forekomst. Du kan sette opp hver og en i egen sone for å oppnå dette.

Som vist ovenfor, er en annen brukssak for migrasjoner. Når det er på tide å avvikle eldre maskinvare, men du fortsatt trenger de eldre Solaris-versjonene fordi appen din bare ikke vil kjøre på en nyere versjon, eller kanskje den ikke støttes / ikke sertifiseres i den nyere versjonen, og du ikke vil takle det scenariet. Å spinne opp LDOM-er og soner er en enkel og lett måte å oppnå dette på grunn av at prosessorkraft og RAM vanligvis er i overkant.

For å oppnå dette er det 5 hovedroller til en LDOM. Kontrolldomene, tjenestedomene, I / O-domene, rotdomener og gjestedomene. Kontrolldomenet er ansvarlig for styring av LDOM-er som er vert på den fysiske serveren. Det er vanligvis kombinert med tjenestedomenet som er ansvarlig for å presentere visse ressurser til gjestedomenet, for eksempel disker. Gjestedomenet er det faktiske Virtual Server Guest-operativsystemet som kjører. Det forlater rotdomenet og I / O-domenet. Disse to kombineres vanligvis også på kontrolldomenet. De er ansvarlige for å gi tilgang til PCI / PCIe-bussene. Det er viktig å merke seg at gjestedomene vanligvis er det eneste stedet du vil installere forretningsapplikasjonene dine for å segmentere miljøet riktig.

I likhet med andre Hypervisors, kan LDOMs overføres direkte 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 en LDOM som tygger gjennom ressurser og du må balansere. Når du setter opp LDOM-ene, setter du også opp eventuelle grenser du vil ha for hver av dem når det gjelder RAM, CPU, etc.

Noen av hoveddriverne for bruk av 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-migrering der de var i stand til å erstatte 30 racks med SPARC-servere, SAN-er og nettverkssvitsjer ned til 6 racks med utstyr og 5 totalt SPARC-servere. Med disse 5 SPARC-serverne hostes det noen hundre soner gjennom dusinvis av LDOM-er. Ledelsen er mye enklere fordi det bare er fem fysiske servere å administrere. Hvis sone eller LDOM må sprettes, er zoneadm- eller ldm-kommandoer lett innen rekkevidde uten å måtte sende noen til datasenteret eller huske ILOM-tilkoblingsdetaljene.

Administrasjon av LDOM-er kan assosieres med rollebasert tilgangskontroll (RBAC). Kanskje du vil gi visse administratorer tilgang til å endre LDOM-er, men administratorer på lavere nivåer til Gjestedomener / soner. Enkelt gjort og viktig slik at du kan begrense hvem som har tilgang til å forårsake omfattende konfigurasjonsendringer.