Solaris LDOM - Et andet Solaris Virtualization-lag, jeg skal bruge

I et tidligere indlæg diskuterede jeg Solaris Containers / Zones og hvorfor de var en god ide. Solaris har et andet lag af virtualisering kaldet logiske domæner eller LDOMS. Oracle har rebranded det til Oracle VM Server for SPARC, men det skyldes i de fleste tilfælde, at det er lettere at kalde dem LDOM'er. Nok om nomenklaturen dog. Hvad præcist er disse og hvorfor ville du have brug for et andet lag af virtualisering?

Solaris LDOMs ligner mere virtualisering på den måde, som VMware leverer. Du har unikke og fuldt segmenterede containere. Disse kan køre helt forskellige operativsystemer eller versioner af Solaris. Hvis du husker fra artiklen Solaris Zones, deler ikke-globale zoner (NGZ) den samme kerne i Global Zone (GZ), der er vært for den. Du kan køre en ældre version af en NGZ på en GZ, men det gøres gennem et kompatibilitetsbibliotek, der efterligner det. LDOM giver dig mulighed for at få et unikt eksempel.

LDOM kræver ikke, at processoren understøtter virtualisering. For SPARC er dette primært processorer baseret på Sunv4 arkitekturen. Det er lettere at huske / identificere, Sparc T-processorer, hvad enten det er T1-T7, selv om der er andre processorer, der understøtter dette. Til x86 / x64. Solaris har i nyere versioner begyndt at støtte denne teknologi til x86 / x64, men vi vil fokusere på SPARC-processorer til denne artikel.

På dette tidspunkt spørger du sikkert dig selv, det er godt, men hvorfor har vi brug for flere lag virtualisering? LDOM'er er gode, hvis du har brug for et virkelig isoleret miljø. Måske har du specifikke versioner af Solaris, du har brug for til specifikke formål? Hvis du f.eks. Har en produktionsstabel, der kræver Solaris 11.1 til databasen og Solaris 10 til App'en, kan du nemt oprette et LDOM-gæstedomæne for hver, så du kan køre disse specifikke versioner. Måske er din app 5-6 forskellige applikationer, der har brug for et segment af segmentering, fordi de ikke kan eksistere i samme OS-instans. Du kan opsætte hver enkelt i en separat zone for at opnå dette.

Som afbildet ovenfor er en anden brugssag til migreringer. Når det er på tide at deprecere gamle hardware, men du stadig har brug for de ældre Solaris-versioner, fordi din app bare ikke vil køre på en nyere version, eller måske vil den ikke understøttes / ikke bekræftes på den nyere version, og du ønsker ikke at håndtere det scenario. Spinning up LDOMs and Zones er en nem og let måde at opnå dette, da processorkraft og RAM normalt er overskydende.

PRO TIP: Hvis problemet er med din computer eller en bærbar computer / notesbog, skal du prøve at bruge Reimage Plus-softwaren, som kan scanne lagrene og udskifte korrupte og manglende filer. Dette virker i de fleste tilfælde, hvor problemet er opstået på grund af systemkorruption. Du kan downloade Reimage Plus ved at klikke her

For at opnå dette er der 5 hovedroller til en LDOM. Control Domain, Service Domain, I / O Domain, Root Domain og Guest Domain. Kontroldomænet er ansvarlig for administrationen af LDOM'erne, der er hostet på den fysiske server. Det er normalt kombineret med Service Domain, som er ansvarlig for at præsentere visse ressourcer til Guest Domain såsom diske. Guest Domain er det faktiske Virtual Server Guest Operating System, der kører. Det efterlader Root-domænet og I / O-domænet. Disse to er normalt kombineret på Control Domain også. De er ansvarlige for at give adgang til PCI / PCIe busserne. Det er vigtigt at bemærke, at Guest Domain typisk er det eneste sted, du vil installere dine forretningsapplikationer for korrekt at segmentere miljøet.

Ligesom andre hypervisorer kan LDOM'er blive migreret fra en fysisk server til en anden, så længe de har delt opbevaring, og hver server kan se de samme lagerenheder. Dette kan være yderst hjælpsomt, hvis du har en LDOM, der tygger gennem ressourcer, og du skal balancere. Når du opretter LDOM'erne, opretter du også grænser, som du gerne vil have for hver af dem med hensyn til RAM, CPU osv.

Nogle af de vigtigste drivere til at bruge begge disse virtualiseringslag kommer til processorkraft og RAM-kapacitet, der overstiger de faktiske applikationsbehov. For eksempel var jeg involveret i en omfattende Solaris Datacenter-migration, hvor de kunne udskifte 30 racks SPARC-servere, SAN'er og netværkskoblinger ned til 6 udstyrsradioer og 5 SPARC-servere. Med disse 5 SPARC-servere er et par hundrede zoner hostet gennem et dusin LDOM'er. Ledelsen er meget mere enkel, fordi der kun er 5 fysiske servere at administrere. Hvis en zone eller LDOM skal springes, er zoneadm- eller ldm-kommandoer let tilgængelige uden at skulle sende nogen til datacentergulvet eller huske ILOM-forbindelsesdetaljerne.

Administration af LDOM'er kan være forbundet med Role-Based Access Control (RBAC). Måske vil du give bestemte administratorer adgang til at ændre LDOM'er, men lavere tieradministratorer til Guest Domains / Zones. Nemt udført og vigtigt, så du kan begrænse, hvem der har adgang til at forårsage udbredte konfigurationsændringer.