Mendapatkan dukungan

Tujuan utama dukungan 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 memenuhi kebutuhan dukungan Anda. Semua paket Cloud Customer Care mencakup dukungan untuk edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud. Jika Anda memiliki paket dukungan Cloud Customer Care yang sudah ada, berarti Anda sudah memiliki dukungan untuk GKE Enterprise dan Google Distributed Cloud.

Untuk mengetahui informasi selengkapnya, lihat hub Cloud Customer Care.

Persyaratan untuk dukungan Google Distributed Cloud

Untuk memecahkan masalah insiden penting bagi bisnis secara efektif, Anda harus melakukan hal berikut:

Alat dukungan

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

Konfigurasi lingkungan Anda

Saat Anda membuka kasus dukungan, berikan informasi penting tentang penyiapan cluster Anda dengan menjalankan perintah berikut:

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

  • Untuk cluster admin, hybrid, dan mandiri, periksa status kesehatan cluster dan node dengan menjalankan perintah bmctl check cluster. Lampirkan log yang dihasilkan ke kasus dukungan. Log harus ada di direktori bmctl-workspace/[CLUSTER_NAME]/log/check-cluster-[TIMESTAMP].

  • Untuk cluster pengguna, buat terlebih dahulu file YAML health check dengan nama dan namespace cluster, lalu terapkan file 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 menggunakan perintah kubectl. Berikut adalah contoh perintah yang menggunakan file YAML yang dibuat pada langkah sebelumnya. Dalam contoh, variabel ADMIN_KUBECONFIG menentukan jalur ke file kubeconfig cluster admin:

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

      Perintah ini menampilkan respons berikut:

      healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf created
      
    3. Tunggu hingga tugas pemeriksaan kondisi selesai. Untuk melakukannya, uji apakah tugas pemeriksaan kondisi selesai merekonsiliasi. Dalam contoh kasus sebelumnya, nama tugas health check adalah healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf. Berikut adalah contoh pengujian yang menggunakan perintah kubectl, dan 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 tugas health check selesai, perintah kubectl sebelumnya akan menampilkan:

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

      Anda dapat melihat hasil tugas pemeriksaan responsivitas dengan perintah berikut:

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

      Perintah ini akan menampilkan hasil berikut:

      NAME                PASS   AGE
      healthcheck-7c4qf   true   17m
      
    4. Kumpulkan semua log untuk Pod tugas health check ke dalam file lokal dengan menggunakan perintah kubectl. Berikut adalah contoh yang menggunakan tugas health check contoh 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 dicakup ke komponen tingkat sistem. Hal ini mereplikasi log tingkat sistem ke dalam project Google Cloud yang terkait dengan cluster. 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

Anda dapat membuat kueri log dari Logs Explorer.

Untuk mengetahui detail selengkapnya, lihat Mengonfigurasi logging dan pemantauan.

Google Cloud CLI dan akses cluster jarak jauh

Jika Anda membuka kasus dukungan, Cloud Customer Care mungkin meminta akses baca saja jarak jauh ke cluster Anda untuk membantu mendiagnosis dan menyelesaikan masalah secara lebih efektif. Agar Dukungan Pelanggan Cloud memiliki akses yang memadai untuk memecahkan masalah cluster Anda dari jarak jauh, pastikan Anda telah menginstal dan mengupdate ke Google Cloud CLI versi terbaru. Google Cloud CLI harus berada di versi 401.0.0 atau yang lebih tinggi 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 gcloud CLI terbaru, gunakan perintah gcloud components update. Untuk mengetahui informasi selengkapnya tentang cara memberikan akses hanya baca jarak jauh ke Cloud Customer Care untuk cluster Anda, lihat Dukungan Cluster GKE Enterprise Jarak Jauh.

Metrik cluster

Selain log, agen Cloud Monitoring juga mencatat metrik. Hal ini 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 bagian Log cluster.

Untuk mengetahui detail selengkapnya, lihat Mengonfigurasi logging dan pemantauan.

Cara kami memecahkan masalah lingkungan Anda

Berikut adalah contoh insiden dukungan umum:

  1. Administrator cluster membuka kasus dukungan di konsol Google Cloud denganLayanan Pelanggan Cloud. Kemudian, mereka memilih edisi Google Kubernetes Engine (GKE) Enterprise dan Google Distributed Cloud sebagai Kategori dan Komponen. Mereka memasukkan informasi yang diperlukan dan melampirkan output perintah bmctl yang relevan ke kasus tersebut.

  2. Kasus dukungan diarahkan ke Engineer Dukungan Teknis yang memiliki spesialisasi di Google Distributed Cloud.

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

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

  5. Engineer dukungan akan merespons kasus tersebut dengan memberikan penilaian dan rekomendasi. Engineer dukungan dan pengguna melanjutkan pemecahan masalah hingga mereka menemukan solusi.

Apa yang didukung Google?

Secara umum, Cloud Customer Care mendukung semua komponen software yang dikirim sebagai bagian dari Google Distributed Cloud dan Cloud Service Mesh, Policy Controller, Config Sync, dan Config Controller. Tabel berikut memberikan daftar yang lebih lengkap tentang apa yang didukung dan tidak didukung:

Google Cloud didukung Tidak didukung
Kubernetes dan runtime container Pilihan pelanggan untuk load balancer (load balancing manual)
Connect dan Connect Agent Kode pelanggan (lihat Dukungan Developer)
Google Cloud operasi, Monitoring, Logging, dan agen Pilihan sistem operasi pelanggan
Load balancer gabungan Server fisik atau virtual, penyimpanan, dan jaringan
Pengontrol ingress Sistem identitas, DHCP, dan DNS eksternal
GKE Identity Service
Mesh Layanan Cloud
Pengontrol Kebijakan
Config Sync
Pengontrol Konfigurasi

Kebijakan Dukungan Versi

Dukungan untuk Google Distributed Cloud mengikuti Kebijakan Dukungan GKE Enterprise. 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.
Untuk tanggal rilis minor terbaru untuk GKE Enterprise dan tanggal akhir siklus proses paling awal, lihat Periode dukungan GKE Enterprise.

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

Untuk mengetahui informasi versi yang terkait dengan upgrade cluster, lihat Aturan versi.

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. Meskipun bukan daftar lengkap, bagian berikut mencantumkan peran dan tanggung jawab berbagai pihak.

Tanggung jawab Google

  • Pemeliharaan dan distribusi paket software Google Distributed Cloud.
  • Memberi tahu pengguna tentang upgrade yang tersedia untuk Google Distributed Cloud, dan membuat skrip upgrade untuk versi sebelumnya.

    Google Distributed Cloud hanya mendukung upgrade cluster berurutan (contoh: 1.30 → 1.31 → 1.32, tetapi tidak 1.30 → 1.32). Saat mengupgrade node pool, dalam beberapa kasus, Anda dapat melewati versi minor. Untuk mengetahui informasi selengkapnya tentang logika upgrade, lihat Aturan versi.

  • Mengoperasikan layanan Connect dan Cloud Operations.

  • Memecahkan masalah, memberikan solusi, dan memperbaiki akar masalah apa pun yang terkait dengan komponen yang disediakan Google.

Tanggung jawab pengguna

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

Dukungan developer

Google tidak menyediakan dukungan khusus untuk beban kerja aplikasi Anda. Namun, kami menyediakan dukungan developer upaya terbaik untuk memastikan developer Anda dapat menjalankan aplikasi di Google Distributed Cloud. Kami yakin bahwa berinteraksi lebih awal selama pengembangan dapat mencegah insiden kritis di kemudian hari saat deployment.

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