Fitur yang didukung bidang kontrol dalam cluster

Halaman ini menjelaskan fitur yang didukung di Cloud Service Mesh 1.20.4 dengan bidang kontrol dalam cluster. Untuk melihat model fitur Cloud Service Mesh 1.20.4 dengan kontrol terkelola pesawat, lihat Bidang kontrol terkelola.

Versi yang didukung

Dukungan untuk Cloud Service Mesh mengikuti Kebijakan Dukungan Versi GKE Enterprise.

Untuk Cloud Service Mesh yang terkelola dengan implementasi bidang kontrol TRAFFIC_DIRECTOR, Google selalu mendukung bidang kontrol ini.

Untuk Cloud Service Mesh terkelola dengan implementasi bidang kontrol ISTIOD, Google mendukung Cloud Service Mesh saat ini yang tersedia di setiap saluran rilis.

Untuk Cloud Service Mesh dalam cluster yang diinstal sendiri, Google mendukung layanan dua (n-2) versi minor Cloud Service Mesh sebelumnya.

Tabel berikut menunjukkan versi yang didukung dari yang diinstal sendiri di dalam cluster Cloud Service Mesh dan tanggal akhir siklus proses (EOL) paling awal untuk suatu versi.

Jika menggunakan versi Cloud Service Mesh yang tidak didukung, Anda harus mengupgrade ke Cloud Service Mesh 1.18 atau yang lebih baru. Untuk informasi tentang cara lihat Upgrade Cloud Service Mesh.

Tabel berikut menunjukkan versi Cloud Service Mesh yang tidak didukung dan tanggal akhir siklus proses (EOL).

Untuk informasi selengkapnya tentang kebijakan dukungan kami, lihat Mendapatkan dukungan.

Perbedaan platform

Terdapat perbedaan pada fitur yang didukung di antara platform yang didukung.

Kolom Cluster GKE Enterprise lainnya mengacu pada cluster yang berada di luar Google Cloud, misalnya:

• Google Distributed Cloud:

  • Google Distributed Cloud
  • Google Distributed Cloud (khusus software) untuk bare metal

  Halaman ini menggunakan Google Distributed Cloud tempat dukungan yang sama tersedia di Google Distributed Cloud (khusus software) untuk VMware dan Google Distributed Cloud (khusus software) untuk bare metal, dan platform di mana ada perbedaan di antara platform.

• GKE Enterprise di cloud publik lainnya:

  • GKE di AWS
  • GKE di Azure

• GKE terpasang cluster - Cluster Kubernetes pihak ketiga yang memiliki telah terdaftar. Cloud Service Mesh didukung di jenis cluster:

  • Cluster Amazon EKS
  • Cluster Microsoft AKS

Dalam tabel berikut:

• – menunjukkan bahwa fitur diaktifkan oleh secara default.
• * – menunjukkan fitur didukung untuk platform dan dapat diaktifkan, seperti dijelaskan dalam Mengaktifkan fitur opsional atau panduan fitur yang ditautkan dalam tabel fitur.
• Kompatibel – menunjukkan fitur atau alat pihak ketiga akan berintegrasi atau berfungsi dengan Cloud Service Mesh, tetapi tidak sepenuhnya didukung oleh Dukungan Google Cloud dan panduan fitur tidak tersedia.
• – menunjukkan bahwa fitur tidak atau tidak didukung di Cloud Service Mesh 1.20.4.

Fitur default dan opsional didukung sepenuhnya oleh Google Cloud. Dukungan. Fitur yang tidak tercantum secara eksplisit dalam tabel akan mendapatkan upaya terbaik dukungan teknis IT.

Image Dasar

Keamanan

Mekanisme distribusi/rotasi sertifikat

Dukungan certificate authority (CA)

Fitur keamanan Cloud Service Mesh

Selain mendukung fitur keamanan Istio, Cloud Service Mesh menyediakan kemampuan lainnya untuk membantu Anda mengamankan aplikasi.

Kebijakan otorisasi

Kebijakan autentikasi

Autentikasi rekan

Untuk informasi cara mengaktifkan mode mTLS STRICT, lihat Mengonfigurasi keamanan transportasi.

Minta autentikasi

Catatan:

1. JWT pihak ketiga diaktifkan secara default.

Telemetri

Metrik

Logging permintaan proxy

Pelacakan

Jaringan

Mekanisme intersepsi/pengalihan traffic

Dukungan protokol

Layanan yang dikonfigurasi dengan kemampuan Lapisan 7 untuk protokol berikut tidak didukung: WebSocket, MongoDB, Redis, Kafka, Cassandra, RabbitMQ, Cloud SQL. Anda mungkin dapat membuat protokol itu berfungsi dengan menggunakan dukungan aliran byte TCP. Jika streaming byte TCP tidak dapat mendukung protokol (misalnya, Kafka mengirimkan alamat pengalihan dalam balasan spesifik per protokol dan pengalihan ini tidak kompatibel dengan logika perutean Cloud Service Mesh), maka dan protokol ini tidak didukung.

Catatan:

1. Meskipun TCP adalah protokol yang didukung untuk jaringan, TCP metrik tidak dikumpulkan atau dilaporkan. Metrik hanya ditampilkan untuk HTTP di Konsol Google Cloud.

Deployment Envoy

Dukungan CRD

Load balancer untuk gateway masuk Istio

Untuk mengetahui informasi tentang cara mengonfigurasi load balancer, lihat referensi berikut:

• Menyiapkan load balancer untuk Google Distributed Cloud (khusus software) untuk VMware
• GKE di AWS: Membuat load balancer
• Mengekspos gateway masuk menggunakan load balancer eksternal

Kubernetes Gateway API (pratinjau)

Di Cloud Service Mesh v1.20, Kubernetes Gateway API tersedia sebagai pratinjau.

Jika Anda menggunakan Microsoft AKS Kluster yang terlampir atau GKE di cluster Azure, Anda harus menyetel anotasi berikut untuk resource gateway guna mengonfigurasi health check melalui TCP:

  service.beta.kubernetes.io/port_80_health-probe_protocol: tcp

Jika tidak, traffic HTTP tidak akan diterima.

Persyaratan pratinjau Kubernetes Gateway API

Pratinjau Kubernetes Gateway API memiliki persyaratan berikut:

• Gunakan perilaku deployment otomatis default untuk Gateway.

• Gunakan CRD HttpRoute untuk konfigurasi pemilihan rute. HttpRoute harus memiliki parentRef yang mengarah ke Gateway.

• Jangan gunakan Istio Gateway CR dan CR Kubernetes Gateway API pada cluster yang sama.

Kebijakan load balancing

Untuk mengetahui informasi selengkapnya tentang kebijakan load balancing, lihat Aturan Tujuan.

Bidang data

Dukungan multi-cluster

Untuk deployment multi-primary cluster GKE dalam berbagai proyek, semua klaster harus berada dalam Virtual Private Cloud bersama (VPC).

Jaringan

Catatan:

• Untuk cluster terpasang, hanya mesh multi-cluster yang mencakup satu platform (Microsoft AKS, Amazon EKS) didukung saat ini.

Model deployment

Catatan terkait terminologi:

• Cluster utama adalah cluster dengan bidang kontrol. Satu {i>mesh<i} dapat memiliki lebih dari satu cluster utama untuk ketersediaan tinggi atau untuk mengurangi latensi. Dalam dokumentasi Istio 1.7, deployment multi-utama disebut sebagai replika bidang kontrol.

• Cluster jarak jauh adalah cluster yang terhubung ke bidang kontrol yang berada di luar klaster. Cluster jarak jauh dapat terhubung ke bidang kontrol yang berjalan di cluster utama atau pada bidang kontrol eksternal.

• Cloud Service Mesh menggunakan definisi jaringan yang disederhanakan berdasarkan konektivitas pribadi. Instance workload berada di jaringan yang sama jika instance berkomunikasi secara langsung, tanpa {i>gateway<i}.

Antarmuka pengguna

Catatan: Cluster lokal memerlukan GKE Enterprise versi 1.11 atau yang lebih baru. Untuk informasi selengkapnya tentang peningkatan, lihat Mengupgrade Google Distributed Cloud (khusus software) untuk VMware atau Mengupgrade Google Distributed Cloud (khusus software) untuk bare metal.