Secara default, lapisan kontrol mendorong konfigurasi lengkap semua layanan ke setiap sidecar di bidang data karena tidak mengetahui layanan mana yang sebenarnya dipanggil oleh tiap workload. Pada skala besar, pendekatan ini menimbulkan dua masalah:
Penggunaan memori sidecar yang tinggi. Setiap sidecar menyimpan konfigurasi untuk seluruh layanan dalam kluster, termasuk layanan yang tidak pernah dikomunikasikan dengannya.
Beban lapisan kontrol yang berat. Setiap perubahan konfigurasi—seperti pembuatan VirtualService—memicu dorongan ke semua sidecar tanpa mempertimbangkan relevansinya, sehingga mengurangi efisiensi dan ketersediaan lapisan kontrol.
Service Mesh (ASM) menyediakan tiga fitur untuk mengurangi beban lapisan kontrol dan konsumsi memori sidecar: service discovery selectors, sidecar recommendation, dan adaptive xDS optimization. Masing-masing beroperasi pada tingkat granularitas yang berbeda.
Pilih strategi optimasi
Tabel berikut membandingkan ketiga fitur tersebut untuk membantu Anda memilih pendekatan yang paling sesuai.
| Fitur | Tingkat cakupan | Mekanisme | Prasyarat | Pembaruan otomatis | Paling cocok untuk |
|---|---|---|---|---|---|
| Service discovery selectors | Namespace | Memfilter namespace mana yang ditemukan oleh lapisan kontrol | Label namespace | Tidak berlaku | Kluster dengan banyak namespace di mana workload hanya membutuhkan layanan dari beberapa namespace saja |
| Sidecar recommendation | Workload | Menganalisis log akses untuk menghasilkan resource Sidecar per-workload | Log Service diaktifkan untuk pengumpulan log akses | Tidak. Jalankan ulang rekomendasi saat dependensi berubah | Jumlah layanan yang besar dalam satu namespace |
| Adaptive xDS optimization | Workload | Men-deploy egress gateway untuk melacak dependensi panggilan dan secara otomatis menghasilkan resource Sidecar | Tidak ada | Ya. Resource Sidecar diperbarui secara otomatis saat dependensi berubah | Tim yang menginginkan optimasi otomatis tanpa manajemen Sidecar manual |
Service discovery selectors
Konfigurasikan label selector berdasarkan label namespace. Lapisan kontrol kemudian hanya menemukan dan memproses layanan di namespace yang sesuai, lalu hanya mendorong konfigurasi tersebut ke sidecar.
Skenario penerapan: Bidang data mencakup banyak namespace dan layanan, tetapi workload di tiap namespace hanya berinteraksi dengan layanan dari beberapa namespace tertentu.
Untuk petunjuk penyiapan, lihat Gunakan service discovery selectors untuk meningkatkan efisiensi dorong konfigurasi lapisan kontrol.
Sidecar recommendation
ASM menganalisis log akses yang dihasilkan oleh sidecar untuk mengidentifikasi dependensi panggilan antarlayanan. Berdasarkan analisis tersebut, ASM merekomendasikan dan membuat resource Sidecar untuk tiap workload, sehingga konfigurasi workload dibatasi hanya pada layanan yang benar-benar dipanggilnya.
Pendekatan ini memberikan dua manfaat utama:
Setiap sidecar hanya menyimpan konfigurasi layanan yang relevan dengan workload-nya.
Perubahan pada layanan yang tidak terkait—atau modifikasi resource seperti VirtualService untuk layanan terkait—tidak memicu dorongan konfigurasi baru ke sidecar tersebut.
Skenario penerapan: Service discovery selectors saja tidak cukup optimal. Misalnya, satu namespace berisi banyak layanan dan Anda ingin meminimalkan ukuran konfigurasi sidecar. ASM secara otomatis merekomendasikan dan membuat resource Sidecar berdasarkan analisis log akses, sehingga Anda tidak perlu menulis file YAML secara manual.
Untuk melihat dampak terukur terhadap performa dorong, lihat Dampak sidecar recommendation terhadap optimasi dorong konfigurasi.
Untuk petunjuk penyiapan, lihat Gunakan sidecar yang direkomendasikan secara otomatis berdasarkan analisis log akses.
Adaptive xDS optimization
Seperti sidecar recommendation, adaptive xDS optimization juga menghasilkan resource Sidecar per-workload untuk mempersempit cakupan konfigurasi. Namun, fitur ini memiliki perbedaan sebagai berikut:
Sepenuhnya otomatis. Resource Sidecar dibuat dan diperbarui secara otomatis saat dependensi panggilan berubah, tanpa memerlukan konfigurasi manual atau re-rekomendasi berkala.
Tidak bergantung pada Log Service. Fitur ini tidak memerlukan pengaktifan Log Service untuk mengumpulkan log akses di bidang data.
Berbasis egress gateway. Sebuah egress gateway bernama
istio-axds-egressgatewaydideploy di bidang data. Fitur ini hanya berlaku untuk workload yang Anda pilih, dan seluruh traffic HTTP dari workload tersebut diarahkan melalui gateway ini, yang digunakan lapisan kontrol untuk menganalisis dependensi panggilan.
Skenario penerapan: Anda menginginkan cara paling sederhana untuk mencapai optimasi dorong konfigurasi, terutama jika tidak familiar dengan resource Sidecar atau penyetelan konfigurasi manual.
Egress gateway dapat memengaruhi routing traffic di bidang data dan mengonsumsi resource lapisan kontrol. Tambahkan workload ke cakupan fitur secara bertahap untuk mencegah gangguan.
Untuk petunjuk penyiapan, lihat Gunakan adaptive xDS optimization untuk meningkatkan efisiensi dorong konfigurasi lapisan kontrol.