Solaris LDOM - Lapisan Virtualisasi Solaris Lainnya yang seharusnya saya gunakan

Dalam posting sebelumnya saya membahas Solaris Containers / Zones dan mengapa itu ide yang bagus. Solaris memiliki lapisan virtualisasi lain yang disebut Logical Domains atau LDOMS. Oracle telah melakukan rebranding ke Oracle VM Server untuk SPARC tetapi dalam sebagian besar penyebabnya lebih mudah untuk memanggil mereka dengan LDOM. Cukup tentang nomenklatur sekalipun. Apa sebenarnya ini dan mengapa Anda membutuhkan lapisan virtualisasi lain?

LDOM Solaris lebih menyerupai virtualisasi dengan cara yang disediakan VMware. Anda memiliki wadah yang unik dan sepenuhnya tersegmentasi. Ini dapat menjalankan sistem operasi atau versi Solaris yang benar-benar berbeda. Jika Anda ingat dari artikel Zona Solaris, Zona Non Global (NGZ) berbagi kernel yang sama dari Zona Global (GZ) yang menghostingnya. Anda dapat menjalankan versi lama NGZ pada GZ tetapi ini dilakukan melalui pustaka kompatibilitas yang mengujinya. LDOM memungkinkan Anda memiliki instance unik.

LDOM memang membutuhkan virtualisasi dukungan prosesor. Untuk SPARC, ini terutama prosesor berdasarkan arsitektur sunv4. Lebih mudah untuk mengingat / mengidentifikasi, prosesor Sparc T, apakah T1-T7 walaupun ada prosesor lain yang mendukung ini. Untuk x86 / x64. Solaris, dalam versi terbaru, mulai mendukung teknologi ini untuk x86 / x64 juga tetapi kami akan fokus pada prosesor SPARC untuk artikel ini.

Pada titik ini, Anda mungkin bertanya pada diri sendiri, ini bagus, tetapi mengapa kita memerlukan banyak lapisan virtualisasi? LDOM sangat bagus jika Anda membutuhkan lingkungan yang benar-benar terisolasi. Mungkin Anda memiliki Solaris versi spesifik yang Anda butuhkan untuk tujuan tertentu? Sebagai contoh jika Anda memiliki tumpukan produksi yang membutuhkan Solaris 11.1 untuk database dan Solaris 10 untuk Aplikasi, Anda dapat dengan mudah mengatur domain tamu LDOM untuk masing-masing sehingga Anda dapat menjalankan versi-versi spesifik tersebut. Mungkin aplikasi Anda 5-6 aplikasi berbeda yang memerlukan beberapa lapisan segmentasi karena mereka tidak dapat hidup berdampingan dalam instance OS yang sama. Anda dapat mengatur masing-masing di zona terpisah untuk mencapai ini.

Seperti yang digambarkan di atas, use case lain adalah untuk migrasi. Ketika saatnya untuk menghilangkan perangkat keras warisan tetapi Anda masih membutuhkan versi Solaris yang lebih lama karena aplikasi Anda tidak akan berjalan pada versi yang lebih baru atau mungkin tidak didukung / tidak bersertifikat pada versi yang lebih baru dan Anda tidak ingin berurusan dengan skenario tersebut. Memutar LDOM dan Zona adalah cara mudah dan ringan untuk mencapai ini karena kekuatan pemrosesan dan RAM biasanya berlebih.

TIP PRO: Jika masalahnya ada pada komputer Anda atau laptop / notebook, Anda harus mencoba menggunakan Perangkat Lunak Reimage Plus yang dapat memindai repositori dan mengganti file yang rusak dan hilang. Ini berfungsi dalam banyak kasus, di mana masalah ini berasal karena sistem yang rusak. Anda dapat mengunduh Reimage Plus dengan Mengklik di Sini

Untuk mencapai ini, ada 5 peran utama untuk sebuah LDOM. Kontrol Domain, Layanan Domain, I / O Domain, Root Domain dan Guest Domain. Domain Kontrol bertanggung jawab untuk pengelolaan LDOM yang dihosting di server fisik. Biasanya dikombinasikan dengan Domain Layanan yang bertanggung jawab untuk menyajikan sumber daya tertentu ke Domain Tamu seperti disk. Domain Tamu adalah Virtual Server Guest Operating System aktual yang berjalan. Yang meninggalkan domain Root dan I / O domain. Keduanya biasanya digabungkan ke Domain Kontrol juga. Mereka bertanggung jawab untuk menyediakan akses ke bus PCI / PCIe. Penting untuk dicatat bahwa Domain Tamu biasanya satu-satunya tempat Anda ingin menginstal aplikasi bisnis Anda untuk menyegmentasikan lingkungan dengan benar.

Sama seperti Hypervisor lainnya, LDOM dapat bermigrasi langsung dari satu server fisik ke yang lain selama mereka memiliki penyimpanan bersama dan setiap server dapat melihat perangkat penyimpanan yang sama. Ini bisa sangat membantu jika Anda memiliki LDOM yang mengunyah sumber daya dan Anda perlu menyeimbangkan. Saat menyiapkan LDOM, Anda juga mengatur batasan apa pun yang Anda inginkan untuk masing-masing dari mereka dalam hal RAM, CPU, dll.

Beberapa driver utama untuk menggunakan kedua lapisan virtualisasi ini datang ke kekuatan pemrosesan dan kapasitas RAM melampaui kebutuhan aplikasi yang sebenarnya. Sebagai contoh, saya terlibat dalam migrasi Datacenter Solaris yang ekstensif di mana mereka mampu mengganti 30 rak server SPARC, SAN dan switch jaringan ke 6 rak peralatan dan 5 server SPARC total. Dengan 5 server SPARC ini, beberapa ratus zona di-host melalui selusin LDOM. Manajemen jauh lebih sederhana karena hanya ada 5 server fisik yang harus dikelola. Jika sebuah zona atau LDOM perlu dipantulkan, perintah zoneadm atau ldm mudah dijangkau tanpa harus mengirim seseorang ke lantai datacenter atau mengingat detail konektivitas ILOM.

Administrasi LDOM dapat dikaitkan dengan Kontrol Akses Berbasis Peran (RBAC). Mungkin Anda ingin memberikan akses kepada administrator tertentu untuk memodifikasi LDOM, tetapi menurunkan administrator tingkat ke Domain / Zona Tamu. Mudah dilakukan dan penting sehingga Anda dapat membatasi siapa yang memiliki akses untuk menyebabkan perubahan konfigurasi yang menyebar luas.