White Paper: Memastikan Kelangsungan dan Keamanan Operasional: HA untuk Bandara, Layanan Penerbangan, dan Maskapai Penerbangan

White Paper: Memastikan Kelangsungan dan Keamanan Operasional: HA untuk Bandara, Layanan Penerbangan, dan Maskapai Penerbangan

Bandara dan maskapai penerbangan mengandalkan sistem digital yang kompleks untuk reservasi penerbangan, penanganan bagasi, keamanan, dan banyak lagi. Setiap waktu henti dapat menyebabkan penundaan yang merugikan, gangguan operasional, dan ketidakpuasan penumpang. Solusi ketersediaan tinggi (HA) dan pemulihan bencana (DR) memainkan peran penting dalam memastikan sistem ini tetap beroperasi, baik di tempat, di cloud, atau di lingkungan hibrida. Dengan mengurangi waktu henti dan memungkinkan pemulihan cepat dari kegagalan, solusi HA/DR membantu mempertahankan operasi yang lancar, meningkatkan efisiensi, dan memperkuat keamanan. Pelajari lebih lanjut tentang melindungi sistem penerbangan penting Anda dari waktu henti.

Direproduksi dengan izin dariSIOS

Webinar: Menguasai Ketersediaan Tinggi untuk SQL Server Lokal

Webinar: Menguasai Ketersediaan Tinggi untuk SQL Server Lokal

Memastikan ketersediaan tinggi untuk SQL Server sangat penting untuk meminimalkan waktu henti dan melindungi data penting bagi bisnis. Webinar ini membahas pertimbangan ketersediaan tinggi utama untuk penerapan SQL Server di tempat. Pelajari tentang Instans Kluster Failover SQL Server (FCI), Grup Ketersediaan AlwaysOn SQL Server, dan solusi pengelompokan SANless yang inovatif menggunakan SIOS DataKeeper. Baik Anda merencanakan penerapan baru atau mengoptimalkan yang sudah ada, sesi ini akan memberikan wawasan dan strategi praktis untuk memenuhi kebutuhan ketersediaan dan kinerja organisasi Anda. Tonton untuk mengetahui cara merancang solusi SQL Server yang hemat biaya dan tangguh yang disesuaikan untuk infrastruktur Anda.

Direproduksi dengan izin dariSIOS

Node dan Cluster: Komponen Dasar Ketersediaan Tinggi

Node dan Cluster: Komponen Dasar Ketersediaan Tinggi

Saya ingin meluangkan waktu untuk meninjau istilah “node” dan “cluster.” Untuk tujuan blog ini, saya akan menjelaskan bagaimanaSIOSmenggunakan istilah-istilah ini dan istilah-istilah lainnya serta makna spesifiknya.

Ini mungkin dianggap istilah standar dalam dunia komputasi terdistribusi, tetapi jika Anda baru dalam bidang ini, Anda mungkin bertanya-tanya apa sebenarnya artinya.

Apa itu Node dalam Komputasi Terdistribusi?

Ketika saya mulai menggunakan SIOS, saya menyadari bahwa istilah node dan cluster adalah kata-kata umum sehari-hari yang sering Anda dengar setiap hari. Saya terus bertanya pada diri sendiri, ‘Mengapa mereka menggunakan kata “node”? Kedengarannya dari konteksnya bahwa yang mereka maksud adalah server, tetapi mengapa mereka mengatakan node? Untuk menjelaskannya, node dapat berupa server, tetapi dapat juga berupa komputer klien atau peer; pada dasarnya node adalah komponen apa pun yang digunakan untuk melakukan tugas komputasi dan mengarahkan lalu lintas.

Di dalamLayanan Web Amazon (AWS), sebuah node dapat berupa mesin virtual yang diimplementasikan sebagai instans EC2. Anda dapat menginstal dan menjalankan perangkat lunak di dalamnya, dan node tersebut dapat memiliki antarmuka jaringan yang dapat digunakan untuk berkomunikasi dengannya dan untuk menghubungkannya ke node lain. Saat Anda melakukan SSH ke dalamBahasa Indonesia: AWS EC2Misalnya, komputer klien tempat Anda meluncurkan sesi SSH adalah contoh node klien, dan Anda terhubung ke node instans server EC2. Node dapat berupa mesin fisik di tempat atau mesin virtual (VM).

Memahami Cluster: Bagaimana Node Bekerja Bersama

Mari kita beralih ke istilah “kluster”. Kata ini mungkin mengingatkan kita pada hal-hal yang saling menempel. Dalam dunia komputasi terdistribusi, ini berarti node yang saling terhubung untuk membentuk sumber daya gabungan yang dapat menangani tugas yang lebih besar daripada yang dapat ditangani oleh satu node. Di SIOS, kami memiliki perangkat lunak perlindungan kluster khusus pada setiap node yang memantau volume dan dapat meluncurkan operasi failover saat masalah terdeteksi atau menanggapi sumber daya yang secara sengaja diambil dan dihentikan layanannya oleh pengguna.

Anda dapat menautkan node bersama-sama dalam sebuah kluster untuk melakukan pencadangan otomatis. Anda dapat menjalankan server basis data pada node terpisah untuk mengisolasi daya komputasi/I/O disk dan data dari operasi lain.

Peran Redundansi dalam Cluster Ketersediaan Tinggi

Cluster juga dapat menyediakanredundansiuntuk memungkinkan layanan tetap aktif saat satu node gagal. Redundansi operasi bukanlah konsep baru. Hari-hari menjalankan operasi penting apa pun pada satu server tanpa redundansi diharapkan sudah lama berlalu.

Misalnya, dalam dunia komputasi blade, redundansi difasilitasi dalam konfigurasi server blade dengan menjalankan dua modul komputasi dalam unit yang sama. Firmware server menangani logika failover/switchover. Catu daya, dan KVM rak, dibagi di antara beban perangkat keras server untuk penghematan biaya.

Operator fasilitas dapat menambahkan lebih banyak perangkat keras ke server secara bertahap untuk menangani beban ekstra. Hal ini memungkinkan operator untuk menyesuaikan ukuran sistem mereka dan membeli/membangunnya menggunakan komponen standar dari produsen rak. Hal ini menyediakan mekanisme penskalaan yang lebih terbatas tetapi serupa dengan yang ada di dunia cloud, perbedaannya adalah semuanya dihosting dalam satu kotak. Perangkat keras rak lokal seperti ini atau yang serupa dapat digunakan untuk membangun node berkelompok.

Klaster Berbasis Cloud vs. Klaster Lokal

Cluster cloud mendapatkan keuntungan dari semua atribut redundansi yang dibangun dalam peralatan server rak, karena pada dasarnya cluster tersebut merupakan VM terpisah yang berjalan pada perangkat keras pusat data bersama yang dimiliki oleh penyedia cloud. Namun, cluster tersebut memungkinkan pelanggan untuk menyebarkan cluster mereka ke lokasi yang berbeda, dengan sengaja membagi beban kebutuhan komputer mereka ke dalam VM yang berjalan di gedung fisik yang berbeda di area lain dari pusat data fisik penyedia cloud.

Hal ini memberikan ketahanan yang sangat baik terhadap pemadaman listrik di satu lokasi. Sebuah klaster yang diimplementasikan di cloud dengan memanfaatkan server di berbagai lokasi dapat menoleransi pemadaman listrik total di satu lokasi.

Penjelasan Node dan Cluster

Beberapa pertanyaan yang muncul:

1. Apakah klaster sama dengan node?
2. Tidak, sebuah node biasanya merupakan satu komponen yang dapat menjalankan tugas komputer. Sebuah cluster terdiri dari 2 node atau lebih.
3. Apa itu klaster 3-node?

A Aklaster 3 simpuladalah kluster yang terdiri dari 3 node dengan jalur komunikasi di antara masing-masing node. 3 node, yang merupakan konfigurasi bernomor ganjil, biasanya salah satu node akan menjadi node ‘saksi’ dan tidak boleh melakukan pekerjaan lain. Jika terjadi kegagalan jaringan sebagian, dan sebuah node tidak dapat berkomunikasi dengan rekan sejawatnya, dua node server utama mungkin tidak dapat menentukan siapa yang harus mengambil kendali (fenomena ini disebut‘otak terbelah’). Node saksi dapat menawarkan informasi mengenai node mana yang dapat dilihatnya sedang dalam layanan, menyediakan data untuk mengatasi split-brain guna mengaktifkan satu node aktif dan menempatkan node lain ke dalam mode siaga, sehingga mendapatkan kembali kontrol yang benar atas node tersebut.

1. Apa itu cluster 2 node?
2. Kluster 2 node adalah kluster yang terdiri dari 2 node dengan satu atau beberapa jalur komunikasi di antara keduanya. Ini biasanya digunakan untuk menjalankan layanan pada node utama dan membuat node kedua dalam keadaan siaga.
3. Berapa banyak node yang membentuk sebuah klaster?
4. 2 atau lebih node membentuk sebuah klaster.

Memaksimalkan Ketersediaan Tinggi dengan Node dan Cluster

Singkatnya, kluster dibentuk dari node; node adalah modul komputasi independen dengan kemampuan jaringan. Ketahui manfaat menempatkan node di lokasi fisik yang berbeda untuk mencegah waktu henti di satu area.

Hubungi SIOS hari iniuntuk mempelajari bagaimana solusi pengelompokan kami dapat membantu Anda mengoptimalkan ketersediaan tinggi dan meminimalkan waktu henti.

Penulis: Paul ScruttonInsinyur Perangkat Lunak Utama di SIOS

Direproduksi dengan izin dariSIOS

Memperbarui LifeKeeper untuk Linux: Daftar Periksa untuk Keberhasilan

Memperbarui LifeKeeper untuk Linux: Daftar Periksa untuk Keberhasilan

Memperbarui perangkat lunak LifeKeeper for Linux Anda sangat penting untuk menjaga ketersediaan tinggi (HA), keamanan sistem, kinerja, dan kompatibilitas. Blog ini akan memandu Anda melalui proses terstruktur untuk melakukan pembaruan perangkat lunak dengan risiko minimal.

Mengikuti langkah-langkah ini dapat memastikan proses pembaruan berjalan lancar.

1. Periksa Matriks Dukungan

Sebelum melanjutkan pembaruan, lihat matriks dukungan SIOS:

docs.us.sios.com/spslinux/9.9.0/en/topic/sios-protection-for-linux-support-matrix

Dokumen ini memberikan informasi kompatibilitas penting, termasuk:

• Sistem OperasiPastikan versi OS Anda saat ini mendukung versi perangkat lunak baru.
• Catatan: Verifikasi kompatibilitas dengan kernel tertentu serta instruksi khusus apa pun.

Gagal memverifikasi kompatibilitas dapat mengakibatkan konflik atau penurunan kinerja sistem. Jika pengaturan Anda tidak didukung, pertimbangkan untuk memutakhirkan komponen terkait atau menunda pembaruan.

2. Buat Buku Panduan

Buku panduan adalah panduan terperinci untuk menjalankan proses pembaruan. Buku panduan ini meminimalkan kebingungan dan memastikan setiap langkah diperhitungkan. Elemen-elemen utama harus mencakup:

• Tugas Pra-Pembaruan: misalnya, menonaktifkan layanan otomatis, memberi tahu pengguna, dan menjadwalkan waktu henti jika diperlukan.
• Langkah-langkah Pembaruan: Menyediakan panduan langkah demi langkah untuk menginstal pembaruan.
• Validasi pasca pembaruan: Daftar periksa untuk mengonfirmasi pembaruan berhasil.

Jaga agar buku petunjuk dapat diakses oleh semua anggota tim yang terlibat dalam proses tersebut.

3. Ambil Cadangan Hirarki:

Sebelum melakukan LifeKeeper atau pemutakhiran OS, buat cadangan hierarki Lifekeeper di semua node.

Untuk membuat cadangan, jalankan perintah berikut:

/opt/Keeper/bin/lkbackup –c

Cadangan akan dibuat dalam sebuah berkas bernama:

/opt/LifeKeeper/config/archive.<cap-tanggal-waktu>.tar.gz

4. Uji di Lingkungan QA

Selalu uji pembaruan di lingkungan QA atau staging sebelum menerapkannya dalam produksi. Langkah ini memungkinkan Anda untuk:

• Mendeteksi bug atau perilaku tak terduga dalam pengaturan yang terkendali.
• Mengevaluasi dampak kinerja pembaruan.

Dokumentasikan setiap masalah yang muncul dan sesuaikan buku panduan Anda sebagaimana mestinya.

5. Jalankan Pembaruan pada Sistem Produksi Anda

Setelah persiapan selesai, lanjutkan dengan pembaruan:

• Ikutilah buku petunjuknya dengan saksama.
• Pantau proses untuk melihat adanya kesalahan atau peringatan.

6. Validasi dan Pantau Pasca Pembaruan

Setelah pembaruan, lakukan validasi menyeluruh:

• Konfirmasikan fungsionalitas sistem menggunakan daftar periksa buku petunjuk.
• Pantau metrik kinerja untuk mengidentifikasi potensi hambatan.
• Libatkan pengguna akhir untuk melaporkan segala anomali.

Praktik Terbaik untuk Pembaruan LifeKeeper yang Sukses

Untuk memastikan kejelasan dan kesederhanaan, kami sarankan untuk menerapkan satu pembaruan atau patch pada satu waktu dan menguji dampaknya sebelum beralih ke yang berikutnya. Pendekatan ini membantu mengisolasi dampak dari setiap tindakan, sehingga memudahkan untuk mengidentifikasi tindakan yang paling berhasil dan menghindari potensi komplikasi.

Sebagai bagian dari proses pemutakhiran OS, kami sarankan untuk menjalankan kembali skrip pengaturan LifeKeeper for Linux guna memastikan semua konfigurasi telah diperbarui dan kompatibel dengan lingkungan baru. Ini membantu mencegah potensi masalah dan memastikan semuanya berfungsi dengan benar setelah pemutakhiran.

Hubungi support@us.sios.com atau buka kasus di Portal Dukungan jika Anda memiliki pertanyaan sebelum melakukan peningkatan:

https://supportportal.us.sios.com/User/Login
Dengan mengikuti langkah-langkah ini, Anda dapat meminimalkan risiko yang terkait dengan pembaruan perangkat lunak sekaligus memastikan stabilitas dan kinerja sistem. Untuk informasi lebih lanjut atau bantuan tambahan, kunjungiHalaman Hubungi Kamiuntuk terhubung dengan tim ahli kami.

Pengarang:

Tagihan Darnell

Insinyur Dukungan Produk Senior di SIOS Technology Corp.

Direproduksi dengan izin dariSIOS

Webinar: Strategi Pemulihan Bencana untuk Dunia yang Rawan Bencana

Webinar: Strategi Pemulihan Bencana untuk Dunia yang Rawan Bencana

Daftar untuk Webinar Sesuai Permintaan

Dalam menghadapi peningkatan risiko dari bencana alam, serangan siber, dan gangguan, bisnis harus memprioritaskan pemulihan bencana (DR) untuk memastikan ketahanan dan operasi yang tidak terganggu. Webinar ini membahas strategi DR yang penting, termasuk praktik terbaik untuk membuat rencana komprehensif yang selaras dengan tujuan bisnis dan memungkinkan pemulihan yang cepat. Jelajahi manfaat dan tantangan solusi DR berbasis cloud, peran otomatisasi dalam meminimalkan waktu henti, dan metode untuk melakukan penilaian risiko praktis guna mengurangi potensi ancaman. Tonton untuk mendapatkan wawasan guna memperkuat kesiapan dan kemampuan respons organisasi Anda.

Reproduksi dengan izin dariSIOS