Video: Bagaimana SIOS Memastikan Ketersediaan Tinggi Untuk Industri Jasa Keuangan

Dalam rangkaian berkelanjutan tentang ketersediaan tinggi (HA) dan pemulihan bencana (DR) untuk berbagai industri, Greg Tucker , Insinyur Dukungan Produk Senior (Windows) di Teknologi SIOS , bergabung dengan kami untuk membagikan wawasannya tentang bagaimana perusahaan melindungi industri keuangan dari downtime dan failover.

SIOS hadir secara global di industri keuangan dengan pelanggan mulai dari perbankan komersial, berbagai perusahaan pialang, manajemen kekayaan, perusahaan CPA, dan sebagainya. Tidak ada industri lain yang lebih kritis terhadap misi dan sensitif terhadap downtime dan kegagalan daripada industri keuangan, dengan pelanggan mengandalkan aplikasi penting untuk sistem perbankan online, ATM, dan sistem pembayaran mereka. “Kami menyediakan perangkat lunak kegagalan atau pengelompokan yang akan melindungi aplikasi dan data penting mereka dari waktu henti dan/atau peristiwa bencana,” kata Tucker.

Tucker menjelaskan bahwa pada dasarnya, aplikasi kritis diterapkan di server utama, baik itu di tempat atau di cloud, karena dikelompokkan dengan server sekunder atau beberapa server. “Jika perangkat lunak pengelompokan mendeteksi kegagalan, ia akan memindahkan semua sumber daya ke simpul sekunder dan mengembalikan layanan ke pengguna akhir secara otomatis; tidak ada kehilangan data, tidak ada gangguan,” tambahnya.

Lihat seluruh wawancara di atas untuk mempelajari lebih lanjut.

Sorotan diskusi:

• SIOS hadir secara global di industri keuangan dengan pelanggan yang menggunakan produk SIOS untuk menghilangkan satu titik kegagalan di lingkungan klaster mereka.
• Dengan peralihan ke cloud, ada persyaratan bisnis (SLA) untuk melindungi dan membuat data sangat tersedia untuk Oracle, SAP, SQL, SAP MAxDB, berbagi file, dan aplikasi umum (lama).
• Skalabilitas yang datang dengan cloud dapat menimbulkan beberapa tantangan untuk ketersediaan tinggi tetapi solusi pengelompokan SIOS yang dirancang untuk cloud dapat dengan cepat menangani potensi tantangan tersebut.
• Tucker membahas beberapa kesalahpahaman umum tentang ketersediaan yang tinggi, terutama di industri jasa keuangan.
• Pentingnya HA bagi lembaga keuangan.

Solusi

• Belajar lebih tentang Solusi SIOS untuk perlindungan data
• Periksa Edisi Kluster Penjaga Data SIOS
• Periksa Penjaga Kehidupan SIOS untuk Linux

Terhubung dengan Greg Tucker ( LinkedIn )

Direproduksi dengan izin dari SIOS

Buku Putih: Solusi Ketersediaan Tinggi Memberikan Penghematan Biaya dan Fleksibilitas untuk Oracle

Migrasi database Oracle bisa sangat sulit. Prosesnya seringkali rumit dan bisa mahal. Namun, terkadang migrasi tidak dapat dihindari. Hal ini terutama benar ketika pertimbangan dukungan dan perizinan bersama-sama membuat migrasi menjadi suatu keharusan. Dan saat memigrasikan database penting bisnis, penting untuk memberikan perlindungan ketersediaan tinggi untuk mencegah waktu henti, yang mengakibatkan hilangnya pendapatan dan produktivitas. Oracle telah mengumumkan bahwa dukungan untuk Oracle Database 12c akan segera berakhir. Oleh karena itu, organisasi yang menjalankan Oracle Database 12c akan menghadapi persyaratan segera untuk bermigrasi.

Unduh Buku Putih: Solusi Ketersediaan Tinggi Memberikan Penghematan Biaya dan Fleksibilitas untuk Oracle

Buku Putih: Memahami Kompleksitas Ketersediaan Tinggi untuk Aplikasi Bisnis-Kritis

Dalam ekonomi global yang sangat kompetitif dan selalu aktif saat ini, waktu henti menjadi lebih mahal daripada sebelumnya untuk bisnis modern. Selain kehilangan produktivitas dan pendapatan, organisasi berisiko kehilangan pelanggan ketika sistem, database, dan aplikasi penting bisnis mereka tidak tersedia untuk memberikan pengalaman pelanggan yang andal dan unggul. Laporan singkat teknologi dari SIOS ini menjelaskan kerumitan dalam mencapai ketersediaan tinggi dalam aplikasi penting bisnis.

Unduh Buku Putih: Memahami Kompleksitas Ketersediaan Tinggi untuk Aplikasi Bisnis-Kritis

Memperkenalkan Kit Penyeimbang Beban Umum untuk SIOS LifeKeeper dan Google Cloud

Ini akan membahas Kit Pemulihan Aplikasi Penyeimbang Beban Umum (ARK) untuk SIOS Lifekeeper untuk Linux dan khususnya cara mengonfigurasinya di Google Cloud. SIOS ARK adalah plug-in ke produk SIOS LifeKeeper yang menambahkan platform atau aplikasi – kesadaran.

Blog ini menunjukkan bagaimana menggunakan kluster NFS dua simpul dan ekspor NFS yang mereka berikan pada akhirnya dapat diakses melalui penyeimbang beban.

SIOS telah membuat ARK ini untuk memfasilitasi pengalihan klien di SIOS LifeKeeper cluster yang berjalan di GCP .

Karena GCP tidak mendukung ARP serampangan – permintaan siaran untuk alamat IP router sendiri – klien tidak dapat terhubung langsung ke alamat IP virtual cluster tradisional. Sebaliknya, klien harus terhubung ke penyeimbang beban dan penyeimbang beban mengalihkan lalu lintas ke node cluster aktif. GCP mengimplementasikan solusi load-balancer terpisah yang beroperasi pada layer 4 TCP, layer 4 UDP atau layer 7 HTTP/HTTP, Load-Balancer dapat dikonfigurasi untuk memiliki IP frontend pribadi atau publik, sebuah health-probe yang dapat menentukan mana node aktif, serangkaian alamat IP backend (untuk setiap node dalam cluster) dan aturan lalu lintas jaringan masuk/keluar.

Secara tradisional, pemeriksaan kesehatan akan memantau port aktif pada aplikasi dan menentukan node tempat aplikasi aktif, ARK penyeimbang beban generik SIOS dikonfigurasi untuk membuat node aktif mendengarkan pada port yang ditentukan pengguna. Port ini kemudian dikonfigurasi di GCP Load-balancer sebagai Health Probe Port. Hal ini memungkinkan node cluster aktif untuk merespons pemeriksaan kesehatan TCP, memungkinkan pengalihan klien otomatis..

Instalasi dan konfigurasi di GCP sangat mudah dan terperinci di bawah ini:

Di dalam portal GCP, pilih load-balancing Dalam contoh ini kami ingin TCP Load Balancing Buat penyeimbang beban, Anda akan memilih grup sumber daya di mana Anda ingin ini digunakan serta namanya, saya suka menggunakan nama yang sejalan dengan tipe cluster yang saya menggunakan load balancer misalnya IMA-NFS-LB akan duduk di depan kedua node IMA-NFS.

Anda dapat menentukan apakah ini akan menghadap ke Internet atau internal ke VPC Anda. Dalam hal ini saya mengonfigurasi Load-Balancer internal saja ke depan server NFS saya untuk digunakan hanya di dalam VPC saya.

Setelah Anda menentukan nama, wilayah, dll., maka Anda akan diminta untuk menetapkan konfigurasi Backend, ini akan memerlukan grup instance yang berisi node HA yang akan Anda front-end.

Setelah Anda menetapkan grup instans, Anda akan menentukan pemeriksaan kesehatan – ini adalah port yang cocok dengan port yang akan Anda gunakan dalam konfigurasi Lifekeeper Generic Load-balancer dalam hal ini saya menggunakan 54321. Sekali lagi, perhatikan nomor port karena ini akan digunakan dengan Lifekeeper.

Saya hanya terjebak dengan nilai default untuk kriteria Kesehatan.

Setelah informasi konfigurasi backend dan healthcheck dimasukkan untuk load-balancer, Anda perlu menentukan konfigurasi frontend. Ini terdiri dari subnet, wilayah, dan IP yang ingin Anda buat untuk penyeimbang beban.

Anda akan mengonfigurasi IP Anda dan ini akan cocok dengan IP Lifekeeper yang Anda lindungi.

Setelah Anda puas dengan konfigurasinya, Anda dapat meninjaunya atau cukup klik buat.

Setelah kita memilih “buat” maka GCP akan memulai penerapan Load Balancer, ini dapat memakan waktu beberapa menit dan setelah selesai maka konfigurasi beralih ke SIOS Protection Suite.

Konfigurasi dengan SIOS Protection Suite

Untuk blog ini saya telah mengonfigurasi tiga ekspor NFS untuk dilindungi menggunakan SPS-L, ketiga ekspor tersebut dikonfigurasikan untuk menggunakan IP yang sama dengan IP frontend penyeimbang beban GCP. saya menggunakan Penjaga data untuk mereplikasi data yang disimpan pada ekspor.

Langkah pertama adalah mendapatkan skrip, cara paling sederhana adalah menggunakan wget tetapi Anda juga dapat mengunduh seluruh paket dan mengunggah rpm langsung ke node menggunakan wincp atau alat serupa. Anda perlu menginstal Hotfix di semua node di kluster Lifekeeper.

Seluruh kit pemulihan dapat diperoleh di sini: http://ftp.us.sios.com/pickup/LifeKeeper_Linux_Core_en_9.5.1/patches/Gen-LB-PL-7172-9.5.1 Bagian-bagiannya dapat ditemukan di sini dengan wget: wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm.md5sum wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/Gen-LB-readme.txt Setelah diunduh, verifikasi jumlah MD5 terhadap nilai yang tercatat di situs FTP.

Instal RPM sebagai berikut: rpm -ivh steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm Periksa apakah penginstalan berhasil dengan menjalankan: rpm -qa | grep steeleye-lkHOTFIX-Gen-LB-PL-7172 Jika Anda perlu menghapus RPM karena alasan tertentu, ini dapat dilakukan dengan menjalankan: rpm -e steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64 Di bawah ini adalah GUI yang menunjukkan tiga ekspor NFS saya yang telah saya konfigurasikan: Apa yang perlu kita lakukan dalam Suite Perlindungan SIOS adalah menentukan Load Balancer menggunakan skrip Hotfix yang disediakan oleh SIOS.

Pertama kami membuat hierarki sumber daya baru, kami memilih Aplikasi Generik dari drop down Tentukan skrip restore.pl yang terletak di /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ Tentukan skrip remove.pl yang terletak di /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ Tentukan skrip quickCheck yang terletak di /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ Tidak ada skrip pemulihan lokal, jadi pastikan Anda menghapus input ini Saat diminta untuk Info Aplikasi, kami ingin memasukkan nomor port yang sama seperti yang kami konfigurasikan di port Pemeriksaan Kesehatan misalnya 54321 Kami akan memilih untuk membawa layanan ke layanan setelah dibuat Resource Tag adalah nama yang akan kita lihat ditampilkan di GUI SPS-L, saya suka menggunakan sesuatu yang memudahkan untuk mengidentifikasi Jika semuanya dikonfigurasi dengan benar, Anda akan melihat "AKHIR pemulihan yang berhasil", kami kemudian dapat memperluas ini ke node lain sehingga sumber daya dapat di-host di salah satu node.

Ini menunjukkan konfigurasi Load Balancer yang telah selesai mengikuti ekstensi ke kedua node Langkah terakhir untuk cluster ini adalah membuat dependensi turunan untuk ketiga ekspor NFS, artinya semua ekspor NFS lengkap dengan mirror dan IP Datakeeper akan mengandalkan Load Balancer. Jika masalah serius terjadi pada node aktif maka semua sumber daya ini akan dialihkan ke node lain yang berfungsi.

Di atas, hierarki lengkap di Lifekeeper GUI. Di bawah ini menunjukkan tampilan GUI yang diperluas yang menunjukkan ekspor NFS, IP, Filesystems, dan volume replikasi DataKeeper sebagai anak-anak dari sumber daya Load Balancer.

Ini hanyalah salah satu contoh bagaimana Anda dapat menggunakan SIOS LifeKeeper di GCP untuk melindungi cluster NFS sederhana. Konsep yang sama berlaku untuk aplikasi penting bisnis apa pun yang perlu Anda lindungi. Anda hanya perlu memanfaatkan ARK Penyeimbang Beban yang disediakan oleh SIOS untuk memungkinkan Penyeimbang Beban GCP (Internet atau Internal) menentukan node mana yang saat ini menghosting aplikasi.