Mendapatkan dukungan

Tujuan dukungan utama Google adalah menyelesaikan insiden produksi secepat mungkin. Memahami konfigurasi Anda, menganalisis log dan metrik, serta berkolaborasi dengan partner akan membantu kami menyelesaikan insiden dengan cepat.

Google Cloud menawarkan berbagai paket dukungan untuk mengakomodasi kebutuhan dukungan Anda. Semua paket Dukungan Google Cloud mencakup dukungan untuk edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud. Jika sudah memiliki paket Dukungan Google Cloud, berarti Anda sudah memiliki dukungan untuk GKE Enterprise dan Google Distributed Cloud.

Untuk mengetahui informasi selengkapnya, lihat dokumentasi Dukungan Google Cloud.

Persyaratan untuk dukungan Google Distributed Cloud

Untuk memecahkan masalah insiden yang penting bagi bisnis secara efektif:

• Periksa apakah lingkungan Anda merupakan yang terbaru dan dalam jangka waktu akhir dukungan yang dipublikasikan. Lihat bagian Kebijakan Dukungan Versi untuk mengetahui informasi selengkapnya.
• Aktifkan Cloud Logging dan Cloud Monitoring untuk komponen sistem. Untuk mengetahui detailnya, lihat bagian Alat dukungan berikut.

Alat dukungan

Untuk memecahkan masalah insiden Google Distributed Cloud, Dukungan Google Cloud mengandalkan tiga informasi:

• Konfigurasi lingkungan Anda
• Log dari cluster Anda
• Metrik dari cluster Anda

Konfigurasi lingkungan Anda

Saat membuka kasus dukungan, menjalankan perintah berikut akan memberikan informasi penting tentang penyiapan cluster Anda:

• Untuk semua jenis cluster, jalankan perintah bmctl check cluster --snapshot untuk mengambil informasi tentang Kubernetes dan node Anda. Lampirkan file tar yang dihasilkan ke kasus dukungan.

• Untuk cluster admin, hybrid, dan mandiri, jalankan perintah bmctl check cluster untuk memeriksa status respons cluster dan node. Lampirkan log yang dihasilkan ke kasus dukungan. Folder tersebut harus ada di direktori bmctl-workspace/[CLUSTER_NAME]/log/check-cluster-[TIMESTAMP].

• Untuk cluster pengguna, buat file YAML health check terlebih dahulu dengan nama cluster dan namespace, lalu terapkan file tersebut di cluster admin yang sesuai:

  1. Buat file YAML dengan properti healthcheck berikut. Berikut adalah contoh konten untuk cluster bernama user1 di namespace cluster-user1:

     apiVersion: baremetal.cluster.gke.io/v1
     kind: HealthCheck
     metadata:
       generateName: healthcheck-
       namespace: cluster-user1
     spec:
       clusterName: user1
     

  2. Setelah membuat file YAML, terapkan resource kustom di cluster admin yang mengelola cluster pengguna dengan perintah kubectl. Berikut adalah contoh perintah menggunakan file YAML yang dibuat di langkah sebelumnya. Dalam contoh ini, variabel ADMIN_KUBECONFIG menentukan jalur ke file kubeconfig cluster admin:

     kubectl --kubeconfig ADMIN_KUBECONFIG create -f healthcheck-user1.yaml
     

     Perintah tersebut menampilkan respons berikut:

     healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf created
     

  3. Tunggu hingga tugas health check selesai dengan melakukan pengujian untuk melihat apakah tugas health check telah selesai rekonsiliasi. Pada contoh kasus sebelumnya, nama tugas health check adalah healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf. Berikut adalah contoh pengujian dengan perintah kubectl yang menunggu 30 menit hingga tugas health check selesai:

     kubectl --kubeconfig ADMIN_KUBECONFIG wait healthcheck healthcheck-7c4qf \
         -n cluster-user1 --for=condition=Reconciling=False --timeout=30m
     

     Setelah selesai, perintah ini akan menampilkan:

     healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf condition met
     

     Anda dapat melihat hasil tugas health check dengan perintah berikut:

     kubectl --kubeconfig ADMIN_KUBECONFIG get healthcheck healthcheck-7c4qf \
         -n cluster-user1
     

     Perintah tersebut menampilkan hasil berikut:

     NAME                PASS   AGE
     healthcheck-7c4qf   true   17m
     

  4. Kumpulkan semua log pod tugas health check ke dalam file lokal dengan perintah kubectl. Berikut adalah contoh yang menggunakan contoh tugas health check sebelumnya:

     kubectl --kubeconfig ADMIN_KUBECONFIG logs -n cluster-user1 \
         -l baremetal.cluster.gke.io/check-name=healthcheck-7c4qf --tail=-1 > \
         healthcheck-7c4qf.log
     

Log cluster

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

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

Log dapat dikueri dari konsol Cloud Logging.

Untuk mengetahui detail selengkapnya, lihat Logging dan Pemantauan.

Google Cloud CLI dan akses cluster jarak jauh

Jika Anda membuka kasus dukungan, Cloud Customer Care dapat meminta akses hanya baca jarak jauh ke cluster Anda untuk membantu mendiagnosis dan menyelesaikan masalah secara lebih efektif. Agar tim dukungan memiliki akses yang memadai untuk memecahkan masalah cluster Anda dari jarak jauh, pastikan Anda telah menginstal dan mengupdate Google Cloud CLI ke versi terbaru. Google Cloud CLI harus memiliki versi 401.0.0 atau yang lebih tinggi untuk memberi Cloud Customer Care izin yang diperlukan. 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. Untuk mengetahui informasi lebih lanjut mengenai cara memberi Cloud Customer Care akses hanya baca jarak jauh ke cluster Anda, lihat Dukungan Google Cloud untuk cluster terdaftar Anda.

Metrik cluster

Selain log, agen Cloud Monitoring juga merekam metrik. Tindakan ini akan 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 dan tercantum di Logs.

Untuk mengetahui detail selengkapnya, lihat Logging dan Pemantauan.

Cara kami memecahkan masalah lingkungan Anda

Berikut adalah contoh insiden dukungan pada umumnya:

1. Administrator cluster membuka kasus dukungan di Konsol Google Cloud atau Pusat Dukungan Google Cloud, lalu memilih edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud sebagai Kategori dan Komponen. Fungsi tersebut memasukkan informasi yang diperlukan dan melampirkan output perintah bmctl yang relevan ke kasus.

2. Kasus dukungan diteruskan ke Engineer Dukungan Teknis yang berspesialisasi dalam Google Distributed Cloud.

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

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

5. Engineer dukungan akan merespons kasus ini dengan penilaian dan rekomendasi. Engineer dukungan dan pengguna melanjutkan pemecahan masalah hingga tercapai solusi.

Apa saja yang didukung oleh Google?

Secara umum, tim Dukungan Cloud mendukung semua komponen software yang dikirimkan sebagai bagian dari Google Distributed Cloud dan Cloud Service Mesh, Pengontrol Kebijakan, Sinkronisasi Konfigurasi, dan Pengontrol Konfigurasi. Lihat tabel berikut untuk daftar lebih lengkap terkait apa saja yang didukung dan tidak didukung:

Kebijakan Dukungan Versi

Dukungan untuk Google Distributed Cloud mematuhi Kebijakan Dukungan Versi edisi Google Kubernetes Engine (GKE) Enterprise. Mulai dari edisi Google Kubernetes Engine (GKE) Enterprise versi 1.14, Google mendukung setiap versi minor Google Distributed Cloud selama 12 bulan setelah rilis awal versi minor, atau hingga rilis versi minor ketiga berikutnya, mana saja yang lebih lama.

Untuk mengetahui daftar versi Google Distributed Cloud yang didukung dan tidak didukung, lihat Pembuatan Versi.

Untuk informasi versi terkait upgrade cluster, lihat Aturan versi untuk upgrade.

Fitur yang didukung

Dokumen ini mencantumkan ketersediaan fitur dan kemampuan 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 yang tercantum sebagai Pratinjau tercakup dalam Persyaratan Penawaran Pra-GA dalam Persyaratan Layanan Google Cloud. Produk dan fitur pra-GA mungkin memiliki dukungan terbatas, dan perubahan pada produk serta fitur pra-GA mungkin tidak kompatibel dengan versi pra-GA lainnya. Untuk mengetahui informasi selengkapnya, lihat deskripsi tahap peluncuran. Penawaran pratinjau hanya ditujukan untuk digunakan di lingkungan pengujian.

Fitur yang tercantum sebagai Ketersediaan Umum (GA) didukung sepenuhnya, terbuka untuk semua pelanggan, dan siap untuk penggunaan produksi.

Model Tanggung Jawab Bersama

Menjalankan aplikasi produksi yang penting bagi bisnis di Google Distributed Cloud mengharuskan banyak pihak untuk memiliki tanggung jawab yang berbeda. Meskipun bukan daftar lengkap, bagian berikut mencantumkan peran dan tanggung jawab.

Tanggung jawab Google

• Pemeliharaan dan distribusi paket software Google Distributed Cloud.
• Memberi tahu pengguna tentang upgrade yang tersedia untuk Google Distributed Cloud, dan menghasilkan skrip upgrade untuk versi sebelumnya; Google Distributed Cloud hanya mendukung upgrade berurutan (contoh: 1.2 → 1.3 → 1.4 dan bukan 1.2 → 1.4).
• Mengoperasikan layanan Connect dan Cloud Operations.
• Pemecahan masalah, memberikan solusi, dan memperbaiki akar penyebab masalah apa pun terkait komponen yang disediakan Google

Tanggung jawab pengguna

• Administrasi sistem secara keseluruhan untuk cluster lokal.
• Mempertahankan beban kerja aplikasi apa pun yang di-deploy di cluster.
• Menjalankan, memelihara, dan mem-patch infrastruktur pusat data, termasuk jaringan, server, sistem operasi, penyimpanan, dan konektivitas ke Google Cloud.
• Menjalankan, memelihara, dan membuat patch load balancer jaringan jika opsi load balancer manual dipilih.
• Mengupgrade versi Google Distributed Cloud secara berkala.
• Memantau cluster dan aplikasi, serta merespons setiap insiden.
• Memastikan agen Cloud Operations di-deploy ke cluster.
• Memberikan detail lingkungan kepada Google untuk tujuan pemecahan masalah.

Dukungan Developer

Google tidak memberikan dukungan khusus untuk workload aplikasi Anda. Namun, kami memberikan upaya terbaik dukungan developer untuk memastikan developer Anda dapat menjalankan aplikasi di Google Distributed Cloud. Kami yakin bahwa engagement lebih awal selama pengembangan dapat mencegah insiden kritis nanti dalam deployment.

Upaya terbaik Dukungan Developer ini tersedia bagi pelanggan dengan paket dukungan berbayar 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.