Halo semua dan selamat tahun baru (meski sudah agak lama)! Semoga Anda berhasil melewati liburan dan memulai tahun baru dengan pengetahuan bahwa jaringan, infrastruktur, dan aplikasi penting Anda tersedia tinggi dan toleran terhadap kesalahan. Anda telah menguji skenario failover untuk gangguan yang direncanakan dan tidak terduga, sistem Anda bersifat redundan, Anda memiliki otomatisasi untuk pemulihan bencana, dan semuanya dipantau serta diawasi dengan baik. Saatnya menikmati istirahat yang layak dan waktu henti tanpa gangguan.
Namun, bagaimana dengan Platform SolarWinds? Bagaimana dengan databasenya!? Tingkat kecemasan Anda langsung meningkat. Bagaimana jika itu tidak berfungsi? Apakah saya masih menerima peringatan dan laporan seperti biasa? Apa yang terjadi jika server SQL gagal? Bagaimana jika saya benar-benar kehilangan visibilitas terhadap kesehatan dan kinerja semua sistem saya dan tidak memiliki observabilitas?
Jangan panik! Semoga sebagian besar dari Anda yang membaca ini sudah menjawab pertanyaan di atas dan dengan percaya diri mengatakan, “Kami memiliki High Availability (HA) Platform SolarWinds dengan redundansi database yang diperlukan.” Jika itu Anda, saya salut!
Bagi mereka yang mungkin bertanya-tanya apa itu High Availability Platform SolarWinds atau baru memulai perjalanan membuat aplikasi Anda, seperti SQL, sangat tersedia dan bertanya-tanya bagaimana hal itu terhubung ke Arsitektur Platform SolarWinds Anda, maka artikel ini untuk Anda. Atau, jika Anda lebih suka langsung memulai dan ingin melewatkan pengantar, lihat Persyaratan High Availability Platform SolarWinds. Atau Anda bisa langsung membaca Cara Mengatur Pool High Availability Platform SolarWinds. Lebih mudah lagi, ikuti panduan langkah demi langkahnya.
Apa itu High Availability (HA) Platform SolarWinds?
High Availability (HA) Platform SolarWinds menyediakan perlindungan failover untuk server Platform SolarWinds Anda dan, opsional, mesin polling tambahan untuk mengurangi kehilangan data jika server mengalami gangguan.
Jika server gagal, fitur HA memungkinkan server sekunder Anda mengambil alih semua layanan, seperti polling dan pemberitahuan, dengan waktu henti minimal. HA melindungi server utama Anda, juga dikenal sebagai mesin polling utama Anda, serta mesin polling tambahan. Namun, HA tidak melindungi database atau server web tambahan Anda.
Fitur Utama High Availability adalah:
- Penerapan failover
- Failover yang hampir instan
- Failback otomatis
- Failover ke cloud
- Pemberitahuan dan peringatan
- Aturan failover
Anda mungkin bertanya pada diri sendiri: Apakah saya menginginkan failover otomatis? Haruskah saya melakukan failover ke cloud? Cloud apa? Cloud milik siapa? Singkatnya, HA mudah digunakan dan sangat dapat dikonfigurasi untuk memenuhi kebutuhan Anda.
Ketika layanan yang dipantau mengalami gangguan, server Platform SolarWinds mencoba mengizinkan layanan tersebut untuk pulih sebelum melakukan failover ke server sekunder. Failover terjadi jika layanan yang sama gagal dalam periode pemulihan default.

Jika kondisi failover terpenuhi dan failover terjadi dalam pool, peristiwa failover dicatat dan dapat dilihat di sumber Ringkasan Peristiwa atau tampilan Peristiwa. Email juga dikirimkan ke penerima default Anda.
Sebagai contoh, jika layanan job engine tidak berfungsi, HA mencoba memulainya kembali. Jika job engine gagal lagi dalam waktu satu jam, maka failover terjadi, dan peristiwa dicatat. Jika job engine gagal dalam waktu 61 menit, failover tidak terjadi.
Untuk detail lebih lanjut tentang fitur-fitur ini, baca lebih lanjut.
Bagaimana cara kerja HA?
Ketika Anda mengonfigurasi lingkungan Anda untuk High Availability SolarWinds, untuk setiap server yang dilindungi, HA menggunakan pool dari dua server: server utama dan server sekunder. Kedua server akan berbagi sumber daya database yang sama. Hanya satu server dalam pool yang aktif pada waktu tertentu.
Perangkat lunak High Availability memantau kesehatan kedua server dalam pool, dan kedua server menjaga saluran komunikasi terbuka untuk melakukan tugas failover.
Ketika layanan atau proses penting tidak berfungsi atau tidak responsif, seperti SolarWinds Information Service, perangkat lunak memulai failover ke server cadangan.
Setelah failover ke server cadangan, server cadangan menjadi server aktif dan akan terus berfungsi sebagai server aktif hingga terjadi peristiwa failover lainnya.
Server cadangan mengambil alih semua tanggung jawab server utama, termasuk menerima syslog, traps, dan informasi NetFlow.
Untuk mengakses anggota aktif pool, Anda dapat menggunakan alamat IP virtual (VIP) untuk merujuk ke server yang dilindungi saat Anda melindungi server pada satu subnet atau menggunakan nama host virtual baik pada satu subnet atau lintas beberapa subnet.
Tidak yakin mana yang harus digunakan? Lihat Kapan Menggunakan VIP atau Nama Host Virtual dan High Availability SolarWinds di Cloud.
Setelah High Availability (HA) Platform SolarWinds diaktifkan dan Anda telah membuat pool, setiap pool memantau dirinya sendiri untuk kondisi failover seperti:
- Ketidakmampuan untuk terhubung ke jaringan
- Layanan SolarWinds yang berhenti
- Kehilangan daya
- Kehilangan koneksi jaringan ke server utama
Setelah pool dibuat, statusnya akan menjadi salah satu dari berikut:
Status:
- BERFUNGSI PENUH: Pool berjalan dengan baik, kedua anggota aktif.
- BERFUNGSI SEBAGIAN: Salah satu anggota dalam pool tidak memiliki status UP (switchover dinonaktifkan).
- DINONAKTIFKAN: Pool dinonaktifkan (misalnya, secara manual atau karena lisensi yang hilang).
Untuk detail lebih lanjut tentang kondisi dan perilaku failover, baca lebih lanjut.
Tips Teknologi! Layanan informasi SolarWinds hanya berjalan pada anggota ‘Aktif’ dan harus digunakan sebagai pemeriksaan kesehatan Anda ketika menggunakan load balancer di depan HA. Port Information Service berjalan pada TCP 17777.
High availability atau disaster recovery? Hasil akhirnya sama meskipun ada sedikit perbedaan dalam penerapan. Untuk menyederhanakan, mari kita gambarkan HA sebagai memiliki dua anggota pool dalam subnet yang sama, dan DR sebagai berada di beberapa subnet seperti LAN -> WAN.
Subnet tunggal Ketika Anda mengonfigurasi lingkungan Anda untuk High Availability Platform SolarWinds pada subnet tunggal, Anda menempatkan server sekunder di subnet yang sama dengan server utama.

Kedua server ini kemudian ditambahkan ke dalam pool High Availability dan ditempatkan di belakang alamat IP Virtual (VIP) sehingga server dalam pool HA dapat berbagi alamat IP masuk yang sama. Setelah server menjadi bagian dari pool High Availability, semua permintaan masuk melalui VIP dapat ditangani oleh server yang saat ini aktif.
Beberapa subnet Ketika mengonfigurasi High Availability di beberapa subnet, ada item konfigurasi tambahan yang tersedia. Nama host virtual digunakan saat mengonfigurasi HA di beberapa subnet. Selama pembuatan pool, Anda dapat memilih pengaturan DNS Anda untuk mengelola pembuatan nama host virtual.
Perlu dicatat, nama host DNS virtual sepenuhnya opsional. Ini tidak diperlukan dan disediakan hanya sebagai mekanisme kenyamanan untuk mengakses anggota ‘aktif’ melalui URL atau FQDN yang konsisten. Beberapa pelanggan lebih suka tidak menggunakan DNS, dan sebagai gantinya mengakses server individu melalui IP atau nama host unik mereka. Jika ini berlaku untuk Anda, cukup pilih ‘lainnya’ saat ditanya jenis server DNS mana yang ingin Anda gunakan dengan HA. Ini adalah opsi yang sama yang dapat digunakan pelanggan jika mereka menjalankan server DNS yang tidak kompatibel dengan BIND atau Microsoft DNS.
DNS juga dapat digunakan oleh beberapa perangkat untuk mengirim Syslog, SNMP Traps, atau Flow ke poller dalam konfigurasi failover multi-subnet, juga jika load balancer tidak tersedia. Jika Anda memiliki solusi sendiri untuk mengarahkan lalu lintas masuk ke server Orion yang aktif, maka sebenarnya tidak perlu mengonfigurasi Orion HA untuk memperbarui catatan DNS.

Mengapa dan kapan harus failover Setelah Anda mengatur lingkungan HA Anda, mungkin ada kesempatan di mana Anda ingin mengelola pool atau melakukan tindakan failover seperti saat menguji High Availability Platform SolarWinds, perubahan konfigurasi jaringan, atau saat peningkatan. Anda dapat melakukan failover ke anggota pool cadangan secara manual. Beberapa tindakan umum meliputi:
- Menonaktifkan Pool HA
- Memaksa Failover Manual
- Memperbarui kredensial, alamat VIP, nama host virtual, atau server aktif
- Menghapus Pool HA
https://documentation.solarwinds.com/en/success_center/orionplatform/content/ha-manage-pools.htm
Berapa lama waktu yang diperlukan untuk failover? Karena kami memprioritaskan polling dan pemberitahuan terlebih dahulu, layanan ini biasanya pulih dalam waktu sekitar dua menit. Lebih cepat dalam beberapa kasus tergantung pada perangkat keras. Antarmuka web adalah hal terakhir yang kembali berfungsi ketika kondisi pemulihan terjadi. Ini biasanya memakan waktu rata-rata 3-4 menit tetapi juga bergantung pada kecepatan dan kinerja mesin.
Tips Teknologi! Jika pool HA menggunakan nama host virtual, Anda mungkin perlu membersihkan cache DNS browser Anda dengan menutup dan membuka kembali browser Anda.
Bagaimana dengan database? Sekarang setelah kita membahas bagaimana, kapan, mengapa, dan di mana, mari kita lihat aspek database dalam skenario failover. Secara sederhana, baik server utama maupun server sekunder harus dapat terhubung ke database SQL Anda.
- Server SQL tidak perlu berada di subnet yang sama dengan server utama atau sekunder.
- Baik server utama maupun server sekunder harus dapat terhubung ke database Anda.
- SolarWinds tidak menyediakan dukungan failover untuk database.
SQL AlwaysOn adalah solusi yang direkomendasikan untuk HA, meskipun SQL Clustering adalah opsi populer lainnya. Faktanya, tidak ada konfigurasi khusus yang diperlukan di sisi Platform SolarWinds. Cukup tentukan nama pendengar grup ketersediaan SQL AlwaysOn alih-alih nama instance SQL pada langkah database di Configuration Wizard, dan Anda siap.
Dengan itu, konfigurasi sebenarnya dari lingkungan SQL cukup transparan bagi server Platform SolarWinds. Detailnya paling baik dijelaskan dalam artikel ini.
Infrastruktur IT yang kuat adalah kunci produktivitas perusahaan. Dengan solarwinds indonesia, Anda bisa mendapatkan solusi IT lengkap yang sesuai dengan kebutuhan Anda. iLogo Indonesia sebagai mitra terpercaya siap mengintegrasikan semuanya agar bisnis Anda tetap berjalan lancar dan aman.
Hubungi kami sekarang atau kunjungi solarwinds.ilogoindonesia.id untuk informasi lebih lanjut!
