Meningkatkan dari Load Balancer Dasar - Panduan
Penting
Pada 30 September 2025, Load Balancer Dasar akan dihentikan. Untuk informasi selengkapnya, lihat pengumuman resmi. Jika saat ini Anda menggunakan Load Balancer Dasar, pastikan untuk meningkatkan ke Load Balancer Standar sebelum tanggal penghentian. Artikel ini akan membantu memandu Anda melalui proses peningkatan.
Dalam artikel ini, kami membahas panduan untuk meningkatkan instans Load Balancer Dasar Anda ke Load Balancer Standar. Load Balancer Standar direkomendasikan untuk semua instans produksi dan memberikan banyak perbedaan utama pada infrastruktur Anda.
Langkah-langkah untuk menyelesaikan peningkatan
Kami merekomendasikan pendekatan berikut untuk meningkatkan ke Load Balancer Standar:
- Pelajari tentang beberapa perbedaan utama antara Load Balancer Dasar dan Load Balancer Standar.
- Identifikasi Load Balancer Dasar untuk ditingkatkan.
- Buat rencana migrasi untuk waktu henti yang direncanakan.
- Lakukan migrasi dengan skrip PowerShell otomatis untuk skenario Anda atau buat Load Balancer Standar baru dengan konfigurasi Load Balancer Dasar.
- Verifikasi bahwa aplikasi dan beban kerja Anda menerima lalu lintas melalui Load Balancer Standar. Kemudian hapus sumber daya Load Balancer Dasar Anda.
SKU Load Balancer Dasar vs. SKU Load Balancer Standar
Bagian ini mencantumkan beberapa perbedaan utama antara kedua SKU Load Balancer ini.
| Fitur | SKU Load Balancer Standar | SKU Load Balancer Dasar |
|---|---|---|
| Tipe backend | Berbasis IP, berbasis NIC | Berbasis NIC |
| Protokol | TCP, UDP | TCP, UDP |
| Titik akhir kumpulan ujung belakang | Semua mesin virtual atau skala mesin virtual diatur dalam satu jaringan virtual | Mesin virtual dalam satu set ketersediaan atau set skala mesin virtual |
| Protokol pemeriksaan kesehatan | TCP, HTTP, HTTPS | TCP, HTTP |
| Perilaku pemeriksaan kesehatan | Koneksi TCP tetap hidup pada pemeriksaan instans dan pada semua pemeriksaan tidak berfungsi | Koneksi TCP tetap hidup pada pemeriksaan instans. Semua koneksi TCP berakhir ketika semua pemeriksaan tidak berfungsi |
| Zona ketersediaan | Zona redundan dan frontend zona untuk lalu lintas masuk dan keluar | Tidak tersedia |
| Diagnostik | Metrik multidimensi Azure Monitor | Tidak didukung |
| Port HA | Tersedia untuk Load Balancer Internal | Tidak tersedia |
| Aman secara default | Tertutup untuk alur masuk kecuali diperbolehkan oleh grup keamanan jaringan. Lalu lintas internal dari jaringan virtual ke load balancer internal diperbolehkan. | Buka secara default. Grup keamanan jaringan opsional. |
| Aturan Keluar | Konfigurasi deklaratif NAT keluar | Tidak tersedia |
| Reset TCP saat Idle | Tersedia pada aturan apa pun | Tidak tersedia |
| Beberapa ujung depan | Masuk dan keluar | Hanya transfer masuk |
| Operasi Manajemen | Sebagian besar operasi < 30 detik | Sebagian besar operasi 60-90+ detik |
| SLA | 99,99% | Tidak tersedia |
| Dukungan Peering Jaringan Virtual Global | ILB Standar didukung melalui Global Virtual Network Peering | Tidak didukung |
| Dukungan NAT Gateway | ILB Standar dan Load Balancer Publik Standar didukung melalui Nat Gateway | Tidak didukung |
| Dukungan Private Link | ILB Standar didukung melalui Private Link | Tidak didukung |
| Tingkat global(Pratinjau) | Load Balancer Standar mendukung tingkat Global untuk LB Publik yang memungkinkan penyeimbangan beban lintas wilayah | Tidak didukung |
Untuk informasi tentang batasan, lihat Batas Load Balancer.
Meningkatkan menggunakan skrip otomatis (disarankan)
Gunakan skrip PowerShell ini untuk membantu memutakhirkan dari SKU Dasar ke Standar:
Mutakhirkan secara manual
Catatan
Meskipun meningkatkan Load Balancer Dasar Anda secara manual ke Load Balancer Standar menggunakan Portal adalah opsi, sebaiknya gunakan opsi skrip otomatis di atas, karena jumlah langkah dan kompleksitas migrasi. Otomatisasi memastikan migrasi yang konsisten dan meminimalkan waktu henti untuk memuat aplikasi yang seimbang.
Saat bermigrasi secara manual dari Load Balancer SKU Dasar ke Standar, ada beberapa pertimbangan utama yang perlu diingat:
- Tidak dimungkinkan untuk mencampur IP SKU Dasar dan Standar atau Load Balancer. Semua IP Publik yang terkait dengan Load Balancer dan anggota kumpulan backend-nya harus cocok.
- Metode alokasi IP publik harus diatur ke 'statis' ketika IP Publik diisolasi dari Load Balancer atau Komputer Virtual, atau IP yang dialokasikan akan hilang.
- Alamat IP publik SKU standar aman secara default, mengharuskan Kelompok Keamanan Jaringan secara eksplisit mengizinkan lalu lintas ke IP publik apa pun
- Load Balancer SKU Standar memblokir akses keluar secara default. Untuk mengaktifkan akses keluar, load balancer publik memerlukan aturan keluar untuk anggota backend. Untuk load balancer privat, konfigurasikan NAT Gateway pada subnet anggota kumpulan backend atau tambahkan alamat IP publik tingkat instans ke setiap anggota backend.
Urutan operasi yang disarankan untuk meningkatkan Load Balancer Dasar secara manual di komputer virtual umum dan konfigurasi set skala komputer virtual menggunakan Portal:
- Ubah semua IP Publik yang terkait dengan Load Balancer Dasar dan Komputer Virtual backend menjadi alokasi 'statis'
- Untuk Load Balancer privat, catat alamat IP privat yang dialokasikan untuk konfigurasi IP frontend
- Catat keanggotaan kumpulan backend dari Load Balancer Dasar
- Catat aturan penyeimbangan beban, aturan NAT, dan konfigurasi pemeriksaan kesehatan Load Balancer Dasar
- Buat Load Balancer SKU Standar baru, yang cocok dengan konfigurasi publik atau privat Load Balancer Dasar. Beri nama konfigurasi IP frontend sesuatu yang bersifat sementara. Untuk load balancer publik, gunakan alamat IP Publik baru untuk konfigurasi frontend. Untuk panduan, lihat Membuat Load Balancer Publik di Portal atau Membuat Load Balancer Internal di Portal
- Duplikat konfigurasi Load Balancer SKU Dasar untuk hal berikut:
- Nama kumpulan backend
- Keanggotaan kumpulan backend (komputer virtual dan set skala komputer virtual)
- Pemeriksaan kesehatan
- Aturan penyeimbangan beban - gunakan konfigurasi frontend sementara
- Aturan NAT - gunakan konfigurasi frontend sementara
- Untuk penyeimbang beban publik, jika Anda belum memilikinya, buat Grup Keamanan Jaringan baru dengan aturan izinkan untuk lalu lintas yang masuk melalui aturan Load Balancer
- Untuk backend Set Skala Komputer Virtual, hapus asosiasi Load Balancer di pengaturan Jaringan dan perbarui instans
- Menghapus Load Balancer Dasar
Catatan
Untuk backend Set Skala Komputer Virtual, Anda harus menghapus asosiasi load balancer di pengaturan Jaringan. Setelah dihapus, Anda juga perlu memperbarui instans
- Tingkatkan semua IP Publik yang sebelumnya terkait dengan Load Balancer Dasar dan Komputer Virtual backend ke SKU Standar. Untuk Virtual Machine Scale Sets, hapus konfigurasi IP publik tingkat instans apa pun, perbarui instans, lalu tambahkan yang baru dengan SKU Standar dan perbarui instans lagi.
- Buat ulang konfigurasi frontend dari Load Balancer Dasar pada Load Balancer Standar yang baru dibuat, menggunakan alamat IP publik atau privat yang sama seperti pada Load Balancer Dasar
- Perbarui aturan penyeimbangan beban dan NAT untuk menggunakan konfigurasi frontend yang sesuai
- Untuk Load Balancer publik, buat satu atau beberapa aturan keluar untuk mengaktifkan akses internet untuk kumpulan backend
- Menghapus konfigurasi frontend sementara
- Uji bahwa arus lalu lintas masuk dan keluar melalui Standard Load Balancer baru seperti yang diharapkan
FAQ
Apakah penghentian Load Balancer Dasar akan berdampak pada penyebaran Cloud Services Extended Support (CSES)?
Tidak, penghentian ini tidak akan memengaruhi penyebaran Anda yang sudah ada atau baru pada CSES. Ini berarti Anda masih dapat membuat dan menggunakan Load Balancer Dasar untuk penyebaran CSES. Namun, kami menyarankan untuk menggunakan SKU Standar pada sumber daya asli Azure Resource Manager (ARM) (yang tidak bergantung pada CSES) jika memungkinkan, karena Standar memiliki lebih banyak keuntungan daripada Basic.
Langkah berikutnya
Untuk panduan tentang meningkatkan alamat IP Publik Dasar ke SKU Standar, lihat: