Solaris LDOM - kullanmam gereken başka bir Solaris Sanallaştırma katmanı

Önceki bir yazıda Solaris Containers / Zon'ları ve neden iyi bir fikir olduğunu tartıştım. Solaris, Mantıksal Etki Alanları veya LDOMS olarak adlandırılan başka bir sanallaştırma katmanına sahiptir. Oracle, SPARC için Oracle VM Server'a yeniden isim verdi, ancak çoğu nedenden dolayı bunları LDOM'lar olarak adlandırmak daha kolay. Gerçi isimlendirme hakkında yeterli. Bunlar tam olarak nedir ve neden başka bir sanallaştırma katmanına ihtiyacınız var?

Solaris LDOM'ler, sanallaştırmayı VMware'in sağladığı şekilde daha yakından andırır. Eşsiz ve tamamen bölümlere ayrılmış kaplarınız var. Bunlar tamamen farklı işletim sistemlerini veya Solaris sürümlerini çalıştırabilir. Solaris Zones makalesinden hatırlarsanız, Küresel Olmayan Bölgeler (NGZ), onu barındıran Küresel Bölgenin (GZ) aynı çekirdeğini paylaşır. Bir NGZ'nin eski bir sürümünü bir GZ'de çalıştırabilirsiniz, ancak bu, onu taklit eden bir uyumluluk kütüphanesi aracılığıyla gerçekleştirilir. LDOM benzersiz bir örneğiniz olmasını sağlar.

LDOM, işlemcinin sanallaştırılmasını desteklemesini gerektirir. SPARC için, bu öncelikle sunv4 mimarisine dayanan işlemcilerdir. Daha kolay hatırlamak / tanımak, Sparc T işlemciler, T1-T7 olsun, bunu destekleyen başka işlemciler olsa da. X86 / x64 için. Solaris, son sürümlerde, x86 / x64 için bu teknolojiyi desteklemeye başladı, ancak bu makale için SPARC işlemcilere odaklanacağız.

Bu noktada, muhtemelen kendinize soruyorsunuz, bu harika ama neden birden çok sanallaştırma katmanına ihtiyacımız var? Gerçekten izole edilmiş bir ortama ihtiyacınız varsa LDOM'lar mükemmeldir. Belki de, belirli amaçlarla ihtiyacınız olan belirli Solaris sürümleriniz var mı? Örneğin, veritabanı için Solaris 11.1 ve Uygulama için Solaris 10 gerektiren bir üretim yığınınız varsa, bu belirli sürümleri çalıştırabilmeniz için kolayca bir LDOM konuk alanı oluşturabilirsiniz. Belki de uygulamanız, aynı işletim sistemi örneğinde birlikte bulunamayacakları için bazı bölümleme katmanlarına ihtiyaç duyan 5-6 farklı uygulamadır. Bunu başarmak için her birini ayrı bir bölgede kurabilirsiniz.

Yukarıda tasvir edildiği gibi, başka bir kullanım durumu göçler içindir. Eski donanımları kullanımdan kaldırmanın zamanı geldiğinde, ancak uygulamanızın daha yeni bir sürümde yayınlanmayacağı veya belki de daha yeni sürümde desteklenmeyen / onaylanmayacağı ve bu senaryoyla uğraşmak istemediğiniz için hala eski Solaris sürümlerine ihtiyacınız vardır. LDOM'leri ve Bölgeleri döndürmek, işlem gücü ve RAM'in genellikle fazla olduğu için bunu başarmanın kolay ve hafif bir yoludur.

Bunu başarmak için bir LDOM'e 5 ana rol vardır. Kontrol Alanı, Servis Alanı, I / O Alanı, Kök Alanı ve Misafir Alanı. Kontrol Alanı, fiziksel sunucuda barındırılan LDOM'lerin yönetiminden sorumludur. Genelde, diskler gibi Misafir Alanına belirli kaynakların sunulmasından sorumlu Hizmet Alan ile birleştirilir. Misafir Domain, çalışan Sanal Sunucu Konuk İşletim Sistemidir. Bu Root etki alanı ve I / O etki alanı bırakır. Bu ikisi de genellikle Kontrol Alanına birleştirilir. PCI / PCIe veri yollarına erişim sağlamaktan sorumludurlar. Misafir Alanının, genellikle iş uygulamalarınızı çevreyi doğru şekilde segmentlere ayırmak için yüklemek istediğiniz tek yer olduğunu unutmamak önemlidir.

Diğer Hypervisor'lar gibi, LDOM'ler de bir fiziksel sunucudan diğerine depolama paylaştığı sürece canlı olarak aktarılabilir ve her sunucu aynı depolama cihazlarını görebilir. Bu, kaynakları çiğneyen ve dengelemeniz gereken bir LDOM'e sahipseniz çok yararlı olabilir. LDOM'leri kurarken, her biri için RAM, CPU vb.

Bu sanallaştırma katmanlarının her ikisini de kullanmanın ana sürücülerinden bazıları, gerçek uygulama gereksinimlerini aşan güç ve RAM kapasitesini işlemeye gelir. Örneğin, 30 raf SPARC sunucusu, SAN ve ağ anahtarını 6 raf ekipmanı ve 5 toplam SPARC sunucusu ile değiştirebilecekleri kapsamlı bir Solaris Datacenter göçüne dahil oldum. Bu 5 SPARC sunucusuyla bir düzine LDOM ile birkaç yüz bölgeye ev sahipliği yapıyor. Yönetim çok daha basit çünkü yönetilecek yalnızca 5 fiziksel sunucu var. Bir bölge veya LDOM'nin zıplaması gerekiyorsa, zoneadm veya ldm komutları, veri merkez katına birisini göndermeye veya ILOM bağlantı ayrıntılarını hatırlamaya gerek kalmadan kolayca erişilebilir.

LDOM'lerin yönetimi, Role Dayalı Erişim Denetimi (RBAC) ile ilişkilendirilebilir. Belki de belirli yöneticilerin LDOM'leri değiştirmesine, ancak Katman Yöneticilerini Misafir Etki Alanlarına / Bölgelerine düşürmesine izin vermek istersiniz. Kolayca yapılan ve önemli olan, kimin erişime açık yapılandırma değişikliklerine neden olduğunu sınırlayabilmeniz.

PRO TIP: Sorun bilgisayarınız veya dizüstü bilgisayar / dizüstü bilgisayar ile yapılmışsa, depoları tarayabilen ve bozuk ve eksik dosyaları değiştirebilen Reimage Plus Yazılımı'nı kullanmayı denemeniz gerekir. Bu, çoğu durumda, sorunun sistem bozulmasından kaynaklandığı yerlerde çalışır. Reimage Plus'ı tıklayarak buraya tıklayarak indirebilirsiniz.