Solaris LDOM - Ett annat Solaris Virtualization-lager som jag borde använda

I ett tidigare inlägg diskuterade jag Solaris Containers / Zones och varför de var en bra idé. Solaris har ett annat lager av virtualisering som heter Logical Domains eller LDOMS. Oracle har rebranded det till Oracle VM Server för SPARC men det är i de flesta fall lättare att kalla dem LDOM. Något om nomenklaturen men. Vad exakt är dessa och varför skulle du behöva ett annat lager av virtualisering?

Solaris LDOMs liknar närmare virtualisering på det sätt som VMware tillhandahåller det. Du har unika och helt segmenterade behållare. Dessa kan köra helt olika operativsystem eller versioner av Solaris. Om du kommer ihåg från artikeln Solaris Zones delar de icke globala zonen (NGZ) samma kärna i den globala zonen (GZ) som värd den. Du kan köra en äldre version av en NGZ på en GZ men det här görs via ett kompatibilitetsbibliotek som emulerar det. Med LDOM kan du få en unik instans.

LDOM kräver att processorn stöder virtualisering. För SPARC är detta främst processorerna baserade på Sunv4-arkitekturen. Lättare att komma ihåg / identifiera, Sparc T-processorer, om det är T1-T7 även om det finns andra processorer som stöder detta. För x86 / x64. Solaris har i de senaste versionerna började stödja denna teknik för x86 / x64 också, men vi kommer att fokusera på SPARC-processorer för den här artikeln.

Vid den här tiden frågar du förmodligen dig själv, det här är bra men varför behöver vi flera lager av virtualisering? LDOMs är bra om du behöver en riktigt isolerad miljö. Kanske har du specifika versioner av Solaris du behöver för specifika ändamål? Om du till exempel har en produktionsstack som kräver Solaris 11.1 för databasen och Solaris 10 för Appen, kan du enkelt skapa en LDOM-gästdomän för varje så att du kan köra de specifika versionerna. Kanske är din app 5-6 olika applikationer som behöver ett segment av segmentering eftersom de inte kan existera i samma OS-instans. Du kan ställa in var och en i en separat zon för att uppnå detta.

Som framgår ovan är ett annat användningsfall för migreringar. När det är dags att avlägsna äldre maskinvaror, men du behöver fortfarande de äldre Solaris-versionerna, eftersom din app bara inte kommer att köras på en nyare version eller kanske den inte stöds / certifieras i den nyare versionen och du inte vill hantera det scenariot. Att spinna upp LDOM och Zones är ett enkelt och lätt sätt att uppnå detta eftersom bearbetningseffekten och RAM-värdet oftast är överflödigt.

För att uppnå detta finns det 5 huvudroller till en LDOM. Control Domain, Service Domain, I / O Domain, Root Domain och Guest Domain. Kontrolldomen är ansvarig för hanteringen av LDOM: erna som finns på den fysiska servern. Det är vanligtvis kombinerat med service domänen som ansvarar för att presentera vissa resurser till gästdomänen, t.ex. disketter. Gästdomänen är det faktiska virtuella server-gästoperativsystemet som körs. Det lämnar Root-domänen och I / O-domänen. Dessa två kombineras vanligtvis på Control Domain också. De ansvarar för att ge tillgång till PCI / PCIe-bussarna. Det är viktigt att notera att Guest Domain är typiskt den enda platsen du vill installera dina företagsapplikationer för att ordentligt segmentera miljön.

Liksom andra Hypervisorer kan LDOM-enheter flyttas från en fysisk server till en annan så länge de har delat lagringsutrymme och varje server kan se samma lagringsenheter. Detta kan vara till stor hjälp om du har en LDOM som tuggar genom resurser och du behöver balansera. När du ställer in LDOM: erna ställer du också in några gränser som du vill ha för varje av dem när det gäller RAM, CPU, etc.

Några av de viktigaste drivrutinerna för att använda båda dessa virtualiseringslager kommer till bearbetningskraft och RAM-kapacitet som överstiger de faktiska applikationsbehoven. Till exempel var jag involverad i en omfattande migrering av Solaris Datacenter där de kunde byta ut 30 rader SPARC-servrar, SAN och nätverksväxlar till 6 rackar av utrustning och 5 SPARC-servrar. Med dessa 5 SPARC-servrar är några hundra zoner värd för ett dussin LDOM. Ledningen är mycket enklare eftersom det bara finns 5 fysiska servrar att hantera. Om en zon eller LDOM behöver studsas, är kommandon zonadm eller ldm lätt inom räckhåll utan att behöva skicka någon till datacentergolvet eller komma ihåg ILOM-anslutningsinformationen.

Administrering av LDOM kan associeras med rollbaserad åtkomstkontroll (RBAC). Kanske vill du ge vissa administratörer åtkomst till att ändra LDOM, men lägre nivå administratörer till Gästdomäner / Zoner. Lätt gjort och viktigt så att du kan begränsa vem som har tillgång till att orsaka omfattande konfigurationsändringar.

PRO TIPS: Om problemet är med din dator eller en bärbar dator, bör du försöka använda Reimage Plus-programvaran som kan skanna förvaret och ersätta korrupta och saknade filer. Detta fungerar i de flesta fall där problemet uppstått på grund av systemkorruption. Du kan ladda ner Reimage Plus genom att klicka här