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 penyeimbang beban berikut: Penyeimbang Beban Aplikasi, Penyeimbang Beban Jaringan, Penyeimbang Beban Gateway, dan Penyeimbang Beban Klasik. Untuk informasi tentang fitur yang berbeda dari setiap jenis penyeimbang beban, lihat Fitur 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 penyeimbang beban memiliki fitur, fungsi, dan konfigurasi uniknya sendiri. Tinjau manfaat dari setiap penyeimbang beban untuk membantu memutuskan mana yang terbaik untuk Anda.
Migrasi menggunakan wizard migrasi
Wizard migrasi menggunakan konfigurasi Classic Load Balancer 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 membuat 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 dari jenis yang sama, di wilayah yang sama.
-
Jika Classic Load Balancer memiliki tag yang berisi
aws:awalan di kunci mereka, tag tersebut tidak dimigrasikan.
Saat bermigrasi ke Penyeimbang Beban Aplikasi
-
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 diatur 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 instance berikut tidak akan terdaftar dengan kelompok target baru: C1, CC1, CC2, CG1, CG2, CR1, CS1, G1, G2, HI1, HS1, M1, M2, 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 membuat pendengar TLS menggunakan sertifikat dan kebijakan keamanan dari pendengar SSL.
Untuk memigrasikan Classic Load Balancer menggunakan wizard migrasi
-
Buka konsol Amazon EC2 di https://console.aws.amazon.com/ec2/
. -
Pada panel navigasi, di bawah PENYEIMBANGAN BEBAN, pilih Penyeimbang beban.
-
Pilih Classic Load Balancer yang ingin Anda migrasikan.
-
Di bagian Detail penyeimbang beban, pilih Luncurkan wizard migrasi.
-
Pilih Migrasi ke Penyeimbang Beban Aplikasi, atau Migrasi ke Network Load Balancer, untuk membuka panduan migrasi.
-
Di bawah Nama penyeimbang beban baru, untuk Nama penyeimbang beban masukkan nama penyeimbang beban baru Anda.
-
Di bawah Nama grup target baru dan target tin jau, untuk Nama grup target masukkan nama untuk grup target baru Anda.
-
(Opsional) Di bawah Target, Anda dapat meninjau instans target yang akan didaftarkan dengan grup target baru.
-
(Opsional) Di bawah Tag T injauan, Anda dapat meninjau tag yang akan diterapkan pada penyeimbang beban baru Anda
-
Di bawah Ringkasan untuk Penyeimbang Beban Aplikasi, atau Ringkasan untuk Penyeimbang Beban Jaringan, tinjau dan verifikasi opsi konfigurasi yang ditetapkan oleh wizard migrasi.
-
Setelah puas dengan ringkasan konfigurasi, pilih Buat Penyeimbang Beban Aplikasi, atau Buat Penyeimbang Beban Jaringan, untuk memulai migrasi.
Bermigrasi menggunakan utilitas copy load balancer
Utilitas penyalinan penyeimbang beban tersedia dalam repositori Alat Penyeimbang Beban Elastic, di AWS GitHub halaman.
Sumber daya
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 Konsol Manajemen AWS menggunakan AWS CLI,, atau AWS SDK. Untuk informasi selengkapnya, lihat Memulai Elastic Load Balancing.
Setelah menyelesaikan proses migrasi, Anda dapat memanfaatkan fitur penyeimbang beban baru Anda.
Langkah 1: Membuat penyeimbang beban baru
Buat penyeimbang beban dengan konfigurasi yang setara dengan Classic Load Balancer untuk bermigrasi.
-
Buat penyeimbang beban baru, dengan skema yang sama (menghadap-internet atau internal), subnet, dan grup keamanan sebagai Classic Load Balancer.
-
Buat satu grup target untuk penyeimbang beban Anda, dengan pengaturan pemeriksaan kesehatan yang sama dengan yang Anda miliki untuk Classic Load Balancer Anda.
-
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.
-
-
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.
-
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
-
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.
-
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.
-
Pantau penyeimbang beban baru Anda untuk memverifikasi bahwa penyeimbang beban baru menerima permintaan lalu lintas dan merutekan ke instans Anda.
penting
Waktu-untuk-hidup (TTL) dalam rekaman 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.
-
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.
-
Memperbarui proses yang menggunakan CloudWatch metrik di
AWS/ELBnamespace untuk menggunakan metrik dariAWS/NetworkELBnamespaceAWS/ApplicationELBor. -
Perbarui skrip yang menggunakan aws elb AWS CLI perintah untuk menggunakan aws elbv2 AWS CLI perintah.
-
Perbarui CloudFormation template yang menggunakan
AWS::ElasticLoadBalancing::LoadBalancersumber daya untuk menggunakanAWS::ElasticLoadBalancingV2sumber daya. -
Perbarui kode yang menggunakan API Penyeimbangan Beban Elastis versi 2012-06-01 untuk menggunakan versi 2015-12-01.
Sumber daya
-
elbv2 dalam AWS CLI Referensi Perintah
-
Manajemen identitas dan akses untuk Penyeimbangan Beban Elastis
-
Metrik Application Load Balancer dalam Panduan Pengguna untuk Application Load Balancer
-
Metrik Network Load Balancer dalam Panduan pengguna untuk Network Load Balancer
-
AWS::ElasticLoadBalancingV2:: LoadBalancer dalam Panduan AWS CloudFormation Pengguna
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 Balancer
Anda dapat membuat kebijakan IAM yang mencegah pengguna membuat Classic Load Balancer di akun Anda.
Baik API Elastic Load Balancing V2 dan Elastic Load Balancing V1 menyediakan tindakan CreateLoadBalancer API. Saat Anda membuat Classic Load Balancer, Anda menggunakan tindakan API V1, yang membuat penyeimbang beban dan pendengar. Saat Anda membuat Application Load Balancer, Network Load Balancer, atau Gateway Load Balancer, Anda menggunakan tindakan API V2, yang hanya membuat penyeimbang beban. API V2 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 pendengar ditentukan. Karena Anda harus mengonfigurasi setidaknya satu pendengar saat membuat Classic Load Balancer, kebijakan ini mencegah pengguna membuat Classic Load Balancers. Itu tidak mencegah pengguna membuat jenis penyeimbang beban lain, karena ada tindakan API terpisah untuk membuat penyeimbang beban tersebut dan pendengar mereka.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "elasticloadbalancing:CreateLoadBalancer", "Resource": [ "arn:aws:elasticloadbalancing:*:*:loadbalancer/*" ], "Condition": { "Null": { "elasticloadbalancing:ListenerProtocol": false } } } ] }