Mendapatkan dukungan

Tujuan dukungan utama Google adalah menyelesaikan insiden produksi secepat mungkin. Kami melakukannya dengan memahami konfigurasi Anda, menganalisis log dan metrik, serta berkolaborasi dengan partner untuk menyelesaikan insiden dengan cepat.

Cloud Customer Care menawarkan berbagai paket dukungan untuk mengakomodasi kebutuhan dukungan Anda. Semua paket dukungan Cloud Customer Care mencakup dukungan untuk GKE dan Google Distributed Cloud. Jika Anda sudah memiliki paket dukungan Cloud Customer Care, berarti Anda sudah memiliki dukungan untuk GKE dan Google Distributed Cloud.

Untuk mengetahui informasi selengkapnya, lihat hub Cloud Customer Care.

Persyaratan untuk dukungan Google Distributed Cloud

Untuk memecahkan masalah insiden yang penting bagi bisnis secara efektif, Anda harus:

  1. Pastikan lingkungan sudah yang terbaru dengan jangka waktu akhir dukungan yang dipublikasikan. Untuk mengetahui informasi selengkapnya, lihat bagian Kebijakan Dukungan Versi.
  2. Mengaktifkan Cloud Logging dan Cloud Monitoring untuk komponen sistem. Untuk mengetahui informasi selengkapnya, lihat bagian Alat dukungan.
  3. Saat Anda membuka kasus dukungan, berikan snapshot konfigurasi menggunakan perintah gkectl diagnose snapshot.

Alat dukungan

Untuk memecahkan masalah insiden penting bagi bisnis secara efektif, Cloud Customer Care mengandalkan tiga informasi:

  • Konfigurasi lingkungan Anda
  • Log dari cluster admin dan pengguna Anda
  • Metrik dari cluster admin dan pengguna Anda

Konfigurasi

Saat membuka kasus dukungan, Anda akan diminta untuk menjalankan perintah gkectl diagnose snapshot --seed-config dan melampirkan file tar yang dihasilkan ke kasus dukungan. Perintah gkectl diagnose snapshot --seed-config mengambil informasi tentang Kubernetes dan node Anda.

Alat ini sangat dapat dikonfigurasi dan mencakup beberapa skenario yang telah ditentukan sebelumnya. Anda juga dapat meneruskan file YAML dengan kumpulan informasi yang disesuaikan untuk dikumpulkan. Untuk mengetahui informasi selengkapnya, lihat Mendiagnosis Cluster.

Pastikan untuk meninjau dengan cermat informasi yang diambil oleh alat tersebut.

Jangan lampirkan informasi yang sangat rahasia atau sensitif ke kasus dukungan Anda. Anda dapat menambahkan kolom excludeWords ke file konfigurasi untuk menghilangkan informasi sensitif atau rahasia.

Log

Saat Anda membuat cluster baru, agen Cloud Logging diaktifkan secara default dan hanya dicakupkan ke komponen tingkat sistem. Tindakan ini akan mereplikasi log level sistem ke dalam project Google Cloud yang terkait dengan cluster. Log level sistem berasal dari pod Kubernetes yang berjalan di salah satu namespace berikut:

  • kube-system
  • gke-system
  • gke-connect
  • istio-system
  • config-management-system
  • knative-serving

Log dapat dikueri dari konsol Cloud Logging.

Untuk mengetahui detail selengkapnya, lihat Logging dan Pemantauan.

Metrik

Selain log, metrik juga dicatat oleh agen Cloud Monitoring. Tindakan ini akan mereplikasi metrik tingkat sistem ke dalam project Google Cloud yang terkait dengan cluster. Metrik tingkat sistem berasal dari pod Kubernetes yang berjalan di namespace yang sama yang tercantum di Logs.

Untuk mengetahui detail selengkapnya, lihat Logging dan Pemantauan.

Google Cloud CLI dan akses cluster jarak jauh

Jika Anda membuka kasus dukungan, Cloud Customer Care mungkin akan meminta akses hanya baca jarak jauh ke cluster Anda untuk membantu mendiagnosis dan menyelesaikan masalah secara lebih efektif. Agar Cloud Customer Care memiliki akses yang memadai untuk memecahkan masalah cluster Anda dari jarak jauh, lakukan hal berikut:

  • Pastikan Anda telah menginstal dan mengupdate Google Cloud CLI ke versi terbaru. Google Cloud CLI harus menggunakan versi 401.0.0 atau yang lebih baru untuk memberikan izin yang diperlukan kepada Cloud Customer Care. Sebaiknya update Google Cloud CLI secara rutin untuk mendapatkan izin tambahan dan peningkatan lainnya. Untuk menginstal komponen terbaru gcloud CLI, gunakan perintah gcloud components update.

  • Pastikan cluster target terdaftar dan Anda memiliki project ID, nama keanggotaan, dan file kubeconfig.

    • Untuk mendapatkan file kubeconfig cluster pengguna, lihat Cara membuat ulang kubeconfig cluster pengguna.

    • Nama keanggotaan Anda sama dengan nama cluster. Untuk mendapatkan nama cluster admin atau pengguna, Anda dapat menggunakan:

        gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
        gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
  • Untuk memberikan akses ke cluster, Anda menjalankan perintah gcloud CLI yang menghasilkan dan menampilkan serangkaian kebijakan role-based access control (RBAC) Kubernetes dan menerapkannya ke cluster target. Lihat Meninjau kebijakan RBAC terlebih dahulu.

Untuk mengetahui informasi selengkapnya tentang cara memberi Cloud Customer Care akses hanya baca jarak jauh ke cluster Anda, lihat Dukungan Google Cloud untuk cluster terdaftar Anda.

Cara kami memecahkan masalah lingkungan Anda

Berikut adalah contoh insiden dukungan umum:

  1. Seseorang—misalnya, administrator cluster—membuka kasus dukungan di konsol Google Cloud atau dengan Cloud Customer Care.

    1. Di konsol, buka halaman Ringkasan dukungan.

      Buka Ringkasan dukungan

    2. Di bagian Informasi dukungan, klik Dapatkan bantuan.

    3. Di kolom Select your product, masukkan:

      Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)
      
    4. Klik item dalam daftar Produk yang cocok, lalu klik Pilih.

    5. Masukkan informasi yang diperlukan dan lampirkan output perintah gkectl diagnose snapshot ke kasus.

  2. Kasus dukungan diarahkan ke Engineer Dukungan Teknis yang berspesialisasi dalam Google Distributed Cloud (khusus software) untuk VMware.

  3. Engineer dukungan memeriksa konten snapshot untuk mendapatkan konteks lingkungan.

  4. Engineer dukungan memeriksa log dan metrik dalam project Google Cloud, dengan memasukkan ID kasus dukungan sebagai justifikasi bisnis, yang dicatat ke dalam log secara internal.

  5. Engineer dukungan merespons kasus dengan penilaian dan rekomendasi. Engineer dukungan dan pengguna terus memecahkan masalah hingga mereka menemukan solusi.

Partner Dukungan Kolaboratif

Google mempertahankan hubungan dukungan kolaboratif dengan partner tertentu untuk memberikan pengalaman dukungan yang lebih lancar. Dengan hubungan ini, Google dapat berkolaborasi erat dengan partner tersebut atas nama pelanggan bersama kami.

Untuk mendapatkan manfaat dari Dukungan Kolaboratif, Anda harus mempertahankan perjanjian dukungan dengan Google dan partner yang bersangkutan.

Google memiliki hubungan dukungan kolaboratif dengan partner yang ditentukan di halaman Partner Dukungan Kolaboratif.

Data tentang masalah dukungan dapat dibagikan kepada Partner Dukungan Kolaboratif, seperti yang dijelaskan dalam Panduan Layanan Dukungan Teknis Google.

Apa yang didukung Google?

Secara umum, Cloud Customer Care mendukung semua komponen software yang dikirimkan sebagai bagian dari Google Distributed Cloud (khusus software) untuk VMware. Tabel berikut memberikan detail lebih lanjut:

Cloud Customer Care Dukungan Kolaboratif Tidak Didukung
Kubernetes dan runtime container
VMware vSphere (vCenter Server dan ESXi)
Produk VMware selain vSphere
Canonical Ubuntu untuk OS tamu/node
Load balancer F5 BIG-IP
Kode pelanggan (Untuk mengetahui informasi selengkapnya, lihat bagian Dukungan Developer)
Pengontrol vCenter
Solusi hardware dan infrastruktur hyper-converged seperti yang tercantum di halaman Partner Dukungan Kolaboratif
Pilihan pelanggan untuk OS host
Pengontrol F5

Server, penyimpanan, dan jaringan fisik
Calico dan kebijakan jaringan terkait

DNS, DHCP, dan sistem identitas eksternal
Pengontrol ingress

Calico Enterprise Edition


Prometheus dan Grafana
Stackdriver Monitoring, Stackdriver Logging, dan agen Stackdriver
Federasi identitas dengan penyedia yang mematuhi OIDC
Hub, Connect, dan Agen Connect
Inferensi Knative / Knative
LoadBalancer Paket (Seesaw)

Fitur yang didukung

Dokumen ini mencantumkan fitur Google Distributed Cloud untuk rilis yang didukung. Tabel ini tidak dimaksudkan sebagai daftar lengkap, tetapi menyoroti beberapa manfaat mengupgrade cluster Anda ke versi terbaru yang didukung.

Fitur dicantumkan berdasarkan tahap peluncuran produknya, baik sebagai Pratinjau maupun Ketersediaan Umum. Fitur yang tercantum sebagai Pratinjau tercakup dalam Persyaratan Penawaran Pra-GA dari Persyaratan Layanan Google Cloud . Penawaran Pratinjau hanya ditujukan untuk digunakan di lingkungan pengujian dan mungkin memiliki dukungan terbatas. Perubahan pada produk dan fitur pra-GA mungkin tidak kompatibel dengan versi pra-GA lainnya. Fitur Ketersediaan Umum terbuka untuk semua pelanggan, dan didukung sepenuhnya. Untuk informasi selengkapnya, lihat Tahapan peluncuran produk.

Untuk mengetahui informasi tentang komponen GKE yang didukung dan kompatibilitasnya, lihat Dukungan versi dan upgrade GKE.

Fitur/kemampuan 1.34 1.35 1.36 (terbaru)
Cluster lanjutan GA GA GA
Domain topologi Pratinjau Pratinjau Pratinjau
Keanggotaan fleet regional GA GA GA
Penyimpangan versi n+2 cluster admin - cluster pengguna GA GA GA
Perbedaan versi n+2 node pool - cluster pengguna GA GA GA
Setelan lonjakan maksimum untuk update node pool Pratinjau Pratinjau Pratinjau
cgroup v2 untuk node GA GA GA
Mode DSR untuk Dataplane V2 GA GA GA
BinAuthz untuk cluster pengguna Controlplane V2 GA GA GA
Workstation admin yang dikelola pengguna GA GA GA
Alat migrasi CSI StatefulSet GA GA GA
Menonaktifkan ingress yang dipaketkan GA GA GA
Kredensial yang disiapkan cluster admin GA GA GA
Kebijakan penyimpanan untuk cluster pengguna GA GA GA
Kebijakan penyimpanan untuk cluster admin GA GA GA
Perbaikan otomatis node GA GA GA
Cluster admin ketersediaan tinggi GA GA GA
Afinitas VM-Host GA GA GA
Membuat file konfigurasi dari cluster yang ada GA GA GA
Pengumpulan metrik sistem Managed Service for Prometheus GA GA GA
Upgrade dan rollback nodepool GA GA GA
Memperbarui kredensial registry pribadi GA GA GA
Pencadangan dan pemulihan cluster admin dengan gkectl Pratinjau Pratinjau Pratinjau
Penskalaan otomatis nodepool cluster pengguna GA GA GA
Pengubahan ukuran node otomatis cluster GA GA GA
Dukungan beberapa cluster vSphere GA GA GA
Dukungan beberapa pusat data vSphere GA GA GA
Dukungan OpenID Connect (OIDC) untuk autentikasi ke cluster GA GA GA
Rotasi sertifikat CA GA GA GA
Dukungan Workload Identity GA GA GA
AIS dengan dukungan autentikasi LDAP GA GA GA
Enkripsi secret yang selalu aktif tanpa modul keamanan hardware (HSM) GA GA GA
Memperbarui sertifikat CA vCenter dengan gkectl GA GA GA
Gateway NAT egress GA GA GA
Pendaftaran fleet cluster admin GA GA GA
Dukungan node pool Windows 1 1 1
Runtime containerd untuk node pool Windows 1 1 1
Dukungan node pool Container-Optimized OS GA GA GA
CoreDNS sebagai penyedia DNS cluster GA GA GA
Siklus proses cluster pengguna di konsol Google Cloud GA GA GA
Pembuatan node cluster admin dengan Container-Optimized OS GA GA GA
Kemampuan multi-NIC untuk Pod GA GA GA
Opsi load balancer MetalLB GA GA GA
Dukungan gkectl update admin untuk mengaktifkan dan menonaktifkan Cloud Logging dan Cloud Monitoring GA GA GA
Dukungan Dataplane V2 Windows 1 1 1
Metrik API Ringkasan GA GA GA
Dukungan gkectl update credentials untuk memperbarui kunci akun layanan akses komponen GA GA GA
Kredensial yang disiapkan untuk cluster pengguna GA GA GA
Uji coba upgrade cluster pengguna GA GA GA
Upgrade asinkron cluster pengguna GA GA GA
Upgrade asinkron cluster admin GA GA GA
Update berurutan untuk node pool GA GA GA
Membuat snapshot volume dengan driver CSI vSphere Pratinjau Pratinjau Pratinjau
Membuat cluster pengguna dengan Controlplane V2 diaktifkan GA GA GA
Migrasi penyimpanan dengan SPBM GA GA GA
Memigrasikan datastore ke SPBM GA GA GA
Memigrasikan cluster pengguna ke Controlplane V2 GA GA GA

1 Node pool OS Windows Server tidak digunakan lagi di versi 1.32 dan tidak akan tersedia di versi 1.33 dan yang lebih tinggi. Dukungan untuk node pool OS Windows Server akan berakhir pada 25 Mei 2026. Sebaiknya Anda segera memulai perencanaan migrasi untuk memastikan transisi yang lancar sebelum periode dukungan berakhir.

Kebijakan Dukungan Versi

Tujuan Kebijakan Dukungan Versi ini adalah untuk memberi Anda fleksibilitas dalam menjadwalkan upgrade saat memenuhi kebutuhan bisnis Anda, sekaligus menyeimbangkan evolusi yang cepat dari Kubernetes dan Google Distributed Cloud.

Software Google Distributed Cloud hanya mengikuti skema pembuatan versi dan siklus rilis Kubernetes. Rilis minor terjadi sekitar tiga kali per tahun. Patch untuk setiap versi minor yang didukung terjadi sekitar setiap bulan. Seperti Kubernetes, Google Distributed Cloud mendukung tiga versi minor terbaru secara bersamaan.

Google mendukung setiap versi minor Google Distributed Cloud untuk yang lebih baru dari:

  • 12 bulan setelah rilis awal versi minor.
  • Rilis versi minor ketiga berikutnya.

Misalnya, versi minor 1.33 dirilis pada 2 September 2025. Versi minor ini dan semua patch-nya didukung hingga 2 September 2026 atau tanggal rilis versi minor 1.36, mana saja yang lebih lambat.

Sebaiknya Anda mengelola lingkungan Google Distributed Cloud dengan rilis minor terbaru produk dan versi patch yang direkomendasikan.

Kebijakan dukungan versi ini mencakup:

  • Dukungan perbaikan kerusakan dari Cloud Customer Care.
  • Kerentanan keamanan CVE pada Kubernetes dan komponen terkait.
  • Patch umum untuk Kubernetes dan komponen terkait.
  • Kerentanan keamanan CVE pada Ubuntu atau Container-Optimized OS.
  • Patch umum untuk Ubuntu atau Container-Optimized OS.

Saat versi Anda mencapai akhir siklus proses, Anda dapat terus membuka kasus untuk menerima dukungan untuk hal berikut:

  • Bantuan terkait masalah teknis.
  • Bantuan terkait masalah penagihan.
  • Panduan tentang penggunaan produk, termasuk bantuan terkait pemecahan masalah dan pengujian.

Dukungan yang diperpanjang dapat disetujui secara bersyarat sebagai peristiwa satu kali, dengan penyematan versi, dan persyaratan linimasa upgrade di masa mendatang. Untuk informasi tambahan, hubungi customer engineer utama untuk akun Anda atau account manager. Atau, Anda dapat mengajukan kasus dukungan melalui konsol Google Cloud . Permintaan tersebut dirutekan ke grup customer engineering untuk akun Anda.

Periode dukungan

Tabel berikut menunjukkan rilis minor yang didukung untuk Google Distributed Cloud dan tanggal akhir siklus proses (EOL) paling awal:

Versi Google Distributed Cloud Tanggal rilis Tanggal akhir siklus proses*
1,35 2026-04-29 29-04-2027 atau tanggal rilis 1.38
1,34 2025-12-11 Tanggal rilis 11-12-2026 atau 1.37
1,33 2025-09-02 02-09-2026 atau tanggal rilis 1.36
1,32 2025-05-06 Tanggal rilis 06-05-2026 atau 1.35

* EOL akan menjadi yang terakhir dari kedua tanggal ini.

Untuk mempelajari lebih lanjut kompatibilitas versi untuk Google Distributed Cloud dan produk Google Cloud terkait, lihat Dukungan versi dan upgrade.

Skema pembuatan versi

Google Distributed Cloud menggunakan pembuatan versi semantik Kubernetes untuk merujuk ke versi Kubernetes yang didukung, tetapi menambahkan versi patch GKE. Hal ini menghasilkan nomor versi dalam bentuk: x.y.z-gke.N.

Versi utama Kubernetes (x)
Versi utama biasanya bertambah jika perubahan yang tidak kompatibel dengan versi lama diperkenalkan ke API publik. Versi utama menambahkan versi Kubernetes dari x.y ke x+1.y.
Versi minor Kubernetes (y)
Kubernetes merilis versi minor baru tiga kali setahun. Setiap siklus rilis berdurasi sekitar 15 minggu. API yang tidak digunakan lagi mungkin dihapus dengan versi minor baru. Versi minor menambahkan versi Kubernetes dari 1.y ke 1.y+1; misalnya, Kubernetes 1. 29 adalah rilis minor yang mengikuti Kubernetes 1.28.
Rilis patch Google Distributed Cloud (z-gke.N)
Rilis patch, seperti 1.28.300-gke.131, meningkatkan versi patch (z) sebesar 100 dan menyertakan akhiran -gke.N, yang menunjukkan build. Rilis patch mencakup update keamanan dan perbaikan bug. Versi rilis patch Google Distributed Cloud tidak berkorelasi dengan versi patch Kubernetes.

Model tanggung jawab bersama

Menjalankan aplikasi produksi yang penting bagi bisnis di Google Distributed Cloud memerlukan banyak pihak untuk mengemban tanggung jawab yang berbeda-beda. Tanggung jawab ini dijelaskan di Tanggung jawab bersama GKE.

Dukungan developer

Google tidak memberikan dukungan khusus untuk workload aplikasi Anda. Namun, kami memberikan dukungan developer upaya terbaik untuk memastikan developer Anda dapat menjalankan aplikasi di cluster yang dibuat menggunakan Google Distributed Cloud. Kami yakin bahwa melakukan interaksi lebih awal selama pengembangan dapat mencegah insiden kritis di kemudian hari dalam deployment.

Dukungan developer upaya terbaik ini tersedia bagi pelanggan dengan paket dukungan berbayar apa pun dan diperlakukan sebagai prioritas P3 untuk masalah yang memblokir peluncuran, atau prioritas P4 untuk konsultasi umum. Dalam klasifikasi ini, tingkat prioritas 0 adalah prioritas tertinggi.