Modernisasi bidang kontrol terkelola

Anda harus memodernisasi fleet Cloud Service Mesh dari implementasi bidang kontrol ISTIOD yang tidak digunakan lagi ke implementasi TRAFFIC_DIRECTOR sebelum batas waktu akhir dukungan. Anda dapat memulai modernisasi sesuai jadwal Anda sendiri, atau mengizinkan Google menjadwalkannya secara otomatis setelah organisasi Anda kompatibel.

Ada dua jalur modernisasi, dan Anda juga dapat memadupadankannya:

  • Modernisasi yang dipicu pelanggan (Layanan mandiri): Anda memulai dan mengontrol waktu yang tepat untuk modernisasi fleet sendiri menggunakan Google Cloud CLI, terlepas dari jadwal yang ditentukan Google.
  • Modernisasi yang didorong Google (Default): Google mengevaluasi kompatibilitas fleet dan otomatis menjadwalkan modernisasi di seluruh organisasi Anda sesuai dengan masa pemeliharaan dan notifikasi awal. Google menunggu semua fleet di organisasi Anda kompatibel, sehingga satu fleet yang tidak kompatibel akan memblokir modernisasi Anda.

Apa pun jalur yang Anda pilih, Anda harus menyelesaikan langkah-langkah inti berikut untuk memodernisasi bidang kontrol:

  1. Periksa kompatibilitas Anda: Aktifkan pemeriksaan kompatibilitas, dan pahami kompatibilitas fleet Anda dengan modernisasi.
  2. Rencanakan dan konfigurasikan modernisasi Anda: Pilih jalur Anda, konfigurasikan urutan peluncuran cluster dan fleet, atau tunda fleet tertentu.
  3. Memperbaiki kesenjangan kompatibilitas: Pastikan fleet Anda memenuhi semua persyaratan kompatibilitas sebelum memulai modernisasi.
  4. Memulai modernisasi: Picu modernisasi yang dipicu pelanggan sesuai jadwal Anda, atau tunggu penjadwalan yang ditentukan Google.
  5. Modernisasi cluster aktif: Selama masa pemeliharaan yang dikonfigurasi, bidang kontrol ganda berjalan berdampingan, dan Deployment (workload dan gateway) bertransisi secara otomatis ke bidang kontrol baru. Anda harus memulai ulang workload StatefulSet dan DaemonSet secara manual.
  6. Memantau status, soak, dan menyelesaikan: Pantau progres kondisi, selesaikan hambatan, amati workload selama periode soaking (setidaknya 6 hari kerja), dengan dukungan rollback penuh sebelum finalisasi tingkat fleet.

Memeriksa kompatibilitas fleet & memperbaiki kesenjangan

Sebelum fleet dapat dimodernisasi—baik dalam modernisasi yang dipicu pelanggan maupun yang didorong oleh Google—fleet harus diverifikasi sebagai kompatibel. Anda harus mengaktifkan pelaporan kompatibilitas untuk memeriksa potensi kondisi pemblokir dan memperbaiki kesenjangan konfigurasi. Untuk mengetahui detail selengkapnya, lihat Memahami kompatibilitas Cloud Service Mesh.

  • Untuk modernisasi yang didorong Google: Google hanya akan menjadwalkan organisasi yang semua fleet-nya yang tidak ditangguhkan kompatibel.
  • Untuk Modernisasi yang dipicu pelanggan: Anda harus memverifikasi bahwa fleet target Anda melaporkan MODERNIZATION_COMPATIBLE sebelum memulai modernisasi.

Pemeriksaan kompatibilitas mengevaluasi konfigurasi CRD Istio fleet Anda, anotasi Pod, dependensi infrastruktur (seperti Workload Identity), dan parameter skala.

Menangani fitur yang tidak didukung

Sebagai bagian dari penghentian penggunaan bidang kontrol ISTIOD, Google Cloud mengakhiri dukungan untuk fitur yang tidak kompatibel dengan implementasi bidang kontrol TRAFFIC_DIRECTOR. Lihat detail dukungan API.

Jika Anda menggunakan fitur yang tidak didukung, Anda harus melakukan salah satu tindakan berikut sebelum dukungan berakhir (lihat Penghentian penggunaan):

  • Lakukan refaktorisasi konfigurasi (Direkomendasikan): Hapus kolom yang tidak didukung atau ganti dengan alternatif Cloud Service Mesh yang didukung sehingga fleet Anda melaporkan MODERNIZATION_COMPATIBLE, lalu modernisasi ke implementasi bidang kontrol TRAFFIC_DIRECTOR.
  • Bermigrasi ke Istio open source (OSS): Jika workload Anda benar-benar memerlukan fitur yang tidak didukung oleh Cloud Service Mesh terkelola dengan TRAFFIC_DIRECTOR, Anda tidak dapat memodernisasi cluster tersebut ke TRAFFIC_DIRECTOR. Anda harus memigrasikan workload tersebut ke Istio open source yang dikelola sendiri.
  • Meng-uninstal Cloud Service Mesh: Anda dapat meng-uninstal Cloud Service Mesh terkelola.

Merencanakan dan mengonfigurasi modernisasi Anda

Buat rencana untuk memodernisasi fleet Anda. Jika Anda tidak melakukannya, modernisasi yang didorong Google akan diterapkan secara default. Anda harus mengambil tindakan untuk memastikan fleet non-produksi dimodernisasi terlebih dahulu dan fleet penting dimodernisasi terakhir. Selain itu, modernisasi yang didorong Google tidak akan menjadwalkan modernisasi organisasi Anda hingga 100% fleet yang tidak ditangguhkan di seluruh organisasi Anda kompatibel, sehingga modernisasi Anda dapat diblokir oleh ketidakkompatibelan lokal.

Sebelum memulai modernisasi, tinjau opsi Anda dan konfigurasikan setelan peluncuran di seluruh fleet dan cluster organisasi Anda.

Jalur yang tersedia

Pendekatan Deskripsi Paling Cocok Untuk Cakupan Prasyarat Pemberitahuan Awal Kemampuan Rollback
Modernisasi yang Dipicu Pelanggan Anda memulai modernisasi fleet demi fleet sesuai jadwal Anda sendiri. Kontrol terperinci atas waktu modernisasi fleet (Anda memutuskan kapan harus memulai dan kapan harus melakukan roll back di tingkat fleet). Memanfaatkan pemantauan aplikasi yang ada untuk memberi tahu Anda jika rollback diperlukan. Fleet-by-fleet (FLEET_PROJECT_ID). Fleet target harus kompatibel dengan modernisasi. T/A. Rollback mandiri langsung menggunakan Google Cloud CLI.
Modernisasi Berbasis Google (Default) Google otomatis menjadwalkan modernisasi di seluruh organisasi Anda. Modernisasi otomatis setelah semua fleet di seluruh organisasi Anda kompatibel. Seluruh Google Cloud organisasi (semua fleet yang tidak ditangguhkan). Semua fleet yang tidak ditangguhkan dalam organisasi harus kompatibel dengan modernisasi. Notifikasi fleet 14+ hari + notifikasi cluster 24+ jam sebelum memulai. Google akan melakukan roll back jika pemantauan standar menunjukkan error. Anda harus menghubungi Cloud Customer Care jika pemantauan aplikasi Anda menunjukkan error.

Mengelola beberapa fleet di seluruh organisasi

Jika organisasi Anda mengelola beberapa fleet, Anda tidak perlu memilih satu pendekatan untuk semuanya. Google Cloud Anda dapat menggabungkan strategi, misalnya:

  • Menunda fleet yang kompleks atau penting: Sematkan fleet tertentu ke implementasi lama menggunakan --modernization-strategy deferred agar dikecualikan dari penjadwalan yang didorong Google saat Anda memperbaiki dependensi atau merencanakan eksekusi yang dipicu pelanggan.
  • Mulai dengan modernisasi yang dipicu pelanggan pada fleet yang dipilih: Modernisasi fleet pengujian, pengembangan, atau evaluasi terlebih dahulu untuk memvalidasi perilaku sesuai jadwal Anda sendiri.
  • Izinkan Google memodernisasi fleet yang tersisa: Setiap fleet yang kompatibel dan tidak ditangguhkan tetap diikutsertakan dalam penjadwalan yang didorong oleh Google.

Menunda modernisasi fleet (memilih tidak ikut)

Untuk memilih tidak mengikutsertakan setiap fleet dari modernisasi yang didorong Google, tetapkan strateginya ke DEFERRED:

gcloud alpha container fleet mesh update \
  --modernization-strategy deferred \
  --project FLEET_PROJECT_ID

Ganti FLEET_PROJECT_ID dengan ID project host fleet.

Menetapkan --modernization-strategy deferred adalah cara yang direkomendasikan untuk:

  • Mengecualikan fleet tertentu dari penjadwalan yang didorong Google karena Anda ingin memodernisasinya sesuai jadwal Anda sendiri menggunakan modernisasi yang dipicu pelanggan.
  • Tunda sementara modernisasi pada fleet yang kompleks atau penting saat Anda memperbaiki dependensi, sehingga fleet lain yang kompatibel di organisasi Anda dapat melanjutkan penjadwalan yang didorong oleh Google.

Perhatikan bahwa label project lama mesh-modernization-mode=manual tetap diperhatikan, tetapi --modernization-strategy deferred direkomendasikan. Grup perangkat lain yang tidak ditangguhkan di organisasi Anda tetap memenuhi syarat untuk penjadwalan yang dikelola Google setelah semuanya kompatibel.

Mengonfigurasi pengurutan peluncuran

Anda dapat mengontrol urutan peluncuran berurutan di seluruh cluster dan fleet menggunakan label mesh-modernization-order (awal, default, atau akhir).

Urutan peluncuran cluster (berlaku untuk kedua jalur)

Jika fleet berisi beberapa cluster, Anda dapat mengontrol urutan modernisasi cluster dengan menerapkan label mesh-modernization-order ke setiap cluster. Saat Anda atau Google memicu modernisasi fleet, setiap grup cluster akan dimodernisasi secara berurutan, menunggu langkah-langkah modernisasi otomatis selesai pada grup saat ini sebelum memulai grup berikutnya:

gcloud container clusters update CLUSTER_NAME \
  --location LOCATION \
  --update-labels="mesh-modernization-order=VALUE"

Ganti CLUSTER_NAME dengan nama cluster, LOCATION dengan lokasi cluster, dan VALUE dengan salah satu dari berikut ini:

  • early: Cluster dimodernisasi dalam gelombang modernisasi pertama.
  • default: Cluster dimodernisasi dalam gelombang modernisasi kedua.
  • late: Cluster dimodernisasi dalam gelombang modernisasi ketiga dan terakhir.

Urutan peluncuran fleet (khusus yang dikelola Google)

Dalam organisasi dengan beberapa fleet yang menjalani modernisasi yang didorong oleh Google, Anda dapat mengontrol urutan modernisasi fleet oleh Google dengan menetapkan label tingkat project pada project host fleet:

gcloud alpha projects update FLEET_PROJECT_ID \
  --update-labels="mesh-modernization-order=VALUE"

Ganti FLEET_PROJECT_ID dengan ID project host fleet dan VALUE dengan salah satu dari berikut ini:

  • early: Fleet dimodernisasi dalam gelombang modernisasi pertama.
  • default: Fleet dimodernisasi dalam gelombang modernisasi kedua.
  • late: Fleet dimodernisasi dalam gelombang modernisasi ketiga dan terakhir.

Google menyelesaikan modernisasi setiap tingkat fleet sebelum memulai tingkat berikutnya, awal, lalu default (dan tanpa label), lalu akhir. Fleet yang ditandai sebagai ditangguhkan tidak disertakan dalam pengurutan ini.

Misalnya, Anda dapat menetapkan fleet non-produksi ke early, fleet yang sangat penting ke late, dan membiarkan fleet lainnya pada setelan default.

Jika Anda tidak menggunakan organisasi Google Cloud , fleet Anda akan dijadwalkan dan dimodernisasi secara independen, dan Anda tidak dapat mengontrol urutannya.

Modernisasi yang dipicu pelanggan (layanan mandiri)

Modernisasi yang dipicu pelanggan memberi Anda kontrol langsung atas kapan modernisasi dimulai untuk setiap fleet.

Memicu modernisasi fleet

Setelah fleet target Anda melaporkan MODERNIZATION_COMPATIBLE, picu modernisasi menggunakan perintah berikut:

gcloud alpha container fleet mesh update \
  --modernization-strategy automatic \
  --project FLEET_PROJECT_ID

Ganti FLEET_PROJECT_ID dengan ID project host fleet.

  • Masa Pemeliharaan: Google mematuhi masa pemeliharaan dan pengecualian cluster yang dikonfigurasi. Modernisasi cluster dimulai selama masa pemeliharaan terbuka berikutnya untuk cluster.
  • Pengurutan Cluster: Jika Anda mengonfigurasi label mesh-modernization-order di cluster, Google akan mengikuti pengurutan tersebut.

Memantau progres

Ikuti petunjuk di bagian Memeriksa Status Modernisasi untuk memantau progres modernisasi fleet dan cluster. Perhatikan pemantauan aplikasi Anda untuk menentukan apakah Anda memerlukan rollback, terutama selama status MODERNIZATION_PREPARING dan MODERNIZATION_MIGRATING_WORKLOADS.

Me-roll back modernisasi yang dipicu pelanggan

Jika Anda mendeteksi masalah selama modernisasi cluster aktif atau selama periode soaking fleet (sebelum finalisasi tingkat fleet), Anda dapat segera memicu rollback:

gcloud alpha container fleet mesh update \
  --modernization-strategy deferred \
  --project FLEET_PROJECT_ID

Ganti FLEET_PROJECT_ID dengan ID project host fleet.

Tindakan ini akan membuat fleet Anda dalam status ditangguhkan, yaitu tidak akan dipertimbangkan untuk modernisasi yang didorong oleh Google. Jika Anda sudah siap untuk mencoba kembali modernisasi, jalankan kembali perintah untuk memicu modernisasi fleet.

Modernisasi yang didorong Google (default otomatis)

Jika Anda tidak memulai modernisasi yang dipicu pelanggan, Google akan mengelola modernisasi di seluruh organisasi Anda secara otomatis.

Penjadwalan di seluruh organisasi

Google terus memantau fleet Anda. Setelah semua fleet yang mendukung mesh di organisasi Anda (tidak termasuk fleet yang ditangguhkan) kompatibel dengan modernisasi, Google akan menjadwalkan organisasi Anda untuk modernisasi.

Pemberitahuan awal dan penjadwalan

Google memberikan dua tingkat pemberitahuan awal sebelum memulai modernisasi:

Notifikasi tingkat fleet

Pertama, Anda akan diberi tahu saat fleet Anda telah diidentifikasi sebagai kompatibel dengan modernisasi, dan dipilih untuk modernisasi yang didorong oleh Google yang akan dilakukan di masa mendatang.

  • Modernisasi cluster Anda dapat dimulai paling cepat 14 hari setelah hari kerja pertama di AS pada bulan setelah pemberitahuan Anda. Misalnya, jika Google menentukan bahwa organisasi Anda siap pada 10 Januari 2027, kami akan memberi tahu Anda paling lambat 31 Januari 2027, bahwa tanggal mulai modernisasi paling awal yang memungkinkan adalah 15 Februari 2027.

  • Anda akan diberi tahu secara bersamaan untuk setiap fleet di organisasi Anda (tidak termasuk fleet yang telah Anda tunda). Notifikasi ini tersedia dalam kondisi status fitur tingkat fleet Anda (MODERNIZATION_WILL_BE_SCHEDULED).

Notifikasi tingkat cluster

Anda akan diberi tahu, di tingkat cluster, tentang perkiraan tanggal mulai modernisasi cluster tersebut yang didorong oleh Google, setidaknya 1 hari (24 jam) sebelum modernisasi cluster dimulai.

Setelah notifikasi tingkat fleet, Anda akan mendapatkan waktu modernisasi cluster individual yang jauh lebih akurat. Notifikasi ini tersedia dalam kondisi status fitur level cluster (MODERNIZATION_SCHEDULED).

Meminta rollback untuk modernisasi yang didorong Google

Jika muncul masalah selama modernisasi aktif atau soaking pada fleet modernisasi yang didorong Google, hubungi Cloud Customer Care untuk meminta rollback.

Yang terjadi selama modernisasi aktif

Bagian ini menjelaskan hal yang terjadi selama modernisasi aktif fleet dan cluster.

Memodernisasi fleet

Untuk setiap fleet yang menjalani modernisasi (baik yang didorong oleh Google maupun dipicu oleh pelanggan), kami mengaktifkan implementasi bidang kontrol baru untuk semua cluster berdasarkan urutan (awal → default → akhir).

Setelah bidang kontrol diaktifkan untuk semua cluster, kami akan mengalihkan traffic ke implementasi bidang kontrol baru untuk semua cluster berdasarkan urutan (awal → default → akhir).

Lihat Memeriksa status modernisasi fleet untuk memeriksa status saat ini.

Periode berdiam fleet

Setelah traffic dialihkan untuk semua cluster, fleet akan memasuki periode soaking. Fleet tetap berada dalam periode perendaman (MODERNIZATION_MODERNIZED) selama minimal 6 hari kerja setelah semua cluster menyelesaikan modernisasi sebelum beralih ke MODERNIZATION_FINALIZED. Kemampuan rollback penuh dipertahankan selama periode soak. Setelah modernisasi selesai, rollback tidak dapat dilakukan lagi, dan komponen ISTIOD dapat dicabut aksesnya.

Memodernisasi cluster

Selama modernisasi aktif cluster, kedua implementasi bidang kontrol dijalankan berdampingan untuk sementara, dan tugas-tugas berikut diproses dengan cara yang aman dan terkontrol:

  1. Mengaktifkan implementasi bidang kontrol baru. Jika Anda mengonfigurasi masa pemeliharaan untuk cluster, langkah ini akan dimulai selama masa pemeliharaan dan berlanjut hingga selesai. Perhatikan detail berikut:
  2. Mengalihkan traffic ke implementasi bidang kontrol baru. Jika Anda mengonfigurasi masa pemeliharaan untuk cluster, langkah ini akan dimulai selama masa pemeliharaan dan berlanjut hingga selesai. Perhatikan detail berikut:
    • Pod yang dikelola oleh deployment Kubernetes yang memiliki proxy Cloud Service Mesh akan dimulai ulang, sehingga pod tersebut terhubung kembali ke bidang kontrol baru.
    • Pod dimulai ulang dalam gelombang yang semakin besar dengan waktu tunggu setelah setiap gelombang untuk pemantauan.

  3. Memulai Ulang Workload secara Manual untuk Non-Deployment (Tindakan Pelanggan Diperlukan).

    • Google otomatis memulai ulang workload yang dikelola oleh Deployment Kubernetes. Workload yang dikelola oleh jenis resource Kubernetes lainnya, seperti StatefulSet dan DaemonSet, harus dimulai ulang secara manual.
    • Setelah workload Deployment dimulai ulang, jika ada workload di cluster yang masih memiliki proxy Cloud Service Mesh yang terhubung ke ISTIOD, cluster akan melaporkan MODERNIZATION_AWAITING_MANUAL_WORKLOAD_RESTART bersama dengan MODERNIZATION_MIGRATING_WORKLOADS.
    • Mulai ulang workload yang tersisa secara manual, sehingga proxy-nya terhubung ke implementasi bidang kontrol TRAFFIC_DIRECTOR. Google menunggu setidaknya 60 hari agar Anda memulai ulang semua workload, sebelum melanjutkan ke cluster berikutnya (dalam fleet multi-cluster) atau memulai periode perendaman fleet.
    • Untuk memeriksa proxy mana yang masih terhubung ke ISTIOD, jalankan perintah gcloud beta container fleet mesh debug proxy-status, seperti yang dijelaskan dalam Melihat status bidang kontrol. Proxy dengan ID instance Istiod di kolom ISTIOD pada output perintah masih terhubung ke ISTIOD dan memerlukan mulai ulang manual.
    • Setelah semua workload mesh di cluster terhubung ke TRAFFIC_DIRECTOR, MODERNIZATION_AWAITING_MANUAL_WORKLOAD_RESTART akan otomatis dihapus, dan status cluster akan beralih ke MODERNIZATION_COMPLETED.

  4. Setelah semua workload dalam cluster ditransisikan, cluster akan menunggu periode rendam fleet.

Untuk memantau status modernisasi aktif cluster Anda, lihat Memeriksa status modernisasi.

Memeriksa status modernisasi & mengambil tindakan

Anda dapat memantau progres modernisasi fleet dan cluster menggunakan Google Cloud CLI:

gcloud container fleet mesh describe --project FLEET_PROJECT_ID

Ganti FLEET_PROJECT_ID dengan ID project host fleet.

Outputnya mirip dengan:

  membershipStates:
    projects/123456789/locations/global/memberships/cluster-1:
      servicemesh:
        conditions:
        - code: MODERNIZATION_MIGRATING_WORKLOADS
          documentationLink: https://cloud.google.com/service-mesh/docs/...
          severity: INFO
  state:
    servicemesh:
      conditions:
      - code: MODERNIZATION_MODERNIZING
        documentationLink: https://cloud.google.com/service-mesh/docs/...
        severity: INFO

Status modernisasi dilaporkan di kolom state.servicemesh.conditions (level fleet) dan membershipStates.<MEMBERSHIP_NAME>.servicemesh.conditions (level cluster):

Status modernisasi fleet yang berhasil

Dalam modernisasi fleet yang berhasil, status fleet akan dimulai sebagai MODERNIZATION_MODERNIZING.

Setiap cluster kemudian akan melalui status:

  • MODERNIZATION_SCHEDULED
  • MODERNIZATION_PREPARING
  • MODERNIZATION_PREPARED
  • MODERNIZATION_MIGRATING_WORKLOADS
  • (opsional) MODERNIZATION_MIGRATING_WORKLOADS dengan MODERNIZATION_AWAITING_MANUAL_WORKLOAD_RESTART
  • MODERNIZATION_COMPLETED

Setelah semua cluster dalam fleet menyelesaikan modernisasinya, fleet akan melalui status:

  • MODERNIZATION_MODERNIZED
  • MODERNIZATION_FINALIZED

Rollback

Modernisasi yang didorong oleh Google memantau kesiapan dan kondisi deployment Anda selama proses modernisasi, dan kami akan otomatis memicu rollback jika mendeteksi masalah. Jika Anda mendeteksi masalah, hubungi Cloud Customer Care untuk meminta rollback.

Untuk modernisasi yang dipicu pelanggan, Anda dapat memicu rollback kapan saja.

Selama rollback, fleet akan menampilkan status MODERNIZATION_ROLLING_BACK_FLEET dan cluster akan menampilkan status MODERNIZATION_ROLLING_BACK_CLUSTER.

Setelah rollback cluster selesai, statusnya akan ditampilkan sementara sebagai MODERNIZATION_ABORTED.

Menangani error dan gangguan (hanya dipicu oleh pelanggan)

Selama modernisasi yang dipicu pelanggan, jika cluster mengalami masalah yang mencegah progres ke depan, kondisinya akan beralih ke MODERNIZATION_STALLED. Google tidak akan memicu rollback untuk modernisasi yang dipicu pelanggan. Anda harus melakukan triase masalah dan memutuskan apakah akan melakukan perbaikan atau memicu rollback.

Saat cluster melaporkan MODERNIZATION_STALLED, periksa detail kondisi, untuk link langsung ke bagian error yang relevan:

Error yang dapat ditindaklanjuti pengguna

Jika kami mendeteksi konfigurasi mesh atau cluster yang tidak kompatibel, kami akan menghentikan modernisasi. Pastikan pelaporan kompatibilitas diaktifkan, dan tinjau kondisi level fleet dan cluster Anda untuk mengetahui adanya kesenjangan, seperti yang dijelaskan dalam Memahami kompatibilitas Cloud Service Mesh.

  • Percobaan Ulang Segera: Segera setelah pemblokir diselesaikan, kami akan mendeteksi perubahan dan segera melanjutkan modernisasi, tanpa menunggu masa pemeliharaan berikutnya.

Error internal

Masalah layanan Google internal ditinjau oleh engineer Google, dan mereka akan melanjutkan modernisasi Anda jika memungkinkan. Perhatikan bahwa modernisasi dapat dilanjutkan di luar masa pemeliharaan, seperti halnya untuk error yang dapat ditindaklanjuti pengguna. Untuk menghindari hal ini, Anda dapat memicu rollback.

Jika modernisasi Anda terhenti selama lebih dari 24 jam, dan tidak ada kesenjangan kompatibilitas, hubungi Cloud Customer Care untuk mengetahui detail selengkapnya atau picu rollback jika workload produksi terpengaruh.

Referensi kondisi tingkat fleet

Kondisi Deskripsi
MODERNIZATION_COMPATIBLE Fleet kompatibel dengan implementasi bidang kontrol baru.
MODERNIZATION_WILL_BE_SCHEDULED Modernisasi yang didorong Google: Semua fleet yang tidak ditangguhkan dalam organisasi kompatibel, dan telah diantrekan untuk penjadwalan.
MODERNIZATION_MODERNIZING Modernisasi sedang berlangsung secara aktif untuk satu atau beberapa cluster dalam fleet.
MODERNIZATION_MODERNIZED Semua cluster telah menyelesaikan modernisasi aktif. Fleet sedang dalam periode soak.
MODERNIZATION_FINALIZED Modernisasi selesai dan difinalisasi. Komponen Istiod lama akan dihapus. Rollback tidak dapat dilakukan lagi.
MODERNIZATION_ROLLING_BACK_FLEET Rollback tingkat fleet sedang berlangsung.

Referensi kondisi level cluster

Kondisi Deskripsi
MODERNIZATION_SCHEDULED Cluster dijadwalkan untuk modernisasi pada atau setelah tanggal yang ditentukan dalam kondisi. Jika masa pemeliharaan/pengecualian dikonfigurasi untuk cluster Anda, tanggal tersebut akan menunjukkan masa pemeliharaan target.
MODERNIZATION_PREPARING Mengaktifkan implementasi bidang kontrol baru.
MODERNIZATION_PREPARED Implementasi bidang kontrol baru diaktifkan. Migrasi workload belum dimulai.
MODERNIZATION_MIGRATING_WORKLOADS Cluster ini secara aktif memigrasikan workload ke implementasi bidang kontrol baru.
MODERNIZATION_AWAITING_MANUAL_WORKLOAD_RESTART Migrasi workload otomatis selesai. Mulai ulang workload mesh non-Deployment, seperti StatefulSet, DaemonSet, atau Tugas, sehingga proxy-nya terhubung ke implementasi bidang kontrol TRAFFIC_DIRECTOR.
MODERNIZATION_COMPLETED Cluster telah menyelesaikan modernisasi dan berada dalam periode perendaman.
MODERNIZATION_STALLED Modernisasi terhenti karena error (khusus Dipicu Pelanggan). Lihat detail kondisi untuk mengetahui penyelesaiannya.
MODERNIZATION_ROLLING_BACK_CLUSTER Cluster sedang di-roll back secara aktif.
MODERNIZATION_ABORTED Cluster di-roll back ke bidang kontrol lama. Dilaporkan dalam waktu singkat.