Praktik terbaik komputasi

Halaman ini menyajikan praktik terbaik komputasi untuk Google Cloud VMware Engine.

Memilih wilayah terbaik untuk aplikasi Anda

Untuk memilih region terbaik bagi aplikasi Anda, pertimbangkan faktor-faktor berikut:

  • Untuk meminimalkan latensi jaringan dan meningkatkan pengalaman pelanggan, pilih lokasi yang paling dekat dengan pengguna Anda. Konsol Google Cloud menyediakan dasbor performa real-time yang dapat membantu Anda memvisualisasikan latensi antar-region dan antar-pengguna internet dan region Google Cloud .
  • Untuk mempertahankan performa aplikasi, optimalkan konektivitas ke fasilitas lokal dengan memilih region Google Cloud yang terdekat. Untuk deployment multi-cloud, pertimbangkan kedekatan dengan region vendor cloud lainnya.
  • Untuk memastikan bahwa aplikasi Anda tetap mematuhi peraturan, seperti kebijakan kepatuhan Industri Kartu Pembayaran (PCI) atau General Data Protection Regulation (GDPR) Eropa, pilih region yang mendukung persyaratan tersebut.
  • Biaya dan harga bervariasi menurut wilayah. Pastikan Anda memperhitungkan perbedaan regional ini saat merencanakan deployment.
  • Saat memilih lokasi, beberapa SKU mungkin hanya tersedia di beberapa wilayah dan tidak di wilayah lainnya.

Menentukan kapan harus memilih desain multi-region

Dalam situasi berikut, Anda mungkin ingin men-deploy ke beberapa cloud pribadi VMware Engine di seluruh region untuk cakupan project atau workload yang sama:

  • Penerapan disaster recovery yang menggunakan Site Recovery Manager (SRM) atau Zerto.
  • Aplikasi yang memerlukan ketersediaan global atau latensi rendah untuk basis penggunanya.
  • Persyaratan perencanaan kapasitas yang spesifik per wilayah.

Mendesain untuk ketahanan zona

VMware Engine menyediakan redundansi zona di region tertentu. Di region ini, untuk meningkatkan toleransi error, Anda juga dapat men-deploy cloud pribadi sebagai cluster yang diperluas. Untuk informasi tentang region ini, lihat catatan rilis VMware Engine.

Saat di-deploy sebagai cluster stretch, cloud pribadi Anda memiliki node di dua zona independen. Anda harus memiliki jumlah node yang sama di setiap zona untuk mendukung desain ini. Desain tersebut memastikan ketersediaan aplikasi melalui ketahanan zona dan VMware vSphere High Availability.

Saat menyediakan cloud pribadi yang diperluas, VM mungkin berjalan di kedua sisi cloud pribadi yang diperluas. Gunakan aturan afinitas untuk mengontrol penempatan VM workload di host dalam cluster dengan mengelompokkan VM dan menyematkannya ke situs. Desain tersebut memastikan ketahanan zona melalui ketersediaan tinggi (HA) aplikasi.

Memisahkan lingkungan di beberapa cloud pribadi

Cloud pribadi adalah stack VMware Cloud Foundation independen yang dikelola oleh vCenter Server.

Anda dapat memisahkan footprint VMware Engine di beberapa cloud pribadi. Misalnya, gunakan Server vCenter khusus dalam kasus berikut:

  • Untuk jenis beban kerja tertentu, seperti Infrastruktur Desktop Virtual (VDI)
  • Jika batas cloud pribadi tidak memadai
  • Untuk pemberian lisensi dan pengelolaan software
  • Untuk transparansi dan kemudahan biaya
  • Untuk pemantauan
  • Untuk mematuhi persyaratan peraturan
  • Untuk multi-tenancy di semua lapisan, termasuk komponen dan infrastruktur manajemen

Untuk menghindari proliferasi endpoint pengelolaan yang tidak perlu, hanya gunakan jumlah cloud pribadi yang diperlukan.

Mengoptimalkan jumlah core

VMware Engine memungkinkan Anda mengurangi jumlah core CPU efektif yang diekspos ke hypervisor ESXi. Hal ini mungkin diinginkan, atau diwajibkan, berdasarkan beberapa perjanjian lisensi software.

Mengurangi jumlah core cluster pertama tidak direkomendasikan karena menghosting komponen utama, seperti vCenter dan NSX Manager.

Mengurangi jumlah core yang efektif dalam cluster tidak akan mengubah biaya menjalankan cluster, khususnya untuk beban kerja Oracle. Untuk informasi selengkapnya, lihat panduan terkait dukungan dan pemberian lisensi.

Untuk informasi selengkapnya, lihat Batasan jumlah core kustom.

Menambahkan node cadangan untuk ketahanan

Ukuran cluster VMware Engine harus memiliki setidaknya satu node cadangan untuk ketahanan. Node cadangan ini tersedia untuk cluster dan dapat memberikan kapasitas dan resource tambahan selama periode beban atau persaingan yang tinggi. Node cadangan ini ditagih sebagai bagian dari cloud pribadi yang ada.

Jika diperlukan keandalan yang lebih tinggi, pertimbangkan untuk menambahkan lebih banyak node cadangan ke cluster agar tersedia selama periode pemeliharaan. Menjadwalkan beban kerja untuk dijalankan di node cadangan ini akan membantu mengoptimalkan penggunaan cluster di cloud pribadi.

Menentukan jumlah kegagalan yang dapat ditoleransi

Untuk VMware vSAN, gunakan atribut Failures to tolerate (FTT) di kebijakan penyimpanan vSAN untuk menentukan jumlah kegagalan yang dapat ditoleransi cluster tanpa memengaruhi integritas data atau ketersediaan VM.

Makin tinggi nilai FTT, makin banyak host kapasitas yang diperlukan.

Langkah selanjutnya