SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

November 28, 2021

Empat Alasan Untuk Menggunakan Strategi Penghindaran Dalam Ketersediaan Tinggi

Empat Alasan Untuk Menggunakan Strategi Penghindaran Dalam Ketersediaan Tinggi

Empat Strategi Penghindaran untuk Meningkatkan Ketahanan, Kinerja, dan Hasil Cluster

Langkah Sederhana untuk Penerapan di Lingkungan Cluster Suite Perlindungan SIOS

 

Menghindari sesuatu – kita semua pernah melakukannya.Api tua yang kita lihat di toko saat berjalan-jalan dengan pasangan kita, seorang penjual ketika kita tidak “siap membeli”, dan bahkan seorang bos saat kita sedang “berlibur”.Ketika saya menjadi manajer tim pengembangan, saya melihat sekilas seorang reporter langsung menjelajah di sebuah toko ketika mereka seharusnya berada di luar kantor karena sakit.Mereka merunduk di antara rak pakaian dan bergegas menyusuri lorong berikutnya dan bergegas pergi.Kita semua pernah melakukannya, dan dalam beberapa kasus, untuk kesehatan mental, kesehatan fisik, atau alasan yang tetap pribadi dan pribadi, kita semua memerlukan beberapa tindakan penghindaran.Bahkan di HAJadi, bagaimana Anda menambahkan penghindaran ke Anda? Ketersediaan Tinggi lingkungan, dan mengapa?

Empat alasan untuk menggunakan strategi penghindaran di Ketersediaan Tinggi

  • Performa Lebih Baik (meminimalkan kelebihan server)

Salah satu alasan untuk menggunakan strategi penghindaran di HA adalah untuk meningkatkan kinerja aplikasi dan server.Pertimbangkan kasus tiga server yang menjalankan beban kerja produksi, sebut saja Server Alpha, Server Beta, Server Gamma.Server Alpha dan Beta menjalankan aplikasi penting yang didukung oleh database, sementara Server Gamma menjalankan tugas laporan dan transformasi data.Jika terjadi kegagalan Server Alpha, kegagalan ke Server Beta biasanya akan terjadi.Namun, karena server Beta sudah menjalankan beban kerja yang besar, beban aplikasi tambahan yang dihasilkan dapat mengakibatkan kelebihan server yang tidak diinginkan dan kinerja yang buruk untuk kedua aplikasi.Jadi mungkin bijaksana untuk menerapkan strategi penghindaran untuk memastikan bahwa Server Gamma dipilih sebagai target failover.

  • Optimasi Kinerja

Perhatikan kembali skenario tiga server, Alpha, Beta, dan Gamma.Server Alfa dan Beta diskalakan untuk menangani beban kerja puncak, sedangkan Server Gamma adalah server dengan biaya yang dioptimalkan.Jika terjadi kegagalan Server Alpha dan Server Beta, kegagalan akan terjadi pada server yang dioptimalkan biaya, Gamma.Namun, server ini tidak diskalakan untuk menangani beban kerja puncak, atau beban kerja Server Alpha dan Server Beta secara bersamaan.Dalam hal ini, strategi penghindaran dapat digunakan untuk mengoptimalkan kinerja dengan secara otomatis memindahkan satu atau kedua beban kerja dari Server Gamma segera setelah host lain tersedia.

  • Optimasi HA

HA Optimization adalah skenario lain untuk menerapkan strategi penghindaran. Seperti strategi pengoptimalan kinerja, pengoptimalan HA digunakan untuk memastikan bahwa lingkungan Anda dapat bertahan dari sebagian besar skenario kegagalan dan bahwa aplikasi Anda dioptimalkan untuk menyediakan tingkat ketersediaan tertinggi yang memungkinkan kapan saja.Optimalisasi HA penting untuk aplikasi seperti SAP dengan proses enqueue yang direplikasi.Di lingkungan SAP mana pun, Anda tidak ingin instans ASCS (ABAP SAP Central Service) dan ERS (enqueue replica services) berada di server yang sama untuk waktu yang lama karena risiko kehilangan kunci dan pekerjaan yang dibatalkan. Untuk mencegah hal ini terjadi, Anda dapat menggunakan strategi penghindaran yang menyebabkan instans ERS dan ASCS selalu berjalan pada node cluster yang berlawanan.Pertimbangkan kasus tiga server yang menjalankan beban kerja produksi, sebut saja Server Alpha, Beta, Gamma.Server Alpha menjalankan instance ASCS, sementara Server Beta menjalankan instance ERS.Server Gamma berfungsi sebagai node ketiga untuk failover Server Beta (ERS) dan Server Alpha (ASCS).Jika Beta mogok, Anda tidak ingin sumber daya ERS berjalan pada node yang sama dengan instans ASCS.Untuk memastikan operasi ini, Anda dapat menerapkan strategi penghindaran yang secara otomatis memeriksa terlebih dahulu dan memastikan kedua aplikasi berada di server terpisah, dan mempertahankan praktik terbaik SAP ASCS/ERS untuk penguncian failover.

  • Penghindaran DR

Misalkan Anda memiliki dua pusat data: City Alpha dan City Beta yang berjarak sekitar 70 mil dengan sebagian besar klien Anda berlokasi di antara keduanya. Namun, karena perubahan terbaru dalam organisasi internal, merger/penutupan dan akuisisi, dan persyaratan tata kelola, tim TI Anda harus menambahkan pusat data ketiga yang terletak di City Gamma, yang berjarak sekitar 350 mil dari Alpha dan Beta.Sekarang sumber daya yang terutama dilindungi di Alpha dan Beta juga diperluas ke lokasi Gamma.Mengingat bahwa sebagian besar pengguna dan tim berada di dekat lokasi Alfa dan Beta dan bahkan pengguna paling ekstrem berada di kota-kota tetangga, tim Anda perlu menghindari failover ke lokasi Gamma. Seperti strategi lainnya, penghindaran DR berupaya mengoptimalkan kinerja, biaya data regional masuk/keluar, latensi, dan akses klien dengan menghindari node DR jika hanya satu node dalam kedua wilayah yang gagal.Ini juga akan memastikan bahwa meskipun kedua node gagal setelah waktu yang berbeda, failover selalu terjadi pada node lain di cluster atau pusat data sebelum pindah ke DR.

Jadi, bagaimana Anda menerapkan strategi penghindaran?

Banyak penyedia memiliki aturan afinitas yang dapat dikonfigurasi, sementara yang lain menggunakan kombinasi prioritas server atau langkah manual.Dalam kasus Suite Perlindungan SIOS untuk Linux, Anda dapat menggunakan sejumlah metode bawaan termasuk:

  • Prioritas sumber daya

Jika terjadi kegagalan, sumber daya akan dialihkan ke server yang memiliki sisa prioritas terendah dan mengalir ke server tambahan mana pun (Alpha, Beta, dan Gamma).Server Alpha adalah server utama untuk Resource.HR, Server Beta adalah server utama untuk Resource.MFG, dan Server Gamma adalah server cadangan untuk semua sumber daya/server.Menggunakan prioritas sumber daya, Resource.HR akan memiliki prioritas satu (1) di Server Alpha dan prioritas dua (2) di Server Gamma.Sedangkan Resource.MFG dapat memiliki prioritas satu (1) pada Server Beta dan prioritas dua (2) pada Server Gamma.Jika pelanggan ingin mengoptimalkan penggunaan lingkungan, maka Resource.HR dapat memiliki prioritas tiga (3) pada Server Beta dan Resource.MFG dapat memiliki prioritas tiga (3) pada Server Alpha.Jika terjadi kegagalan Server Alpha, sumber daya Resource.HR akan gagal ke Server Gamma terlebih dahulu sebelum mencoba masuk layanan (dipulihkan) di Server Alpha.

Suite Perlindungan SIOS untuk Linux (UI dan CLI) memungkinkan pengguna untuk menentukan prioritas untuk setiap server dan kombinasi sumber daya.

  • Kebijakan atau aturan afinitas

Aturan kebijakan juga dapat digunakan untuk mencegah pemulihan sumber daya terjadi pada server tertentu dan dengan demikian memungkinkan sumber daya untuk menghindari server tertentu yang mungkin menjalankan beban kerja yang lebih kritis atau intensif sumber daya.Kebijakan umum meliputi:

            • Kebijakan batasan yang akan memblokir aplikasi dari server tertentu secara default.
            • Kebijakan sumber daya yang akan memblokir aplikasi dari server yang tidak memiliki sumber daya yang memadai
            • Kebijakan temporal yang menentukan periode waktu di mana sumber daya diizinkan atau tidak diizinkan dari suatu sistem
            • Kebijakan khusus yang menentukan server pilihan atau kemungkinan kemampuan kepemilikan aplikasi dalam cluster

Perlindungan SIOS untuk Linux CLI memungkinkan pengguna untuk menentukan aturan kebijakan yang dapat menonaktifkan failover ke sumber daya tertentu untuk server tertentu, menyediakan kebijakan sementara yang menjaga kegagalan, menonaktifkan kegagalan jenis aplikasi tertentu, kebijakan kendala, dan kebijakan kustom.

  • Sumber Daya Penghindaran Spesifik

Cara paling terperinci untuk menetapkan strategi penghindaran sumber daya adalah dengan menerapkan skrip penghindaran spesifik dalam setiap hierarki.Metode ini akan memungkinkan pengguna untuk mengonfigurasi aplikasi tertentu, (misalnya app1 dan app2), untuk menghindari satu sama lain bila memungkinkan sambil mengizinkan aplikasi lain berjalan tanpa batasan.Dalam kasus tiga server kami, Alpha, Beta, dan Gamma, dan tiga sumber daya app1, app2, dan app3, metode ini akan memberikan fleksibilitas terbesar.Dalam contoh ini, app1 dan app2 akan berusaha menghindari kolokasi saat server gagal, tetapi app3 akan gagal ke node berikutnya yang tersedia berdasarkan prioritas tanpa batasan kolokasi.

Untuk contoh tambahan strategi dan sumber daya penghindaran, pertimbangkan Suite Perlindungan SIOS untuk Linux dokumentasi .Jika pelanggan memiliki dua aplikasi, app1 dan app2, yang mereka perlukan untuk dijalankan pada node yang berbeda bila memungkinkan, pelanggan dapat membuat dua sumber daya node daun terminal penghindaran menggunakan sumber daya gen/aplikasi SIOS Protection Suite untuk Linux dan ‘/opt/LifeKeeper /lkadm/bin/avoid_restore’ skrip.

Direproduksi dari SIOS

 
November 23, 2021

Pengantar Cluster – Bagian 2

Pengantar Cluster - Bagian 2

Pengantar Cluster – Bagian 2

Apa Jenis Cluster yang Ada dan Bagaimana Cara Kerjanya?

Ikhtisar Cluster HA, dan Cluster Load Balancing

Clustering membantu meningkatkan keandalan dan kinerja sistem perangkat lunak dan perangkat keras dengan menciptakan redundansi untuk mengkompensasi kegagalan sistem yang tidak terduga. Jika suatu sistem terganggu karena kegagalan perangkat keras atau perangkat lunak atau bencana alam, ini dapat berdampak besar pada bisnis dan pendapatan, membuang-buang waktu dan biaya penting untuk memulihkan dan menjalankan semuanya.

Di sinilah kekelompokan masuk. Ada tiga jenis utama solusi pengelompokan – cluster HA, cluster load balancing, dan cluster HPC. Jenis mana yang paling baik meningkatkan ketersediaan dan kinerja sistem untuk bisnis Anda? Mari kita lihat ketiga jenis solusi clustering secara lebih rinci di bawah ini.

Apa itu Pengelompokan HA?

Pengelompokan Ketersediaan Tinggi, juga dikenal sebagai pengelompokan HA, efektif untuk aplikasi bisnis yang sangat penting, sistem ERP, dan basis data, seperti SQL Server SAP, dan Oracle yang membutuhkan ketersediaan yang hampir terus-menerus.

Pengelompokan HA dapat dibagi menjadi dua jenis, konfigurasi "Aktif-Aktif" dan konfigurasi aktif-pasif.

Mari kita lihat perbedaan antara kedua tipe clustering HA ini.

HA Clustering Type 1: Konfigurasi Aktif-Aktif

Pada konfigurasi aktif-aktif, pemrosesan dilakukan pada semua node dalam cluster. Misalnya, dalam kasus pengelompokan dua simpul, kedua simpul tersebut aktif. Jika satu node berhenti, pemrosesan akan diambil alih yang lain.

Namun, jika setiap node beroperasi mendekati 100% dan satu node berhenti, akan sulit bagi node lain untuk mengambil beban pemrosesan tambahan. Oleh karena itu, perencanaan kapasitas dengan margin penting untuk pengelompokan HA.

Tipe Pengelompokan HA 2: Konfigurasi Siaga Aktif

Mari kita gunakan contoh dua simpul kita lagi. Dalam konfigurasi active-standby, satu node dikonfigurasi sebagai node aktif dan node lainnya dikonfigurasi sebagai node standby. Node aktif dan node siaga bertukar sinyal yang disebut "detak jantung" untuk terus memeriksa apakah mereka beroperasi secara normal.

Jika node siaga tidak dapat menerima detak jantung node aktif, node siaga menentukan bahwa node aktif telah berhenti dan akan mengambil alih pemrosesan node aktif. Mekanisme ini disebut "failover". Sebaliknya, mekanisme yang memulihkan node operasi yang dihentikan dan mentransfer pemrosesan kembali ke node aktif yang dipulihkan disebut "failback." Dalam konfigurasi aktif/siaga, ketika terjadi kegagalan, peralihan sederhana dari simpul aktif ke simpul siaga membuat pemulihan relatif mudah. Namun, perlu dipertimbangkan bahwa sumber daya node siaga saat node operasi beroperasi secara normal akan terbuang sia-sia.

Dua Komponen HA Clustering: Aplikasi dan Penyimpanan

Agar cluster HA menjadi efektif, dua area perlu ditangani: orkestrasi aplikasi dan perlindungan penyimpanan. Perangkat lunak pengelompokan memantau kesehatan aplikasi yang dilindungi dan, jika mendeteksi masalah, memindahkan operasi aplikasi tersebut ke node siaga. Simpul siaga memerlukan akses ke versi data terbaru – sebaiknya identik dengan data yang diakses simpul utama sebelum kejadian. Ini dapat dicapai dengan dua cara: penyimpanan bersama, penyimpanan tanpa berbagi. Dalam model penyimpanan bersama, kedua node cluster mengakses penyimpanan yang sama – biasanya SAN. Dalam konfigurasi shared-nothing (alias SANless), penyimpanan lokal di semua node dicerminkan menggunakan perangkat lunak replikasi.

Pengelompokan produk perangkat lunak sangat bervariasi dalam kemampuannya untuk memantau dan mendeteksi masalah yang dapat menyebabkan kegagalan aplikasi dan dalam kemampuannya untuk mengatur failover dengan andal. Banyak produk pengelompokan hanya mendeteksi apakah server aplikasi beroperasi, tetapi tidak mendeteksi berbagai perangkat lunak, layanan, jaringan, dan masalah lain yang dapat menyebabkan kegagalan aplikasi.

Kesadaran Aplikasi itu Penting

Demikian pula, aplikasi ERP dan database yang kompleks memiliki beberapa bagian komponen yang harus disimpan di server atau instans yang benar, dimulai dalam urutan yang benar, dan dibawa on line sesuai dengan praktik terbaik yang kompleks. Pilih perangkat lunak pengelompokan dengan perangkat lunak khusus yang disebut kit pemulihan aplikasi yang dirancang khusus untuk mempertahankan praktik terbaik untuk persyaratan khusus aplikasi/database.

Ada beberapa cara untuk mengonfigurasi HA Cluster:

Cluster Dua Node Tradisional dengan Penyimpanan Bersama

 

Dua server dikelompokkan dengan penyimpanan bersama.

Dua Node SANless Cluster

Cluster dapat dikonfigurasi menggunakan LAN lokal dan replikasi tingkat blok sinkron kecepatan tinggi.

Replikasi waktu nyata dapat digunakan untuk menyinkronkan penyimpanan di server utama dengan penyimpanan di server siaga yang terletak di pusat data yang sama, di situs pemulihan bencana, atau keduanya. Ini memungkinkan Anda membangun konfigurasi ketersediaan tinggi dan pemulihan bencana secara fleksibel; Replikasi tingkat blok dua node atau multi-nodeSIOS sangat dioptimalkan untuk kinerja. Anda bahkan dapat menggunakan penyimpanan yang terpasang secara lokal berkecepatan tinggi dan super cepat seperti perangkat penyimpanan jenis flash PCIe di server fisik Anda untuk mencapai konfigurasi dengan biaya yang sangat rendah, kinerja tinggi, dan ketersediaan tinggi.Data Anda dilindungi pada perangkat flash dan aplikasi Anda juga.

Cluster berbasis SAN dengan node ketiga

Node Ketiga untuk Perlindungan Bencana

Konfigurasi ini menggunakan cluster berbasis SAN dan menambahkan node ketiga tanpa SAN ke pusat data jarak jauh atau cloud dan mencapai perlindungan pemulihan bencana penuh.Jika terjadi bencana, server fisik jarak jauh siaga dibawa ke layanan secara otomatis tanpa kehilangan data, menghilangkan jam yang diperlukan untuk pemulihan dari media cadangan.

Apa itu Load Balancing Cluster?

Load balancing clustering merupakan mekanisme yang dapat digunakan sebagai satu sistem dengan mendistribusikan pemrosesan ke beberapa node menggunakan load balancer untuk meningkatkan kinerja dengan mendistribusikan pemrosesan. Meskipun dapat mengisolasi simpul yang gagal untuk mencegah kegagalan simpul mempengaruhi seluruh sistem, penyeimbang beban adalah satu titik kritis dari risiko kegagalan dan bukan opsi ketersediaan tinggi . Ini hanya efektif untuk aplikasi seperti load balancing server web. Jika penyeimbang beban itu sendiri gagal, seluruh sistem berhenti.

Apa itu Pengelompokan HPC?

Anda juga dapat menggunakan pengelompokan untuk kinerja bukannya ketersediaan tinggi . Cluster High-Performance Computing, atau cluster HPC menggabungkan kekuatan pemrosesan beberapa (terkadang ribuan node) untuk mendapatkan kinerja CPU yang dibutuhkan di lingkungan intensif CPU seperti lingkungan ilmiah dan teknologi yang membutuhkan simulasi skala besar, analisis CAE, dan pemrosesan paralel .

Apakah Anda siap untuk menemukan solusi pengelompokan HA yang tepat untuk bisnis Anda?

Pelajari lebih lanjut tentang pengelompokan Ketersediaan Tinggi SIOS di sini .

 
November 18, 2021

Pengantar Cluster – Bagian 1

Pengantar Cluster – Bagian 1

Pengantar Cluster – Bagian 1

Apa itu clustering?

Teknologi clustering adalah teknologi yang memungkinkan Anda untuk menghubungkan beberapa server untuk bertindak sebagai satu unit fungsional.

Jenis pengelompokan

Kamu bisa gugus server untuk beberapa tujuan. Misalnya, Anda dapat menggabungkan kekuatan pemrosesan beberapa server kecil untuk kinerja tinggi. Anda juga dapat mendistribusikan pekerjaan pemrosesan ke beberapa node menggunakan penyeimbang beban untuk efisiensi tambahan.

Pengelompokan ketersediaan tinggi (HA) adalah proses menggabungkan node server untuk melindungi aplikasi penting dari downtime dan kehilangan data.

Pengantar Cluster
Dalam cluster failover penyimpanan bersama tradisional, node primer dan node sekunder atau remote berbagi penyimpanan yang sama.

Pengelompokan HA

Pengelompokan ketersediaan tinggi (HA) adalah mekanisme yang mengurangi waktu henti dengan menghilangkan titik kegagalan tunggal (SPOF). Dalam sebuah cluster HA, aplikasi penting dijalankan pada node utama yang terhubung ke satu atau lebih node sekunder atau remote dalam sebuah cluster. Perangkat lunak clustering memantau kesehatan aplikasi, server, dan jaringan. Jika terjadi kegagalan pada node utama, itu memindahkan operasi aplikasi ke node sekunder dalam proses yang disebut failover, di mana operasi berlanjut.

Ketersediaan Tinggi

Application high availability adalah ukuran berapa banyak waktu dalam satu tahun tertentu sebuah aplikasi tersedia dan beroperasi. Secara umum, kluster HA menyediakan 99,99% (Four nines) ketersediaan atau sedikit lebih dari 52 menit waktu henti selama tahun tertentu.

Penting untuk dicatat bahwa dalam klaster HA tradisional, semua node klaster terhubung ke penyimpanan bersama yang sama – biasanya SAN. Dengan cara ini, setelah failover, node sekunder mengakses data yang sama dengan node utama dan operasi dapat dilanjutkan.

Pengantar Cluster
Cluster SANless menyinkronkan penyimpanan lokal menggunakan replikasi tingkat blok berbasis host.

Cluster tanpa SAN

Namun, banyak perusahaan lebih suka menggunakan klaster SANless karena beberapa alasan. Pertama, penyimpanan bersama mewakili satu titik kegagalan kritis. Kedua, penyimpanan bersama seringkali bukan pilihan di lingkungan cloud publik. Ketiga, SAN terkadang dapat menghambat kinerja aplikasi database, seperti SQL Server, Oracle, dan SAP.

Alih-alih penyimpanan bersama, perusahaan-perusahaan ini menggunakan replikasi tingkat blok yang efisien, berbasis host, untuk menyinkronkan penyimpanan lokal di semua node cluster. Jika terjadi failover, node sekunder terhubung ke penyimpanan lokal dengan salinan identik dari penyimpanan utama. Ini tidak hanya menghilangkan risiko SAN SPOF tetapi juga memungkinkan penambahan fast disk (SSD) ke penyimpanan lokal lokal untuk kinerja tinggi yang hemat biaya. Pengelompokan SANless juga memungkinkan perusahaan untuk memigrasikan lingkungan HA lokal ke cloud dengan sedikit usaha atau gangguan proses bisnis yang sedang berlangsung.

Direproduksi dari SIOS
November 13, 2021

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Perangkat Lunak Pengelompokan

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Apa itu Perangkat Lunak Clustering?

Perangkat lunak pengelompokan memungkinkan Anda mengonfigurasi server Anda sebagai pengelompokan atau cluster sehingga beberapa server dapat bekerja sama untuk menyediakan ketersediaan dan mencegah kehilangan data. Setiap server menyimpan informasi yang sama – sistem operasi, aplikasi, dan data. Jika satu server gagal, server lain segera mengambil beban kerja. Profesional TI mengandalkan pengelompokan untuk menghilangkan satu titik kegagalan dan meminimalkan risiko waktu henti. Faktanya, 86 persen dari semua organisasi mengoperasikan aplikasi HA mereka dengan semacam pengelompokan atau ketersediaan tinggi mekanisme di tempat.[1]

Jenis Perangkat Lunak Manajemen Cluster

Ada berbagai solusi perangkat lunak manajemen cluster yang tersedia untuk distribusi Windows dan Linux. Contohnya meliputi:

  • Pengelompokan Failover Server Windows (WSFC),
  • Ekstensi Ketersediaan Tinggi SUSE Linux Enterprise,
  • Suite Gugus Topi Merah,
  • Oracle Real Application Cluster (RAC), dan
  • perangkat lunak SIOS.

Kecuali untuk SIOS, produk ini mendukung sistem operasi tunggal atau memerlukan perangkat keras SAN yang mahal, membatasi fleksibilitas dan opsi penerapan. Selain itu, ekstensi HA open-source Linux memerlukan keterampilan teknis tingkat tinggi, menciptakan masalah kompleksitas dan keandalan yang menantang sebagian besar operator.

Produk SIOS secara unik melindungi aplikasi berbasis Windows atau Linux yang beroperasi di lingkungan fisik, virtual, cloud atau hybrid cloud dan dalam kombinasi situs atau skenario pemulihan bencana. Aplikasi seperti SAP dan database, termasuk Oracle, SQL Server, DB2, SAP HANA dan banyak lainnya, mendapat manfaat dari perangkat lunak SIOS. Kesederhanaan “out-of-the-box”, fleksibilitas konfigurasi, keandalan, kinerja, dan efektivitas biaya produk SIOS membedakannya dari perangkat lunak pengelompokan lainnya.

Bagaimana Perangkat Lunak Clustering SIOS Menyediakan Ketersediaan Tinggi untuk Cluster Windows dan Linux

Jika Anda menjalankan aplikasi penting di lingkungan Windows atau Linux, Anda mungkin ingin mempertimbangkan produk pengelompokan perangkat lunak ketersediaan tinggi SIOS Technology Corporation.

Dalam lingkungan Windows, SIOS DataKeeper Cluster Edition terintegrasi dengan mulus dengan dan memperluas Windows Server Failover Clustering (WSFC) dengan menyediakan kinerja yang dioptimalkan, berbasis host replikasi data mekanisme. Sementara WSFC mengelola kluster perangkat lunak, SIOS melakukan replikasi untuk mengaktifkan perlindungan bencana dan memastikan nol kehilangan data dalam kasus di mana kluster penyimpanan bersama tidak mungkin atau tidak praktis, seperti di lingkungan penyimpanan cloud, virtual, dan berkinerja tinggi.

Dalam lingkungan Linux, Suite Perlindungan SIOS untuk Linux menyediakan kombinasi yang terintegrasi erat dari pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi, melindungi aplikasi penting bisnis Anda dari waktu henti dan bencana.

Baik Anda berada di lingkungan Windows atau Linux, produk SIOS membebaskan tim TI Anda dari kerumitan dan tantangan infrastruktur komputasi. Mereka menyediakan kecerdasan, otomatisasi, fleksibilitas, ketersediaan tinggi , dan manajer TI yang mudah digunakan perlu melindungi aplikasi penting bisnis dari waktu henti atau kehilangan data. Dengan lebih dari 80.000 lisensi terjual, SIOS digunakan oleh banyak perusahaan terbesar di dunia.

Berikut adalah satu studi kasus yang membahas bagaimana penyedia Sistem Informasi Rumah Sakit (HIS) terkemuka menggunakan SIOS DataKeeper Cluster Edition untuk meningkatkan ketersediaan tinggi dan bandwidth jaringan di lingkungan cluster Windows mereka.

Bagaimana Satu Penyedia HIS Meningkatkan RPO dan RTO Dengan Perangkat Lunak Pengelompokan DataKeeper SIOS

Penyedia HIS terkemuka ini memiliki lebih dari 10.000 organisasi perawatan kesehatan (HCO) yang berbasis di AS menggunakan berbagai aplikasinya, termasuk manajemen perawatan pasien, layanan mandiri pasien, dan manajemen pendapatan. Untuk mendukung pelanggan ini, organisasi memiliki lebih dari 20 cluster SQL Server yang terletak di dua pusat data yang tersebar secara geografis, serta beberapa server yang lebih kecil dan pengiriman log SQL Server untuk pemulihan bencana (DR).

Organisasi ini memiliki basis pelanggan yang besar dan infrastruktur TI yang luas dan membutuhkan solusi yang dapat menangani lalu lintas jaringan yang padat dan menghilangkan masalah bandwidth jaringan saat mereplikasi data ke situs DR-nya. Organisasi juga perlu meningkatkan Recovery Point Objective (RPO) dan Recovery Time Objective (RTO) untuk mengurangi volume data yang berisiko dan membuat operasi TI kembali dan berjalan lebih cepat setelah bencana atau kegagalan sistem. RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika server gagal, atau terjadi bencana. RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman.

Untuk mengatasi tantangan ini, organisasi ini memilih SIOS DataKeeper Cluster Edition, yang menyediakan integrasi tanpa batas dengan WSFC, sehingga memungkinkan untuk membuat cluster tanpa SAN.

Setelah SIOS DataKeeper Cluster Edition lulus pengujian POC ketat organisasi, tim TI menerapkan solusi di lingkungan produksi perusahaan. Tim menerapkan SIOS di kluster tiga simpul yang terdiri dari dua simpul berbasis SAN di pusat data lokal utama organisasi dan satu simpul tanpa SAN di situs DR jarak jauhnya.

Solusi SIOS menyinkronkan replikasi di tiga node dalam cluster dan menghilangkan masalah bandwidth di situs DR, meningkatkan RPO dan RTO dan mengurangi biaya bandwidth. Hari ini, organisasi menggunakan SIOS DataKeeper Cluster Edition untuk melindungi lingkungan SQL Server mereka di lebih dari 18 node cluster.

Lihat studi kasus lengkap untuk mempelajari lebih lanjut .

Bagaimana Perangkat Lunak Pengelompokan SIOS Bekerja

Perangkat lunak SIOS adalah bagian penting dari solusi klaster Anda, melindungi lingkungan Windows atau Linux pilihan Anda dalam konfigurasi (atau kombinasi) apa pun dari lingkungan fisik, virtual, dan cloud (publik, pribadi, dan hibrida) tanpa mengorbankan kinerja atau ketersediaan.

Jika Anda memerlukan replikasi yang cepat, efisien, untuk mentransfer data melalui jaringan area lokal atau luas dengan bandwidth rendah, SIOS DataKeeper melindungi lingkungan Windows yang penting bagi bisnis, termasuk Microsoft SQL Server, Oracle, SharePoint, Lync, Dynamics, dan Hyper-V dari waktu henti dan kehilangan data di lingkungan fisik, virtual, atau cloud.

SIOS Protection Suite untuk Linux mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux dan mengakomodasi berbagai arsitektur penyimpanan.

Untuk melihat cara kerja perangkat lunak pengelompokan SIOS untuk melindungi lingkungan Windows dan Linux, minta demo atau dapatkan percobaan gratis .

Belajar lebih tentang: Pengelompokan SAP Pengelompokan SQL Server Pengelompokan Oracle Pengelompokan Linux Lihat posting blog terbaru tentang produk pengelompokan kami.

Referensi

[1]SIOS dalam kemitraan dengan ActualTech Research, (2018) Laporan Survei Ketersediaan Tinggi Status Aplikasi Direproduksi dari SIOS
November 8, 2021

Dasar-dasar Pemulihan Bencana

Dasar-dasar Pemulihan Bencana

Dasar-dasar Pemulihan Bencana

Ikhtisar pemulihan bencana

 

 

Pemulihan bencana mengacu pada kemampuan untuk memulihkan/memperbaiki sistem dengan cepat dan meminimalkan kerusakan jika terjadi kegagalan di seluruh lokasi atau bahkan regional. Pemulihan bencana adalah bagian penting dari manajemen kelangsungan bisnis dan memiliki protokol pemulihan bencana yang kuat akan membantu mencegah kehilangan data yang tidak perlu dan biaya yang terkait dengan waktu henti sistem.

Apa yang merupakan bagian ‘bencana’ dari pemulihan bencana? Ini bisa merujuk pada bencana alam seperti gempa bumi, banjir, dll, tetapi juga berbagai peristiwa seperti “kebakaran”, “terorisme”, “intrusi tidak sah”, “peretasan skala besar”, dan “peretasan skala besar” jangka panjang. -skala pemadaman listrik.” Apa pun yang berpotensi menyebabkan kerusakan besar pada sistem TI jika gagal.

Dampak Nyata dari Kegagalan Sistem

Selain potensi kerusakan fisik dan kehilangan data yang terkait dengan kegagalan sistem, kurangnya rencana pemulihan bencana dapat menyebabkan hilangnya pendapatan yang tidak dapat dipulihkan untuk bisnis. Untuk setiap menit waktu henti sistem, ini berarti kehilangan penjualan dan peluang, potensi pengalaman pelanggan yang negatif, reputasi bisnis yang ternoda, dan biaya tinggi untuk perbaikan TI darurat.

Pentingnya Pemulihan Bencana

Untuk perusahaan yang menyediakan layanan mission-critical, membangun sistem kesinambungan bisnis yang dapat menangani downtime sistem yang tidak terduga sangat penting. Memiliki kemampuan untuk mencegah kegagalan sejak awal, dan dengan cepat pulih jika terjadi kegagalan lokal atau bahkan bencana di seluruh lokasi atau regional terjadi akan membantu melindungi data, menjaga hubungan baik dengan pelanggan, dan menghemat waktu dan berpotensi kerugian finansial yang menghancurkan.

Sangat penting untuk menyadari bahwa kegagalan sistem bencana adalah sesuatu yang akan terjadi, bukan sesuatu yang mungkin terjadi, sehingga menempatkan rencana pemulihan bencana yang tepat akan melindungi bisnis Anda.

Tantangan Pemulihan Bencana

Meskipun protokol pemulihan bencana sangat penting, bukan tanpa tantangan untuk menyiapkan dan mengimplementasikannya. Berikut adalah beberapa hambatan umum untuk implementasi pemulihan bencana yang tepat: Tantangan 1: Pemisahan geografis.
Inti dari perlindungan bencana adalah menjaga sistem dan data di lokasi yang secara geografis terpisah dari pusat data primer atau instance cloud sehingga, jika terjadi bencana atau pemadaman cloud, sistem sekunder dapat dibawa online dan operasi dapat dilanjutkan.

Tantangan 2: Persyaratan bandwidth jaringan Mereplikasi data ke lokasi di luar lokasi untuk pemulihan bencana dapat berarti menambahkan persyaratan bandwidth jaringan dan masalah latensi.

Tantangan 3: Volume data terus meningkat Persyaratan kapasitas penyimpanan di situs pemulihan bencana akan meningkat seiring waktu. Rencana pemulihan bencana yang tepat perlu menetapkan “prioritas perlindungan” untuk memperjelas data mana yang harus dilindungi dan mengoptimalkan sumber daya penyimpanan yang tersedia.

Tantangan 4: Prosedur pemulihan pada saat pemulihan Jika sistem mati karena bencana, pemulihan layanan diperlukan. Seringkali, perusahaan menemukan data mereka tersebar di beberapa lokasi dan tidak ada prosedur standar untuk dan pemulihan, yang mengakibatkan hilangnya waktu dan biaya yang sangat besar. Mengembangkan prosedur restorasi yang jelas dan terstandarisasi akan menghilangkan sakit kepala ini dan memungkinkan tindakan cepat saat paling penting.

Pencadangan data vs Perlindungan Ketersediaan

Secara tradisional, pencadangan data – pada dasarnya proses membuat salinan data dan aplikasi dan memindahkannya ke lokasi di luar kantor – telah dilakukan untuk tujuan melindungi data jika terjadi kegagalan/kegagalan peralatan TI dan untuk pencatatan/pengarsipan sesuai dengan peraturan. persyaratan seperti HIPAA (Healthcare Information Portability Accountability Act). Untuk memulihkan operasi, semua server, penyimpanan, dan perangkat keras lainnya, serta jaringan yang terpengaruh oleh insiden tersebut perlu diganti atau diperbaiki. Server harus dikonfigurasi dan aplikasi harus dipulihkan, dibawa kembali online, dan terhubung ke data yang dipulihkan. Langkah ini bisa berbulan-bulan.

Tanpa adanya proses perlindungan ketersediaan, operasi pemulihan dengan pencadangan saja dapat menjadi proses yang memakan waktu dan mahal. Proses ketersediaan membuat sistem yang beroperasi penuh siap untuk mengambil alih jika terjadi bencana, memungkinkan dimulainya kembali layanan dalam hitungan menit.

Berikut adalah beberapa alasan umum lainnya tentang pentingnya rencana pemulihan bencana yang efektif:

Indikator pemulihan bencana

Metrik utama untuk pemulihan bencana adalah “RPO” dan “RTO”.

RPO (Tujuan Titik Pemulihan) RPO menunjukkan titik dari waktu terjadinya bencana hingga jam berapa di masa lalu pemulihan data dijamin.

Jika “RPO = < 5 menit Saat bertujuan untuk “RPO = 0 (zero data loss)”, mekanisme proteksi ketersediaan seperti failover clustering diperlukan.

RTO (Tujuan Waktu Pemulihan) RTO adalah indeks yang menunjukkan berapa banyak waktu yang dapat diberikan bisnis Anda dari waktu henti awal hingga pemulihan operasi. “RTO = 1 bulan atau lebih”, Anda mungkin dapat menangani pemulihan data hanya dengan melakukan pencadangan jarak jauh dan mengamankan perangkat pengganti. Tetapi jika “RTO = dalam satu menit”, pengelompokan failover diperlukan.

Memilih Metode Pemulihan Bencana

Saat menentukan metode pemulihan bencana yang tepat untuk bisnis Anda, pertimbangkan faktor-faktor penting berikut:

  • Kekritisan proses bisnis dan toleransi terhadap dampak
  • Jenis dan kapasitas data yang ingin Anda lindungi
  • Persyaratan pemulihan – RPO dan RTO Anda
  • Anggaran

Fokus pada Dampak Bisnis

Sementara departemen TI memimpin teknis dalam mengembangkan langkah-langkah pemulihan bencana untuk sistem TI, pemilik bisnis harus mempertimbangkan dampak dan tingkat pemadaman sistem terhadap dampak bisnis dari setiap penghentian sistem” untuk memastikan dampak yang paling tidak berbahaya bagi bisnis.

Tipe data yang dilindungi (integritas data)

Penting untuk mengklasifikasikan jenis dan pentingnya data yang dilindungi. Untuk data yang tidak memerlukan konsistensi yang sangat tepat (seperti server file), cadangan penyimpanan utama yang sederhana mungkin sudah cukup.

Di sisi lain, sistem ERP dan database seperti SQL Server, Oracle, dan SAP memiliki beberapa layanan dan bagian yang perlu ditempatkan di server tertentu, dimulai dalam pesanan tertentu, dan dikelola sesuai dengan berbagai praktik terbaik khusus aplikasi. . Mereka biasanya memerlukan perlindungan ketersediaan tinggi dan solusi pengelompokan yang sadar aplikasi untuk mengatur failover.

———————————————————————————————————————————————————

Persyaratan Pemulihan Bencana Utama

Pencadangan jarak jauh – pada dasarnya menyimpan salinan aplikasi dan data di lokasi terpencil yang terpisah secara geografis.

Pencerminan Penyimpanan Sinkron Menyimpan salinan penyimpanan lokal dan jarak jauh yang disinkronkan untuk perlindungan DR. Dalam metode ini, data ditulis ke penyimpanan lokal dan segera direplikasi ke penyimpanan jarak jauh. Penyimpanan lokal tidak “berkomitmen” sampai proses penulisan data ke lokasi jarak jauh telah selesai. Proses ini membuat kedua lokasi tetap identik, menghilangkan perbedaan yang mungkin terjadi jika data-dalam-transit pada saat suatu peristiwa gagal ditulis di lokasi jauh. Integritas data dijamin antara situs utama dan cadangan.

Pencerminan Penyimpanan Asinkron.
Metode ini menulis data ke penyimpanan lokal kemudian mereplikasinya ke lokasi yang jauh. Ini memungkinkan efisiensi pemanfaatan jaringan yang lebih besar dan mengurangi pertentangan bandwidth ketika pemisahan geografis menyebabkan latensi.

“Siaga dingin” dan “Siaga panas”

Siaga dingin Proses menyimpan salinan data atau sistem sekunder secara offline jika terjadi bencana. Jika sistem utama mati, sistem dan perangkat lunak harus dimulai secara manual – dalam beberapa kasus dikonfigurasi – dan data harus dipulihkan sebelum operasi dapat dilanjutkan.

Siaga panas Ini adalah proses menjaga sistem sekunder tetap beroperasi dan beralih ke sistem tersebut jika terjadi waktu henti pada sistem utama.

Perbandingan Biaya Metode Pemulihan Bencana

Semakin kecil RPO dan RTO, semakin pendek waktu henti, tetapi biayanya akan meningkat.

Mempertimbangkan biaya dan nilai aset dari setiap jenis data, perlu untuk menemukan metode optimal untuk tingkat perlindungan apa yang diperlukan. Keseimbangan antara implementasi in-house dan outsourcing layanan akan berdampak pada biaya.

Untuk mempelajari lebih lanjut tentang ketersediaan tinggi dan solusi pemulihan bencana di SIOS, klik di sini .

 

 
  • Results 246-250 of 939
  • < Page 50 of 188 >

  • Bergabunglah dengan Milis Kami