Dokumen ini ditujukan untuk arsitek cloud yang bertanggung jawab merancang dan menerapkan rencana migrasi untuk workload berbasis virtual machine ke container. Panduan ini berisi panduan penggunaan Migrate to Containers untuk memigrasikan virtual machine (VM) dari lingkungan sumber ke container yang berjalan di Google Kubernetes Engine (GKE) atau GKE Enterprise. Lingkungan sumber Anda mungkin berjalan di lingkungan lokal, di lingkungan hosting pribadi, atau di cloud lain.
Dokumen ini memberikan ringkasan tentang Migrate to Containers. Panduan ini juga berisi poin-poin penting yang perlu Anda pertimbangkan saat merencanakan migrasi VM ke container. Ini adalah bagian dari rangkaian multibagian tentang migrasi ke Google Cloud. Jika Anda tertarik dengan ringkasan dari rangkaian, lihat Migrasi ke Google Cloud: Memilih jalur migrasi.
Baca dokumen ini jika Anda berencana memigrasikan VM yang menjalankan sistem operasi (OS) yang kompatibel, seperti Linux atau Windows, dari lingkungan sumber yang didukung ke lingkungan GKE atau GKE Enterprise dengan Migrate to Containers. Lingkungan sumber ini dapat mencakup hal berikut:
- Lingkungan Compute Engine
- Lingkungan VMware vSphere
- Lingkungan Microsoft Azure VM
- Lingkungan Amazon Elastic Compute Cloud (Amazon EC2)
Dengan Migrate to Containers, Anda dapat menempatkan workload berbasis VM yang sudah ada ke dalam container GKE dan GKE Enterprise, tanpa:
- Mewajibkan akses ke kode sumber
- Menulis ulang workload Anda
- Menyimpan workload dalam container secara manual
Memigrasikan workload berbasis VM dengan Migrate to Containers akan memberikan manfaat berikut:
- Lingkungan dalam container, termasuk:
- Kepadatan workload tinggi
- Mekanisme orkestrasi lengkap dan pengelolaan kebijakan
- Saluran komunikasi layanan ke layanan yang fleksibel
- Dapat menggunakan pipeline continuous integration dan deployment berkelanjutan
- Dapat berpindah dari versi OS yang tidak didukung
- Dapat mulai menghentikan lingkungan berbasis VM
Memigrasikan workload berbasis VM ke container dengan Migrate to Containers adalah salah satu langkah yang mungkin dilakukan dalam perjalanan modernisasi workload Anda. Memigrasikan workload berbasis VM dengan Migrate to Containers membantu Anda menghindari penulisan ulang mahal yang diperlukan untuk memodernisasi workload tersebut. Namun, tindakan ini tidak mengubah mereka menjadi workload yang dirancang untuk berjalan di lingkungan cloud.
Kandidat migrasi yang ideal mencakup hal berikut:
- Workload di mana modernisasi melalui penulisan ulang yang lengkap tidak mungkin dilakukan atau terlalu mahal
- Workload dengan dependensi tidak diketahui yang dapat merusak sesuatu jika disentuh
- Workload yang dipertahankan, tetapi tidak dikembangkan secara aktif
- Workload yang tidak lagi dipertahankan
- Workload tanpa akses kode sumber
Anda dapat berinteraksi dengan Migrate to Containers dalam berbagai cara. Misalnya, dapat diakses melalui Konsol Google Cloud. Jika perlu mengotomatiskan proses migrasi dan mengintegrasikannya dengan toolchain yang ada, Anda dapat menggunakan antarmuka command line dan Migrate to Containers Definisi Resource Kustom (CRD) Kubernetes.
Untuk informasi selengkapnya tentang antarmuka Migrate to Containers, baca artikel API dan referensi | Migrate to Containers.
Dokumen ini mengasumsikan bahwa Anda telah membaca dan memahami dokumen-dokumen berikut:
- Migrasi ke Google Cloud: Memulai menjelaskan proses migrasi workload Anda ke Google Cloud.
- Arsitektur Migrate to Containers menjelaskan arsitektur referensi Migrate to Containers.
- Prasyarat migrasi Migrate to Containers menjelaskan cara menilai apakah workload Anda kompatibel untuk bermigrasi dengan Migrate to Containers.
Mendesain migrasi ke Google Cloud
Untuk memigrasikan VM Anda dari lingkungan sumber ke container yang berjalan di Google Cloud, sebaiknya ikuti framework yang dijelaskan dalam Rangkaian Migrasi ke Google Cloud.
Diagram berikut menggambarkan jalur perjalanan migrasi Anda:
Kerangka kerja yang diilustrasikan dalam diagram sebelumnya memiliki empat fase:
- Menilai. Pada fase ini, Anda akan menilai lingkungan sumber, menilai workload yang ingin dimigrasikan ke Google Cloud, dan menilai VM mana yang mendukung setiap workload.
- Merencanakan. Pada fase ini, Anda akan membuat infrastruktur dasar untuk Migrate to Containers, seperti menyediakan hierarki resource dan menyiapkan akses jaringan.
- Deploy. Pada fase ini, Anda akan memigrasikan VM dari lingkungan sumber ke GKE atau GKE Enterprise dengan Migrate to Containers.
- Pengoptimalan. Pada fase ini, Anda mulai memanfaatkan teknologi dan kemampuan cloud.
Menilai lingkungan sumber dan workload
Pada fase penilaian, Anda mengumpulkan informasi tentang lingkungan sumber dan workload berbasis VM yang ingin dimigrasikan. Cara ini membantu Anda menyesuaikan ukuran resource yang dibutuhkan—baik untuk migrasi maupun untuk lingkungan target.
Pada tahap penilaian, Anda dapat melakukan hal-hal berikut:
- Mem-build inventaris workload yang komprehensif.
- Membuat katalog aplikasi Anda sesuai dengan properti dan dependensinya.
- Melatih dan mengajari tim Anda di Google Cloud.
- Membuat eksperimen dan bukti konsep di Google Cloud.
- Menghitung total biaya kepemilikan (TCO) lingkungan target.
- Memilih workload yang ingin Anda migrasikan terlebih dahulu.
Bagian berikut mengandalkan informasi dalam Migrasi ke Google Cloud: Menilai dan menemukan workload Anda. Namun, diagram ini memberikan informasi yang khusus untuk menilai workload berbasis VM yang ingin Anda migrasikan ke container dengan Migrate to Containers.
Membangun inventaris
Untuk menentukan cakupan migrasi, Anda harus memahami lingkungan berbasis VM saat ini. Untuk memahami lingkungan Anda, kumpulkan informasi tentang workload Anda dan dependensinya.
Membuat inventaris aplikasi menjelaskan cara mem-build inventaris workload di lingkungan berbasis VM dan dependensinya. Ikuti panduan tersebut dan buat penemuan Anda sebelum melanjutkan dengan dokumen ini.
Setelah mem-build inventaris workload dan dependensinya, Anda akan menyaring inventaris tersebut. Lakukan penilaian aspek dan fitur yang menarik bagi organisasi Anda saat memigrasikan workload berbasis VM-nya dengan Migrate to Containers.
Untuk menyelesaikan inventaris workload Anda, pertimbangkan hal berikut:
Lingkungan sumber. Migrate to Containers mendukung migrasi VM dari lingkungan sumber yang berbeda:
- Compute Engine
- vSphere VMware
- VM Microsoft Azure
- Amazon EC2
Untuk menyiapkan Migrate to Containers dengan benar agar dapat memigrasikan workload, Anda harus menilai lingkungan sumber.
Sistem operasi yang berjalan di VM Anda: Kumpulkan informasi tentang sistem operasi dan lisensinya yang berjalan di VM Anda, dan pastikan sistem operasinya kompatibel dengan Migrate to Containers. Jika Anda menjalankan OS yang tidak didukung oleh Migrate to Containers, sebaiknya lakukan upgrade ke versi yang didukung atau ubah OS Anda ke OS yang didukung oleh Migrate to Containers.
Workload di VM Anda: Menilai workload mana yang di-deploy di setiap VM. Kemudian, petakan dependensi antara workload Anda dan antara workload dan layanan eksternal Anda. Selanjutnya, kumpulkan informasi tentang sumber konfigurasi workload Anda. Misalnya, apakah Anda menggunakan variabel lingkungan, sistem konfigurasi terdistribusi, atau server metadata untuk mengonfigurasi workload secara dinamis? Selain itu, evaluasi cara workload Anda mengirimkan informasi ke sistem logging.
Skor kecocokan Migrate to Containers: Menilai apakah workload Anda sesuai untuk dimigrasikan dengan Migrate to Containers. Migrate to Containers menyediakan alat penilaian kesesuaian untuk Linux dan Windows yang dapat Anda jalankan di VM untuk menghitung skor kesesuaian. Skor kecocokan yang rendah menunjukkan bahwa ada masalah yang perlu Anda selesaikan sebelum memigrasikan workload. Misalnya, jika Anda mengaktifkan Linux yang ditingkatkan keamanan pada VM, Anda mungkin perlu upaya tambahan untuk mengurangi dependensi ini sebelum memigrasikannya.
Layanan jaringan: Mengumpulkan informasi tentang konfigurasi layanan jaringan Anda dan cara workload berbasis VM menggunakan layanan ini. Misalnya, nilai bagaimana workload Anda menggunakan Domain Name System (DNS), Multicast DNS, host file, dan mekanisme penemuan layanan lainnya untuk menentukan lokasi workload dan layanan lain. Selanjutnya, nilai file hosts setiap VM untuk menemukan entri yang disesuaikan yang diperlukan workload Anda. Untuk mengetahui informasi selengkapnya tentang file host, lihat Memverifikasi dan memvalidasi resource dan deskripsi yang dihasilkan.
Dependensi hardware: Evaluasi semua jenis hardware yang Anda gunakan dalam lingkungan berbasis VM, seperti perangkat penyimpanan berperforma tinggi, GPU, TPU, atau peralatan jaringan.
Workload stateless dan stateful: Workload stateless tidak menyimpan status dalam cluster atau ke penyimpanan persisten. Workload stateful menyimpan data untuk digunakan di lain waktu. Karena memigrasikan workload stateful biasanya lebih sulit daripada memigrasikan workload stateless, nilai workload mana yang stateless dan mana yang stateful.
Penyimpanan: Untuk workload stateful, buat daftar persyaratan penyimpanan Anda. Berikut ini beberapa hal yang perlu dipertimbangkan saat membuat daftar:
- Jenis sistem penyimpanan (volume blok, penyimpanan file, atau penyimpanan objek)
- Ukuran sistem penyimpanan
Akses workload ke sistem penyimpanan
- Misalnya, apakah workload Anda menggunakan Network File System (NFS), atau Blok Pesan Server (SMB) untuk mengakses file melalui jaringan?
Misalnya, apakah VM Anda menjalankan server NFS atau SMB?
Jika VM Anda menjalankan server NFS dalam mode kernel, Anda perlu melakukan upaya tambahan untuk memigrasikan server tersebut. Anda dapat memigrasikan server tersebut ke lingkungan runtime lain, seperti Compute Engine atau GKE. Atau, Anda dapat memigrasikan data ke Filestore, yang merupakan layanan penyimpanan yang terhubung ke jaringan yang terkelola sepenuhnya.
Konfigurasi disk:
- Nilai konfigurasi semua disk, partisi data, dan volume di VM Anda, serta fitur keamanan dan kerahasiaannya masing-masing.
Lokalitas data: Lokalitas data memengaruhi performa workload stateful. Jarak dan konektivitas antara sistem eksternal dan lingkungan Anda memengaruhi latensi. Untuk setiap sistem penyimpanan data eksternal, pertimbangkan persyaratan performa dan ketersediaan yang harus dipenuhi.
Menyelesaikan penilaian
Setelah membangun inventaris yang terkait dengan lingkungan dan workload berbasis VM Anda, selesaikan aktivitas fase penilaian lainnya yang didokumentasikan dalam bagian Migrasi ke Google Cloud: Menilai dan menemukan workload Anda. Setelah Anda menyelesaikan pekerjaan itu, lanjutkan membaca dokumen ini.
Merencanakan dan membangun fondasi Anda
Pada fase perencanaan dan pembuatan, Anda akan menyediakan dan mengonfigurasi infrastruktur dan layanan cloud yang mendukung workload di Google Cloud:
- Mem-build hierarki resource.
- Mengonfigurasikan Identity and Access Management
- Menyiapkan penagihan.
- Menyiapkan konektivitas jaringan.
- Memperketat keamanan Anda.
- Menyiapkan pemantauan dan pemberitahuan.
Untuk panduan tentang cara membangun infrastruktur dan layanan cloud yang mendukung workload Anda dan dependensinya, lihat Migrasi ke Google Cloud: Membangun fondasi Anda. Ikuti panduan tersebut untuk membangun fondasi bagi lingkungan Anda. Setelah Anda selesai dengan pekerjaan tersebut, lanjutkan membaca dokumen ini.
Setelah mengikuti panduan dalam "Migrasi ke Google Cloud: Membangun fondasi Anda", selesaikan pekerjaan dasar Anda dengan menyiapkan Migrate to Containers:
- Pastikan workload dan lingkungan sumber Anda memenuhi prasyarat Migrate to Containers.
- Aktifkan Migrate to Containers Cloud API.
- Sediakan akun layanan yang digunakan Migrate to Containers untuk mengakses resource di lingkungan target.
- Jika Anda memigrasikan workload ke cluster GKE atau GKE di Google Cloud, siapkan Migrate to Virtual Machines.
- Konfigurasikan cluster pemrosesan Migrate to Containers. Cluster pemrosesan Migrate to Containers menjalankan komponen Migrate to Containers selama migrasi.
- Instal dan konfigurasikan Migrate to Containers di cluster pemrosesan.
Artikel "Menyiapkan Migrate to Containers" yang disebutkan sebelumnya menjelaskan cara menyediakan dan mengonfigurasi Migrate to Containers dan dependensinya. Ikuti panduan tersebut untuk menyiapkan Migrate to Containers.
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Memigrasikan workload berbasis VM ke container
Pada fase deployment, gunakan pencapaian berikut sebagai panduan saat memigrasikan VM dari lingkungan sumber ke container yang berjalan di GKE atau GKE Enterprise:
- Membuat dan meninjau rencana migrasi.
- Membuat artefak container dan deployment descriptor.
- Memverifikasi, memvalidasi, dan menyesuaikan deskripsi resource yang dihasilkan Migrate to Containers untuk Anda.
- Men-deploy dan memvalidasi workload dalam container ke GKE atau GKE Enterprise.
- Uninstal Migrate to Containers.
Untuk mengetahui informasi selengkapnya tentang langkah-langkah yang diperlukan untuk memigrasikan VM dengan Migrate to Containers, baca bagian Menjalankan migrasi.
Membuat dan meninjau rencana migrasi
Buat rencana migrasi Migrate to Containers untuk workload berbasis VM:
- Konfigurasi lingkungan sumber sebagai sumber migrasi Migrate to Containers. Untuk memigrasikan workload berbasis VM, Migrate to Containers memerlukan informasi tentang lingkungan sumber tempat VM Anda berjalan saat ini. Anda mengumpulkan informasi tersebut dengan melakukan tugas yang dijelaskan di bagian Membuat inventaris dalam dokumen ini. Untuk informasi selengkapnya tentang cara mengonfigurasi lingkungan sumber, lihat Menambahkan sumber migrasi (Linux) dan Menambahkan sumber migrasi (Windows).
- Buat rencana migrasi. Untuk menentukan workload berbasis VM yang ingin Anda migrasikan dari lingkungan sumber ke lingkungan target yang didukung, buat rencana migrasi. Misalnya, Anda dapat mengonfigurasi tempat Anda ingin menyimpan data persisten. Untuk informasi selengkapnya tentang membuat dan memantau rencana migrasi, lihat Membuat migrasi (Linux) dan Membuat migrasi (Windows).
- Tinjau dan sesuaikan rencana migrasi. Setelah membuat rencana migrasi untuk setiap workload berbasis VM yang ingin dimigrasikan, sebaiknya tinjau dan sesuaikan setiap rencana migrasi untuk memastikan bahwa sesuai dengan kebutuhan Anda. Untuk informasi selengkapnya tentang menyesuaikan rencana migrasi, lihat Menyesuaikan paket migrasi (Linux) dan Menyesuaikan paket migrasi (Windows).
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Membuat artefak container dan deployment descriptor
Guna membuat artefak container target untuk workload Anda, Migrate to Containers akan membuat image container yang berisi workload dan data yang diekstrak dari VM dalam rencana migrasi. Kemudian, salinan image container disimpan di repositori image container yang dikonfigurasi. Migrate to Containers juga menghasilkan deployment descriptor yang dapat Anda sesuaikan dan gunakan untuk men-deploy instance image container di lingkungan target.
Untuk mengetahui informasi selengkapnya tentang cara membuat artefak container, lihat Menjalankan migrasi (Linux) dan Menjalankan migrasi (Windows).
Anda dapat memantau progres artefak container yang Anda buat dan migrasikan. Untuk informasi selengkapnya tentang memantau migrasi, lihat Memantau migrasi (Linux) dan Memantau migrasi (Windows).
Jika Anda membuat artefak container untuk workload Windows, gunakan artefak dan deployment descriptor yang dibuat oleh Migrate to Containers untuk mem-build image container Windows untuk workload tersebut. Untuk mengetahui informasi selengkapnya tentang mem-build image container Windows untuk workload, lihat Mem-build image container Windows.
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Memverifikasi dan memvalidasi resource dan deskripsi yang dihasilkan
Setelah Anda membuat artefak container dan deployment descriptor dengan Migrate to Containers, tinjau dan perbarui artefak dan deskripsi tersebut untuk memastikan bahwa artefak dan deskripsi tersebut memenuhi persyaratan Anda. Jumlah waktu yang diperlukan untuk memperbarui artefak container dan deployment descriptor Anda bergantung pada jumlah workload berbasis VM yang Anda migrasikan dan seberapa kompleks workload tersebut. Untuk informasi selengkapnya tentang meninjau artefak container dan deployment descriptor, lihat Meninjau file deployment yang dihasilkan (Linux), dan Mem-build image container Windows. Misalnya, perhatikan aspek-aspek berikut.
Penamaan resource dan deskripsi
- Deskripsi image container: Tinjau deskripsi image container yang Anda buat dengan Migrate to Containers dan pastikan bahwa deskripsi tersebut memadai untuk persyaratan yang Anda miliki untuk workload berbasis VM. Jika Anda perlu memperbarui deskripsi image container, lihat Update gambar pascamigrasi. Misalnya, Anda dapat memperbarui lapisan image container workload, dan lapisan image container Migrate to Containers.
- Variabel lingkungan dan metadata instance: Jika workload Anda bergantung pada variabel lingkungan atau metadata instance, tentukan nilai ini di ConfigMap, dan konfigurasikan Pod yang menjalankan workload Anda untuk menggunakan ConfigMaps tersebut.
- Namespace dan nama layanan: Kubernetes mendukung mekanisme penemuan layanan yang menggunakan namespace dan nama Layanan untuk mengonfigurasi entri DNS untuk workload Anda. Jika workload Anda mengandalkan data DNS untuk menemukan workload lain, Anda harus memverifikasi nama semua namespace dan layanan di deployment descriptor. Setelah memverifikasi nama, sesuaikan nama tersebut dengan kebutuhan Anda. Jika workload Anda mengandalkan nama host untuk penemuan layanan, Anda harus membuat layanan yang sesuai karena nama host tersebut tidak lagi berlaku di lingkungan target.
Resource log dan konfigurasi dan deskripsi
- Logging tingkat aplikasi: Migrate to Containers akan otomatis menulis pesan log tertentu ke Cloud Logging. Jika perlu meneruskan log tambahan ke Cloud Logging, baca bagian Konfigurasi logging ke Cloud Logging (Linux) dan Konfigurasi logging ke Cloud logging (Windows).
- Konfigurasi disk, partisi, dan titik pemasangan: Karena workload yang dimigrasikan mungkin gagal dimulai jika konfigurasi disk dan partisinya tidak benar, Anda harus menilai konfigurasi disk, partisi, dan titik pemasangan yang diharapkan oleh workload Anda. Misalnya, nilai file tabel sistem file untuk memastikan bahwa semua sistem file dapat dipasang dan bahwa ID unik universal untuk disk telah dikonfigurasi. Jika workload Anda memerlukan pemasangan NFS, konfigurasikan workload tersebut di deployment descriptor yang dihasilkan. Jika workload Anda memerlukan volume yang tidak Anda kelola dengan Volume Persisten, lihat Memasang volume eksternal untuk panduan tentang cara memasang volume tambahan volume.
- Host file: Jika workload Anda memerlukan host tertentu dikonfigurasi dengan file host, Anda dapat mengonfigurasi HostAliases untuk menambahkan entri ke file host dari Pod yang menjalankan workload Anda.
Resource profil dan kebijakan dan deskripsi
- Daftar Kontrol Akses (ACL) untuk workload Windows: Karena container Windows tidak mendukung setelan ACL saat membuat image container Windows, Migrate to Containers tidak memigrasikan data yang disesuaikan ACL Windows. Jika Anda perlu menyesuaikan workload Windows, lihat Menetapkan ACL.
- Profil AppArmor: Pastikan semua profil AppArmor yang diperlukan workload Anda tersedia di lingkungan target. Jika tidak, workload yang dimigrasikan mungkin tidak dimulai.
- Kebijakan jaringan: Jika perlu membatasi akses ke Pod yang menjalankan workload, Anda dapat menggunakan NetworkPolicy untuk mengontrol alur traffic ke dan dari Pod Anda.
Resource dan deskripsi lainnya
- Layanan sistem dinonaktifkan: Migrate to Containers secara otomatis menonaktifkan beberapa layanan sistem yang tidak diperlukan di lingkungan target. Tindakan ini juga menonaktifkan layanan yang Anda nonaktifkan saat menyesuaikan paket migrasi. Jika workload Anda bergantung pada layanan sistem tersebut, Anda mungkin harus mengeluarkan upaya tambahan untuk mengurangi dependensi tersebut. Untuk mengetahui informasi selengkapnya tentang layanan sistem yang dinonaktifkan oleh Migrate to Containers, lihat Menonaktifkan layanan yang tidak diperlukan.
- Periode nonaktif dan migrasi sistem: Menilai persyaratan ketersediaan tinggi untuk workload Anda. Jika workload Anda gagal saat mengalami periode nonaktif, rencanakan untuk redundansi dan untuk periode migrasi sistem. Misalnya, jika memigrasikan cluster VM, Anda mungkin harus membagi cluster dan merekomposisi cluster setelah migrasi.
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Men-deploy dan memvalidasi workload dalam container
Saat deployment descriptor untuk workload Anda sudah siap, lakukan langkah-langkah berikut:
- Deploy workload yang dimigrasikan di lingkungan target. Untuk mengetahui panduan tentang cara men-deploy workload Linux dan Windows yang dimigrasikan, lihat Men-deploy workload Linux ke cluster target dan Men-deploy workload Windows ke target.
Pantau beban kerja yang dimigrasikan. Setelah men-deploy workload Linux dan workload Windows yang dimigrasikan, Anda dapat mengumpulkan informasi tentang performanya. Untuk informasi selengkapnya, lihat Memantau beban kerja yang dimigrasikan (Linux) dan Memantau beban kerja yang dimigrasikan (Windows).
Integrasikan beban kerja yang dimigrasikan. Setelah workload yang Anda deploy di lingkungan target berfungsi, integrasikan workload tersebut. Integrasikan proses pembuatan dan deployment artefak container dari workload dengan proses deployment dan pipeline Anda. Jika saat ini Anda tidak menerapkan proses deployment otomatis dan men-deploy workload Anda secara manual, sebaiknya migrasikan dari deployment manual ke deployment otomatis
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Meng-uninstal Migrate to Containers
Setelah menyelesaikan migrasi workload dengan Migrate to Containers, sebaiknya Anda:
- Memastikan Anda memiliki semua referensi ke artefak yang dihasilkan oleh Migrate to Containers selama migrasi.
- Uninstal Migrate to Containers.
Setelah selesai melakukan pekerjaan yang dijelaskan pada bagian ini, lalu kembali ke dokumen ini.
Mengoptimalkan lingkungan Anda setelah migrasi
Mengoptimalkan lingkungan adalah fase terakhir dari migrasi Anda. Untuk mengoptimalkan lingkungan GKE dan GKE Enterprise, lihat Mengoptimalkan lingkungan Anda.
Langkah selanjutnya
- Baca cara memulai migrasi ke Google Cloud dan Migrate to Containers.
- Pelajari cara memecahkan masalah umum terkait Migrate to Containers.
- Baca fitur baru atau yang diupdate, perbaikan bug, masalah umum, dan fungsi yang tidak digunakan lagi di catatan rilis Migrate to Containers.
- Pelajari cara bermigrasi dari deployment manual ke deployment otomatis dalam container.
- Baca praktik terbaik untuk membuat dan mengoperasikan container.
- Pelajari praktik terbaik untuk jaringan GKE.
- Pahami cara membantu memperkuat keamanan cluster Anda dan baca ringkasan keamanan GKE.
- Pelajari praktik terbaik untuk menjalankan aplikasi Kubernetes yang hemat biaya di GKE.
- Pelajari arsitektur referensi, diagram, dan praktik terbaik tentang Google Cloud. Lihat Cloud Architecture Center kami.