Peningkatan bergulir sistem operasi kluster

Berlaku untuk: Windows Server 2022, Windows Server 2019, Windows Server 2016

Peningkatan Bergulir OS Kluster memungkinkan administrator untuk meningkatkan sistem operasi node kluster Hyper-V atau Scale-Out beban kerja Server File tanpa menghentikannya. Dengan menggunakan fitur ini, penalti waktu henti terhadap Perjanjian Tingkat Layanan (SLA) dapat dihindari.

Peningkatan Bergulir OS Kluster memberikan manfaat berikut:

• Kluster failover yang menjalankan komputer virtual Hyper-V dan beban kerja Scale-out File Server (SOFS) dapat ditingkatkan dari versi Windows Server, dimulai dengan Windows Server 2012 R2, ke versi Windows Server yang lebih baru. Misalnya Anda dapat meningkatkan Windows Server 2016 (berjalan pada semua node kluster kluster) ke Windows Server 2019 (berjalan pada semua node di kluster) tanpa waktu henti.

• Ini tidak memerlukan perangkat keras tambahan. Dalam kluster kecil, Anda dapat menambahkan node kluster tambahan untuk sementara waktu untuk meningkatkan ketersediaan kluster selama proses Peningkatan Bergulir OS Kluster.

• Kluster tidak perlu dihentikan atau dimulai ulang.

• Kluster baru tidak diperlukan. Kluster yang ada ditingkatkan. Selain itu, objek kluster yang ada yang disimpan di Direktori Aktif digunakan.

• Proses peningkatan dapat dibalik hingga langkah terakhir, ketika semua node kluster menjalankan versi Windows Server yang lebih baru dan Update-ClusterFunctionalLevel cmdlet PowerShell dijalankan.

• Kluster dapat mendukung operasi patching dan pemeliharaan saat berjalan dalam mode mixed-OS.

• Ini mendukung otomatisasi melalui PowerShell dan WMI.

• Properti publik kluster Properti ClusterFunctionalLevel menunjukkan status kluster pada node kluster Windows Server 2016 dan yang lebih baru. Properti ini dapat dikueri menggunakan cmdlet PowerShell dari node kluster milik kluster failover:

  Get-Cluster | Select ClusterFunctionalLevel
  

  Tabel di bawah ini memperlihatkan nilai dan setiap tingkat fungsi yang sesuai:

  Nilai	Tingkat fungsi
  8	Windows Server 2012 R2
  9	Server Windows 2016
  10	Server Windows 2019

Panduan ini menjelaskan berbagai tahapan proses Peningkatan Bergulir OS Kluster, langkah-langkah penginstalan, batasan fitur, dan pertanyaan yang sering diajukan (FAQ), dan berlaku untuk skenario Peningkatan Bergulir OS Kluster berikut di Windows Server:

• Kluster Hyper-V
• Scale-Out kluster Server File

Skenario berikut ini tidak didukung:

• Peningkatan Bergulir OS Kluster kluster tamu menggunakan hard disk virtual (file.vhdx) sebagai penyimpanan bersama.

Peningkatan Bergulir OS Kluster didukung penuh oleh System Center Virtual Machine Manager (SCVMM). Jika Anda menggunakan SCVMM, lihat Melakukan peningkatan bergulir kluster host Hyper-V ke Windows Server 2016 di VMM untuk panduan tentang peningkatan kluster dan mengotomatiskan langkah-langkah yang dijelaskan dalam dokumen ini.

Persyaratan

Selesaikan persyaratan berikut sebelum Anda memulai proses Peningkatan Bergulir OS Kluster:

• Mulailah dengan Kluster Failover yang menjalankan Windows Server 2012 R2 atau yang lebih baru. Anda dapat meningkatkan ke versi berikutnya, misalnya dari Windows Server 2016 ke Windows Server 2019.
• Verifikasi bahwa simpul Hyper-V memiliki CPU yang mendukung Second-Level Addressing Table (SLAT) menggunakan salah satu metode berikut; - Tinjau Apakah Anda Kompatibel dengan SLAT? Artikel WP8 SDK Tip 01 yang menjelaskan dua metode untuk memeriksa apakah CPU mendukung SLATs - Unduh alat Coreinfo v3.31 untuk menentukan apakah CPU mendukung SLAT.

Status transisi kluster selama Peningkatan Bergulir OS Kluster

Bagian ini menjelaskan berbagai status transisi kluster Windows Server yang sedang ditingkatkan ke versi Windows Server berikutnya menggunakan Peningkatan Bergulir OS Kluster.

Untuk menjaga beban kerja kluster tetap berjalan selama proses Peningkatan Bergulir OS Kluster, memindahkan beban kerja kluster dari simpul yang menjalankan versi Windows Server yang lebih lama ke simpul yang menjalankan versi Windows Server yang lebih baru berfungsi dengan menggunakan mode kompatibilitas. Mode kompatibilitas ini membuat simpul yang menjalankan versi Windows Server yang lebih baru muncul seolah-olah mereka menjalankan versi lama Windows Server yang sama. Misalnya, saat memutakhirkan kluster Windows Server 2016 ke Windows Server 2019, simpul Windows Server 2019 beroperasi dalam mode kompatibilitas Windows Server 2016 sebagai ukuran sementara. Mode kluster konseptual baru, yang disebut mode mixed-OS, memungkinkan simpul dari versi yang berbeda untuk ada di kluster yang sama (lihat Gambar 1).

Gambar 1: Transisi status sistem operasi kluster

Kluster Windows Server memasuki mode mixed-OS saat node yang menjalankan versi Windows Server yang lebih baru ditambahkan ke kluster. Proses ini sepenuhnya dapat dikembalikan pada saat ini - simpul Windows Server yang lebih baru dapat dihapus dari kluster dan simpul yang menjalankan versi Windows Server yang ada dapat ditambahkan ke kluster dalam mode ini. Proses ini tidak dapat dibatalkan setelah Update-ClusterFunctionalLevel cmdlet PowerShell dijalankan pada kluster. Agar cmdlet ini berhasil, semua simpul harus menjalankan versi Windows Server yang lebih baru, dan semua simpul harus online.

Status transisi kluster empat simpul saat melakukan Peningkatan OS Bergulir

Bagian ini menggambarkan dan menjelaskan empat tahap kluster yang berbeda dengan penyimpanan bersama yang simpulnya ditingkatkan dari Windows Server 2012 R2 ke Windows Server 2016. Prosesnya sama untuk versi Window Server yang lebih baru.

"Tahap 1" adalah status awal - kita mulai dengan kluster Windows Server 2012 R2.

Gambar 2: Status Awal: Kluster Failover Windows Server 2012 R2 (Tahap 1)

Dalam "Tahap 2", dua simpul telah dijeda, dikosongkan, dikeluarkan, diformat ulang, dan diinstal dengan Windows Server 2016.

Gambar 3: Status Menengah: Mode Mixed-OS: Windows Server 2012 R2 dan kluster Failover Windows Server 2016 (Tahap 2)

Pada "Tahap 3", semua node dalam kluster telah ditingkatkan ke Windows Server 2016, dan kluster siap untuk ditingkatkan dengan Update-ClusterFunctionalLevel cmdlet PowerShell.

Catatan

Pada tahap ini, proses dapat sepenuhnya dibalik, dan Windows simpul Server 2012 R2 dapat ditambahkan ke kluster ini.

Gambar 4: Status Menengah: Semua simpul ditingkatkan ke Windows Server 2016, siap untuk Update-ClusterFunctionalLevel (Tahap 3)

Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, kluster memasuki "Tahap 4", di mana fitur kluster Windows Server 2016 baru dapat digunakan.

Gambar 5: Status Akhir: Kluster Failover Windows Server 2016 (Tahap 4)

Proses Peningkatan Bergulir OS Kluster

Bagian ini menjelaskan alur kerja untuk melakukan Peningkatan Bergulir OS Kluster.

Gambar 6: Alur Kerja Proses Peningkatan Bergulir OS Kluster

Peningkatan Bergulir OS Kluster mencakup langkah-langkah di bawah ini untuk peningkatan dari Windows Server 2012 R2 ke Windows Server 2016, namun prosesnya sama untuk versi Window Server yang lebih baru.

1. Siapkan kluster untuk peningkatan sistem operasi sebagai berikut:

   1. Peningkatan Bergulir OS Kluster mengharuskan penghapusan satu simpul sekaligus dari kluster. Periksa apakah Anda memiliki kapasitas yang memadai pada kluster untuk mempertahankan SLA HA ketika salah satu node kluster dihapus dari kluster untuk peningkatan sistem operasi. Dengan kata lain, apakah Anda memerlukan kemampuan untuk melakukan failover beban kerja ke node lain ketika satu simpul dihapus dari kluster selama proses Peningkatan Bergulir OS Kluster? Apakah kluster memiliki kapasitas untuk menjalankan beban kerja yang diperlukan ketika satu simpul dihapus dari kluster untuk Peningkatan Bergulir OS Kluster?

   2. Untuk beban kerja Hyper-V, periksa apakah semua host Hyper-V server Windows memiliki dukungan CPU untuk Second-Level Address Table (SLAT). Hanya komputer berkemampuan SLAT yang dapat menggunakan peran Hyper-V di Windows Server 2016 dan yang lebih baru.

   3. Periksa apakah pencadangan beban kerja telah selesai, dan pertimbangkan untuk mencadangkan kluster. Hentikan operasi pencadangan saat menambahkan simpul ke kluster.

   4. Periksa apakah semua node kluster online /running/up menggunakan Get-ClusterNode cmdlet (lihat Gambar 7).

      Gambar 7: Menentukan status simpul menggunakan cmdlet Get-ClusterNode

   5. Jika Anda menjalankan Pembaruan Sadar Kluster (CAU), verifikasi apakah CAU saat ini berjalan dengan menggunakan UI Pembaruan Sadar Kluster , atau Get-CauRun cmdlet (lihat Gambar 8). Hentikan CAU menggunakan Disable-CauClusterRole cmdlet (lihat Gambar 9) untuk mencegah simpul dijeda dan dikosongkan oleh CAU selama proses Peningkatan Bergulir OS Kluster.

      Gambar 8: Menggunakan Get-CauRun cmdlet untuk menentukan apakah Pembaruan Sadar Kluster berjalan pada kluster

      Gambar 9: Menonaktifkan peran Pembaruan Sadar Kluster menggunakan Disable-CauClusterRole cmdlet

2. Untuk setiap simpul dalam kluster, selesaikan hal berikut:

   1. Menggunakan UI Manajer Kluster, pilih simpul dan gunakan | Jeda Opsi menu pengurasan untuk menguras node (lihat Gambar 10) atau gunakan Suspend-ClusterNode cmdlet (lihat Gambar 11).

      Gambar 10: Menguras peran dari simpul menggunakan Manajer Kluster Failover

      Gambar 11: Menguras peran dari simpul menggunakan Suspend-ClusterNode cmdlet

   2. Menggunakan UI Cluster Manager, Keluarkan simpul yang dijeda dari kluster, atau gunakan Remove-ClusterNode cmdlet .

      Gambar 12: Menghapus simpul dari kluster menggunakan Remove-ClusterNode cmdlet

   3. Format ulang drive sistem dan lakukan "penginstalan sistem operasi bersih" Windows Server 2016 pada simpul menggunakan opsi Kustom: Instal penginstalan Windows saja (lanjutan) (Lihat Gambar 13) di setup.exe. Hindari memilih opsi Tingkatkan: Instal Windows dan simpan file, pengaturan, dan aplikasi karena Peningkatan Bergulir OS Kluster tidak mendorong peningkatan di tempat.

      Gambar 13: Opsi penginstalan yang tersedia untuk Windows Server 2016

   4. Tambahkan simpul ke domain Direktori Aktif yang sesuai.

   5. Tambahkan pengguna yang sesuai ke grup Administrator.

   6. Menggunakan UI Manajer Server atau cmdlet PowerShell Install-WindowsFeature, instal peran server apa pun yang Anda butuhkan, seperti Hyper-V.

      Install-WindowsFeature -Name Hyper-V
      

   7. Menggunakan UI Manajer Server atau cmdlet PowerShell Install-WindowsFeature, instal fitur Pengklusteran Failover.

      Install-WindowsFeature -Name Failover-Clustering
      

   8. Instal fitur tambahan yang diperlukan oleh beban kerja kluster Anda.

   9. Periksa pengaturan konektivitas jaringan dan penyimpanan menggunakan UI Manajer Kluster Failover.

   10. Jika Windows Firewall digunakan, periksa apakah pengaturan Firewall sudah benar untuk kluster. Misalnya, kluster yang diaktifkan Cluster Aware Updating (CAU) mungkin memerlukan konfigurasi Firewall.

   11. Untuk beban kerja Hyper-V, gunakan UI Hyper-V Manger untuk meluncurkan dialog Virtual Switch Manager (lihat Gambar 14).

       Periksa apakah nama Sakelar Virtual yang digunakan identik untuk semua node host Hyper-V di kluster.

       Gambar 14: Virtual Switch Manager

   12. Pada simpul Windows Server 2016 (jangan gunakan simpul Windows Server 2012 R2), gunakan Manajer Kluster Failover (lihat Gambar 15) untuk menyambungkan ke kluster.

       Gambar 15: Menambahkan node ke kluster menggunakan Manajer Kluster Failover

   13. Gunakan UI Manajer Kluster Failover atau Add-ClusterNode cmdlet (lihat Gambar 16) untuk menambahkan simpul ke kluster.

       Gambar 16: Menambahkan simpul ke kluster menggunakan Add-ClusterNode cmdlet

       Catatan

       Ketika simpul Windows Server 2016 pertama bergabung dengan kluster, kluster memasuki mode "Mixed-OS", dan sumber daya inti kluster dipindahkan ke simpul Windows Server 2016. Kluster mode "Mixed-OS" adalah kluster yang berfungsi penuh di mana simpul baru berjalan dalam mode kompatibilitas dengan simpul lama. Mode "Mixed-OS" adalah mode transitori untuk kluster. Ini tidak dimaksudkan untuk menjadi permanen dan pelanggan diharapkan untuk memperbarui semua node kluster mereka dalam waktu empat minggu.

   14. Setelah simpul Windows Server 2016 berhasil ditambahkan ke kluster, Anda dapat (opsional) memindahkan beberapa beban kerja kluster ke simpul yang baru ditambahkan untuk menyeimbangkan kembali beban kerja di seluruh kluster sebagai berikut:

       Gambar 17: Memindahkan beban kerja kluster (peran VM kluster) menggunakan Move-ClusterVirtualMachineRole cmdlet

       1. Gunakan Migrasi Langsung dari Manajer Kluster Failover untuk komputer virtual atau Move-ClusterVirtualMachineRole cmdlet (lihat Gambar 17) untuk melakukan migrasi langsung komputer virtual.

          Move-ClusterVirtualMachineRole -Name VM1 -Node robhind-host3
          

       2. Gunakan Pindahkan dari Manajer Kluster Failover atau Move-ClusterGroup cmdlet untuk beban kerja kluster lainnya.

3. Ketika setiap simpul telah ditingkatkan ke Windows Server 2016 dan ditambahkan kembali ke kluster, atau ketika simpul Windows Server 2012 R2 yang tersisa telah dikeluarkan, lakukan hal berikut:

   Penting

   • Setelah memperbarui tingkat fungsi kluster, Anda tidak dapat kembali ke tingkat fungsi Windows Server 2012 R2 dan simpul Windows Server 2012 R2 tidak dapat ditambahkan ke kluster.
   • Update-ClusterFunctionalLevel Sampai cmdlet dijalankan, proses sepenuhnya dapat dibalik dan Windows simpul Server 2012 R2 dapat ditambahkan ke kluster ini dan Windows simpul Server 2016 dapat dihapus.
   • Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, fitur baru akan tersedia.

   1. Menggunakan antarmuka pengguna Manajer Kluster Failover atau Get-ClusterGroup cmdlet , periksa apakah semua peran kluster berjalan pada kluster seperti yang diharapkan. Dalam contoh berikut, Storage yang Tersedia tidak digunakan, sebagai gantinya CSV digunakan, oleh karena itu, Storage tersedia menampilkan status Offline (lihat Gambar 18).

      Gambar 18: Memverifikasi bahwa semua grup kluster (peran kluster) berjalan menggunakan Get-ClusterGroup cmdlet

   2. Periksa apakah semua node kluster sedang online dan berjalan menggunakan Get-ClusterNode cmdlet .

   3. Jalankan Update-ClusterFunctionalLevel cmdlet - tidak ada kesalahan yang harus dikembalikan (lihat Gambar 19).

      Gambar 19: Memperbarui tingkat fungsional kluster menggunakan PowerShell

   4. Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, fitur baru tersedia.

4. Lanjutkan pembaruan dan pencadangan kluster normal:

   1. Jika sebelumnya Anda menjalankan CAU, mulai ulang menggunakan UI CAU atau gunakan Enable-CauClusterRole cmdlet (lihat Gambar 20).

      Gambar 20: Aktifkan peran Pembaruan Sadar Kluster menggunakan Enable-CauClusterRole cmdlet

   2. Lanjutkan operasi pencadangan.

5. Aktifkan dan gunakan fitur Windows Server 2016 pada Virtual Machines Hyper-V.

   1. Setelah kluster ditingkatkan ke tingkat fungsional Windows Server 2016, banyak beban kerja seperti Hyper-V VM akan memiliki kemampuan baru. Untuk daftar kemampuan Hyper-V baru. lihat Memigrasikan dan meningkatkan komputer virtual

   2. Pada setiap node host Hyper-V di kluster, gunakan Get-VMHostSupportedVersion cmdlet untuk melihat versi konfigurasi Hyper-V VM yang didukung oleh host.

      Gambar 21: Melihat versi konfigurasi Hyper-V VM yang didukung oleh host

   3. Pada setiap node host Hyper-V di kluster, versi konfigurasi Hyper-V VM dapat ditingkatkan dengan menjadwalkan jendela pemeliharaan singkat dengan pengguna, mencadangkan, mematikan komputer virtual, dan menjalankan Update-VMVersion cmdlet (lihat Gambar 22). Ini akan memperbarui versi komputer virtual, dan mengaktifkan fitur Hyper-V baru, menghilangkan kebutuhan akan pembaruan Hyper-V Integration Component (IC) di masa mendatang. Cmdlet ini dapat dijalankan dari simpul Hyper-V yang menghosting VM, atau -ComputerName parameter dapat digunakan untuk memperbarui Versi VM dari jarak jauh. Dalam contoh ini, di sini kita meningkatkan versi konfigurasi VM1 dari 5.0 ke 7.0 untuk memanfaatkan banyak fitur Hyper-V baru yang terkait dengan versi konfigurasi VM ini seperti Titik Pemeriksaan Produksi (cadangan Konsisten Aplikasi), dan file konfigurasi VM biner.

      Gambar 22: Meningkatkan versi VM menggunakan cmdlet PowerShell Update-VMVersion

6. kumpulan Storage dapat ditingkatkan menggunakan cmdlet Update-StoragePool PowerShell - ini adalah operasi online.

Meskipun kami menargetkan skenario Cloud Privat, khususnya kluster Server File Hyper-V dan Scale-out, yang dapat ditingkatkan tanpa waktu henti, proses Peningkatan Bergulir OS Kluster dapat digunakan untuk peran kluster apa pun.

Pembatasan / Batasan

• Fitur ini hanya berfungsi untuk versi Windows Server yang dimulai dengan Windows Server 2012 R2. Fitur ini tidak dapat memutakhirkan versi Windows Server yang lebih lama seperti Windows Server 2008, Windows Server 2008 R2, atau Windows Server 2012.
• Setiap simpul Windows Server 2016 harus diformat ulang/penginstalan baru saja. Jenis penginstalan di tempat atau peningkatan tidak disarankan.
• Simpul yang menjalankan versi Windows Server yang lebih baru harus digunakan untuk menambahkan simpul baru ke kluster.
• Saat mengelola kluster mode mixed-OS, selalu lakukan tugas manajemen dari simpul tingkat atas yang berjalan Windows Server 2016. Node Windows Server tingkat bawah tidak dapat menggunakan UI atau alat manajemen terhadap versi Windows Server yang lebih baru.
• Kami mendorong pelanggan untuk bergerak melalui proses peningkatan kluster dengan cepat karena beberapa fitur kluster tidak dioptimalkan untuk mode mixed-OS.
• Hindari membuat atau mengubah ukuran penyimpanan pada simpul server Windows yang lebih baru saat kluster berjalan dalam mode mixed-OS karena kemungkinan ketidaksesuaian pada failover dari node server Windows yang lebih baru ke node Windows Server tingkat bawah.

Tanya jawab umum

Berapa lama kluster failover dapat berjalan dalam mode mixed-OS? Kami mendorong pelanggan untuk menyelesaikan peningkatan dalam waktu empat minggu. Kami telah berhasil meningkatkan kluster Hyper-V dan Scale-out File Server dengan waktu henti nol dalam total kurang dari empat jam.

Apakah Anda akan memindahkan fitur ini kembali ke Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008? Kami tidak memiliki rencana untuk memindahkan fitur ini kembali ke versi sebelumnya. Peningkatan Bergulir OS Kluster adalah visi kami untuk meningkatkan kluster Windows Server.

Apakah simpul yang menjalankan versi Windows Server yang lebih lama perlu menginstal semua pembaruan perangkat lunak sebelum memulai proses Peningkatan Bergulir OS Kluster? Ya, sebelum memulai proses Peningkatan Bergulir OS Kluster, verifikasi bahwa semua node kluster diperbarui dengan pembaruan perangkat lunak terbaru.

Dapatkah saya menjalankan Update-ClusterFunctionalLevel cmdlet saat simpul Nonaktif atau Dijeda? Nomor. Semua node kluster harus aktif dan dalam keanggotaan aktif agar Update-ClusterFunctionalLevel cmdlet berfungsi.

Apakah Peningkatan Bergulir OS Kluster berfungsi untuk beban kerja kluster apa pun? Apakah itu bekerja untuk SQL Server? Ya, Peningkatan Bergulir OS Kluster berfungsi untuk beban kerja kluster apa pun. Namun, ini hanya nol-downtime untuk kluster Hyper-V dan Scale-out File Server. Sebagian besar beban kerja lainnya menimbulkan waktu henti (biasanya beberapa menit) ketika failover, dan failover diperlukan setidaknya sekali selama proses Peningkatan Bergulir OS Kluster.

Bisakah saya mengotomatiskan proses ini menggunakan PowerShell? Ya, kami telah merancang Cluster OS Rolling Upgrade untuk diotomatisasi menggunakan PowerShell.

Untuk kluster besar yang memiliki kapasitas failover ekstra, dapatkah saya meningkatkan beberapa simpul secara bersamaan? Ya. Ketika satu node dihapus dari kluster untuk meningkatkan OS, kluster akan memiliki satu node yang lebih sedikit untuk failover, karenanya akan memiliki kapasitas failover yang berkurang. Untuk kluster besar dengan beban kerja dan kapasitas failover yang cukup, beberapa simpul dapat ditingkatkan secara bersamaan. Anda dapat menambahkan simpul kluster untuk sementara ke kluster untuk memberikan beban kerja yang ditingkatkan dan kapasitas failover selama proses Peningkatan Bergulir OS Kluster.

Bagaimana jika saya menemukan masalah di kluster saya setelah Update-ClusterFunctionalLevel berhasil dijalankan? Jika Anda telah mencadangkan database kluster dengan cadangan Status Sistem sebelum menjalankan Update-ClusterFunctionalLevel, Anda harus dapat melakukan pemulihan Otoritatif pada node yang menjalankan versi Windows Server sebelumnya dan memulihkan database dan konfigurasi kluster asli.

Dapatkah saya menggunakan peningkatan di tempat untuk setiap simpul alih-alih menggunakan penginstalan clean-OS dengan memformat ulang drive sistem? Kami tidak mendorong penggunaan peningkatan Windows Server di tempat, tetapi kami menyadari bahwa itu berfungsi dalam beberapa kasus di mana driver default digunakan. Harap baca dengan cermat semua pesan peringatan yang ditampilkan selama peningkatan simpul kluster di tempat.

Jika saya menggunakan replikasi Hyper-V untuk VM Hyper-V pada kluster Hyper-V saya, apakah replikasi akan tetap utuh selama dan setelah proses Peningkatan Bergulir OS Kluster? Ya, replika Hyper-V tetap utuh selama dan setelah proses Peningkatan Bergulir OS Kluster.

Dapatkah saya menggunakan System Center Virtual Machine Manager (SCVMM) untuk mengotomatiskan proses Peningkatan Bergulir OS Kluster? Ya, Anda dapat mengotomatiskan proses Peningkatan Bergulir OS Kluster menggunakan VMM di Pusat Sistem.