Ringkasan #

Artikel ini menjelaskan tentang metodologi yang terstruktur dan aman untuk memigrasikan layanan dari vendor penyeimbang beban pihak ketiga mana pun (perangkat keras atau perangkat lunak) untuk RELIANOID Load Balancer.

Prosedur ini meminimalkan risiko dengan memisahkan analisis, jaringan, penerjemahan layanan, dan aktivasi akhir, sambil memungkinkan koeksistensi selama periode migrasi.

Migrasi tersebut dibagi menjadi beberapa fase berikut:

1. Inventarisasi dan penilaian layanan yang ada
2. Arsitektur target dan desain jaringan dalam RELIANOID
3. Mempersiapkan RELIANOID untuk migrasi (akses API & isolasi)
4. Menerapkan konfigurasi jaringan menggunakan noid-cli
5. Menerjemahkan dan membuat layanan (L4, HTTP/HTTPS, GSLB)
6. Penguatan dan aktivasi layanan akhir melalui antarmuka pengguna web.

Langkah 1: Inventarisasi dan Penilaian Layanan Load Balancer yang Ada #

Sebelum menyentuh RELIANOIDDokumentasikan semuanya mulai dari load balancer sumber.

Tabel Inventaris Layanan #

Buat inventaris yang mencakup masuk (VIP) ke keluar (backend atau server sebenarnya) konfigurasi:

Nama layanan	Tipe (L4, HTTP/S, GSLB)	Protokol (TCP, UDP, SCTP, SEMUA)	VIP	Pelabuhan VIP	Ketekunan	IP dan Port Backend 1	IP dan Port Backend 2	IP dan Port Backend 3	IP dan Port Backend 4	Konfigurasi Lanjutan
web-prod-ssl	HTTPS	TCP	192.0.2.10	443	Kue	10.0.1.10:80	10.0.1.11:80	10.0.1.12:80	-	WAF diaktifkan, menggunakan sertifikat SSL mycert.pem
api-l4	L4	TCP	192.0.2.20	8443	Sumber IP	10.0.2.5	10.0.2.6	-	-	-
dns-gslb	GSLB	UDP	192.0.2.40	53	Prioritas	23.3.3.3	53.3.3.3	-	-	-

Elemen-elemen Kunci yang Perlu Diidentifikasi #

Untuk setiap layanan, identifikasi:

• VIP dan IP mengambang
• Port dan protokol pendengar
• Server backend dan pemeriksaan kesehatan
• Metode penyimpanan data (cookie, IP sumber, header)
• sertifikat SSL
• Fitur-fitur canggih (WAF, pembatasan laju, penulisan ulang header)
• Ketergantungan DNS (khususnya untuk GSLB)

Inventaris ini akan dipetakan langsung ke RELIANOID benda.

Langkah 2: Merancang Target RELIANOID Arsitektur jaringan #

RELIANOID Menerapkan pemisahan yang jelas antara jaringan dan layanan, yang menyederhanakan migrasi.

Desain Antarmuka Jaringan #

Berdasarkan inventaris Anda:

• Jaringan frontend: tempat para VIP akan terekspos.
• Jaringan backend: tempat server sebenarnya berada
• Jaringan manajemen opsional

Contoh:

Antarmuka	Tujuan	IP
eth0	Pengelolaan	192.168.100.10
eth1	Frontend (VIP)	192.0.2.0/24
eth2	Backend	10.0.0.0/16

Pertimbangan Perutean & Ketersediaan Tinggi #

Pastikan simetri perutean antara RELIANOID dan server backend.

Untuk pengaturan HA, konfirmasikan:

• Perilaku failover IP virtual
• ARP gratis diperbolehkan
• Aturan firewall diselaraskan dengan MAC/IP baru

Langkah 3: Persiapan RELIANOID untuk Migrasi #

Selama migrasi, aktifkan dan konfigurasikan Kunci API untuk akses sementara. Akses API memungkinkan otomatisasi dan pengulangan.

Dari UI web:

1. Navigasi ke: Sistem > Pengaturan pengguna > API
2. Klik Aktifkan izin API
3. Setel Kunci API atau mendaftar pada Hasilkan kunci acak
4. Simpan kunci dengan aman.
5. Klik Aktifkan izin API

Kunci ini akan digunakan oleh noid-cli.

Authenticate noid-cli #

Kemudian, hubungkan melalui konsol atau SSH dan otentikasi dengan kunci API di noid-cli.

root@noid3-82-1:~# noid-cli Kunci API penyeimbang beban: 

Ini hanya diperlukan pada kali pertama noid-cli diluncurkan.

Langkah 4: Konfigurasi Antarmuka Jaringan #

Pengaturan jaringan harus selalu dilakukan sebelum pembuatan layanan.

noid-cli (localhost): network-nic set eth0 -ip 192.168.100.10 -netmask 255.255.255.0 -gateway 192.168.100.1 noid-cli (localhost): network-nic start eth0 noid-cli (localhost): network-nic set eth1 -ip 192.0.2.5 -netmask 255.255.255.0 noid-cli (localhost): network-nic start eth1 noid-cli (localhost): network-nic set eth2 -ip 10.0.0.5 -netmask 255.255.255.0 noid-cli (localhost): network-nic start eth2

Konfirmasi melalui antarmuka web bahwa konfigurasi tersebut telah diterapkan di Jaringan> NIC.

Uji konektivitas #

Uji konektivitas dengan ping perintah terhadap antarmuka jaringan gateway:

ping 192.168.100.1

Tambahkan IP Virtual (VIP) #

Alamat IP virtual ini akan digunakan untuk layanan penyeimbangan beban dan akan berpindah antar node klaster penyeimbang beban.

noid-cli (localhost): network-virtual create -name eth1:web0 -ip 192.0.2.10 noid-cli (localhost): network-virtual start eth1:web0 noid-cli (localhost): network-virtual create -name eth1:web1 -ip 192.0.2.11 noid-cli (localhost): network-virtual start eth1:web1 noid-cli (localhost): network-virtual create -name eth1:web2 -ip 192.0.2.12 noid-cli (localhost): network-virtual start eth1:web2 noid-cli (localhost): network-virtual create -name eth1:web3 -ip 192.0.2.13 noid-cli (localhost): network-virtual start eth1:web3

Konfirmasi melalui antarmuka web bahwa konfigurasi tersebut telah diterapkan di Jaringan > Antarmuka Virtual.

Langkah 5: Mengunggah Sertifikat SSL farm #

Dalam majalah antarmuka web bagian LSLB > Sertifikat SSL Unggah sertifikat SSL format PEM yang akan digunakan di farm HTTPS yang tercantum dalam inventaris layanan penyeimbangan beban sebelumnya.

Langkah 6: Menerjemahkan Layanan ke RELIANOID #

Perintah CLI semi-otomatis dapat dihasilkan menggunakan templat berikut sehingga pembuatan layanan seharusnya sangat mudah dan sederhana.

Pada setiap tahap, perintah yang sama dilakukan melalui noid-cli, dapat diterapkan melalui antarmuka web juga.

Layanan HTTP / HTTPS #

1. Buat farm HTTP/S baru.
2. Atur pendengar (HTTP atau HTTPS).
3. Tambahkan sertifikat SSL di farm.
4. Buat layanan baru (contoh: kegagalan) di pertanian.
5. Tetapkan persistensi layanan dengan Kue dan mengatur backend agar mengirimkan aplikasi dalam bentuk biasa. HTTP.
6. Kemudian, tambahkan backend.

noid-cli (localhost): farm create -farmname web-prod -profile http -vip 192.0.2.10 -vport 443 noid-cli (localhost): farm set web-prod -listener https noid-cli (localhost): farm-certificate add web-prod -file example.pem noid-cli (localhost): farm-service add web-prod -id default noid-cli (localhost): farm-service set web-prod default -persistence COOKIE -sessionid ASP.SessionId -httpsb false noid-cli (localhost): farm-service-backend add web-prod default -ip 10.0.1.10 -port 80 noid-cli (localhost): farm-service-backend add web-prod default -ip 10.0.1.11 -port 80 noid-cli (localhost): farm-service-backend add web-prod default -ip 10.0.1.12 - port 80

Terakhir, detail tentang konfigurasi layanan seperti: Penjaga Pertanian untuk pemeriksaan kesehatan dan WAF konfigurasi dapat diatur melalui antarmuka web untuk memfasilitasi prosesnya.

Layanan Lapisan 4 (TCP/UDP) #

1. Buat pertanian L4 yang baru.
2. Tetapkan protokol (TCP, UDP…), NAT mode (tanpa transparansi) dan persistensi oleh IP sumber.
3. Kemudian, tambahkan backend.

noid-cli (localhost): farm create -farmname api-l4 -profile l4xnat -vip 192.0.2.20 -vport 8443 noid-cli (localhost): farm set api-l4 -protocol tcp -nattype nat -persistence srcip noid-cli (localhost): farm-service-backend add api-l4 default_service -ip 10.0.2.5 noid-cli (localhost): farm-service-backend add api-l4 default_service -ip 10.0.2.6

Terakhir, konfirmasikan dan selesaikan konfigurasi di antarmuka web jika diperlukan dengan menambahkan Penjaga Pertanian pemeriksaan kesehatan atau kebijakan keamanan.

Langkah 7: Konfigurasi layanan klaster #

Pada tahap ini, merupakan waktu yang tepat untuk melanjutkan konfigurasi Layanan Clustering antara 2 node load balancer jika layanan tersebut belum dibuat. Kemudian, semua konfigurasi yang dilakukan terkait dengan Antarmuka Virtual ke Pertanian akan direplikasi ke node sekunder secara otomatis.

Langkah 8: Konfigurasi Layanan Akhir melalui Antarmuka Web #

Beberapa konfigurasi tingkat lanjut atau sensitif sengaja diselesaikan di dalam UI web.

Fitur HTTP Tingkat Lanjut #

Konfigurasikan dan tinjau kembali opsi-opsi berikut:

• Penulisan ulang header
• Redirects
• Aturan WAF
• Pemeriksaan kesehatan khusus

Validasi Sebelum Pengalihan #

Uji layanan menggunakan:

• Entri DNS sementara
• Penggantian file host
• Port alternatif

Memantau:

• Kesehatan backend
• Log
• Kegigihan sesi

Langkah 9: Pengalihan dan Penonaktifan #

Setelah divalidasi:

1. Pindahkan lalu lintas produksi (perubahan DNS atau perutean)
2. Pantau setidaknya selama satu siklus bisnis.
3. Cabut kunci API sementara
4. Nonaktifkan load balancer lama