Sebagai Cloud Architect atau admin IT, jika Anda berencana menjalankan aplikasi di Compute Engine, Anda harus mendesain topologi instance komputasi yang dapat disediakan dan dioperasikan secara efisien.
Compute Engine menawarkan berbagai opsi deployment: misalnya, Anda dapat men-deploy grup instance komputasi yang Anda kelola sebagai satu entity, atau menyediakan dan mengelola instance sebagai resource individual. Setiap pendekatan memiliki kelebihan dan batasan yang berbeda. Bagaimana Anda memilih strategi deployment yang optimal?
- Mulailah dengan menilai persyaratan utama aplikasi Anda.
- Tinjau opsi deployment yang tersedia dan keunggulan relatifnya.
- Pilih strategi yang memenuhi persyaratan Anda dan manfaatkan kemampuan Compute Engine secara optimal.
Evaluasi workload Anda
Gunakan pertanyaan berikut untuk menganalisis persyaratan utama dari workload yang ingin Anda deploy. Jawaban Anda akan membantu memetakan kemampuan setiap opsi deployment (tercantum di bagian berikutnya) sesuai persyaratan workload Anda. Untuk alternatif interaktif yang didukung AI untuk alur keputusan ini, Anda dapat memasukkan perintah ke Gemini di konsol Google Cloud dengan sasaran project Anda untuk mendapatkan rekomendasi deployment yang disesuaikan. Untuk mengetahui informasi selengkapnya, lihat Mendesain infrastruktur komputasi dengan Compute Advisor.
Status aplikasi
Apakah aplikasi stateful?
- Aplikasi stateful menyimpan data tertentu, seperti klien atau ID sesi, hingga data tersebut tidak diperlukan lagi. Misalnya, dalam aplikasi belanja online, layanan keranjang belanja mungkin menyimpan detail item yang ditambahkan atau dihapus saat pengguna melanjutkan belanja, dan mempertahankan status keranjang akhir ketika pengguna memulai proses pembayaran.
- Aplikasi stateless tidak perlu menyimpan data klien, transaksi, atau sesi. Misalnya, server web mungkin menutup sesi setelah menayangkan konten yang diminta klien.
Untuk mempelajari aplikasi stateful dan stateless lebih lanjut, lihat Perbedaan workload stateful dengan workload stateless.
Apakah ada metadata khusus instance yang dipertahankan saat instance komputasi Anda di-reboot atau saat Compute Engine membuat ulang (otomatis melakukan pemulihan) instance?
Penyediaan
- Haruskah instance komputasi menggunakan campuran jenis mesin atau image? Misalnya, apakah beberapa instance memerlukan jenis mesin yang dioptimalkan untuk memori, sementara yang lainnya menggunakan jenis mesin untuk tujuan umum?
- Haruskah infrastruktur diskalakan secara otomatis selaras dengan perubahan beban, sehingga Anda mempertahankan keseimbangan yang optimal antara biaya dan waktu respons?
- Dapatkah semua instance komputasi berjalan dalam satu zona, jaringan VPC, dan subnet?
- Haruskah aplikasi berjalan di zona yang sama dengan resource tertentu lainnya? Misalnya, apakah aplikasi memerlukan koneksi latensi rendah dengan database?
Operasi
- Apakah Anda ingin mengelola instance komputasi sebagai satu grup? Misalnya, apakah Anda ingin mengotomatiskan peluncuran update aplikasi di semua instance?
- Apakah Anda perlu menggunakan alat kustom atau pihak ketiga untuk mengelola instance komputasi?
- Apakah Anda memerlukan kontrol untuk menangani instance komputasi yang gagal? Misalnya, jika VM gagal, apakah Anda ingin VM tersebut tetap dihentikan saat menentukan akar masalah kegagalan?
- Apakah Anda memerlukan kontrol atas urutan mulai-berhenti-penangguhan-resume atau jadwal instance komputasi Anda? Misalnya, untuk menghemat biaya, apakah Anda berencana untuk menghentikan instance selama akhir pekan atau selama jam tertentu dalam sehari?
Ketahanan
- Apakah aplikasi memerlukan perlindungan dari kegagalan di level zona? Dengan kata lain, jika zona tidak aktif, apakah Anda ingin aplikasi terus melayani permintaan dari instance komputasi di zona lain di region tersebut?
- Jika instance komputasi berhenti atau mengalami error karena alasan apa pun, atau jika aplikasi tidak merespons permintaan, apakah Compute Engine harus membuat ulang instance secara otomatis?
- Apakah aplikasi memerlukan alamat IP internal atau eksternal tetap untuk instance komputasi host?
Setelah Anda menilai persyaratan Anda, pelajari opsi deployment yang ditawarkan Compute Engine.
Meninjau opsi deployment yang tersedia
Tinjau dan pahami fitur serta keuntungan relatif dari opsi yang dapat Anda pertimbangkan untuk men-deploy workload ke Compute Engine.
- Instance komputasi mandiri
- Dengan opsi ini, Anda dapat memilih jenis mesin, image, disk, dan atribut lainnya secara terpisah untuk setiap instance komputasi yang Anda sediakan. Anda mengelola instance sebagai resource terpisah.
- Cluster instance komputasi
- Dengan opsi ini, Anda membuat grup instance komputasi yang secara fisik
terletak berdekatan satu sama lain untuk menyediakan konektivitas jaringan
berlatensi rendah dan bandwidth tinggi untuk workload komputasi berperforma tinggi (HPC) dan kecerdasan buatan
(AI).
- Untuk workload berbasis CPU, Anda dapat membuat cluster menggunakan jenis mesin C2, C2D, H3, dan H4D. Untuk mengetahui informasi selengkapnya, lihat Membuat cluster HPC di Compute Engine.
- Untuk workload berbasis GPU, lihat AI Hypercomputer.
- Grup instance tak terkelola
- Anda dapat menyediakan instance komputasi mandiri dan menambahkannya ke grup instance. Kemudian, Anda dapat menggunakan grup instance tidak terkelola sebagai backend untuk load balancer.
- Grup instance terkelola (MIG)
MIG adalah grup instance yang identik atau dikonfigurasi serupa yang Anda sediakan menggunakan template instance.
Anda dapat membuat MIG menjadi stateful, sehingga disk atau metadata tertentu dipertahankan.
Untuk MIG stateless, Anda dapat mengaktifkan penskalaan otomatis dan mengonfigurasi kebijakan penskalaan.
Saat membuat MIG, Anda dapat memilih untuk men-deploy instance komputasi dalam satu zona, atau mendistribusikannya di lebih dari satu zona dalam satu region untuk ketersediaan tinggi.
Tabel berikut merangkum fitur utama setiap opsi deployment.
| Kemampuan | Instance komputasi mandiri | Grup instance tak terkelola | MIG stateful | MIG stateless |
|---|---|---|---|---|
| Penyediaan grup instance komputasi berbasis template | ||||
| Campuran jenis mesin dan image | ||||
| Memperbaiki alamat IP internal atau eksternal | ||||
| Pemulihan otomatis instance komputasi yang gagal | ||||
| Kontrol atas operasi start-stop dan penangguhan-resume instance komputasi | ||||
| Menetapkan grup instance komputasi sebagai backend load balancer | ||||
| Penyimpanan metadata dan disk, untuk workload stateful | ||||
| Update terkontrol untuk instance komputasi tertentu | ||||
| Update berkelanjutan otomatis untuk semua instance komputasi | ||||
| Penskalaan horizontal otomatis (dan prediktif) |
Diagram berikut menunjukkan contoh deployment secara berdampingan untuk membantu Anda memahami perbedaan utama.
| Instance komputasi mandiri | MIG stateful | MIG stateless |
|---|---|---|
| Contoh ini menunjukkan tiga instance komputasi yang dibuat secara terpisah. | Contoh ini menunjukkan MIG yang berisi tiga instance komputasi yang dikonfigurasi serupa, yang disediakan menggunakan template instance. |
Contoh ini menunjukkan MIG yang berisi tiga instance komputasi identik, yang disediakan menggunakan template instance. |
|
|
|
|
|
|
Sekarang Anda telah menilai workload, meninjau opsi deployment yang ditawarkan Compute Engine, dan siap memilih pendekatan deployment.
Pilih strategi deployment
Rekomendasi yang dibahas di sini didasarkan pada pemetaan karakteristik workload tertentu terhadap kemampuan setiap opsi deployment Compute Engine.
Gunakan alur pengambilan keputusan berikut. Jika Anda lebih memilih panduan visual, lihat hierarki keputusan nanti dalam dokumen ini.
Pilih antara instance komputasi mandiri, cluster instance komputasi, dan grup instance.
Persyaratan Strategi deployment yang direkomendasikan Aplikasi ini adalah workload komputasi berperforma tinggi (HPC) atau kecerdasan buatan (AI) yang memerlukan konektivitas jaringan latensi rendah dan bandwidth tinggi di antara instance komputasi. Pilih cluster instance komputasi.
Lewati sisa alur pengambilan keputusan ini.
Setidaknya salah satu dari persyaratan berikut bersifat penting untuk workload Anda. - Aplikasi harus berjalan pada instance komputasi yang menggunakan campuran berbagai jenis mesin atau image.
- Aplikasi memerlukan alamat IP internal atau eksternal tetap untuk instance komputasi host.
- Anda memerlukan kontrol untuk menangani instance komputasi yang gagal.
- Anda memerlukan kontrol atas operasi start-stop atau penangguhan-resume instance komputasi Anda.
- Anda harus menggunakan skrip kustom atau alat pihak ketiga untuk menyediakan dan menghapus instance komputasi.
Pilih instance komputasi mandiri.
Jika semua instance komputasi mandiri dapat berjalan dalam satu zona, jaringan VPC, dan subnet, pertimbangkan untuk menambahkan instance komputasi ke grup instance tidak terkelola. Kemudian, Anda dapat menggunakan grup instance tidak terkelola sebagai backend untuk load balancer.
Lewati sisa alur pengambilan keputusan ini.
Tidak satu pun dari persyaratan ini yang penting untuk kasus penggunaan Anda. Gunakan MIG untuk menyiapkan topologi Compute Engine yang sangat tersedia dan skalabel.
Lanjut ke langkah berikutnya
Pilih antara MIG stateful dan stateless.
Persyaratan Jenis MIG yang direkomendasikan Aplikasi memerlukan penyimpanan disk dan metadata; yaitu, aplikasinya bersifat stateful. Pilih MIG stateful, dan konfigurasikan disk yang harus dipertahankan oleh Compute Engine selama peristiwa disruptif seperti pembuatan ulang instance komputasi, autohealing, dan update.
Lanjut ke langkah berikutnya
Aplikasi tidak stateful. Pilih MIG stateless, dan manfaatkan kemampuan penskalaan otomatis. Selama operasi yang mengganggu, Compute Engine akan membuat ulang disk sesuai dengan template instance.
Lanjut ke langkah berikutnya
Pilih antara MIG zona dan regional.
Persyaratan Jenis MIG yang direkomendasikan Aplikasi harus berjalan di satu zona. Jika tidak, perlindungan terhadap kegagalan zona tidaklah penting. Pilih MIG zona. Aplikasi harus terus berjalan bahkan saat terjadi kegagalan zona. Pilih MIG regional.
Pohon keputusan
Diagram berikut memandu Anda melalui faktor-faktor yang perlu dipertimbangkan saat menentukan strategi deployment Compute Engine:
Langkah berikutnya
- Pelajari template instance lebih lanjut.
- Pelajari cara kerja MIG stateful.
- Pelajari MIG regional lebih lanjut.
- Buat MIG.
- Penskalaan otomatis grup instance.
- Memigrasikan workload yang ada ke MIG stateful.