View a markdown version of this page

Layanan Amazon ECS Connect perutean sadar zona - Amazon Elastic Container Service
Cara kerja perutean sadar zonaVerifikasi perutean yang sadar zona di Amazon EC2Memantau perutean sadar zonaPertimbangan-pertimbangan

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Layanan Amazon ECS Connect perutean sadar zona

Dengan perutean yang sadar zona Amazon ECS Service Connect, lalu lintas tetap berada dalam Availability Zone (AZ) yang sama dengan klien. Ini mengurangi biaya transfer data lintas AZ dan latensi tanpa memerlukan perubahan infrastruktur atau kode aplikasi tambahan. Ketika titik akhir seimbang di seluruh AZ, lebih dari 80% lalu lintas tetap lokal sementara bobot lalu lintas secara dinamis menyesuaikan saat titik akhir skala untuk mempertahankan beban seimbang di seluruh layanan target. Zone-aware routing aktif secara default untuk semua layanan baru dan yang sudah ada yang menggunakan Service Connect.

Cara kerja perutean sadar zona

Algoritma menggunakan fitur routing yang sadar zona Envoy di proxy Service Connect untuk merutekan lalu lintas berdasarkan lokalitas titik akhir:

  1. Penemuan titik akhir - Proksi menemukan semua titik akhir yang tersedia untuk layanan tujuan dan penempatan AZ-nya.

  2. Same-AZ prioritas - Proksi menghitung berapa persentase lalu lintas yang tetap di AZ yang sama berdasarkan rasio distribusi titik akhir antara AZ sumber (klien) dan tujuan (server). Ketika titik akhir tersebar merata di seluruh zona, lalu lintas Same-AZ biasanya melebihi 80%.

  3. Perutean kapasitas sisa - Lalu lintas yang tidak dapat tetap di AZ yang sama didistribusikan ke AZ lain berdasarkan kapasitas residu mereka. Proksi menghitung kapasitas residual dari setiap zona dan membagi lalu lintas lintas AZ secara proporsional di antara zona dengan kapasitas residual positif. Saat titik akhir berskala naik atau turun, proxy menghitung ulang bobot routing secara real time.

  4. Perlindungan kelebihan beban dan fallback ‐ Untuk mencegah kelebihan beban pada AZ tunggal, proxy memerlukan setidaknya 2 kali jumlah AZ sebagai titik akhir yang tersedia di layanan tujuan. Untuk Wilayah 3-AZ, ini berarti setidaknya 6 titik akhir. Di bawah ambang batas ini, perutean sadar zona dinonaktifkan dan lalu lintas didistribusikan secara merata menggunakan penyeimbangan beban round-robin. Perutean aktif kembali secara otomatis ketika jumlah titik akhir melebihi ambang batas. Jika titik akhir di AZ yang sama menjadi tidak tersedia, lalu lintas mendistribusikan ulang di AZ lain untuk menjaga ketersediaan.

Verifikasi perutean yang sadar zona di Amazon EC2

Pada instans container Amazon EC2 yang menggunakan runtime Docker, Anda dapat memeriksa statistik proxy Envoy di dalam wadah agen Service Connect untuk mengonfirmasi bahwa perutean sadar zona aktif. Prosedur ini memerlukan akses AWS Systems Manager host Manajer Sesi dandocker exec. Untuk instance AWS Fargate atau wadah yang menggunakancontainerd, gunakan Amazon Virtual Private Cloud Flow Log untuk memverifikasi perilaku perutean seperti yang dijelaskan dalamMemantau perutean sadar zona.

Untuk memverifikasi perutean sadar zona di Amazon EC2 dengan Docker

  1. Hubungkan ke instance kontainer dengan Manaj AWS Systems Manager er Sesi. Ganti instance-id dengan ID instance container Anda.

    aws ssm start-session --target instance-id

  2. Buka shell di wadah agen Service Connect.

    sudo docker exec -it $(sudo docker ps --filter "name=ecs-service-connect" -q | head -1) /bin/sh

  3. Statistik perutean zona kueri dari antarmuka admin Envoy.

    curl --unix-socket /tmp/envoy_admin.sock http://unix/stats | grep "lb_zone"

  4. Verifikasi output. Penerapan yang sehat dengan perutean sadar zona aktif menunjukkan nol permintaan lintas zona:

    cluster.my-service.lb_zone_routing_cross_zone: 0
cluster.my-service.lb_zone_cluster_too_small: 0

Tabel berikut menjelaskan metrik routing zona utama.

Metrik Deskripsi
lb_zone_routing_cross_zone Jumlah permintaan yang dialihkan ke titik akhir di AZ yang berbeda. Nilai berkelanjutan 0 mengkonfirmasi semua lalu lintas tetap dalam AZ yang sama.
lb_zone_cluster_too_small Jumlah kali perutean sadar zona dilewati karena jumlah titik akhir di bawah ambang minimum. Non-zero nilai selama penerapan awal diharapkan dan diselesaikan saat titik akhir menjadi sehat. Penerapan yang stabil menunjukkan 0.

Memantau perutean sadar zona

Gunakan Amazon Virtual Private Cloud Flow Log dengan az-id bidang untuk mengamati pola lalu lintas di tingkat jaringan. Ini menunjukkan dari AZ mana setiap catatan aliran berasal dan berakhir, memungkinkan Anda mengukur rasio lalu lintas AZ yang sama versus lintas AZ. Anda juga dapat menggunakan Cost Explorer untuk melacak AWS biaya transfer data lintas AZ sebelum dan sesudah menyebarkan kembali layanan Anda untuk mengaktifkan perutean yang sadar zona.

Untuk informasi selengkapnya tentang mengonfigurasi log alur, lihat Log Aliran VPC di Panduan Pengguna Amazon Virtual Private Cloud.

Pertimbangan-pertimbangan

Ingatlah hal-hal berikut saat Anda menggunakan perutean yang sadar zona:

  • Zone-aware routing bekerja dengan semua jenis peluncuran.

  • Zone-aware routing kompatibel dengan ruang nama Service Connect lintas akun yang dibagikan. AWS Resource Access Manager

  • Layanan yang ada (baik klien maupun server) memerlukan penyebaran ulang satu kali untuk mengaktifkan perutean sadar zona. Setelah penempatan ulang awal, routing menyesuaikan secara dinamis saat titik akhir berubah tanpa penerapan ulang lebih lanjut.