Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Migrasi Classic Load Balancer Anda
Elastic Load Balancing mendukung jenis load balancer berikut: Application Load Balancers, Network Load Balancers, Gateway Load Balancers, dan Classic Load Balancers. Untuk informasi tentang fitur yang berbeda dari setiap jenis load balancer, lihat fitur [Elastic Load Balancing](https://aws.amazon.com/elasticloadbalancing/features/).
Anda juga dapat memilih untuk memigrasikan Classic Load Balancer yang ada di VPC, ke Application Load Balancer atau Network Load Balancer.
## Manfaat migrasi dari Classic Load Balancer
Setiap jenis load balancer memiliki fitur, fungsi, dan konfigurasi uniknya sendiri. Tinjau manfaat masing-masing penyeimbang beban untuk membantu memutuskan mana yang terbaik untuk Anda.
------
#### [ Application Load Balancer ]
**Menggunakan Application Load Balancer bukan Classic Load Balancer memiliki manfaat sebagai berikut:**
Support untuk:
+ [Kondisi jalur](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#path-conditions), [kondisi Host](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#host-conditions), dan [kondisi header HTTP](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#http-header-conditions).
+ Mengarahkan permintaan dari satu URL ke URL lainnya, dan merutekan permintaan ke beberapa aplikasi pada satu instans EC2.
+ Mengembalikan respons HTTP kustom.
+ Mendaftarkan target berdasarkan alamat IP, dan mendaftarkan fungsi Lambda sebagai target. Termasuk target di luar VPC untuk load balancer.
+ Mengautentikasi pengguna melalui identitas perusahaan atau sosial.
+ Aplikasi kontainer Amazon Elastic Container Service (Amazon ECS).
+ Memantau kesehatan setiap layanan secara independen.
Log akses berisi informasi tambahan dan disimpan dalam format terkompresi.
Peningkatan kinerja penyeimbang beban secara keseluruhan.
------
#### [ Network Load Balancer ]
**Menggunakan Network Load Balancer sebagai pengganti Classic Load Balancer memiliki manfaat sebagai berikut:**
Support untuk:
+ Alamat IP statis, yang memungkinkan penetapan satu alamat IP Elastis per subnet yang diaktifkan untuk penyeimbang beban.
+ Mendaftarkan target berdasarkan alamat IP, termasuk target di luar VPC untuk penyeimbang beban.
+ Perutean permintaan ke beberapa aplikasi pada satu instans EC2.
+ Aplikasi kontainer Amazon Elastic Container Service (Amazon ECS).
+ Memantau kesehatan setiap layanan secara independen.
Kemampuan untuk menangani beban kerja yang mudah menguap dan skala untuk jutaan permintaan per detik.
------
## Migrasi menggunakan wizard migrasi
Wisaya migrasi menggunakan konfigurasi Classic Load Balancer Anda untuk membuat Application Load Balancer atau Network Load Balancer yang setara. Ini mengurangi waktu dan upaya yang diperlukan untuk memigrasikan Classic Load Balancer dibandingkan dengan metode lain.
**catatan**
Wizard menciptakan penyeimbang beban baru. Wizard tidak mengonversi Classic Load Balancer yang ada menjadi Application Load Balancer atau Network Load Balancer. Anda harus mengarahkan lalu lintas secara manual ke penyeimbang beban yang baru dibuat.
**Batasan**
+ Nama penyeimbang beban baru tidak bisa sama dengan penyeimbang beban yang ada dengan tipe yang sama, di wilayah yang sama.
+ Jika Classic Load Balancer memiliki tag yang berisi `aws:` awalan di kuncinya, tag tersebut tidak akan dimigrasikan.
**Saat bermigrasi ke Application Load Balancer**
+ Jika Classic Load Balancer hanya memiliki satu subnet, Anda harus menentukan subnet kedua.
+ Jika Classic Load Balancer memiliki HTTP/HTTPS pendengar yang menggunakan pemeriksaan kesehatan TCP, protokol pemeriksaan kesehatan diperbarui ke HTTP dan jalur disetel ke “/”.
+ Jika Classic Load Balancer memiliki pendengar HTTPS menggunakan kebijakan keamanan khusus atau tidak didukung, wizard migrasi menggunakan kebijakan keamanan default untuk jenis penyeimbang beban baru.
**Saat bermigrasi ke Network Load Balancer**
+ Jenis contoh berikut tidak akan terdaftar dengan kelompok target baru: C1,,,,,, CC1, CC2, G1 CG1 CG2 CR1, G2 CS1,,, M1, M2 HI1 HS1, M3, T1
+ Pengaturan pemeriksaan kesehatan tertentu dari Classic Load Balancer Anda mungkin tidak dapat ditransfer ke grup target baru. Kasus-kasus ini akan ditunjukkan sebagai perubahan di bagian ringkasan wizard migrasi.
+ Jika Classic Load Balancer memiliki pendengar SSL, wizard migrasi akan membuat pendengar TLS menggunakan sertifikat dan kebijakan keamanan dari pendengar SSL.
### Proses wizard migrasi
**Untuk memigrasikan Classic Load Balancer menggunakan wizard migrasi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada panel navigasi, di bawah **PENYEIMBANGAN BEBAN**, pilih **Penyeimbang beban**.
1. Pilih Classic Load Balancer yang ingin Anda migrasikan.
1. Di bagian **Detail** penyeimbang beban, pilih **Luncurkan panduan migrasi**.
1. Pilih **Migrasi ke Application Load** Balancer, **atau Migrasi ke Network Load Balancer, untuk membuka panduan migrasi**.
1. Di bawah **Nama penyeimbang beban baru**, untuk nama **Load balancer masukkan nama** untuk penyeimbang beban baru Anda.
1. Di bawah **Nama grup target baru dan tinjau target****, untuk nama grup Target** masukkan nama untuk grup target baru Anda.
1. (Opsional) Di bawah **Target**, Anda dapat meninjau instance target yang akan didaftarkan pada grup target baru.
1. (Opsional) Di bawah **tag Ulasan**, Anda dapat meninjau tag yang akan diterapkan ke penyeimbang beban baru Anda
1. Di bawah **Ringkasan untuk Application Load Balancer**, atau **Ringkasan untuk Network Load** Balancer, tinjau dan verifikasi opsi konfigurasi yang ditetapkan oleh wizard migrasi.
1. Setelah Anda puas dengan ringkasan konfigurasi, pilih **Create Application Load Balancer**, atau **Buat Network Load** Balancer, untuk memulai migrasi.
## Migrasi menggunakan utilitas salinan penyeimbang beban
Utilitas salinan penyeimbang beban tersedia dalam repositori Elastic Load Balancing Tools, di halaman. AWS GitHub
**Sumber daya**
+ [Alat Elastic Load Balancing](https://github.com/aws/elastic-load-balancing-tools)
+ [Classic Load Balancer ke utilitas salinan Application Load Balancer](https://github.com/aws/elastic-load-balancing-tools/tree/master/application-load-balancer-copy-utility)
+ [Classic Load Balancer ke utilitas salinan Network Load Balancer](https://github.com/aws/elastic-load-balancing-tools/tree/master/network-load-balancer-copy-utility)
## Migrasikan penyeimbang beban Anda secara manual
Informasi berikut memberikan petunjuk umum untuk secara manual membuat Application Load Balancer atau Network Load Balancer berdasarkan Classic Load Balancer yang ada di VPC. Anda dapat bermigrasi menggunakan Konsol Manajemen AWS, AWS CLI, atau AWS SDK. Untuk informasi selengkapnya, lihat [Memulai Elastic Load Balancing](load-balancer-getting-started.md).
Setelah menyelesaikan proses migrasi, Anda dapat memanfaatkan fitur penyeimbang beban baru Anda.
### Proses migrasi manual
**Langkah 1: Membuat penyeimbang beban baru**
Buat penyeimbang beban dengan konfigurasi yang setara dengan Classic Load Balancer untuk bermigrasi.
1. Buat penyeimbang beban baru, dengan skema yang sama (menghadap-internet atau internal), subnet, dan grup keamanan sebagai Classic Load Balancer.
1. Buat satu grup target untuk penyeimbang beban Anda, dengan pengaturan pemeriksaan kesehatan yang sama dengan yang Anda miliki untuk Classic Load Balancer Anda.
1. Lakukan salah satu dari berikut ini:
+ Jika Classic Load Balancer dilampirkan ke grup Auto Scaling, lampirkan grup target Anda ke grup Auto Scaling. Ini juga mendaftarkan instans Auto Scaling dengan kelompok target.
+ Daftarkan instans EC2 Anda dengan kelompok target Anda.
1. Buat satu atau lebih pendengar, masing-masing dengan aturan default yang meneruskan permintaan ke grup target. Jika Anda membuat pendengar HTTPS, Anda dapat menentukan sertifikat yang sama yang Anda tentukan untuk Classic Load Balancer Anda. Kami sarankan Anda menggunakan kebijakan keamanan default.
1. Jika Classic Load Balancer Anda memiliki tag, tinjau dan tambahkan tag yang relevan ke penyeimbang beban baru Anda.
**Langkah 2: Secara bertahap mengalihkan lalu lintas ke penyeimbang beban baru Anda**
Setelah instans Anda terdaftar dengan penyeimbang beban baru Anda, Anda dapat memulai proses mengalihkan lalu lintas dari penyeimbang beban lama ke penyeimbang beban baru. Hal ini memungkinkan Anda untuk menguji penyeimbang beban baru Anda sambil meminimalkan risiko pada ketersediaan aplikasi Anda.
**Untuk mengalihkan lalu lintas secara bertahap ke penyeimbang beban baru**
1. Tempelkan nama DNS penyeimbang beban baru Anda ke bidang alamat browser web yang terhubung ke internet. Jika semuanya bekerja, browser menampilkan halaman default aplikasi Anda.
1. Buat rekaman DNS baru yang menghubungkan nama domain Anda dengan penyeimbang beban baru Anda. Jika layanan DNS Anda mendukung pembobotan, tentukan berat 1 dalam catatan DNS baru dan berat 9 dalam catatan DNS yang ada untuk penyeimbang beban lama Anda. Ini mengarahkan 10% lalu lintas ke penyeimbang beban baru dan 90% lalu lintas ke penyeimbang beban lama.
1. Pantau penyeimbang beban baru Anda untuk memverifikasi bahwa penyeimbang beban baru menerima permintaan lalu lintas dan merutekan ke instans Anda.
**penting**
time-to-live(TTL) dalam catatan DNS adalah 60 detik. Artinya setiap server DNS yang menyelesaikan nama domain Anda menyimpan informasi catatan dalam cache selama 60 detik, sementara perubahannya menyebar. Oleh karena itu, server DNS ini masih dapat merutekan lalu lintas ke penyeimbang beban lama Anda hingga 60 detik setelah Anda menyelesaikan langkah sebelumnya. Selama penyebaran, lalu lintas dapat diarahkan ke salah satu penyeimbang beban.
1. Lanjutkan untuk memperbarui berat rekaman DNS Anda sampai semua lalu lintas diarahkan ke penyeimbang beban baru Anda. Setelah selesai, Anda dapat menghapus rekaman DNS untuk penyeimbang beban lama Anda.
**Langkah 3: Memperbarui kebijakan, skrip, dan kode**
Jika Anda memindahkan Classic Load Balancer ke Application Load Balancer atau Network Load Balancer, pastikan untuk melakukan hal berikut:
+ Memperbarui kebijakan IAM yang menggunakan API versi 2012-06-01 untuk menggunakan versi 2015-12-01.
+ Perbarui proses yang menggunakan CloudWatch metrik di `AWS/ELB` namespace untuk menggunakan metrik dari atau namespace. `AWS/ApplicationELB` `AWS/NetworkELB`
+ Perbarui skrip yang menggunakan **aws elb** AWS CLI perintah untuk menggunakan **aws elbv2** AWS CLI perintah.
+ Perbarui CloudFormation template yang menggunakan `AWS::ElasticLoadBalancing::LoadBalancer` sumber daya untuk menggunakan `AWS::ElasticLoadBalancingV2` sumber daya.
+ Perbarui kode yang menggunakan API Penyeimbangan Beban Elastis versi 2012-06-01 untuk menggunakan versi 2015-12-01.
**Sumber daya**
+ [elbv2](https://docs.aws.amazon.com/cli/latest/reference/elbv2/index.html) dalam *AWS CLI Referensi Perintah*
+ [Referensi API Elastic Load Balancing Versi 2015-12-01](https://docs.aws.amazon.com/elasticloadbalancing/latest/APIReference/)
+ [Manajemen identitas dan akses untuk Penyeimbangan Beban Elastis](load-balancer-authentication-access-control.md)
+ [Metrik Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html#load-balancer-metrics-alb) dalam *Panduan Pengguna untuk Application Load Balancer*
+ [Metrik Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-cloudwatch-metrics.html#load-balancer-metrics-nlb) dalam *Panduan pengguna untuk Network Load Balancer*
+ [AWS::ElasticLoadBalancingV2::LoadBalancer](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticloadbalancingv2-loadbalancer.html) di *Panduan Pengguna AWS CloudFormation *
**Langkah 4: Hapus penyeimbang beban lama**
Anda dapat menghapus Classic Load Balancer lama setelah:
+ Anda telah mengalihkan semua lalu lintas dari penyeimbang beban lama ke penyeimbang beban baru.
+ Semua permintaan yang ada yang diarahkan ke penyeimbang beban lama telah selesai.
## Mencegah pengguna membuat Classic Load Balancers
Anda dapat membuat kebijakan IAM yang mencegah pengguna membuat Classic Load Balancer di akun Anda.
[Elastic Load Balancing V2](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awselasticloadbalancingv2.html) dan [Elastic Load Balancing](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awselasticloadbalancing.html) APIs V1 menyediakan aksi API. `CreateLoadBalancer` Saat membuat Classic Load Balancer, Anda menggunakan aksi API V1, yang membuat penyeimbang beban dan pendengar. Saat Anda membuat Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer, Anda menggunakan aksi API V2, yang hanya membuat penyeimbang beban. V2 API menyediakan `CreateListener` tindakan, yang Anda gunakan untuk membuat pendengar untuk penyeimbang beban setelah Anda membuatnya.
Kebijakan berikut menolak izin pengguna untuk membuat penyeimbang beban jika protokol listener ditentukan. Karena Anda harus mengonfigurasi setidaknya satu listener saat membuat Classic Load Balancer, kebijakan ini mencegah pengguna membuat Classic Load Balancer. Ini tidak mencegah pengguna membuat jenis penyeimbang beban lainnya, karena ada tindakan API terpisah untuk membuat penyeimbang beban tersebut dan pendengarnya.
```
{
"Version": "2012-10-17",
"Effect": "Deny",
"Action": "elasticloadbalancing:CreateLoadBalancer",
"Resource": [
"arn:aws:elasticloadbalancing:*:*:loadbalancer/*"
],
"Condition": {
"Null": {
"elasticloadbalancing:ListenerProtocol": false
}
}
}
```