Pemeliharaan dan update cloud pribadi

Lingkungan cloud pribadi didesain dengan cara berikut agar tidak memiliki titik kegagalan tunggal:

  • Cluster ESXi dikonfigurasi dengan ketersediaan tinggi (HA) vSphere. Cluster diukurannya memiliki minimal satu node cadangan untuk ketahanan.
  • vSAN menyediakan penyimpanan utama redundan, yang memerlukan setidaknya tiga node untuk memberikan perlindungan terhadap satu kegagalan. Untuk cluster yang lebih besar, Anda dapat mengonfigurasi vSAN untuk memberikan ketahanan yang lebih tinggi.
  • Virtual machine (VM) vCenter, PSC, dan NSX Manager dikonfigurasi dengan penyimpanan RAID-10 untuk melindungi dari kegagalan penyimpanan. VM juga dilindungi dari kegagalan node dan jaringan oleh HA vSphere.
  • {i>Host<i} ESXi memiliki kipas dan NIC yang redundan.
  • Tombol TOR dan tulang belakang dikonfigurasi dalam pasangan HA untuk memberikan ketahanan.

VMware Engine terus memantau waktu beroperasi, memantau ketersediaan, dan menyediakan SLA ketersediaan untuk jenis VM berikut:

  • Host ESXi
  • vCenter
  • PSC
  • Manajer NSX

VMware Engine terus memantau hal berikut untuk mengetahui kegagalan:

  • {i>Hard disk<i}
  • Porta NIC fisik
  • Server
  • Penggemar
  • Daya
  • {i>Switch<i}
  • Port switch

Jika disk atau node gagal, VMware Engine akan segera menambahkan node baru ke cluster VMware yang terpengaruh untuk memulihkan pengoperasian layanan.

Elemen VMware berikut di cloud pribadi dicadangkan, dikelola, dan diupdate:

  • ESXi
  • Pengontrol Layanan Platform vCenter
  • vSAN
  • NSX

Pencadangan dan pemulihan

Cadangannya meliputi:

  • Pencadangan inkremental setiap malam untuk aturan vCenter, PSC, dan DVS.
  • API native vCenter untuk mencadangkan komponen pada lapisan aplikasi.
  • Pencadangan otomatis sebelum mengupdate atau mengupgrade software pengelolaan VMware.

Pemeliharaan

Jenis pemeliharaan terencana berikut disertakan.

Pemeliharaan backend dan internal

Pemeliharaan backend dan internal biasanya melibatkan konfigurasi ulang aset fisik atau menginstal patch software. Hal ini tidak mempengaruhi konsumsi normal aset yang diservis. Dengan NIC redundan yang menuju ke setiap rak fisik, lalu lintas jaringan normal dan operasi cloud pribadi tidak akan terpengaruh. Anda mungkin hanya melihat dampak performa jika organisasi Anda memperkirakan akan menggunakan bandwidth yang redundan penuh selama interval pemeliharaan.

Pemeliharaan portal

Beberapa periode nonaktif layanan terbatas diperlukan ketika bidang kontrol atau infrastruktur diupdate. Interval pemeliharaan bisa lebih sering satu kali per bulan, dan diperkirakan akan menurun frekuensinya dari waktu ke waktu. VMware Engine memberi tahu Anda tentang pemeliharaan portal yang akan datang dan berupaya untuk menjaga interval pemeliharaan sesingkat mungkin. Selama interval pemeliharaan portal, layanan berikut terus berfungsi tanpa dampak apa pun:

  • Aplikasi dan bidang pengelolaan VMware
  • Akses vCenter
  • Semua jaringan dan penyimpanan

Pemeliharaan infrastruktur VMware

Terkadang Anda perlu membuat perubahan pada konfigurasi infrastruktur VMWT. Interval ini dapat terjadi setiap satu hingga dua bulan, tetapi frekuensinya diperkirakan akan menurun dari waktu ke waktu. Jenis pemeliharaan ini biasanya dapat dilakukan tanpa mengganggu konsumsi cloud pribadi normal. Selama interval pemeliharaan VMware, layanan berikut terus berfungsi tanpa dampak apa pun:

  • Aplikasi dan bidang pengelolaan VMware
  • Akses vCenter
  • Semua jaringan dan penyimpanan

Update dan upgrade

VMware Engine bertanggung jawab atas pengelolaan siklus proses software VMware (ESXi, vCenter, PSC, dan NSX) di cloud pribadi.

Update software meliputi:

  • Patch: patch keamanan atau perbaikan bug yang dirilis oleh VMware
  • Update: perubahan versi minor pada komponen stack VMware
  • Upgrade: perubahan versi utama komponen stack VMware

VMware Engine menguji patch keamanan penting segera setelah tersedia dari VMware. Sesuai dengan SLA, VMware Engine menargetkan peluncuran patch keamanan ke lingkungan cloud pribadi dalam waktu satu minggu setelah tersedia.

Saat versi utama software VMware yang baru tersedia, VMware Engine bekerja sama dengan pelanggan untuk mengoordinasikan periode pemeliharaan yang sesuai untuk menerapkan upgrade. VMware Engine menerapkan upgrade versi utama setidaknya enam bulan setelah versi utama dirilis dan memberi tahu pelanggan satu bulan sebelum menerapkan upgrade versi utama.

VMware Engine juga bekerja sama dengan vendor industri utama untuk memastikan mereka mendukung versi software VMware terbaru sebelum meluncurkan upgrade versi utama. Guna mengetahui informasi tentang dukungan untuk vendor tertentu, hubungi Cloud Customer Care.

Persiapan

Google merekomendasikan untuk melakukan persiapan berikut sebelum memulai update atau upgrade:

  • Periksa kapasitas penyimpanan: Pastikan penggunaan ruang penyimpanan cluster vSphere Anda lebih rendah dari 80% untuk mempertahankan SLA. Jika pemakaiannya lebih tinggi dari 80%, upgrade mungkin memerlukan waktu lebih lama dari biasanya atau akan gagal sama sekali. Jika penggunaan penyimpanan Anda lebih tinggi dari 70%, tambahkan node untuk memperluas cluster dan menghindari potensi periode nonaktif selama upgrade.
  • Mengubah kebijakan penyimpanan vSAN dengan FTT 0: Ubah VM yang dikonfigurasi dengan kebijakan penyimpanan vSAN untuk Failures to Tolerate (FTT) 0 menjadi kebijakan penyimpanan vSAN dengan FTT 1 untuk mempertahankan SLA.
  • Hapus pemasangan CD VM: Hapus semua CD yang terpasang di VM workload yang tidak kompatibel dengan vMotion.
  • Selesaikan penginstalan alat VMware: Selesaikan penginstalan atau upgrade alat VMware sebelum upgrade terjadwal dimulai.
  • Hapus bus sharing SCSI di VM: Hapus bus sharing SCSI di VM jika Anda tidak ingin VM dimatikan.
  • Menghapus VM dan datastore yang tidak dapat diakses: Hapus VM usang dan tidak dapat diakses dari inventaris vCenter. Hapus datastore eksternal yang tidak dapat diakses.
  • Nonaktifkan aturan DRS: Aturan DRS yang menyematkan VM ke host mencegah node memasuki mode pemeliharaan. Anda dapat menonaktifkan aturan DRS sebelum upgrade dan mengaktifkannya setelah upgrade selesai.
  • Mengupdate add-on VMware dan solusi pihak ketiga: Pastikan add-on VMware dan solusi pihak ketiga yang di-deploy di vCenter cloud pribadi Anda kompatibel dengan versi pasca-upgrade yang disebutkan sebelumnya. Contoh alat tersebut meliputi pencadangan, pemantauan, orkestrasi pemulihan dari bencana, dan fungsi serupa lainnya. Hubungi vendor solusi dan perbarui terlebih dahulu jika diperlukan untuk memastikan kompatibilitas setelah upgrade.

Konfigurasi yang mungkin memengaruhi proses pemeliharaan

VMware Engine memanfaatkan Mode Pemeliharaan VMware untuk melakukan upgrade, update, dan pemeliharaan node. Hal ini membantu memastikan operasi workload Private Cloud Anda yang berkelanjutan. Namun, konfigurasi berikut mungkin memerlukan langkah tambahan sebelum node dapat memasuki Mode Pemeliharaan:

  • Aturan DRS: Aturan yang memaksa VM agar tetap berada di node tertentu.
  • Berbagi bus SCSI: VM yang dikonfigurasi untuk berbagi bus SCSI.
  • Pemasangan CD-ROM: VM dengan CD-ROM terpasang, terutama jika CD-ROM tersebut tidak dapat dipindahkan ke node lain menggunakan vMotion.
  • Koneksi port serial: VM yang menggunakan koneksi port serial yang mencegahnya dipindahkan ke node lain menggunakan vMotion.
  • Raw device mapping (RDM): VM yang secara langsung mengakses perangkat penyimpanan fisik.

Jika perlu tindakan

Jika salah satu konfigurasi ini ada di sebuah node, Cloud Customer Care akan memberi tahu Anda minimal 24 jam sebelum melakukan langkah-langkah perbaikan yang diperlukan untuk mempertahankan ketersediaan Private Cloud Anda. Dalam beberapa kasus, langkah-langkah seperti mematikan VM dan memindahkannya dengan vMotion, lalu menyalakannya, atau menghapus CD-ROM, dapat mengganggu beban kerja Anda sebentar.

Langkah selanjutnya