Fitur yang didukung bidang kontrol dalam cluster

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

Versi yang didukung

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

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

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

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

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

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

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

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

Perbedaan platform

Ada perbedaan dalam fitur yang didukung antara platform yang didukung.

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

• Google Distributed Cloud:

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

  Halaman ini menggunakan Google Distributed Cloud yang menyediakan dukungan yang sama di Google Distributed Cloud (khusus software) untuk VMware dan Google Distributed Cloud (khusus software) untuk bare metal, serta platform tertentu yang memiliki perbedaan antara platform.

• GKE Enterprise di cloud publik lainnya:

  • GKE di AWS
  • GKE di Azure

• Cluster terpasang GKE - Cluster Kubernetes pihak ketiga yang telah didaftarkan ke fleet. Cloud Service Mesh didukung di jenis cluster berikut:

  • Cluster Amazon EKS
  • Cluster Microsoft AKS

Dalam tabel berikut:

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

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

Gambar Dasar

Keamanan

Mekanisme distribusi/rotasi sertifikat

Dukungan certificate authority (CA)

Fitur keamanan Cloud Service Mesh

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

Kebijakan otorisasi

Kebijakan autentikasi

Autentikasi peer

Untuk mengetahui informasi tentang cara mengaktifkan mode KETAT mTLS, lihat Mengonfigurasi keamanan transportasi.

Meminta autentikasi

Catatan:

1. JWT pihak ketiga diaktifkan secara default.

Telemetri

Metrik

Logging permintaan proxy

Pelacakan

Jaringan

Aturan tujuan

Mekanisme penyadapan/pengalihan traffic

Dukungan protokol

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

Catatan:

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

Deployment Envoy

Dukungan CRD

Load balancer untuk gateway traffic masuk Istio

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

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

Kubernetes Gateway API (pratinjau)

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

Jika Anda menggunakan cluster terlampir Microsoft AKS atau cluster GKE di 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 perutean. HttpRoute harus memiliki parentRef yang mengarah ke Gateway.

• Jangan gunakan CR Istio Gateway dan CR Kubernetes Gateway API di 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-primer cluster GKE di project yang berbeda, semua cluster harus berada di Virtual Private Cloud (VPC) bersama.

Jaringan

Catatan:

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

Model deployment

Catatan tentang terminologi:

• Cluster utama adalah cluster dengan bidang kontrol. Satu mesh dapat memiliki lebih dari satu cluster utama untuk ketersediaan tinggi atau untuk mengurangi latensi. Dalam dokumentasi Istio 1.7, deployment multi-primer disebut sebagai bidang kontrol yang direplikasi.

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

• Cloud Service Mesh menggunakan definisi jaringan yang disederhanakan berdasarkan konektivitas umum. Instance workload berada di jaringan yang sama jika dapat berkomunikasi secara langsung, tanpa gateway.

Antarmuka pengguna

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