Praktik terbaik komputasi

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

Pilih region 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 terdekat dengan pengguna Anda. Konsol Google Cloud menyediakan dasbor performa real-time yang dapat membantu Anda memvisualisasikan latensi antara region dan antara pengguna internet dan region Google Cloud.
  • Untuk mempertahankan performa aplikasi, optimalkan konektivitas ke fasilitas lokal dengan memilih region Google Cloud terdekat. Untuk deployment multicloud, pertimbangkan kedekatannya dengan region vendor cloud lainnya.
  • Untuk memastikan aplikasi Anda 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 per 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.

Memutuskan kapan harus memilih desain multi-region

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

  • Penerapan pemulihan dari bencana yang menggunakan Pengelola Pemulihan Situs (SRM) atau Zerto.
  • Aplikasi yang memerlukan ketersediaan global atau latensi rendah bagi basis penggunanya.
  • Persyaratan perencanaan kapasitas yang spesifik per region.

Desain untuk ketahanan zona

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

Saat di-deploy sebagai cluster peregangan, 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 Ketersediaan Tinggi VMware vSphere.

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

Memisahkan lingkungan di beberapa cloud pribadi

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

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

  • Untuk jenis workload tertentu, seperti Infrastruktur Desktop Virtual (VDI)
  • Jika batasan cloud pribadi tidak memadai
  • Untuk manajemen lisensi dan perangkat lunak
  • Untuk kemudahan dan transparansi biaya
  • Untuk pemantauan
  • Untuk kepatuhan terhadap persyaratan peraturan
  • Untuk multi-tenancy di semua lapisan, termasuk komponen pengelolaan dan infrastruktur

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

Optimalkan jumlah inti

Dengan VMware Engine, Anda dapat mengurangi jumlah inti CPU efektif yang diekspos ke hypervisor ESXi. Hal ini mungkin diinginkan, atau diperlukan, berdasarkan beberapa perjanjian lisensi perangkat lunak.

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

Mengurangi jumlah core efektif dalam cluster tidak mengubah biaya pengoperasian cluster, khususnya untuk workload Oracle. Untuk informasi selengkapnya, lihat panduan terkait dukungan dan pemberian lisensi.

Untuk informasi selengkapnya, lihat Batasan jumlah inti kustom.

Tambahkan node cadangan untuk ketahanan

Cluster VMware Engine harus disesuaikan ukurannya agar memiliki setidaknya satu node cadangan untuk ketahanan. Node cadangan ini tersedia untuk cluster dan dapat menyediakan kapasitas dan resource tambahan selama masa pemuatan atau pertentangan yang tinggi. Node cadangan ini ditagih sebagai bagian dari cloud pribadi yang sudah ada.

Jika diperlukan keandalan yang lebih tinggi, pertimbangkan untuk menambahkan lebih banyak node cadangan ke cluster agar tersedia selama masa pemeliharaan. Penjadwalan workload yang akan dijalankan pada node cadangan ini akan membantu mengoptimalkan penggunaan cluster di cloud pribadi.

Menentukan jumlah kegagalan yang akan ditoleransi

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

Semakin tinggi nilai FTT, semakin banyak host kapasitas yang diperlukan.

Langkah selanjutnya