Tujuan dukungan utama Google adalah menyelesaikan insiden produksi secepat mungkin mungkin. Kita melakukannya dengan memahami konfigurasi, menganalisis log dan metrik, dan berkolaborasi dengan partner untuk menyelesaikan insiden dengan cepat.
Google Cloud menawarkan berbagai paket dukungan untuk mengakomodasi dukungan Anda mereka. Semua paket Dukungan Google Cloud mencakup dukungan untuk Edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud. Jika Anda sudah memiliki paket Dukungan Google Cloud, berarti Anda sudah memiliki dukungan untuk Edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud.
Untuk informasi selengkapnya, lihat Dukungan Google Cloud dokumentasi tambahan.
Persyaratan untuk Dukungan Google Distributed Cloud
Untuk memecahkan masalah insiden penting bisnis secara efektif, Anda harus:
- Memeriksa apakah lingkungan sudah aktual dengan akhir dukungan yang dipublikasikan jangka waktu (lihat Kebijakan Dukungan Versi di bawah).
- Mengaktifkan Cloud Logging dan Cloud Monitoring untuk komponen sistem (untuk mengetahui detail selengkapnya, lihat bagian Alat dukungan).
- Saat membuka kasus dukungan, berikan ringkasan konfigurasi menggunakan
gkectl diagnose snapshotperintah.
Alat dukungan
Untuk memecahkan masalah insiden yang penting bagi bisnis secara efektif, Google Cloud Dukungan bergantung pada 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, lalu tambahkan hasil
tarball ke kasus dukungan. gkectl diagnose snapshot --seed-config hasil
informasi tentang Kubernetes dan node Anda.
Alat ini sangat dapat dikonfigurasi dan mencakup beberapa skenario yang telah ditentukan. Anda meneruskan {i>file<i} YAML dengan seperangkat informasi yang disesuaikan untuk dikumpulkan. Kepada pelajari lebih lanjut, lihat Mendiagnosis Cluster.
Anda dapat menambahkan kolom excludeWords ke file konfigurasi untuk menghilangkan
informasi sensitif atau rahasia. Pastikan untuk meninjau
informasi yang diambil oleh alat ini. Informasi yang sangat rahasia atau sensitif
tidak boleh dilampirkan pada kasus dukungan Anda.
Log
Saat Anda membuat cluster baru, agen Cloud Logging diaktifkan secara default dan hanya mencakup komponen level sistem. Tindakan ini mereplikasi log tingkat sistem ke project Google Cloud yang terkait dengan cluster tersebut. Tingkat sistem log berasal dari pod Kubernetes yang berjalan di salah satu dari lima namespace:
- kube-system
- gke-system
- gke-connect
- istio-system
- config-management-system
- penayangan knative
Log dapat dikueri dari Konsol Cloud Logging.
Untuk detail selengkapnya, lihat Logging dan Pemantauan.
Metrik
Selain log, metrik juga dicatat oleh Cloud Monitoring agen keamanan. Tindakan ini mereplikasi metrik tingkat sistem ke project Google Cloud yang terkait dengan cluster tersebut. Metrik tingkat sistem berasal dari pod Kubernetes yang berjalan di namespace yang sama dengan yang tercantum di Logs.
Untuk detail selengkapnya, lihat Logging dan Pemantauan.
Google Cloud CLI dan akses cluster jarak jauh
Jika Anda membuka kasus dukungan, Cloud Customer Care mungkin meminta akses hanya baca jarak jauh akses ke cluster Anda untuk membantu mendiagnosis dan menyelesaikan masalah secara lebih efektif. Agar tim dukungan memiliki akses yang memadai untuk memecahkan masalah cluster Anda masalah dari jarak jauh:
Pastikan Anda telah menginstal dan mengupdate ke versi terbaru dari Google Cloud CLI. Google Cloud CLI harus memiliki 401.0.0 atau yang lebih tinggi untuk memberi Cloud Customer Care izin yang diperlukan. Saran dari kami memperbarui Google Cloud CLI secara rutin untuk mendapatkan izin tambahan dan penyempurnaan. Untuk menginstal komponen gcloud CLI terbaru, gunakan Perintah
gcloud components update.Pastikan cluster target terdaftar dan Anda memiliki project ID-nya, nama keanggotaan, dan file {i>kubeconfig<i}.
Untuk mendapatkan kubeconfig cluster pengguna, lihat Cara membuat ulang kubeconfig cluster pengguna.
Nama keanggotaan Anda sama dengan nama cluster. Untuk meminta akses admin atau nama cluster pengguna, Anda dapat menggunakan:
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIGUntuk memberikan akses ke cluster, Anda menjalankan perintah gcloud CLI yang membuat dan menampilkan serangkaian kebijakan role-based access control (RBAC) Kubernetes dan menerapkannya ke cluster target. Lihat Tinjau kebijakan RBAC terlebih dahulu.
Untuk mengetahui informasi selengkapnya tentang cara memberikan akses hanya baca jarak jauh Cloud Customer Care ke ke cluster Anda, lihat Dukungan Google Cloud untuk cluster terdaftar Anda.
Cara kami memecahkan masalah lingkungan Anda
Berikut adalah contoh insiden dukungan pada umumnya:
Seseorang—misalnya, administrator cluster—membuka kasus dukungan di konsol Google Cloud atau Pusat Dukungan Google Cloud.
Di konsol, buka Ringkasan dukungan kami.
Di bagian Informasi dukungan, klik Dapatkan bantuan.
Pada kolom Pilih produk Anda, masukkan informasi berikut:
Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)Klik item dalam daftar Produk yang cocok, lalu klik Pilih.
Masukkan informasi yang diperlukan dan lampirkan output dari
gkectl diagnose snapshotke kasus tersebut.
Kasus dukungan diteruskan ke Teknisi Dukungan Teknis yang memiliki spesialisasi di Google Distributed Cloud (khusus software) untuk VMware.
Engineer dukungan memeriksa konten snapshot untuk mendapatkan konteks lingkungan.
Engineer dukungan memeriksa log dan metrik di Google Cloud project Anda, dengan memasukkan ID kasus dukungan sebagai justifikasi bisnis, dicatat secara internal.
Engineer dukungan merespons kasus tersebut dengan memberikan penilaian rekomendasi. Engineer dukungan dan pengguna melanjutkan pemecahan masalah sampai mereka menghasilkan suatu resolusi.
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 mitra itu atas nama pelanggan bersama kita.
Untuk mendapatkan manfaat dari Dukungan Kolaboratif, Anda harus mengelola perjanjian dukungan dengan baik Google maupun partner yang bersangkutan.
Google memiliki hubungan dukungan kolaboratif dengan partner yang ditentukan di Partner Dukungan Kolaboratif.
Data tentang masalah dukungan dapat dibagikan kepada Partner Dukungan Kolaboratif, sebagaimana yang dijelaskan dalam Panduan Layanan Dukungan Teknis.
Apa saja yang didukung oleh Google?
Umumnya, tim Dukungan {i>Cloud<i} mendukung semua komponen perangkat lunak yang dikirimkan bagian dari Google Distributed Cloud (khusus software) untuk VMware. Detail tabel berikut hal ini lebih lanjut:
| Dukungan Google Cloud | Dukungan Kolaboratif | Tidak Didukung |
|---|---|---|
| Kubernetes dan runtime container |
VMware vSphere (Server vCenter dan ESXi) |
Produk VMware selain vSphere |
| Ubuntu Kanonis untuk OS tamu/node |
Load balancer F5 BIG-IP |
Kode pelanggan (lihat Dukungan Developer di bawah) |
| Pengontrol vCenter |
Solusi infrastruktur hardware dan infrastruktur yang sangat terpusat seperti yang tercantum di halaman Partner Dukungan Kolaboratif |
Pilihan pelanggan OS host |
| Pengontrol F5 |
Server fisik, penyimpanan, dan jaringan |
|
| Belacu dan kebijakan jaringan terkait |
DNS, DHCP, dan sistem identitas eksternal |
|
| Pengontrol traffic masuk |
Calico Edisi Enterprise |
|
| Prometheus dan Grafana |
||
| Agen Stackdriver Monitoring, Stackdriver Logging, dan Stackdriver |
||
| Penggabungan identitas dengan penyedia yang mematuhi OIDC |
||
| Hub, Connect, dan Agen Connect |
||
| Penyajian Knative / Knative |
||
| LoadBalancer Paket (Seesaw) |
Kebijakan Dukungan Versi
Dukungan untuk Google Distributed Cloud mengikuti Kebijakan Dukungan Versi GKE Enterprise. Mulai dari GKE Enterprise versi 1.14, Google mendukung setiap versi Google Distributed Cloud versi minor selama 12 bulan setelah rilis awal dari versi minor, atau hingga rilis minor ketiga berikutnya versi, mana pun yang lebih panjang.
Tabel berikut menunjukkan versi yang didukung dan tidak didukung untuk produk:
| Versi rilis | Tanggal rilis | Tanggal akhir siklus proses* |
|---|---|---|
| 1.29 (terbaru) | 29 April 2024 | Tanggal rilis 29 April 2025 atau 1, 32 |
| 1.28 | 14 Desember 2023 | Tanggal rilis 14 Desember 2024 atau 1, 31 |
| 1,16 | 23 Agustus 2023 | Tanggal rilis 23 Agustus 2024 atau 1.30 |
| 1.15 (tidak didukung) | 2 Mei 2023 | Tanggal rilis 2 Mei 2024 atau 1.29 |
*EOL akan menjadi tanggal setelah dua tanggal tersebut.
Fitur yang didukung
Dokumen ini berisi daftar fitur Google Distributed Cloud untuk rilis. Tabel ini tidak dimaksudkan sebagai daftar lengkap, tetapi menyoroti beberapa manfaat dari mengupgrade cluster Anda ke versi terbaru yang didukung.
Fitur dicantumkan berdasarkan tahap peluncuran produknya, baik sebagai Pratinjau atau Umum Ketersediaan. Fitur yang tercantum sebagai Pratinjau dicakup dalam Persyaratan Penawaran Pra-GA dari Persyaratan Google Cloud Layanan. Penawaran Pratinjau dimaksudkan untuk digunakan hanya di lingkungan pengujian dan mungkin memiliki dukungan yang terbatas. Perubahan pada produk dan fitur pra-GA mungkin tidak kompatibel dengan versi pra-GA lainnya. Fitur Ketersediaan Umum terbuka bagi semua pelanggan, dan didukung sepenuhnya. Untuk informasi selengkapnya, lihat Tahapan peluncuran produk.
Untuk mengetahui informasi tentang komponen GKE Enterprise yang didukung dan kompatibilitasnya, lihat Dukungan upgrade dan versi GKE Enterprise.
Model Tanggung Jawab Bersama
Menjalankan aplikasi produksi yang penting bagi bisnis di Google Distributed Cloud mengharuskan beberapa pihak untuk mengemban tanggung jawab yang berbeda. Ini tanggung jawab dijelaskan di Tanggung jawab bersama GKE Enterprise.
Dukungan Developer
Google tidak memberikan dukungan khusus untuk workload aplikasi Anda. Namun, kami memberikan dukungan upaya terbaik kepada developer untuk memastikan bahwa developer Anda dapat menjalankan aplikasi pada cluster yang dibuat menggunakan Google Distributed Cloud. Kami yakin bahwa terlibat lebih awal selama pengembangan dapat mencegah insiden kritis di kemudian hari deployment.
Upaya terbaik Dukungan Developer ini tersedia bagi pelanggan dengan semua {i>support<i} dan diperlakukan sebagai prioritas P3 untuk masalah yang memblokir peluncuran, atau prioritas P4 untuk konsultasi umum. Dalam klasifikasi ini, prioritas tingkat 0 adalah prioritas tertinggi.