Saya mencoba High Availability!

Pada NAS QNAP, mulai dari QuTS hero h5.3.0, solusi high availability (HA) tipe “aktif-standby” yang terdiri dari 2 node telah mulai didukung secara beta.

Saya langsung mencoba membangun dan menguji konfigurasi HA!

Syarat yang Diperlukan untuk Membuat Konfigurasi HA

Untuk membangun HA, diperlukan dua produk NAS dengan konfigurasi perangkat keras yang setara. Artinya,

  • Menggunakan CPU yang sama (sepertinya tidak masalah jika dari seri yang sama)
  • Menggunakan RAM dengan kapasitas yang sama
  • Menggunakan HDD/SSD dengan kapasitas dan jumlah yang sama
  • Menggunakan Ethernet dengan jumlah dan kecepatan yang sama

Pada pengujian ini, saya menggunakan dua unit TS-h1290FX (secara detail, TS-h1290FX-7232P-64G dan TS-h1290FX-7302P-128G).

※ Untuk TS-h1290FX-7302P-128G, karena kapasitas memori berbeda yaitu 128GB, konfigurasi HA tidak dapat dimulai. Jadi saya melepas 64GB memori dan menjadikannya 64GB, sehingga konfigurasi HA dapat dibuat.

Per 15 Mei 2025, firmware untuk TS-h1290FX dapat diunduh sebagai Public Beta dari sini dengan versi “h5.3.0.3115 build 20250430”. Berikut adalah langkah-langkah mulai dari kondisi sudah menerapkan versi 5.3.0.

Sebagai gambaran, konfigurasi di tangan saya seperti ini.

Setup Konfigurasi HA

Memulai dan mengatur High Availability Manager

Setelah instalasi HA Manager selesai, ikon “High Availability Manager” akan ditambahkan. Klik ikon untuk memulai dan melakukan setup.

Saat High Availability Manager dijalankan, layar pengaturan seperti ini akan muncul.

Catatan penting yang tercantum adalah sebagai berikut.


Cluster High Availability

High availability memberikan kontinuitas maksimal pada layanan. Dengan redundansi, replikasi data, dan failover otomatis, cluster high availability memastikan data tetap dapat diakses dengan gangguan layanan seminimal mungkin.

Cluster high availability mencakup:

  • Node aktif yang menyediakan semua layanan operasional.
  • Node pasif biasanya standby dan terus-menerus melakukan sinkronisasi data dengan node aktif. Node pasif hanya dapat diakses untuk menampilkan status HA dan log.
  • Terlepas dari perangkat mana yang menjadi node aktif pada waktu tertentu, cluster memungkinkan akses data dan layanan dengan alamat jaringan yang sama.
  • Koneksi heartbeat antara node aktif dan pasif untuk memastikan data selalu tersinkronisasi antar perangkat. Ini memungkinkan proses failover yang mulus dan memastikan ketersediaan layanan yang berkelanjutan.

Selanjutnya, syarat yang diperlukan untuk membangun HA akan ditampilkan.

Secara garis besar,

  • Dua model yang sama, firmware dan konfigurasi perangkat keras harus sama, termasuk slot HDD/SSD yang terpasang, kapasitas memori, dll.

Seperti itu.

Setelah memeriksa catatan, lanjutkan dengan klik “Berikutnya”.

Antar node, diperlukan interface untuk koneksi cluster dan interface untuk heartbeat, jadi saya menggunakan salah satu dari dua port 2.5GbE untuk membangun koneksi heartbeat.

Alamat IP masing-masing diatur sebagai IP tetap “192.168.252.100” dan “192.168.252.200”.

※ Karena istilah “heartbeat” tiba-tiba muncul, saya akan sedikit menjelaskan. Heartbeat secara harfiah berarti “detak jantung”. Pada sistem cluster yang ingin “menggantikan peran jika salah satu jatuh”, perlu ada pengecekan apakah layanan berjalan dengan baik. Proses pengecekan ini disebut “heartbeat”. Dengan koneksi heartbeat, status hidup perangkat lain diperiksa, dan jika mati, perangkat sendiri akan naik peran dan menyediakan layanan.

Pilih interface dan lanjutkan dengan klik “Berikutnya”.

Jika alamat IP pada koneksi heartbeat diatur sebagai IP statis, maka tidak memenuhi syarat, jadi harus diatur sebagai DHCP (karena tidak ada server DHCP, secara praktis menjadi Auto IP).

Setelah koneksi heartbeat dikonfirmasi, masukkan nama pengguna dan kata sandi administrator pada node pasif.

Setelah itu, informasi dari node pasif akan diambil dan dicek apakah memenuhi persyaratan cluster.

Jika pada titik ini “HA Manager” belum terinstal di node pasif, akan muncul pemberitahuan bahwa instalasi diperlukan. Sebaiknya instal “HA Manager” di node pasif terlebih dahulu.

Jika kapasitas memori atau konfigurasi lain berbeda pada kedua NAS, akan muncul peringatan pada langkah berikutnya dan proses tidak dapat dilanjutkan. Disarankan untuk menyamakan konfigurasi perangkat keras sebelumnya.

Selain itu, koneksi cluster harus diatur sebagai IP statis.

Jadi, sesuaikan dengan sisi server DHCP dan atur IP statis.

Setelah IP statis diatur, semuanya menjadi OK.

Klik “Berikutnya” untuk melanjutkan ke pengaturan nama host dan alamat IP cluster.

Pengaturan cluster selesai.

Klik “Berikutnya” untuk memulai inisialisasi cluster.

Pembuatan cluster dimulai.

Setelah menunggu beberapa saat, layar seperti berikut akan muncul dan pengaturan selesai.

Setelah pengaturan cluster selesai, Anda dapat mengaksesnya dari explorer dan lain-lain menggunakan alamat IP cluster.

Memastikan Perilaku HA

Konfigurasi HA yang saya miliki dibangun dengan firmware beta yang agak lama, jadi versinya sedikit lebih tua dari Public Beta terbaru. Pertama-tama, saya akan mencoba menerapkan firmware Public Beta terbaru dan memeriksa perilakunya.

Dalam keadaan sudah dikonfigurasi HA, saya menerapkan firmware terbaru.

Peringatan terkait iSCSI ditampilkan.

Jika dilanjutkan, akan muncul peringatan “Jangan matikan daya selama pembaruan”.

Saat satu node sedang restart, akses melalui SMB masih dapat dilakukan.

Setelah TSH1290-7C13BE selesai update firmware dan restart, unit lainnya mulai update kernel dan firmware.

Setelah menunggu beberapa saat, update firmware selesai dengan sukses.

Saat mencoba switch-over manual, ping sempat terputus sementara,

Namun setelah switch-over selesai, ping kembali aktif dengan alamat IP yang sama.

Kesimpulan

Saya telah mencoba solusi baru QNAP berupa HA dengan konfigurasi 2 node.

Dari langkah setup, persyaratan setup, serta saat switch-over atau failover, meski respons jaringan sempat hilang sementara, akses dengan IP yang sama bisa segera pulih.

Sinkronisasi data sendiri bisa dilakukan secara real-time dengan SnapSync, namun saat terjadi kerusakan sebelumnya harus mengganti IP dan lain-lain, yang cukup merepotkan. Dengan solusi ini, konfigurasi HA bisa dibuat jauh lebih rapi dan sederhana.

Bagi pelanggan yang menggunakan dua NAS untuk mirroring sebagai persiapan BCP, atau yang ingin mencobanya, sangat disarankan untuk mencoba HA ini.

Lingkungan masih belum saya bongkar, jadi jika ada pertanyaan atau hal yang ingin diketahui, silakan bertanya kapan saja!

1 Suka