Memodernisasi workload tradisional

Penting: UI Migrate to Containers di Konsol Google Cloud, migctl, dan CRD yang menggunakan cluster pemrosesan untuk memigrasikan workload ke Google Cloud kini tidak digunakan lagi. Dukungan bagi pengguna lama hingga Mei 2024, setelah itu tidak akan tersedia lagi. Jika Anda baru menggunakan Migrate to Containers, gunakan CLI Migrate to Containers untuk melakukan migrasi di mesin lokal. Untuk mengetahui informasi selengkapnya, lihat Bermigrasi ke arsitektur CLI Container.

Topik ini menjelaskan cara memodernisasi workload berbasis VM ke dalam container yang berjalan di Google Kubernetes Engine (GKE), cluster GKE, atau platform Cloud Run. Anda dapat memigrasikan workload dari VM yang berjalan di VMware atau Compute Engine, sehingga Anda memiliki fleksibilitas untuk mem-build workload yang ada dalam container.

Untuk menjalankan modernisasi (juga disebut sebagai migrasi), gunakan cluster pemrosesan yang Anda buat dengan langkah-langkah dalam Menginstal Migrate to Containers.

Alur dasar untuk memigrasikan beban kerja serupa di seluruh jenis beban kerja yang didukung. Ada beberapa perbedaan antara jenis beban kerja, jadi Anda perlu mengidentifikasi jenis beban kerja di bagian di bawah ini untuk mengetahui garis besar prosedur dan informasi terperinci per langkah.

Workload yang didukung

• VM Linux
• Aplikasi IIS Windows
• Aplikasi Tomcat
• Aplikasi tradisional WebSphere
• JBoss
• Apache
• Situs WordPress

Memigrasikan VM Linux

Prosedur migrasi

Diagram berikut menggambarkan langkah-langkah migrasi untuk beban kerja Linux:

Catatan: Untuk menyelesaikan tutorial langkah demi langkah tentang proses migrasi, lihat:

• Tutorial untuk memindahkan contoh layanan dan database Bank of GKE Enterprise dari VM ke lingkungan GKE, tanpa perlu mengubah kode.

• Lab interaktif:

  • Memigrasikan dan men-deploy VM Linux

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi akan dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal.

3. Migrasikan data Linux.

   Pilih apakah Anda ingin memigrasikan data atau tidak.

4. Sesuaikan rencana migrasi Anda.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, termasuk image container dan Dockerfile. Gunakan artefak ini untuk men-deploy container ke lingkungan pengujian atau produksi Anda.

6. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

7. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Memigrasikan aplikasi Windows IIS

Prosedur migrasi

Diagram berikut mengilustrasikan langkah-langkah migrasi untuk beban kerja Windows:

Catatan: Untuk tutorial langkah demi langkah lengkap tentang proses ini, lihat lab praktik Migrate to Containers: Windows.

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

   Catatan: Migrasi Windows hanya mendukung Compute Engine sebagai sumber. Namun, Anda dapat menggunakan Migrate to Virtual Machines untuk memigrasikan atau meng-clone VM Windows dari sumber lain ke Compute Engine, lalu memigrasikan VM yang dihasilkan. VM Windows yang dimigrasikan tidak harus dikonfigurasi agar dapat berjalan di Compute Engine.

2. Buat rencana migrasi.

   Buat objek migrasi dengan rencana migrasi awal".

3. Sesuaikan rencana migrasi Anda.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

4. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

5. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

6. Membuat image container Windows

   Gunakan artefak yang dihasilkan untuk mem-build container Windows yang kemudian dapat Anda deploy ke cluster.

7. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Fitur yang didukung

Migrate to Containers: Windows saat ini mendukung migrasi situs framework IIS .Net. Anda dapat membagi situs menjadi gambar tujuan tunggal, atau mengelompokkannya sesuai keinginan.

Untuk mendapatkan indikasi yang lebih baik tentang situs mana yang dapat dimigrasikan di VM sumber, coba jalankan penilaian offline CLI klien penemuan Pusat Migrasi.

Memigrasikan server Tomcat

Diagram berikut mengilustrasikan langkah-langkah migrasi untuk beban kerja Tomcat:

Saat menggunakan Migrate to Containers untuk memigrasikan workload Tomcat, Anda dapat memanfaatkan fitur dan arsitektur Tomcat untuk:

• Memisahkan subset aplikasi secara otomatis ke dalam penampung individual.
• Pertahankan keystore, truststore, dan sertifikat aplikasi Tomcat yang sudah ada dari VM sumber.
• Menentukan alokasi memori yang optimal untuk aplikasi JVM secara dinamis.
• Salin klaim volume data dan volume data tertentu dari VM sumber Anda.

Prasyarat

• Server aplikasi Apache Tomcat berbasis Linux VM v8.5 dan yang lebih baru.
• Tentukan kesesuaian beban kerja untuk migrasi dengan menjalankan penilaian offline.
• Mengonfigurasi cluster Cloud untuk memigrasikan VM Linux.

Penting: Jangan tentukan opsi --readonly di CLI mcdc. Opsi --readonly mencegah CLI mcdc menyimpan data yang dikumpulkan tentang Tomcat di VM, dan memblokir Migrate to Containers agar tidak mengakses data tersebut.

Penting: Jangan gunakan perintah ./mcdc discover. Anda harus menjalankan skrip koleksi tamu di VM guna mengambil informasi yang diperlukan untuk containerization menggunakan image komunitas Tomcat OSS.

Prosedur migrasi

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal".

3. Migrasikan data Tomcat.

   Pilih apakah Anda ingin memigrasikan data atau tidak.

4. Sesuaikan rencana migrasi Anda.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

6. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

7. Membuat image container Tomcat

   Gunakan artefak yang dihasilkan untuk membangun container yang kemudian dapat Anda deploy ke cluster.

8. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Fitur yang tidak didukung

Fitur Tomcat berikut tidak didukung:

• Replikasi Pengelompokan/Sesi.

• Dukungan Windows untuk migrasi Tomcat menggunakan beban kerja Windows.

Memigrasikan aplikasi tradisional WebSphere

Penting: Plugin websphere-traditional kini tidak digunakan lagi. Untuk pelanggan lama, plugin ini masih didukung hingga Desember 2023. Setelah itu, plugin tidak akan tersedia lagi. Jika Anda baru mengenal modernisasi workload WebSphere, gunakan plugin websphere-container dengan CLI Migrate to Containers sebagai gantinya.

Ringkasan migrasi

IBM WebSphere Application Server (WAS) tradisional adalah framework software yang menghosting beban kerja berbasis Java. Dengan Migrate to Containers, Anda dapat memodernisasi workload aplikasi yang berjalan di WAS secara tradisional dengan mengonversinya menjadi container aplikasi. Selanjutnya, Anda dapat men-deploy container aplikasi ke cluster GKE atau GKE Enterprise di Google Cloud.

Tentang memigrasikan aplikasi tradisional WebSphere Application Server

VM tradisional WAS dapat berisi beberapa aplikasi. Migrate to Containers membantu Anda mengotomatiskan modernisasi aplikasi WAS ke container dengan menemukan aplikasi yang di-deploy di VM sumber dan secara otomatis menyarankan konfigurasi untuk modernisasi.

Google mengharuskan Anda memigrasikan setiap aplikasi ke image container-nya sendiri (ibmcom/websphere-traditional, ibmcom/websphere-liberty, atau openliberty/open-liberty). Kemudian, Anda dapat menguji dan men-deploy aplikasi yang dimigrasikan satu per satu, daripada harus menguji dan men-deploy beberapa aplikasi secara bersamaan.

Sumber migrasi dapat berupa WAS ND atau WAS base. Targetnya adalah Liberty atau container dasar WAS tradisional, dan masing-masing fitur pengelompokan ND akan didelegasikan ke Kubernetes.

Persyaratan

Pastikan lingkungan migrasi dan deployment Anda kompatibel dengan Migrate to Containers dengan meninjau persyaratan sistem berikut.

Persyaratan untuk memigrasikan aplikasi tradisional WAS

Sebelum Anda mulai bermigrasi, pastikan bahwa lingkungan tradisional IBM WAS dan cluster pemrosesan migrasi memenuhi persyaratan yang dijelaskan di bawah ini.

ADALAH persyaratan sistem tradisional

Migrate to Containers mendukung migrasi aplikasi yang dihosting pada versi IBM WAS berikut:

• Server Aplikasi WebSphere tradisional 8.5.5.x
• Server Aplikasi WebSphere tradisional 9.0.5.x

Agar Migrate to Containers dapat memproses VM yang berisi aplikasi tradisional WAS, Migrate to Containers mengekstrak dua jenis konfigurasi dari VM:

• Konfigurasi setiap aplikasi.

• Konfigurasi profil target. Profil mendefinisikan lingkungan runtime WAS termasuk port, setelan JVM, dan banyak lagi.

Software Migrate to Containers mengotomatiskan penggunaan IBM WebSphere Application Server Migration Toolkit untuk Biner Aplikasi di cluster GKE Enterprise atau GKE Anda untuk menemukan, menilai, dan membuat laporan migrasi dan skrip konfigurasi. Anda bertanggung jawab sepenuhnya untuk pengadaan, pemberian lisensi, dan penggunaan toolkit.

Sebelum dapat memulai migrasi, Anda harus mengupload toolkit ke bucket Google Cloud Storage di akun Anda. Lihat Menyiapkan binerAppScanner.jar untuk prosedur ini.

Sistem operasi VM yang kompatibel

Migrate to Containers mendukung migrasi aplikasi tradisional WAS dari VM yang diinstal dengan sistem operasi Linux 64-bit yang terdaftar di Sistem operasi VM yang kompatibel.

Memproses persyaratan cluster

Gunakan cluster Google Kubernetes Engine (GKE) atau GKE Enterprise untuk menjalankan komponen Migrate to Containers yang melakukan transformasi yang diperlukan untuk memigrasikan aplikasi dari VM sumber ke container target. Untuk aplikasi di VM WAS:

• Cluster pemrosesan dapat di-deploy sebagai:

  • Google Kubernetes Engine (GKE) di Google Cloud
  • Cluster GKE Enterprise di Google Cloud
  • Google Distributed Cloud Virtual untuk Bare Metal

Cluster pemrosesan harus menggunakan sistem operasi Linux yang tercantum di Sistem operasi cluster pemrosesan yang kompatibel.

Baca artikel Memilih jenis cluster pemrosesan untuk mengetahui informasi tentang cara membuat setiap jenis cluster pemrosesan.

Persyaratan untuk men-deploy aplikasi yang dimigrasikan

Setelah memigrasikan aplikasi, pastikan lingkungan aplikasi dan cluster target Anda memenuhi persyaratan yang dijelaskan di bawah ini.

Persyaratan cluster target

Gunakan Google Kubernetes Engine (GKE), cluster GKE Enterprise di Google Cloud, atau Google Distributed Cloud Virtual untuk Bare Metal. Cluster target harus menggunakan sistem operasi Linux yang tercantum di Sistem operasi cluster beban kerja yang kompatibel.

Sebagai bagian dari migrasi, Migrate to Containers membuat image Docker yang mewakili aplikasi WAS yang dimigrasikan dan menguploadnya ke registry Docker. Anda harus memastikan bahwa cluster target memiliki akses baca ke registry Docker seperti yang dijelaskan di sini.

Penampung target yang didukung

• Server Aplikasi WebSphere tradisional
• Server Aplikasi WebSphere Liberty
• Buka Liberty

Sebelum memulai

Sebelum memulai migrasi, Anda harus melakukan tugas berikut terlebih dahulu.

Menginstal Migrate to Containers

Instal Migrate to Containers di cluster pemrosesan Anda. Cluster pemrosesan adalah cluster Google Kubernetes Engine (GKE) atau GKE Enterprise dengan komponen Migrate to Containers yang terinstal, dan yang Anda gunakan untuk memigrasikan VM. Lihat Ringkasan penginstalan untuk semua petunjuk penginstalan.

Catatan: Gunakan Migrate to Containers versi 1.11.0 atau yang lebih baru.

Jika perlu, siapkan Migrate to Virtual Machines

Agar dapat menggunakan Migrate to Containers untuk memigrasikan workload Websphere ke Google Cloud dari VMware, Anda harus menyiapkan Migrate to Virtual Machines yang menangani transport.

Untuk informasi selengkapnya, lihat Menyiapkan Migrasi ke Mesin Virtual.

Menyiapkan binerAppScanner.jar

Catatan:

Pastikan untuk mendownload binerAppScanner.jar versi terbaru. Jika sudah mendownload alat ini, Anda dapat memeriksa tanggal perubahannya di halaman download untuk memastikan Anda memiliki versi terbaru.

Anda juga dapat menggunakan perintah berikut untuk menentukan versi saat ini:

java -jar binaryAppScanner.jar --version

Lalu, bandingkan versi saat ini dengan versi yang ditampilkan dalam lisensi IBM yang muncul saat Anda mengklik Migrasi Toolkit untuk Biner Aplikasi untuk mendownload file.

Migrate to Containers mengotomatiskan penggunaan binaryAppScanner.jar, yang tersedia sebagai bagian dari IBM WebSphere Application Server Migration Toolkit for Application Binaries, untuk mengekstrak informasi konfigurasi dan file untuk aplikasi WAS di VM sumber.

Sebelum dapat melakukan migrasi, Anda harus:

• Setujui perjanjian lisensi dan download Toolkit Migrasi Server Aplikasi WebSphere IBM untuk Biner Aplikasi, lalu ekstrak file binaryAppScanner.jar.

• Buat Dockerfile dan siapkan plugin yang dipaketkan dengan pemindai biner.

Untuk menyiapkan binaryAppScanner.jar:

1. Download file penginstal, binaryAppScannerInstaller.jar, dari Dukungan IBM.Anda harus menyetujui perjanjian lisensi sebagai bagian dari download.

2. Jalankan perintah berikut untuk mengekstrak file binaryAppScanner.jar dan menyetujui Perjanjian Lisensi:

   java -jar binaryAppScannerInstaller.jar --acceptLicense --verbose
   

3. Tentukan direktori target untuk ekstraksi. Misalnya, /tmp. Penginstal akan membuat direktori bernama /wamt di bawah direktori target.

4. Buka direktori /wamt. Contoh:

   cd /tmp/wamt
   

5. Buat dua Dockerfile dengan perintah berikut:

   FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-discover:1.3.1
   ADD binaryAppScanner.jar /
   

   FROM us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere-traditional-container-extract:1.3.1
   ADD binaryAppScanner.jar /
   

6. Build dan kirim image docker:

   gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1 --project PROJECT_ID
   gcloud builds submit --timeout 1h -t gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1 --project PROJECT_ID
   

7. Edit CRD plugin untuk memaketkannya dengan pemindai biner seperti berikut:

   $ kubectl edit appxplugins.anthos-migrate.cloud.google.com -n v2k-system websphere-traditional-container
   
   # Set the value of spec.discoveryImage and spec.generateArtifactsImage:
   
   apiVersion: anthos-migrate.cloud.google.com/v1beta2
   kind: AppXPlugin
   metadata:
     namespace: v2k-system
     name: websphere-traditional-container
     labels:
       anthos-migrate.cloud.google.com/preview-type: public
     annotations:
       anthos-migrate.cloud.google.com/display-name: WebSphere traditional container
   spec:
     discoverImage: gcr.io/PROJECT_ID/websphere-traditional-container-discover-with-scanner:1.3.1
     discoverCommand:
     - /ko-app/websphere-traditional
     - discover
     generateArtifactsImage: gcr.io/PROJECT_ID/websphere-traditional-container-extract-with-scanner:1.3.1
     generateArtifactsCommand:
     - /ko-app/websphere-traditional
     - extract
     parameterDefs:
     - name: was-home
       usage: Path of the WebSphere WAS_HOME on the original instance.
       envVar: APPX_WAS_HOME
   

8. Simpan CRD.

Prosedur migrasi

Diagram berikut mengilustrasikan langkah migrasi untuk beban kerja WebSphere:

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Tambahkan sumber migrasi yang mewakili platform sumber.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal.

3. Memigrasikan data WebSphere.

   Pilih apakah Anda ingin memigrasikan data atau tidak.

4. Sesuaikan rencana migrasi.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi. Anda memigrasikan satu aplikasi WAS per migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

6. Membuat dan meninjau artefak migrasi.

   Lakukan migrasi untuk membuat penampung aplikasi. Anda dapat memantau proses migrasi, dan setelah selesai, meninjau artefak sebagai persiapan untuk mem-build image aplikasi yang dapat di-deploy.

7. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

8. Buat image penampung aplikasi.

   Gunakan artefak yang dihasilkan untuk mem-build container yang kemudian dapat Anda deploy ke cluster.

9. Men-deploy penampung aplikasi ke cluster target.

   Deploy image ke cluster target Anda.

10. Menghapus migrasi.

    Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Memigrasikan server JBoss

Diagram berikut mengilustrasikan langkah-langkah migrasi untuk beban kerja JBoss:

Saat menggunakan Migrate to Containers untuk memigrasikan workload JBoss, Anda dapat memanfaatkan fitur dan arsitektur JBoss untuk menyalin volume data dan klaim volume data tertentu dari VM sumber.

Prasyarat

• Server aplikasi JBoss AS v8.1.0 dan yang lebih baru, atau, server aplikasi JBoss EAP v7.0, v7.1, v7.2, v7.3, dan v7.4.

  Catatan: Server aplikasi JBoss AS dan JBoss EAP akan dimigrasikan ke container komunitas JBoss AS.

• Konfigurasi cluster Google Cloud untuk memigrasikan VM.

Prosedur migrasi

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal.

3. Migrasikan data JBoss.

   Pilih apakah Anda ingin memigrasikan data atau tidak.

4. Sesuaikan rencana migrasi Anda.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

6. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

7. Mem-build image container JBoss

   Gunakan artefak yang dihasilkan untuk membangun container yang kemudian dapat Anda deploy ke cluster.

8. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Fitur yang tidak didukung

Fitur JBoss berikut tidak didukung:

• Data dan rahasia sensitif - Data dan rahasia sensitif yang disimpan di dalam direktori JBOSS_HOME/standalone tidak akan dihapus. Data ini akan disertakan dalam image container.
• Konfigurasi logger JBoss - Konfigurasi logger akan diambil sebagaimana adanya dari mesin sumber. Parameter ini tidak akan diubah selama proses migrasi kecuali jika jbossServer.tar.gz diubah secara manual sebelum mem-build penampung JBoss.
• Alokasi memori - Alokasi resource Java Virtual Machine (JVM) akan diambil dari container komunitas dan tidak akan bergantung pada resource JVM mesin sumber.
• Variabel lingkungan - Variabel lingkungan dan parameter JVM dari mesin sumber tidak akan dimigrasikan ke image container.
• Penilaian offline - Menentukan kesesuaian beban kerja JBoss Anda untuk migrasi tidak didukung.

Memigrasikan server Apache

Diagram berikut mengilustrasikan langkah-langkah migrasi untuk beban kerja Apache:

Saat menggunakan Migrate to Containers untuk memigrasikan beban kerja Apache, Anda dapat memanfaatkan fitur dan arsitektur Apache untuk:

• Salin klaim volume data dan volume data tertentu dari VM sumber Anda.

Prasyarat

• Server Web Apache 2 berbasis VM Linux.
• Mengonfigurasi cluster Google Cloud untuk memigrasikan VM Linux.

Prosedur migrasi

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal.

3. Migrasikan data.

   Pilih apakah Anda ingin memigrasikan data atau tidak.

4. Sesuaikan rencana migrasi Anda.

   Edit paket migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

6. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

7. Membangun image container Apache

   Gunakan artefak yang dihasilkan untuk membangun container yang kemudian dapat Anda deploy ke cluster.

8. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Fitur yang tidak didukung

Workload Apache 1 tidak didukung.

Fitur Apache berikut tidak didukung:

• Sertifikat.

• Dukungan Windows untuk migrasi Apache menggunakan beban kerja Windows.

Memigrasikan situs WordPress

Saat menggunakan Migrate to Containers untuk memigrasikan workload WordPress, Anda dapat memanfaatkan fitur dan arsitektur WordPress untuk menyalin volume data dan klaim volume data tertentu dari VM sumber.

Prasyarat

• WordPress versi 4.0 atau yang lebih baru, berjalan di server web Apache 2 berbasis VM Linux.
• Mengonfigurasi cluster Google Cloud untuk memigrasikan VM Linux.

Prosedur migrasi

Langkah-langkah untuk bermigrasi dengan Migrate to Containers adalah sebagai berikut:

1. Tambahkan sumber migrasi.

   Anda dapat memulai migrasi dengan mengonfigurasi sumber yang mewakili platform sumber tempat migrasi dilakukan. Jika sudah memiliki sumber dari migrasi sebelumnya dan VM yang Anda migrasikan berasal dari sumber yang sama, Anda dapat menggunakannya kembali.

2. Buat migrasi.

   Buat objek migrasi dengan rencana migrasi awal.

3. Sesuaikan rencana migrasi Anda.

   Edit rencana migrasi untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

4. Migrasikan data WordPress.

   Tinjau dan edit rencana migrasi data untuk persyaratan spesifik Anda sebelum menjalankan migrasi.

5. Jalankan migrasi.

   Jalankan migrasi untuk mengekstrak artefak container, yang mencakup Dockerfile dan file lain yang diperlukan untuk mem-build image container.

6. Pantau migrasi.

   Pantau progres migrasi dan periksa log aktivitas migrasi.

7. Membuat image container WordPress

   Gunakan artefak yang dihasilkan untuk membangun container yang kemudian dapat Anda deploy ke cluster.

8. Menghapus migrasi.

   Hapus migrasi untuk mengosongkan resource apa pun yang digunakan oleh migrasi.

Fitur yang tidak didukung

Situs WordPress yang berjalan di host selain server web Apache 2 berbasis VM Linux tidak didukung.

Fitur WordPress berikut tidak didukung:

• Migrasi database WordPress.

  Untuk mengetahui informasi selengkapnya tentang cara memigrasikan aplikasi yang mengandalkan database, lihat Memastikan database dapat diakses.

• Mengekspor data yang disimpan secara lokal di server WordPress, seperti upload media, plugin, dan tema, ke drive NFS.

  Untuk informasi selengkapnya tentang cara mengekspor data yang disimpan secara lokal ke NFS, lihat Menentukan pemasangan NFS sebagai Persistent Volume.

• Penskalaan horizontal dari deployment yang dimigrasikan.

  Data yang disimpan secara lokal di server WordPress diekspor ke persistent disk Compute Engine, yang dipasang ke pod deployment yang dimigrasikan. Persistent disk Compute Engine tidak dapat dipasang ke beberapa pod sehingga mencegah penskalaan horizontal dari deployment yang dimigrasikan.

• Mengekspor sertifikat dan data sensitif ke objek secret Kubernetes.

Langkah selanjutnya

• Pelajari cara menambahkan sumber migrasi.