Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Menggunakan penyeimbangan beban untuk mendistribusikan lalu lintas layanan Amazon ECS
Layanan Anda secara opsional dapat dikonfigurasi untuk menggunakan Elastic Load Balancing untuk mendistribusikan lalu lintas secara merata di seluruh tugas dalam layanan Anda.
**catatan**
Bila Anda menggunakan set tugas, semua tugas dalam set harus dikonfigurasi untuk menggunakan Elastic Load Balancing atau untuk tidak menggunakan Elastic Load Balancing.
Layanan Amazon ECS yang dihosting AWS Fargate mendukung Application Load Balancers, Network Load Balancers, dan Gateway Load Balancers. Gunakan tabel berikut untuk mempelajari jenis penyeimbang beban apa yang akan digunakan.
| Jenis Load Balancer | Gunakan dalam kasus ini |
| --- | --- |
| Penyeimbang Beban Aplikasi | Lalu lintas rute HTTP/HTTPS (atau lapisan 7).Application Load Balancers menawarkan beberapa fitur yang membuatnya menarik untuk digunakan dengan layanan Amazon ECS: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonECS/latest/developerguide/service-load-balancing.html) |
| Penyeimbang Beban Jaringan | Rute lalu lintas TCP atau UDP (atau lapisan 4). |
| Penyeimbang Beban Gateway | Rute lalu lintas TCP atau UDP (atau lapisan 4). Gunakan peralatan virtual, seperti firewall, sistem deteksi dan pencegahan intrusi, dan sistem inspeksi paket dalam. |
Kami menyarankan Anda menggunakan Application Load Balancer untuk layanan Amazon ECS Anda sehingga Anda dapat memanfaatkan fitur-fitur terbaru ini, kecuali layanan Anda memerlukan fitur yang hanya tersedia dengan Network Load Balancers atau Gateway Load Balancer. Untuk informasi selengkapnya tentang Elastic Load Balancing dan perbedaan antara jenis load balancer, lihat Panduan Pengguna [Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/).
Dengan penyeimbang beban, Anda hanya membayar apa yang Anda gunakan. Untuk informasi selengkapnya, lihat [Harga Elastic Load Balancing](https://aws.amazon.com/elasticloadbalancing/pricing/).
# Mengoptimalkan parameter pemeriksaan kondisi penyeimbang beban untuk Amazon ECS
Load balancer merutekan permintaan hanya ke target sehat di Availability Zones untuk penyeimbang beban. Setiap target didaftarkan ke kelompok sasaran. Penyeimbang beban memeriksa kesehatan setiap target, menggunakan pengaturan pemeriksaan kesehatan kelompok sasaran. Setelah Anda mendaftarkan target, itu harus melewati satu pemeriksaan kesehatan agar dianggap sehat. Amazon ECS memonitor penyeimbang beban. Penyeimbang beban secara berkala mengirimkan pemeriksaan kesehatan ke wadah Amazon ECS. Agen Amazon ECS memantau, dan menunggu penyeimbang beban melaporkan kesehatan kontainer. Ia melakukan ini sebelum menganggap wadah berada dalam status sehat.
Dua parameter pemeriksaan kesehatan Elastic Load Balancing memengaruhi kecepatan penerapan:
+ Interval pemeriksaan kesehatan: Menentukan perkiraan jumlah waktu, dalam hitungan detik, antara pemeriksaan kesehatan wadah individu. Secara default, penyeimbang beban memeriksa setiap 30 detik.
Parameter ini dinamai:
+ `HealthCheckIntervalSeconds`di Elastic Load Balancing API
+ **Interval** pada konsol Amazon EC2
+ Jumlah ambang batas yang sehat: Menentukan jumlah keberhasilan pemeriksaan kesehatan berturut-turut yang diperlukan sebelum mempertimbangkan wadah yang tidak sehat sehat. Secara default, penyeimbang beban memerlukan lima pemeriksaan kesehatan yang lewat sebelum melaporkan bahwa wadah target sehat.
Parameter ini dinamai:
+ `HealthyThresholdCount`di Elastic Load Balancing API
+ **Ambang batas yang sehat** di konsol Amazon EC2
**Penting:** Untuk target yang baru terdaftar, hanya satu pemeriksaan kesehatan yang berhasil diperlukan untuk mempertimbangkan target yang sehat, terlepas dari pengaturan jumlah ambang batas yang sehat. Jumlah ambang batas yang sehat hanya berlaku ketika target beralih dari keadaan tidak sehat kembali ke keadaan sehat.
Dengan pengaturan default, jika target menjadi tidak sehat dan kemudian pulih, total waktu untuk menentukan kesehatan wadah adalah dua menit dan 30 detik (`30 seconds * 5 = 150 seconds`).
Anda dapat mempercepat proses pemeriksaan kesehatan jika layanan Anda dimulai dan stabil dalam waktu kurang dari 10 detik. Untuk mempercepat proses, kurangi interval pemeriksaan kesehatan dan jumlah ambang batas yang sehat.
+ `HealthCheckIntervalSeconds`(Nama Elastic Load Balancing API) atau **Interval** (nama konsol Amazon EC2): 5
+ `HealthyThresholdCount`(Nama Elastic Load Balancing API) atau **ambang Healthy** (nama konsol Amazon EC2): 2
Dengan pengaturan ini, proses pemeriksaan kesehatan membutuhkan waktu 10 detik dibandingkan dengan default dua menit dan 30 detik.
Untuk informasi selengkapnya tentang parameter pemeriksaan kesehatan Elastic Load Balancing, lihat [Pemeriksaan Kesehatan untuk grup target Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) di Panduan Pengguna *Elastic Load Balancing*.
# Optimalkan parameter pengurasan koneksi penyeimbang beban untuk Amazon ECS
Untuk memungkinkan pengoptimalan, klien mempertahankan koneksi tetap hidup ke layanan kontainer. Ini memungkinkan permintaan berikutnya dari klien tersebut untuk menggunakan kembali koneksi yang ada. Saat Anda ingin menghentikan lalu lintas ke kontainer, Anda memberi tahu penyeimbang beban. Penyeimbang beban secara berkala memeriksa untuk melihat apakah klien menutup koneksi tetap hidup. Amazon ECS memantau penyeimbang beban, dan menunggu penyeimbang beban melaporkan bahwa koneksi tetap hidup ditutup (target dalam keadaan). `UNUSED`
Jumlah waktu yang menunggu penyeimbang beban untuk memindahkan target ke `UNUSED` status adalah penundaan deregistrasi. Anda dapat mengonfigurasi parameter penyeimbang beban berikut untuk mempercepat penerapan Anda.
+ `deregistration_delay.timeout_seconds`: 300 (default)
Ketika Anda memiliki layanan dengan waktu respons di bawah 1 detik, atur parameter ke nilai berikut agar penyeimbang beban hanya menunggu 5 detik sebelum memutuskan koneksi antara klien dan layanan back-end:
+ `deregistration_delay.timeout_seconds`: 5
**catatan**
Jangan atur nilainya menjadi 5 detik saat Anda memiliki layanan dengan permintaan yang berumur panjang, seperti unggahan file yang lambat atau koneksi streaming.
## Responsif SIGTERM
Amazon ECS pertama kali mengirimkan sinyal berhenti ke tugas untuk memberi tahu aplikasi harus selesai dan dimatikan. Sinyal ini dapat didefinisikan dalam gambar kontainer Anda dengan instruksi STOPSIGNAL dan akan default ke SIGTERM. Kemudian, Amazon ECS mengirimkan pesan SIGKILL. Ketika aplikasi mengabaikan SIGTERM, layanan Amazon ECS harus menunggu untuk mengirim sinyal SIGKILL untuk menghentikan proses.
Jumlah waktu yang Amazon ECS menunggu untuk mengirim pesan SIGKILL ditentukan oleh opsi agen Amazon ECS berikut:
+ `ECS_CONTAINER_STOP_TIMEOUT`: 30 (default)
Untuk informasi selengkapnya tentang parameter agen kontainer, lihat [Agen Kontainer Amazon ECS](https://github.com/aws/amazon-ecs-agent/blob/master/README.md) di GitHub.
Untuk mempercepat masa tunggu, atur parameter agen Amazon ECS ke nilai berikut:
+ `ECS_CONTAINER_STOP_TIMEOUT`: 2
Jika aplikasi Anda membutuhkan waktu lebih dari 1 detik, kalikan nilainya dengan 2 dan gunakan angka itu sebagai nilainya.
Dalam hal ini, Amazon ECS menunggu 2 detik hingga wadah dimatikan, dan kemudian Amazon ECS mengirimkan pesan SIGKILL ketika aplikasi tidak berhenti.
Anda juga dapat memodifikasi kode aplikasi untuk menjebak sinyal SIGTERM dan bereaksi terhadapnya. Berikut ini adalah contoh di JavaScript:
```
process.on('SIGTERM', function() {
server.close();
})
```
Kode ini menyebabkan server HTTP berhenti mendengarkan permintaan baru, menyelesaikan menjawab permintaan dalam penerbangan, dan kemudian proses Node.js berakhir karena loop peristiwa tidak ada hubungannya. Mengingat hal ini, jika dibutuhkan proses hanya 500 ms untuk menyelesaikan permintaan dalam penerbangannya, itu berakhir lebih awal tanpa harus menunggu batas waktu berhenti dan dikirimi SIGKILL.
# Menggunakan Application Load Balancer untuk Amazon ECS
Application Load Balancer membuat keputusan routing di layer aplikasi (HTTP/HTTPS), mendukung routing berbasis jalur, dan dapat merutekan permintaan ke satu atau beberapa port pada setiap instance container di cluster Anda. Aplikasi Load Balancer mendukung pemetaan port host dinamis. Misalnya, jika definisi kontainer tugas Anda menentukan port 80 untuk port kontainer NGINX, dan port 0 untuk port host, maka port host dipilih secara dinamis dari rentang port sementara instance kontainer (seperti 32768 hingga 61000 pada AMI Amazon ECS terbaru yang dioptimalkan). Ketika tugas diluncurkan, kontainer NGINX terdaftar dengan Application Load Balancer sebagai ID instance dan kombinasi port, dan lalu lintas didistribusikan ke ID instance dan port yang sesuai dengan container tersebut. Pemetaan dinamis ini mengizinkan Anda memiliki banyak tugas dari satu layanan pada instans kontainer yang sama. Untuk informasi selengkapnya, lihat [Panduan Pengguna untuk Penyeimbang Beban Aplikasi](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/).
Untuk informasi tentang praktik terbaik untuk menyetel parameter guna mempercepat penerapan Anda, lihat:
+ [Mengoptimalkan parameter pemeriksaan kondisi penyeimbang beban untuk Amazon ECS](load-balancer-healthcheck.md)
+ [Optimalkan parameter pengurasan koneksi penyeimbang beban untuk Amazon ECS](load-balancer-connection-draining.md)
Pertimbangkan hal berikut saat menggunakan Application Load Balancers dengan Amazon ECS:
+ Amazon ECS memerlukan peran IAM terkait layanan yang menyediakan izin yang diperlukan untuk mendaftarkan dan membatalkan pendaftaran target dengan penyeimbang beban Anda saat tugas dibuat dan dihentikan. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon ECS](using-service-linked-roles.md).
+ Untuk layanan dalam konfigurasi IPv6 -only, Anda harus menetapkan jenis alamat IP grup target Application Load Balancer `dualstack` ke atau. `dualstack-without-public-ipv4`
+ Untuk layanan dengan tugas menggunakan mode `awsvpc` jaringan, saat Anda membuat grup target untuk layanan Anda, Anda harus memilih `ip` sebagai jenis target, bukan`instance`. Ini karena tugas yang menggunakan mode `awsvpc` jaringan dikaitkan dengan elastic network interface, bukan instans Amazon EC2.
+ Jika layanan Anda memerlukan akses ke beberapa port yang seimbang beban, seperti port 80 dan port 443 untuk suatu HTTP/HTTPS layanan, Anda dapat mengonfigurasi dua pendengar. Satu listener bertanggung jawab untuk HTTPS yang meneruskan permintaan ke layanan, dan listener lainnya bertanggung jawab untuk mengarahkan permintaan HTTP ke port HTTPS yang sesuai. Untuk informasi selengkapnya, lihat [Membuat pendengar ke Application Load Balancer Anda](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-listener.html) di *Panduan Pengguna untuk Penyeimbang Beban Aplikasi*.
+ Konfigurasi subnet penyeimbang beban Anda harus menyertakan semua Availability Zone tempat instans kontainer Anda berada.
+ Setelah Anda membuat layanan, konfigurasi penyeimbang beban tidak dapat diubah dari. Konsol Manajemen AWS Anda dapat menggunakan AWS Copilot, AWS CloudFormation, AWS CLI atau SDK untuk memodifikasi konfigurasi penyeimbang beban hanya untuk pengontrol penerapan `ECS` bergulir, bukan biru/hijau atau eksternal. AWS CodeDeploy Saat Anda menambahkan, memperbarui, atau menghapus konfigurasi penyeimbang beban, Amazon ECS memulai penerapan baru dengan konfigurasi Elastic Load Balancing yang diperbarui. Hal ini menyebabkan tugas mendaftar dan membatalkan pendaftaran dari penyeimbang beban. Kami menyarankan Anda memverifikasi ini di lingkungan pengujian sebelum memperbarui konfigurasi Elastic Load Balancing. Untuk informasi tentang cara mengubah konfigurasi, lihat [UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)di *Referensi API Amazon Elastic Container Service*.
+ Jika tugas layanan gagal dalam kriteria pemeriksaan kesehatan penyeimbang beban, tugas dihentikan dan dimulai ulang. Proses ini berlanjut hingga layanan Anda mencapai jumlah tugas berjalan yang diinginkan.
+ Jika Anda mengalami masalah dengan layanan yang diaktifkan penyeimbang beban, lihat [Memecahkan masalah penyeimbang beban layanan di Amazon ECS](troubleshoot-service-load-balancers.md).
+ Saat menggunakan tipe `instance` target, tugas dan penyeimbang beban Anda harus dalam VPC yang sama. Saat menggunakan tipe `ip` target, konektivitas lintas-VPC didukung.
+ Gunakan grup target unik untuk setiap layanan.
Menggunakan grup target yang sama untuk beberapa layanan dapat menyebabkan masalah selama penerapan layanan.
+ Anda harus menentukan grup target yang terkait dengan Application Load Balancer.
*Untuk selengkapnya tentang cara membuat Application Load Balancer, lihat [Membuat Application Load Balancer di Application Load](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-application-load-balancer.html) Balancers*
# Menggunakan Network Load Balancer untuk Amazon ECS
Penyeimbang Beban Jaringan mengambil keputusan perutean di lapisan pengangkutan (TCP/SSL). Hal itu dapat menangani jutaan permintaan per detik. Setelah penyeimbang beban menerima koneksi, penyeimbang akan memilih target dari grup target untuk aturan default menggunakan algoritme perutean hash alur. Penyeimbang mencoba untuk membuka koneksi TCP ke target yang dipilih pada port yang ditentukan dalam konfigurasi listener. Ini meneruskan permintaan tanpa memodifikasi header. Network Load Balancers mendukung pemetaan port host dinamis. Misalnya, jika definisi kontainer tugas Anda menentukan port 80 untuk port kontainer NGINX, dan port 0 untuk port host, maka port host dipilih secara dinamis dari rentang port sementara instance kontainer (seperti 32768 hingga 61000 pada AMI Amazon ECS terbaru yang dioptimalkan). Ketika tugas diluncurkan, kontainer NGINX terdaftar dengan Network Load Balancer sebagai ID instance dan kombinasi port, dan lalu lintas didistribusikan ke ID instance dan port yang sesuai dengan container tersebut. Pemetaan dinamis ini mengizinkan Anda memiliki banyak tugas dari satu layanan pada instans kontainer yang sama. Untuk informasi selengkapnya, lihat [Panduan Pengguna untuk Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/).
Untuk informasi tentang praktik terbaik untuk menyetel parameter guna mempercepat penerapan Anda, lihat:
+ [Mengoptimalkan parameter pemeriksaan kondisi penyeimbang beban untuk Amazon ECS](load-balancer-healthcheck.md)
+ [Optimalkan parameter pengurasan koneksi penyeimbang beban untuk Amazon ECS](load-balancer-connection-draining.md)
Pertimbangkan hal berikut saat menggunakan Network Load Balancers dengan Amazon ECS:
+ Amazon ECS memerlukan peran IAM terkait layanan yang menyediakan izin yang diperlukan untuk mendaftarkan dan membatalkan pendaftaran target dengan penyeimbang beban Anda saat tugas dibuat dan dihentikan. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon ECS](using-service-linked-roles.md).
+ Anda tidak dapat melampirkan lebih dari lima grup target ke layanan.
+ Untuk layanan dalam konfigurasi IPv6 -only, Anda harus mengatur tipe alamat IP grup target Network Load `dualstack` Balancer.
+ Untuk layanan dengan tugas menggunakan mode `awsvpc` jaringan, saat Anda membuat grup target untuk layanan Anda, Anda harus memilih `ip` sebagai jenis target, bukan`instance`. Ini karena tugas yang menggunakan mode `awsvpc` jaringan dikaitkan dengan elastic network interface, bukan instans Amazon EC2.
+ Konfigurasi subnet penyeimbang beban Anda harus menyertakan semua Availability Zone tempat instans kontainer Anda berada.
+ Setelah Anda membuat layanan, konfigurasi penyeimbang beban tidak dapat diubah dari. Konsol Manajemen AWS Anda dapat menggunakan AWS Copilot, AWS CloudFormation, AWS CLI atau SDK untuk memodifikasi konfigurasi penyeimbang beban hanya untuk pengontrol penerapan `ECS` bergulir, bukan biru/hijau atau eksternal. AWS CodeDeploy Saat Anda menambahkan, memperbarui, atau menghapus konfigurasi penyeimbang beban, Amazon ECS memulai penerapan baru dengan konfigurasi Elastic Load Balancing yang diperbarui. Hal ini menyebabkan tugas mendaftar dan membatalkan pendaftaran dari penyeimbang beban. Kami menyarankan Anda memverifikasi ini di lingkungan pengujian sebelum memperbarui konfigurasi Elastic Load Balancing. Untuk informasi tentang cara mengubah konfigurasi, lihat [UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)di *Referensi API Amazon Elastic Container Service*.
+ Jika tugas layanan gagal dalam kriteria pemeriksaan kesehatan penyeimbang beban, tugas dihentikan dan dimulai ulang. Proses ini berlanjut hingga layanan Anda mencapai jumlah tugas berjalan yang diinginkan.
+ Saat Anda menggunakan Load Balancer Gateway yang dikonfigurasi dengan alamat IP sebagai target dan Pelestarian IP Klien tidak aktif, permintaan akan terlihat berasal dari alamat IP pribadi Gateway Load Balancers. Ini berarti bahwa layanan di balik Load Balancer Gateway secara efektif terbuka untuk dunia segera setelah Anda mengizinkan permintaan masuk dan pemeriksaan kesehatan di grup keamanan target.
+ Untuk tugas Fargate, Anda harus menggunakan versi platform `1.4.0` (Linux) atau `1.0.0` (Windows).
+ Jika Anda mengalami masalah dengan layanan yang diaktifkan penyeimbang beban, lihat [Memecahkan masalah penyeimbang beban layanan di Amazon ECS](troubleshoot-service-load-balancers.md).
+ Saat menggunakan tipe `instance` target, tugas dan penyeimbang beban Anda harus dalam VPC yang sama. Saat menggunakan tipe `ip` target, konektivitas lintas-VPC didukung.
+ Pelestarian alamat IP klien Network Load Balancer kompatibel dengan target Fargate.
+ Gunakan grup target unik untuk setiap layanan.
Menggunakan grup target yang sama untuk beberapa layanan dapat menyebabkan masalah selama penerapan layanan.
+ Anda harus menentukan grup target yang terkait dengan Network Load Balancer.
*Untuk selengkapnya tentang cara membuat Network Load Balancer, lihat [Membuat Network Load Balancer di Network Load](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html) Balancer*
**penting**
Jika definisi tugas layanan Anda menggunakan mode `awsvpc` jaringan (yang diperlukan untuk Fargate), Anda harus memilih `ip` sebagai jenis target, bukan. `instance` Ini karena tugas yang menggunakan mode `awsvpc` jaringan dikaitkan dengan elastic network interface, bukan instans Amazon EC2.
Anda tidak dapat mendaftarkan instans berdasarkan ID instans jika mereka memiliki jenis instance berikut: C1,,,,, CC1 CC2, G1 CG1 CG2, G2 CR1,,, M1, M2 HI1 HS1, M3, dan T1. Anda dapat mendaftarkan instans tipe ini berdasarkan alamat IP.
# Menggunakan Load Balancer Gateway untuk Amazon ECS
Penyeimbang Beban Gateway beroperasi pada lapisan ketiga model Open Systems Interconnection (OSI), yaitu lapisan jaringan. Penyeimbang Beban Gateway mendengarkan semua paket IP di semua port dan meneruskan lalu lintas ke grup target yang ditentukan dalam aturan listener. Ini mempertahankan kelengketan aliran ke alat target tertentu menggunakan 5-tuple (untuk aliran) atau 3-tuple (untuk TCP/UDP aliran non-TCP/UDP). Misalnya, jika definisi kontainer tugas Anda menentukan port 80 untuk port kontainer NGINX, dan port 0 untuk port host, maka port host dipilih secara dinamis dari rentang port sementara instance kontainer (seperti 32768 hingga 61000 pada AMI Amazon ECS terbaru yang dioptimalkan). Saat tugas diluncurkan, kontainer NGINX terdaftar dengan Load Balancer Gateway sebagai ID instance dan kombinasi port, dan lalu lintas didistribusikan ke ID instance dan port yang sesuai dengan container tersebut. Pemetaan dinamis ini mengizinkan Anda memiliki banyak tugas dari satu layanan pada instans kontainer yang sama. Untuk informasi selengkapnya, lihat [Apa itu Load Balancer Gateway di Gateway *Load Balancers*](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html).
Untuk informasi tentang praktik terbaik untuk menyetel parameter guna mempercepat penerapan Anda, lihat:
+ [Mengoptimalkan parameter pemeriksaan kondisi penyeimbang beban untuk Amazon ECS](load-balancer-healthcheck.md)
+ [Optimalkan parameter pengurasan koneksi penyeimbang beban untuk Amazon ECS](load-balancer-connection-draining.md)
Pertimbangkan hal berikut saat menggunakan Gateway Load Balancer dengan Amazon ECS:
+ Amazon ECS memerlukan peran IAM terkait layanan yang menyediakan izin yang diperlukan untuk mendaftarkan dan membatalkan pendaftaran target dengan penyeimbang beban Anda saat tugas dibuat dan dihentikan. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon ECS](using-service-linked-roles.md).
+ Untuk layanan dalam konfigurasi IPv6 -only, Anda harus mengatur tipe alamat IP grup target dari Load `dualstack` Balancer Gateway ke.
+ Untuk layanan dengan tugas yang menggunakan mode jaringan selain`awsvpc`, Gateway Load Balancer tidak didukung.
+ Konfigurasi subnet penyeimbang beban Anda harus menyertakan semua Availability Zone tempat instans kontainer Anda berada.
+ Setelah Anda membuat layanan, konfigurasi penyeimbang beban tidak dapat diubah dari. Konsol Manajemen AWS Anda dapat menggunakan AWS Copilot, AWS CloudFormation, AWS CLI atau SDK untuk memodifikasi konfigurasi penyeimbang beban hanya untuk pengontrol penerapan `ECS` bergulir, bukan biru/hijau atau eksternal. AWS CodeDeploy Saat Anda menambahkan, memperbarui, atau menghapus konfigurasi penyeimbang beban, Amazon ECS memulai penerapan baru dengan konfigurasi Elastic Load Balancing yang diperbarui. Hal ini menyebabkan tugas mendaftar dan membatalkan pendaftaran dari penyeimbang beban. Kami menyarankan Anda memverifikasi ini di lingkungan pengujian sebelum memperbarui konfigurasi Elastic Load Balancing. Untuk informasi tentang cara mengubah konfigurasi, lihat [UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)di *Referensi API Amazon Elastic Container Service*.
+ Jika tugas layanan gagal dalam kriteria pemeriksaan kesehatan penyeimbang beban, tugas dihentikan dan dimulai ulang. Proses ini berlanjut hingga layanan Anda mencapai jumlah tugas berjalan yang diinginkan.
+ Saat Anda menggunakan Load Balancer Gateway yang dikonfigurasi dengan alamat IP sebagai target, permintaan akan terlihat berasal dari alamat IP pribadi Gateway Load Balancers. Ini berarti bahwa layanan di balik Load Balancer Gateway secara efektif terbuka untuk dunia segera setelah Anda mengizinkan permintaan masuk dan pemeriksaan kesehatan di grup keamanan target.
+ Untuk tugas Fargate, Anda harus menggunakan versi platform `1.4.0` (Linux) atau `1.0.0` (Windows).
+ Jika Anda mengalami masalah dengan layanan yang diaktifkan penyeimbang beban, lihat [Memecahkan masalah penyeimbang beban layanan di Amazon ECS](troubleshoot-service-load-balancers.md).
+ Saat menggunakan tipe `instance` target, tugas dan penyeimbang beban Anda harus dalam VPC yang sama. Saat menggunakan tipe `ip` target, konektivitas lintas-VPC didukung.
+ Gunakan grup target unik untuk setiap layanan.
Menggunakan grup target yang sama untuk beberapa layanan dapat menyebabkan masalah selama penerapan layanan.
+ Anda harus menentukan grup target yang terkait dengan Load Balancer Gateway.
*Untuk informasi tentang cara membuat Load Balancer Gateway, lihat [Memulai Gateway Load Balancers di Gateway Load Balancers](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/getting-started.html)*
**penting**
Jika definisi tugas layanan Anda menggunakan mode `awsvpc` jaringan (yang diperlukan untuk Fargate), Anda harus memilih `ip` sebagai jenis target, bukan. `instance` Ini karena tugas yang menggunakan mode `awsvpc` jaringan dikaitkan dengan elastic network interface, bukan instans Amazon EC2.
Anda tidak dapat mendaftarkan instans berdasarkan ID instans jika mereka memiliki jenis instance berikut: C1,,,,, CC1 CC2, G1 CG1 CG2, G2 CR1,,, M1, M2 HI1 HS1, M3, dan T1. Anda dapat mendaftarkan instans tipe ini berdasarkan alamat IP.
# Mendaftarkan beberapa grup target dengan layanan Amazon ECS
Layanan Amazon ECS Anda dapat melayani lalu lintas dari beberapa penyeimbang beban dan mengekspos beberapa port seimbang beban saat Anda menentukan beberapa grup target dalam definisi layanan.
Untuk membuat layanan yang menentukan beberapa grup target, Anda harus membuat layanan menggunakan Amazon ECS API, SDK AWS CLI, atau templat. CloudFormation Setelah layanan dibuat, Anda dapat melihat layanan dan grup target yang terdaftar dengan Konsol Manajemen AWS. Anda harus menggunakan `[UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)` untuk memodifikasi konfigurasi penyeimbang beban dari layanan yang ada.
Beberapa grup target dapat ditentukan dalam penentuan layanan menggunakan format berikut. Untuk sintaksis lengkap penentuan layanan, lihat [Templat definisi layanan](sd-template.md).
```
"loadBalancers":[
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_1/1234567890123456",
"containerName":"container_name",
"containerPort":container_port
},
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_2/6543210987654321",
"containerName":"container_name",
"containerPort":container_port
}
]
```
## Pertimbangan-pertimbangan
Hal-hal berikut harus dipertimbangkan saat Anda menentukan beberapa grup target dalam penentuan layanan.
+ Untuk layanan yang menggunakan Application Load Balancer atau Penyeimbang Beban Jaringan, Anda tidak dapat melampirkan lebih dari lima grup target ke layanan.
+ Penentuan beberapa grup target dalam penentuan layanan hanya didukung dalam kondisi berikut:
+ Layanan harus menggunakan Application Load Balancer atau Network Load Balancer.
+ Layanan harus menggunakan (`ECS`) jenis pengontrol penyebaran. Ini bisa berupa penyebaran native/blue hijau Amazon ECS, atau penerapan pembaruan bergulir.
+ Menentukan beberapa grup target didukung untuk layanan yang berisi tugas menggunakan jenis peluncuran Fargate dan EC2.
+ Saat membuat layanan yang menentukan beberapa grup target, peran terkait layanan Amazon ECS harus dibuat. Peran dibuat dengan menghilangkan parameter `role` dalam permintaan API, atau properti `Role` di CloudFormation. Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan untuk Amazon ECS](using-service-linked-roles.md).
## Contoh penentuan layanan
Berikut adalah beberapa contoh kasus penggunaan untuk menentukan beberapa grup target dalam penentuan layanan. Untuk sintaksis penentuan layanan lengkap, lihat [Templat definisi layanan](sd-template.md).
### Memiliki penyeimbang beban terpisah untuk lalu lintas internal dan eksternal
Dalam kasus penggunaan berikut, layanan menggunakan dua penyeimbang beban terpisah, satu untuk lalu lintas internal dan yang kedua untuk lalu lintas yang berhadapan dengan internet, untuk kontainer dan port yang sama.
```
"loadBalancers":[
//Internal ELB
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_1/1234567890123456",
"containerName":"nginx",
"containerPort":8080
},
//Internet-facing ELB
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_2/6543210987654321",
"containerName":"nginx",
"containerPort":8080
}
]
```
### Mengekspos beberapa port dari wadah yang sama
Dalam kasus penggunaan berikut, layanan menggunakan satu penyeimbang beban, akan tetapi mengekspos beberapa port dari kontainer yang sama. Misalnya, kontainer Jenkins mungkin mengekspos port 8080 untuk antarmuka web Jenkins dan port 50000 untuk API.
```
"loadBalancers":[
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_1/1234567890123456",
"containerName":"jenkins",
"containerPort":8080
},
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_2/6543210987654321",
"containerName":"jenkins",
"containerPort":50000
}
]
```
### Mengekspos port dari beberapa kontainer
Dalam kasus penggunaan berikut, layanan menggunakan satu penyeimbang beban dan dua grup target untuk mengekspos port dari kontainer terpisah.
```
"loadBalancers":[
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_1/1234567890123456",
"containerName":"webserver",
"containerPort":80
},
{
"targetGroupArn":"arn:aws:elasticloadbalancing:region:123456789012:targetgroup/target_group_name_2/6543210987654321",
"containerName":"database",
"containerPort":3306
}
]
```