Menyelesaikan masalah pengelolaan traffic di Cloud Service Mesh

Bagian ini menjelaskan masalah umum Cloud Service Mesh dan cara mengatasinya. Jika Anda memerlukan bantuan tambahan, lihat Mendapatkan dukungan.

Error koneksi server API dalam log Istiod

Istio tidak dapat menghubungi apiserver jika Anda melihat error yang mirip dengan hal berikut ini:

error k8s.io/client-go@v0.18.0/tools/cache/reflector.go:125: Failed to watch *crd.IstioSomeCustomResource`…dial tcp 10.43.240.1:443: connect: connection refused

Anda dapat menggunakan string ekspresi reguler /error.*cannot list resource/ untuk menemukan error ini dalam log.

Error ini biasanya bersifat sementara dan jika Anda mencapai log proxy menggunakan kubectl, masalah tersebut mungkin sudah teratasi. Error ini biasanya disebabkan oleh peristiwa yang membuat server API tidak tersedia untuk sementara, seperti saat server API yang tidak berada dalam konfigurasi ketersediaan tinggi dimulai ulang untuk upgrade atau perubahan penskalaan otomatis.

Penampung istio-init mengalami error

Masalah ini dapat terjadi jika aturan iptable pod tidak diterapkan ke namespace jaringan pod. Hal ini dapat disebabkan oleh:

  • Penginstalan istio-cni yang tidak lengkap
  • Izin pod workload tidak memadai (izin CAP_NET_ADMIN tidak ada)

Jika Anda menggunakan plugin Istio CNI, pastikan bahwa Anda mengikuti petunjuk dengan lengkap. Pastikan penampung istio-cni-node sudah siap, dan periksa log. Jika masalah berlanjut, buat shell aman (SSH) ke dalam node host dan telusuri log node untuk menemukan perintah nsenter, serta lihat apakah ada error.

Jika Anda tidak menggunakan plugin Istio CNI, pastikan pod workload memiliki izin CAP_NET_ADMIN, yang otomatis ditetapkan oleh injektor file bantuan.

Koneksi ditolak setelah pod dimulai

Saat Pod dimulai dan membuat connection refused mencoba terhubung ke endpoint, masalahnya mungkin karena container aplikasi dimulai sebelum container isto-proxy. Dalam hal ini, penampung aplikasi mengirimkan permintaan ke istio-proxy, tetapi koneksi ditolak karena istio-proxy belum memproses port.

Dalam hal ini, Anda dapat:

  • Ubah kode startup aplikasi Anda untuk membuat permintaan berkelanjutan ke endpoint kesehatan istio-proxy hingga aplikasi menerima kode 200. Endpoint kondisi istio-proxy adalah:

    http://localhost:15020/healthz/ready

  • Menambahkan mekanisme permintaan percobaan ulang ke beban kerja aplikasi Anda.

Gateway listingan menampilkan nilai kosong

Gejala: Saat Anda mencantumkan Gateway menggunakan kubectl get gateway --all-namespaces setelah berhasil membuat Gateway Mesh Layanan Cloud, perintah akan menampilkan No resources found.

Masalah ini dapat terjadi di GKE 1.20 dan yang lebih baru karena pengontrol Gateway GKE otomatis menginstal resource Gateway.networking.x-k8s.io/v1alpha1 GKE dalam cluster. Untuk mengatasi masalah ini:

  1. Periksa apakah ada beberapa resource kustom gateway di cluster:

    kubectl api-resources | grep gateway

    Contoh output: 

    gateways                          gw           networking.istio.io/v1beta1            true         Gateway
gatewayclasses                    gc           networking.x-k8s.io/v1alpha1           false        GatewayClass
gateways                          gtw          networking.x-k8s.io/v1alpha1           true         Gateway

  2. Jika daftar menampilkan entri selain Gateway dengan apiVersion networking.istio.io/v1beta1, gunakan nama lengkap resource atau nama pendek yang dapat dibedakan dalam perintah kubectl. Misalnya, jalankan kubectl get gw atau kubectl get gateways.networking.istio.io, bukan kubectl get gateway, untuk memastikan Gateway istio tercantum.

Untuk mengetahui informasi selengkapnya tentang masalah ini, baca Gateway Kubernetes dan Gateway Istio.