Bermigrasi dari AWS ke Google Cloud: Bermigrasi dari Amazon EKS ke GKE

Last reviewed 2023-09-30 UTC

Google Cloud menyediakan alat, produk, panduan, dan layanan profesional untuk bermigrasi dari Amazon Elastic Kubernetes Service (Amazon EKS) ke Google Kubernetes Engine (GKE). Dokumen ini membantu Anda untuk mendesain,menerapkan, dan memvalidasi sebuah rencana bermigrasi dari Amazon EKS ke GKE. Dokumen ini juga menyediakan panduan jika Anda mengevaluasi peluang untuk bermigrasi dan ingin mempelajari tampilan migrasi tersebut. Selain berjalan di Amazon Elastic Compute Cloud (Amazon EC2), Amazon EKS memiliki beberapa opsi deployment lainnya, seperti Amazon EKS pada output AWS dan Amazon EKS di mana saja. Dokumen ini berfokus pada Amazon EKS di EC2.

Dokumen ini adalah bagian dari rangkaian multi-bagian tentang migrasi dari AWS ke Google Cloud yang mencakup dokumen berikut:

Seri ini mengasumsikan bahwa Anda telah membaca dan memahami dokumen-dokumen berikut:

Diagram berikut menggambarkan jalur perjalanan migrasi Anda. Untuk skenario migrasi, fase Deploy sama dengan melakukan proses migrasi.

Jalur migrasi dengan empat fase.

Anda dapat bermigrasi dari Amazon EKS ke GKE dalam serangkaian iterasi—misalnya, Anda dapat memigrasikan beberapa beban kerja terlebih dahulu dan beban lainnya nanti. Untuk setiap iterasi migrasi terpisah, Anda harus mengikuti fase framework migrasi umum:

  1. Lakukan penilaian dan temukan workload dan data Anda.
  2. Rencanakan dan bangun fondasi di Google Cloud.
  3. Memigrasikan workload dan data Anda ke Google Cloud.
  4. Mengoptimalkan lingkungan Google Cloud Anda.

Untuk mengetahui informasi selengkapnya tentang fase framework ini, lihat Bermigrasi ke Google Cloud: Memulai.

Menilai lingkungan sumber

Pada fase penilaian, Anda menentukan persyaratan dan dependensi resource yang ingin dimigrasikan dari Amazon EKS ke GKE.

Fase penilaian terdiri dari tugas-tugas berikut:

  1. Buat inventaris yang komprehensif untuk beban kerja dan data Anda.
  2. Buat katalog workload dan data Anda sesuai dengan properti dan dependensinya.
  3. Latih dan ajari tim Anda di Google Cloud.
  4. Buat eksperimen dan bukti konsep di Google Cloud.
  5. Hitung total biaya kepemilikan (TCO) lingkungan target.
  6. Tentukan urutan dan prioritas beban kerja yang ingin dimigrasikan.

Untuk mengetahui informasi selengkapnya tentang fase penilaian dan tugas ini, lihat Bermigrasi ke Google Cloud: Menilai dan menemukan workload Anda. Bagian berikut didasarkan pada informasi dalam dokumen tersebut.

Membangun inventaris Anda

Untuk menentukan cakupan migrasi, buat dua inventaris: salah satu cluster Amazon EKS dan salah satu workload yang di-deploy di cluster tersebut. Setelah membangun inventaris ini, Anda menilai proses deployment dan operasional untuk men-deploy workload di cluster.

Bangun inventaris cluster dan workload Amazon EKS Anda

Untuk mem-build inventaris cluster Amazon EKS, sebaiknya gunakan Pusat Migrasi, platform terpadu Google Cloud yang membantu Anda mempercepat perjalanan cloud menyeluruh dari lingkungan Anda saat ini ke Google Cloud. Pusat Migrasi memungkinkan Anda mengimpor data dari Amazon EKS dan resource AWS lainnya. Pusat Migrasi akan merekomendasikan layanan Google Cloud yang relevan sebagai tujuan migrasi Anda.

Saat mem-build inventaris cluster Amazon EKS, Anda mungkin mendapati bahwa beberapa cluster perlu dinonaktifkan sebagai bagian dari migrasi Anda. Pastikan bahwa rencana migrasi Anda mencakup penghentian resource ini.

Data yang disediakan Pusat Migrasi mungkin tidak sepenuhnya menangkap dimensi yang Anda minati. Dalam hal ini, Anda dapat mengintegrasikan data tersebut dengan hasil dari mekanisme pengumpulan data lain yang Anda buat berdasarkan API AWS, alat developer AWS, dan antarmuka command line AWS.

Selain data yang Anda dapatkan dari Pusat Migrasi, pertimbangkan titik data berikut untuk setiap cluster Amazon EKS yang ingin Anda migrasikan:

  • Ikuti panduan di bagian Membangun inventaris Anda dalam artikel "Memigrasikan Kubernetes ke GKE." Dokumen tersebut menjelaskan cara untuk membangun inventaris cluster dan beban kerja Kubernetes Anda. Ini juga berlaku untuk mem-build inventaris lingkungan Amazon EKS Anda.
  • Pertimbangkan aspek dan fitur khusus Amazon EKS untuk setiap cluster Amazon EKS, termasuk yang berikut ini:
    • Cluster pribadi
    • Kontrol akses endpoint cluster
    • Enkripsi rahasia
    • Grup node terkelola dan node yang dikelola sendiri
    • Tag pada resource Amazon EKS
    • AMI Kustom Amazon dalam EKS
    • Penggunaan Amazon EKS Fargate
    • Penggunaan Prometheus Terkelola Amazon EKS
    • Konfigurasi autentikasi OpenID Connect
  • Nilai cara Anda melakukan autentikasi terhadap cluster Amazon EKS dan cara Anda mengonfigurasi AWS Identity and Access Management (IAM) untuk Amazon EKS.
  • Nilai konfigurasi jaringan cluster Amazon EKS Anda.
  • Lakukan penilaian terhadap persyaratan kepatuhan dan peraturan, dan apakah Anda memenuhi persyaratan ini.

Menilai proses deployment dan operasional Anda

Setelah membangun inventaris cluster dan beban kerja Amazon EKS Anda, sebaiknya nilai proses deployment dan operasional Anda. Sangat penting untuk memiliki pemahaman terhadap cara kerja proses deployment dan operasional Anda. Proses ini adalah bagian mendasar dari praktik yang menyiapkan dan memelihara lingkungan produksi Anda dan beban kerja yang berjalan di sana.

Proses deployment dan operasional Anda dapat mem-build artefak yang diperlukan oleh beban kerja Anda agar berfungsi. Oleh karena itu, Anda harus mengumpulkan informasi tentang setiap jenis artefak. Misalnya, artefak dapat berupa paket sistem operasi, paket deployment aplikasi, image sistem operasi container, atau lainnya.

Selain jenis artefak, pertimbangkan cara Anda menyelesaikan tugas berikut:

  • Buat artefak yang Anda deploy di Amazon EKS. Untuk men-deploy beban kerja di Amazon EKS, Anda mungkin membuat artefak yang dapat di-deploy, seperti image container. Mengumpulkan informasi tentang cara Anda membuat artefak ini membantu Anda memastikan bahwa artefak yang dihasilkan sesuai untuk deployment di Google Cloud. Misalnya, jika Anda membuat artefak yang disimpan di registry artefak di AWS, Anda harus menyediakan artefak tersebut di lingkungan Google Cloud. Anda dapat melakukannya dengan menggunakan strategi seperti berikut:
    • Membuat saluran komunikasi antarlingkungan: Buat artefak di lingkungan sumber Anda dapat dijangkau dari lingkungan Google Cloud target. Tindakan ini akan membantu Anda mempersiapkan penggunaan Artifact Registry pada akhirnya.
    • Faktorkan ulang proses build artefak: Selesaikan pemfaktoran ulang kecil pada lingkungan sumber agar Anda dapat menyimpan artefak di lingkungan sumber dan lingkungan target. Pendekatan ini mendukung migrasi Anda dengan mem-build infrastruktur seperti repositori artefak sebelum Anda harus menerapkan proses build artefak di lingkungan Google Cloud target. Anda dapat menerapkan pendekatan ini secara langsung, atau Anda dapat mengembangkan pendekatan sebelumnya dengan membuat saluran komunikasi terlebih dahulu.
  • Deploy artefak di cluster Amazon EKS Anda. Setelah membuat artefak yang dapat di-deploy, Anda mungkin akan men-deploy-nya di Amazon EKS. Sebaiknya Anda menilai setiap proses deployment. Penilaian ini membantu memastikan bahwa proses deployment Anda kompatibel dengan Google Cloud. Ini juga membantu Anda memahami upaya yang pada akhirnya akan diperlukan untuk memfaktorkan ulang proses. Misalnya, jika proses deployment Anda hanya berfungsi dengan Amazon EKS, Anda mungkin perlu memfaktorkan ulang proses tersebut untuk menargetkan lingkungan Google Cloud Anda.
  • Memasukkan konfigurasi runtime. Anda mungkin memasukkan konfigurasi runtime untuk cluster Amazon EKS, lingkungan runtime, atau deployment beban kerja tertentu. Konfigurasi dapat menginisialisasi variabel lingkungan dan nilai konfigurasi lainnya seperti secret, kredensial, dan kunci. Untuk membantu memastikan proses injeksi konfigurasi runtime Anda berfungsi di Google Cloud, sebaiknya nilai cara Anda mengonfigurasi workload yang dijalankan di Amazon EKS.

Setelah menilai proses deployment dan operasional, sebaiknya Anda juga menilai bagaimana proses ini dapat memfasilitasi migrasi ke Google Cloud dan bagaimana proses tersebut membantu Anda mengurangi cakupan dan risiko migrasi.

Selesaikan penilaiannya

Setelah Anda mem-build inventaris dari lingkungan Amazon EKS, selesaikan aktivitas fase penilaian lainnya seperti yang dijelaskan dalam Bermigrasi ke Google Cloud: Menilai dan menemukan beban kerja Anda.

Rencanakan dan membangun fondasi Anda

Pada fase perencanaan dan build, Anda akan menyediakan dan mengonfigurasi infrastruktur untuk melakukan hal berikut:

  • Dukung workload Anda di lingkungan Google Cloud.
  • Hubungkan lingkungan AWS dan lingkungan Google Cloud Anda untuk menyelesaikan migrasi.

Membangun fondasi Anda di Google Cloud

Fase perencanaan dan build terdiri dari tugas-tugas berikut:

  1. Buat hierarki resource.
  2. Mengonfigurasi Identity and Access Management (IAM) Google Cloud.
  3. Menyiapkan penagihan.
  4. Menyiapkan konektivitas jaringan.
  5. Perketat keamanan Anda.
  6. Siapkan logging, pemantauan, dan pemberitahuan.

Untuk informasi selengkapnya tentang setiap tugas ini, lihat bagian Rencana dan membangun fondasi Anda dalam "Memigrasikan container ke Google Cloud: Memigrasikan Kubernetes ke GKE."

Memigrasikan data dan men-deploy workload

Pada fase deployment, Anda melakukan hal berikut:

  1. Menyediakan dan mengonfigurasi lingkungan GKE Anda.
  2. Konfigurasikan cluster GKE Anda.
  3. Migrasikan data dari lingkungan sumber Anda ke Google Cloud.
  4. Deploy workload Anda di lingkungan GKE.
  5. Validasi beban kerja Anda.
  6. Mengekspos workload yang berjalan di GKE.
  7. Mengalihkan traffic dari lingkungan sumber ke lingkungan GKE.
  8. Penghentian lingkungan sumber.

Untuk mengetahui informasi tentang cara menyelesaikan setiap tugas ini, lihat bagian Men-deploy workload Anda dalam "Memigrasikan container ke Google Cloud: Memigrasikan Kubernetes ke GKE". Bagian berikut mengintegrasikan pertimbangan dalam dokumen tersebut.

Migrasikan data

Bagian Memigrasikan data dalam "Memigrasikan container ke Google Cloud: Memigrasikan Kubernetes ke GKE" berisi informasi tentang cara memigrasikan data dari lingkungan Kubernetes umum ke GKE. Rekomendasi di bagian tersebut berlaku untuk memigrasikan data dari Amazon EKS ke GKE. Untuk merencanakan migrasi, integrasikan informasi lingkungan umum dalam dokumen tertaut dengan bagian berikut yang khusus untuk migrasi data dari Amazon EKS ke GKE.

AWS menyediakan beberapa opsi penyimpanan data untuk Amazon EKS. Dokumen ini berfokus pada skenario migrasi data berikut:

  • Memigrasikan data dari volume Amazon EBS ke resource PersistentVolume GKE.
  • Salin data dari volume Amazon EBS ke Amazon S3 atau ke Cloud Storage, lalu migrasikan data ke resource PersistentVolume GKE.

Memigrasikan data dari volume Amazon EBS ke GKE PersistentVolumes

Anda dapat memigrasikan data dari volume Amazon EBS ke resource PersistentVolume GKE menggunakan salah satu pendekatan berikut:

  • Salin data langsung dari volume Amazon EBS ke persistent disk Compute Engine:
    1. Sediakan instance Amazon EC2 dan lampirkan volume Amazon EBS yang berisi data yang akan dimigrasikan.
    2. Sediakan instance Compute Engine dengan persistent disk kosong yang memiliki kapasitas cukup untuk menyimpan data yang akan dimigrasikan.
    3. Jalankan alat sinkronisasi data, seperti rsync, untuk menyalin data dari volume Amazon EBS ke persistent disk Compute Engine.
    4. Lepaskan persistent disk dari instance Compute Engine.
    5. Penonaktifan instance Compute Engine.
    6. Konfigurasikan persistent disk sebagai resource PersistentVolume GKE.
  • Memigrasikan instance Amazon EC2 dan volume Amazon EBS ke Compute Engine:
    1. Sediakan instance Amazon EC2 dan lampirkan volume Amazon EBS yang berisi data yang akan dimigrasikan.
    2. Migrasikan instance Amazon EC2 dan volume Amazon EBS ke Compute Engine dengan Migrate for Virtual Machines.
    3. Lepaskan persistent disk dari instance Compute Engine.
    4. Penonaktifan instance Compute Engine.
    5. Konfigurasikan persistent disk sebagai resource PersistentVolume GKE.

Untuk mengetahui informasi selengkapnya tentang cara memigrasikan instance Amazon EC2 ke Compute Engine, lihat Melakukan migrasi dari AWS ke Google Cloud: Bermigrasi dari Amazon EC2 ke Compute Engine.

Untuk informasi selengkapnya tentang cara menggunakan persistent disk Compute Engine sebagai resource PersistentVolume GKE, lihat Menggunakan persistent disk yang sudah ada sebagai PersistentVolumes.

Menyalin data dari volume Amazon EBS ke media sementara, dan bermigrasi ke GKE PersistentVolumes

Daripada bermigrasi dari volume Amazon EBS ke resource PersistentVolume GKE secara langsung, Anda dapat menggunakan media sementara seperti object store:

  1. Mengupload data dari volume Amazon EBS ke media sementara seperti Amazon S3 bucket or a Cloud Storage bucket.
  2. Download data dari media sementara ke resource PersistentVolume GKE Anda.

Dalam skenario tertentu, menggunakan beberapa media dapat menyederhanakan transfer data berdasarkan konfigurasi keamanan dan jaringan Anda. Misalnya, pada awalnya Anda dapat mengupload data ke bucket S3, lalu menyalinnya dari bucket S3 ke bucket Cloud Storage, dan akhirnya mendownload data ke volume persisten. Apa pun pendekatan yang Anda pilih, untuk memastikan transisi yang lancar sambil memperhatikan pertimbangan penting, sebaiknya tinjau Bermigrasi dari AWS ke Google Cloud: Migrasi dari Amazon S3 ke Cloud Storage.

Memilih opsi migrasi

Opsi migrasi terbaik untuk Anda bergantung pada kebutuhan dan persyaratan khusus Anda, seperti pertimbangan berikut:

  • Jumlah data yang perlu dimigrasikan.
    • Jika Anda memiliki sedikit data untuk dimigrasikan, misalnya beberapa file data, pertimbangkan alat seperti rsync untuk menyalin data langsung ke persistent disk Compute Engine. Opsi ini relatif cepat, tetapi mungkin tidak cocok untuk sejumlah data yang besar.
    • Jika Anda memiliki data dalam jumlah besar, pertimbangkan untuk menggunakan Migrate to Virtual Machines untuk memigrasikan data ke Compute Engine. Opsi ini lebih kompleks daripada langsung menyalin data, tetapi lebih andal dan skalabel.
  • Jenis data yang perlu dimigrasikan.
  • Konektivitas jaringan Anda antara lingkungan sumber dan target.
    • Jika Anda tidak dapat membangun konektivitas jaringan langsung antara instance AWS EC2 dan Compute Engine, sebaiknya gunakan Amazon S3 atau Cloud Storage untuk menyimpan data sementara saat memigrasikannya ke Compute Engine singkat ini. Opsi ini mungkin lebih murah karena Anda tidak perlu menjaga instance EC2 dan Compute Engine tetap berjalan secara bersamaan.
  • Linimasa migrasi Anda.
    • Jika Anda memiliki bandwidth jaringan yang terbatas atau data dalam jumlah besar, dan linimasa tidak ketat, Anda juga dapat mempertimbangkan untuk menggunakan Transfer Appliance untuk memindahkan data dari AWS ke Google Cloud.

Apa pun opsi yang Anda pilih, penting bagi Anda untuk menguji migrasi sebelum mengaktifkannya. Pengujian akan membantu Anda mengidentifikasi potensi masalah dan membantu memastikan bahwa migrasi berhasil.

Mengoptimalkan lingkungan Anda setelah migrasi

Setelah menyelesaikan semua fase migrasi, migrasi dianggap sudah selesai. Namun, lingkungan GKE Anda mungkin memerlukan pengoptimalan lebih lanjut. Untuk informasi selengkapnya, lihat Memigrasikan Kubernetes ke GKE: Mengoptimalkan lingkungan.

Langkah selanjutnya