SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Desember 18, 2021

Gugus Kegagalan

Apa itu Failover?

“Beritahu Semua” di Failover

Failover adalah proses dimana standby, sistem redundan, database, atau jaringan mengasumsikan operasi ketika sistem utama, database, atau jaringan gagal, atau operasi utama dihentikan secara tidak normal. Kegagalan panas adalah salah satu prinsip desain utama yang dimasukkan ke dalam ketersediaan tinggi dan sistem pemulihan bencana.

RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman. Aplikasi pemrosesan transaksi online umumnya memiliki RTO terendah, dan aplikasi yang bersifat mission-critical sering memiliki RTO hanya beberapa detik.

RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika terjadi kegagalan. Untuk HA, RPO seringkali nol untuk menentukan harus ada kehilangan data nol di bawah semua skenario kegagalan

Mari Memahami Failover

Pertama, kita perlu membahas perbedaan antara server siaga dingin, hangat, dan panas:

  • Server dingin (kadang-kadang disebut sebagai failover dingin) adalah server yang tidak terhubung ke server utama tetapi tersedia dan dihidupkan hanya ketika server utama mati. Dengan server yang dingin, diperlukan waktu yang cukup lama untuk menyalakan server siaga, yang mungkin memerlukan konfigurasi dan perangkat lunak yang diperbarui. Ini berarti bahwa Recovery Time Objectives (RTO) dan Recovery Point Objectives (RPOs) adalah yang terpanjang. Cold failover dianggap tidak dapat diterima untuk aplikasi mission-critical.
  • Server/failover yang hangat adalah server yang secara berkala menerima pembaruan dari server utama melalui replikasi dan pencerminan data.
  • Server/failover panas adalah server yang menerima pembaruan rutin dari server utama dan segera tersedia untuk mengambil alih jika terjadi failover. Hot failover adalah yang paling intensif sumber daya, menghasilkan nol kehilangan data (nol RPO) dan RPO tidak lebih dari beberapa menit dan diperlukan untuk mendukung ketersediaan tinggi untuk aplikasi mission-critical.

SIOS Failover Cluster Software mendukung hot failover, memberikan RPO nol dan RTO milidetik untuk ketersediaan tinggi . Hasilnya: kegagalan sistem tidak menyebabkan hilangnya data dan transparan bagi pengguna.

Perangkat Lunak Kluster Failover SIOS

SIOS menawarkan perangkat lunak kluster failover sehingga Anda dapat membangun kluster penyimpanan bersama tradisional untuk ketersediaan tinggi atau kluster tanpa SAN SIOS yang menggunakan penyimpanan lokal. Perangkat lunak SIOS menggunakan replikasi data sinkron waktu nyata (untuk lingkungan LAN) atau asinkron (untuk lingkungan WAN) untuk menyinkronkan penyimpanan.

Solusi SIOS menyediakan ketersediaan tinggi dan pemulihan bencana dengan solusi tunggal. Pendekatan ini menghilangkan biaya dan kerumitan replikasi berbasis SAN. Dengan kemampuan untuk mereplikasi ke beberapa target, Anda dapat mengonfigurasi kluster failover multi-node dengan node yang terletak di beberapa lokasi untuk melindungi sistem Anda dari bencana.

Dengan kluster SIOS, Anda dapat mereplikasi antara konfigurasi pilihan Anda – antara lingkungan SAN dan SANless dan kombinasi apa pun dari konfigurasi fisik, virtual, cloud, dan hybrid. Faktanya, solusi pengelompokan SIOS unik dalam luasnya sistem operasi, aplikasi, dan lingkungan infrastruktur yang didukung, termasuk Windows, Linux, SAP, SQL Server, Oracle, AWS, Azure, dan platform cloud Google.

kegagalan SIOS
SIOS Failover Cluster Software menggunakan replikasi tingkat blok yang efisien untuk menjaga sinkronisasi penyimpanan lokal, memungkinkan node sekunder di cluster Anda untuk terus beroperasi setelah failover dengan akses ke data terbaru.

Dalam lingkungan Windows, Penjaga Data SIOS memberi Anda fleksibilitas untuk membangun kluster Windows dalam kombinasi lingkungan fisik, virtual, dan cloud apa pun. SIOS DataKeeper Cluster Edition terintegrasi secara mulus dengan dan memperluas Windows Server Failover Clustering (WSFC) dengan menyediakan kinerja yang dioptimalkan, berbasis host replikasi data mekanisme.

Di lingkungan Linux, SIOS LifeKeeper dan SIOS DataKeeper menyediakan kombinasi terintegrasi 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.

 

Mari kita tinjau satu studi kasus yang membahas manfaat dari salah satu solusi SIOS – SIOS DataKeeper.

Solusi Perangkat Lunak Failover Cluster SIOS sedang Beraksi

Terletak di Belanda, Van de Lande BR (VDL) memproduksi berbagai macam fitting dan katup kompresi PVC dan PE. Produk mereka digunakan di seluruh dunia dalam instalasi industri dan teknis. Memproduksi lebih dari 4500 produk yang berbeda, VDL sangat berkomitmen untuk peningkatan dan kualitas produk, menjadikan merek mereka pilihan bagi pembangun sistem dan instalasi selama lebih dari 50 tahun.

VDL memiliki lingkungan Hyper-V, penyimpanan solid state disk (SSD), dan bisnisnya sangat bergantung pada solusi ERP-nya. Dengan hanya satu sistem pemrosesan data, VDL terpapar dan membutuhkan solusi pemulihan bencana (DR) untuk memastikan perlindungan dan ketersediaan ERP, layanan web, dan sistem penting lainnya jika terjadi bencana.

Untuk memberikan perlindungan failover dan DR segera, VDL membangun sistem Windows Server Failover Clustering (WSFC), dengan satu node mereplikasi data ke node lainnya. Jika node utama gagal, WSFC mentransfer semua operasi ke node siaga, memberikan pengguna akses berkelanjutan ke aplikasi dan data.

VDL juga memilih SIOS DataKeeper Cluster Edition untuk menyediakan DR untuk mesin virtual (VM) Hyper-V-nya. SIOS DataKeeper adalah perangkat lunak tambahan yang menyediakan akses data tanpa gangguan. Ini terintegrasi dengan mulus dengan WSFC untuk menambahkan replikasi Hyper-V VM yang dioptimalkan kinerja, berbasis host, sinkron atau asinkron antara server fisik di koneksi LAN dan WAN. Bekerja dengan WSFC, SIOS DataKeeper memantau kesehatan sistem dan aplikasi, memelihara konektivitas klien, dan memungkinkan pembuatan klaster tanpa SAN. Tidak seperti SAN, cluster SANless menghilangkan satu titik kegagalan dan mengurangi biaya dan kompleksitas penerapan cluster.

SIOS DataKeeper juga menggunakan WSFC untuk menyediakan administrator sistem dengan solusi HA/DR yang familiar dan aplikasi-agnostik, sehingga secara dramatis menyederhanakan implementasi dan operasi.

VDL menyebarkan dua cluster SIOS DataKeeper; satu cluster dua simpul berfungsi sebagai server file dan server iSCSI sementara yang lain mendukung cluster SQL Server (ERP) dan layanan web Dynamics NAV. Pelaksanaannya memakan waktu kurang dari satu hari. Selama pengujian kegagalan sistem, tim layanan jaringan gagal dan gagal mengembalikan sistem dengan cepat dan mudah. Setelah evaluasi menyeluruh dari konfigurasi server VDL dan penyelesaian pengujian, tim penginstalan mengonfirmasi bahwa SIOS DataKeeper dan klaster SANless memenuhi semua kriteria mereka untuk pemulihan bencana, kinerja, dan ketersediaan tinggi sistem ERP, layanan web, dan misi lainnya. -aplikasi kritis. Organisasi tidak lagi mengambil risiko kehilangan data jika terjadi kegagalan.

Satu hal terakhir

Selain menguji SIOS, VDL menguji solusi lain dengan hasil yang tidak dapat diterima. Komentar Maurits van de Lande, Manajer ICT di VDL, “Kami telah menguji server file kami dengan replikasi DFS dan teknologi AlwaysOn. Tidak ada yang memberikan solusi pemulihan bencana otomatis untuk mencocokkan SIOS DataKeeper, yang sepenuhnya memenuhi persyaratan DR kami.” —————————————————————————————————————————————- Terlepas dari lingkungan TI Anda, organisasi Anda dapat memperoleh manfaat dari SIOS DataKeeper Cluster Edition dan DataKeeper Standard Edition, keduanya memberikan fleksibilitas konfigurasi, mengurangi biaya transfer data, menghilangkan satu titik kegagalan, mengurangi kerumitan, dan mengoptimalkan kinerja jaringan.

Untuk informasi lebih lanjut, Hubungi kami atau minta percobaan gratis .

Referensi:

Direproduksi dari SIOS

 
Desember 13, 2021

Replikasi Data

Replikasi Data

Replikasi Data Real-Time untuk Ketersediaan Tinggi

Apa itu Replikasi Data

Replikasi data adalah proses di mana data yang berada di server fisik/virtual atau instans cloud (instance utama) terus direplikasi atau disalin ke server sekunder atau instans cloud (instance siaga). Organisasi mereplikasi data untuk mendukung ketersediaan tinggi , pencadangan, dan/atau pemulihan bencana. Bergantung pada lokasi instans sekunder, data direplikasi secara sinkron atau asinkron. Bagaimana data direplikasi berdampak pada Recovery Time Objectives (RTO) dan Recovery Point Objectives (RPO).

Misalnya, jika Anda perlu memulihkan dari kegagalan sistem, instans siaga Anda harus berada di jaringan area lokal (LAN). Untuk aplikasi database penting, Anda kemudian dapat mereplikasi data secara sinkron dari instans primer di seluruh LAN ke instans sekunder. Ini membuat instans siaga Anda “panas” dan sinkron dengan instans aktif Anda, sehingga siap untuk mengambil alih segera jika terjadi kegagalan. Ini disebut sebagai ketersediaan tinggi (HA).

Jika terjadi bencana, Anda ingin memastikan bahwa instans sekunder Anda tidak ditempatkan bersama dengan instans utama Anda. Ini berarti Anda ingin instans sekunder Anda di situs geografis jauh dari instans utama atau di instans cloud terhubung melalui WAN. Untuk menghindari dampak negatif terhadap kinerja throughput, replikasi data pada WAN tidak sinkron. Ini berarti bahwa pembaruan pada instans siaga akan memperlambat pembaruan yang dibuat pada instans aktif, yang mengakibatkan penundaan selama proses pemulihan.

Mengapa Mereplikasi Data ke Cloud?

Ada lima alasan mengapa Anda ingin mereplikasi data Anda ke cloud.

  1. Seperti yang telah kita bahas di atas, replikasi cloud menjaga data Anda di luar lokasi dan jauh dari situs perusahaan. Meskipun bencana besar, seperti kebakaran, banjir, badai, dll., dapat menghancurkan instans utama Anda, instans sekunder Anda aman di cloud dan dapat digunakan untuk memulihkan data dan aplikasi yang terkena dampak bencana.
  2. Replikasi cloud lebih murah daripada mereplikasi data ke pusat data Anda sendiri. Anda dapat menghilangkan biaya yang terkait dengan pemeliharaan pusat data sekunder, termasuk biaya perangkat keras, pemeliharaan, dan dukungan.
  3. Untuk bisnis yang lebih kecil, mereplikasi data ke cloud bisa lebih aman terutama jika Anda tidak memiliki keahlian keamanan pada staf. Keamanan fisik dan jaringan yang disediakan oleh penyedia cloud tidak tertandingi.
  4. Replikasi data ke cloud memberikan skalabilitas sesuai permintaan. Seiring pertumbuhan atau kontrak bisnis Anda, Anda tidak perlu berinvestasi dalam perangkat keras tambahan untuk mendukung mesin virtual sekunder Anda atau membiarkan perangkat keras tersebut menganggur jika bisnis melambat. Anda juga tidak memiliki kontrak jangka panjang.
  5. Saat mereplikasi data ke cloud, Anda memiliki banyak pilihan geografis, termasuk memiliki instans cloud di kota berikutnya, di seluruh negeri, atau di negara lain seperti yang ditentukan oleh bisnis Anda.

Mengapa Mereplikasi Data Antar Instans Cloud?

Sementara penyedia cloud mengambil setiap tindakan pencegahan untuk memastikan 100 persen up-time, mungkin saja server cloud individu gagal sebagai akibat dari kerusakan fisik pada gangguan perangkat keras dan perangkat lunak – semua alasan yang sama mengapa perangkat keras lokal akan gagal. Untuk alasan ini, organisasi yang menjalankan aplikasi mission-critical mereka di cloud harus mereplikasi data cloud mereka untuk mendukung ketersediaan tinggi dan pemulihan bencana . Anda dapat mereplikasi data antara zona ketersediaan dalam satu region, antar region di cloud, antara platform cloud yang berbeda, ke sistem lokal, atau kombinasi hibrid apa pun.

Replikasi Data SIOS Real-Time untuk Ketersediaan Tinggi dan Pemulihan Bencana

SIOS Datakeeper™ menggunakan replikasi data tingkat blok yang efisien untuk menjaga agar instans primer dan sekunder Anda tetap sinkron. Jika terjadi failover, instance sekunder terus beroperasi, memberikan pengguna akses ke data terbaru. Dengan solusi SIOS, RPO selalu nol dan RTO bergantung pada aplikasi tetapi biasanya 30 detik hingga beberapa menit.

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, memungkinkan ketersediaan tinggi dan pemulihan bencana untuk aplikasi seperti GETAH dan database, termasuk Peramal , HANA, MaxDB, SQL Server , DB2, dan banyak lainnya. Kesederhanaan “out-of-the-box”, fleksibilitas konfigurasi, keandalan, kinerja, dan efektivitas biaya produk SIOS membedakannya dari yang lain perangkat lunak pengelompokan .

Di lingkungan Windows, SIOS DataKeeper Cluster Edition terintegrasi dengan mulus dengan dan memperluas Windows Server Failover Clustering (WSFC) dengan menyediakan mekanisme replikasi data berbasis host yang dioptimalkan kinerja. Sementara WSFC mengelola kluster perangkat lunak, SIOS melakukan replikasi data 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.

Di lingkungan Linux, SIOS LifeKeeper dan SIOS DataKeeper menyediakan kombinasi terintegrasi 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.

—————————————————————————————————————————————————————— Berikut adalah contoh dunia nyata tentang bagaimana satu perusahaan manufaktur terkemuka menggunakan SIOS untuk membuat solusi ketersediaan tinggi di cloud menggunakan replikasi data waktu nyata.

Cara Mencapai HA di Lingkungan Cloud dengan Replikasi Data Real-Time

Bonfiglioli adalah perusahaan desain, manufaktur, dan distribusi Italia terkemuka, yang mengkhususkan diri dalam otomasi industri, mesin bergerak, dan produk energi angin dan mempekerjakan lebih dari 3.600 karyawan di lokasi di seluruh dunia. Untuk menjalankan bisnisnya, perusahaan mengandalkan berbagai aplikasi mission-critical, termasuk sistem SAP ERP-nya. Infrastruktur TI perusahaan mencakup pusat data VMware di tempat dan pusat data jarak jauh untuk kelangsungan bisnis dan perlindungan bencana. Karena sebagian besar aplikasi mereka berjalan di lingkungan Windows, Bonfiglioli menggunakan pengelompokan failover Windows Server tingkat tamu di lingkungan VMware mereka untuk menyediakan ketersediaan tinggi dan perlindungan bencana.

Tim TI perusahaan menerapkan program untuk memindahkan sebagian dari operasi TI ke cloud Microsoft Azure dan memanfaatkan Azure sebagai situs pemulihan bencana mereka. Persyaratan penting dari rencana migrasi perusahaan adalah untuk memastikan arsitektur cloud dapat memberikan perlindungan ketersediaan tinggi yang lebih baik daripada sebelumnya dan memastikan Bonfiglioli dapat terus memenuhi Service Level Agreements (SLA) yang ketat.

Di lingkungan lokalnya, perusahaan menggunakan pengelompokan VMware, yang memungkinkan Windows Server Failover Clustering (WSFC) untuk mengelola failover ke server sekunder jika terjadi kegagalan infrastruktur. Namun, menyediakan jenis perlindungan ini di cloud merupakan tantangan karena menggunakan pengelompokan tamu dengan disk bus bersama bukanlah solusi cloud yang layak. Membuat cluster di VMware menggunakan Raw Device Mapping dan shared-bus disks (RDM) merupakan tantangan dan menciptakan batasan untuk mencadangkan mesin virtual.

Solusinya

Setelah mengevaluasi beberapa solusi, Bonfiglioli memilih SIOS DataKeeper sebagai solusi pemulihan bencana dan ketersediaan tinggi cloud mereka setelah mengetahui bahwa SIOS DataKeeper adalah satu-satunya solusi pengelompokan ketersediaan tinggi bersertifikat untuk SAP di cloud publik. Selain itu, mitra konsultan manajemen Bonfiglioli, BGP, memiliki pengalaman dengan SIOS DataKeeper dan mengetahui bahwa ini mudah dipasang, transparan untuk sistem operasi, dan solusi yang terbukti sangat efektif.

Dengan SIOS, tim TI membuat lingkungan cluster tanpa RDM. Mereka membuat cluster dua node di VMware dan menambahkan SIOS DataKeeper Cluster Edition untuk menyinkronkan penyimpanan melalui replikasi data real-time di setiap instance cluster. Di lingkungan lokal, penyimpanan yang disinkronkan muncul di WSFC sebagai disk penyimpanan bersama tunggal.

SIOS DataKeeper juga menyediakan perlindungan ketersediaan tinggi untuk instans SAP perusahaan dan menghilangkan satu titik kegagalan. Menggunakan SIOS DataKeeper, tim TI mereplikasi partisi disk berjenjang SSD di pusat data lokal perusahaan menggunakan replikasi data waktu nyata. Ini memungkinkan Bonfiglioli untuk memulihkan mesin virtual mereka ke Microsoft Azure jika terjadi bencana.

Hasil

Daniele Bovina, Arsitek Sistem di Bonfiglioli, berkomentar tentang hasilnya, “SIOS DataKeeper memberi kami cara mudah untuk memindahkan sistem SAP penting bisnis kami ke Microsoft Azure awan sembari memenuhi SLA ketat kami untuk ketersediaan, pemulihan bencana, dan kinerja.” ——————————————————————————————————————————————————– Untuk informasi lebih lanjut tentang Solusi Clustering SIOS, Hubungi kami atau minta uji coba gratis .

Referensi

Direproduksi dari SIOS
Desember 8, 2021

Mencapai Ketahanan TI dengan Ketersediaan Tinggi

Mencapai Ketahanan TI dengan Ketersediaan Tinggi

Mencapai Ketahanan TI dengan Ketersediaan Tinggi

Apa itu Ketahanan TI?

Ketahanan TI adalah kemampuan organisasi untuk mempertahankan tingkat layanan yang dapat diterima ketika ada gangguan pada operasi bisnis, proses kritis, atau ekosistem TI Anda. Di era digital ini, ketersediaan tinggi sangat penting untuk kesuksesan organisasi Anda. Pelanggan Anda tidak akan mentolerir situs web yang rusak. Dan Anda juga tidak dapat membeli ERP, CRM, atau sistem penting bisnis lainnya yang rusak. Di sinilah ketersediaan tinggi masuk.

Organisasi Anda harus “memeriksa kotak” pada banyak teknologi dan solusi yang berbeda untuk memastikan ketahanan TI – paling tidak di antaranya adalah memastikan, setidaknya, bahwa Anda memiliki cadangan, pemulihan bencana, ketahanan siber, dan solusi ketersediaan tinggi. Untuk tujuan artikel ini, kita akan berbicara tentang ketersediaan tinggi (HA) sebagai salah satu elemen kunci yang diperlukan untuk memastikan ketahanan TI.

Apa itu Ketersediaan Tinggi?

Sistem ketersediaan tinggi memastikan bahwa operasi bisnis berlanjut – dengan transparansi total kepada pelanggan dan pengguna – ketika sistem, aplikasi, dan jaringan Anda mati. HA adalah komponen dari sistem teknologi yang menghilangkan satu titik kegagalan untuk memastikan operasi berkelanjutan atau waktu aktif untuk waktu yang lama. Sistem yang sangat tersedia menggabungkan lima prinsip desain: failover otomatis, deteksi otomatis kegagalan tingkat aplikasi, tidak ada kehilangan data, kegagalan otomatis dan cepat ke komponen yang berlebihan, dan failover dan failback tombol tekan untuk pemeliharaan terencana.

——————————————————————————————————————————————————————–

Ketahanan TI dan Ketersediaan Tinggi – Bukan Contoh!

Agustus lalu, data center Nissan Group di Denver mogok karena pemadaman listrik. Sistem yang terpengaruh dikenal secara internal sebagai NNANet. Ini adalah solusi Nissan yang digunakan oleh karyawan untuk memesan mobil/suku cadang, mengelola penjualan rabat produk, mendapatkan info penarikan kendaraan, mengajukan klaim garansi yang diperlukan untuk menentukan harga dan memulai pekerjaan servis, dan mendapatkan informasi pembiayaan.NNANet digambarkan sebagai sumber kehidupan Nissan karena semua yang dilakukan Nissan melalui NNANet.

Sistem tetap tidak aktif selama empat hari, memengaruhi operasi di banyak pengecer dan sistem produksi di dua pabrik. Perusahaan, pengecer, dan pelanggan semuanya terkena dampaknya.

Benturan

Jelas, ini adalah contoh di mana sistem ketersediaan tinggi yang dikonfigurasi dengan benar, ditempatkan dengan benar akan menyelamatkan hari atau setidaknya meminimalkan dampak kerusakan. Apa situasi ketersediaan tinggi benar-benar berubah menjadi bencana bagi Nissan sebagai “perdagangan antara konsumen, pengecer, jaringan distribusi, pabrik dan perusahaan keuangan.” semua terpengaruh selama empat hari.[1]Nissan mengatur ulang target penjualan dealer sebesar 10 persen untuk bulan ini sebagai akibat dari kecelakaan tersebut. Dampak finansial total untuk Nissan dan dealer/pengecer/mitranya masih harus dilihat.

Ketahanan TI– Contoh Dunia Nyata!

Cayan™ adalah penyedia teknologi pembayaran terkemuka dan Genius Customer Engagement Platform® menggabungkan dan mengintegrasikan setiap teknologi transaksi yang mungkin, jenis pembayaran, dan program pelanggan – baik saat ini maupun di masa depan – ke dalam satu platform. Platform Genius, serta aplikasi mission-critical lainnya di Cayan, berjalan di SQL Server.

Pelanggan Cayan termasuk beberapa pengecer online terbesar di dunia, perusahaan yang tidak menoleransi waktu henti. “Prioritas utama kami adalah memastikan bahwa pelanggan kami dapat menyelesaikan transaksi terus menerus 24 jam sehari, tujuh hari seminggu,” kata Paul Vienneau, Chief Technology Officer, Cayan.

Cayan membutuhkan ketersediaan tinggi dan pemulihan bencana sistem untuk database SQL Server mereka. Perusahaan menganggap cluster penyimpanan bersama tradisional, tetapi solusi SAN mahal, rumit untuk dikelola, dan menimbulkan risiko yang terkait dengan satu titik kegagalan.

Untuk alasan ini, staf TI Cayan memutuskan untuk menggunakan kluster SIOS #SANLess. Cluster SANLess menggunakan penyimpanan lokal sehingga overhead kinerja minimal dan waktu respons aplikasi yang cepat. Perangkat lunak SIOS, SIOS DataKeeper, terintegrasi dengan Windows Server Failover Clustering (WSFC). SIOS menggunakan efisien, real-time, replikasi data untuk menyinkronkan penyimpanan lokal di node cluster utama dan jarak jauh, membuatnya tampak di WSFC sebagai SAN virtual.

Benturan

Sejak menerapkan kluster SIOS SANless, Cayan tidak mengalami downtime atau kehilangan data. Komentar Paul Vienneau, CTO, “Kami sangat senang dengan perangkat lunak SIOS DataKeeper. Itu bertemu atau melebihi harapan kami. Implementasi dan administrasi yang berkelanjutan mudah dilakukan, dan kami tidak mengalami downtime sejak kami mengimplementasikan klaster SIOS SANLess kami.” Tidak ada masalah kepuasan pelanggan untuk dilaporkan, tidak ada pendapatan yang hilang, tidak ada karyawan yang tidak produktif, tidak ada gangguan pada bisnis.

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

SIOS: Mencapai Ketahanan TI dengan Ketersediaan Tinggi

SIOS DataKeeper™ menggunakan replikasi tingkat blok yang efisien untuk menjaga sinkronisasi penyimpanan lokal, memungkinkan node sekunder di cluster Anda untuk terus beroperasi setelah failover dengan akses ke data terbaru.

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, memungkinkan ketersediaan tinggi dan pemulihan bencana untuk aplikasi seperti SAP S/4HANA dan database , termasuk Oracle, SQL Server, DB2, dan banyak lainnya. Kesederhanaan “out-of-the-box”, fleksibilitas konfigurasi, keandalan, kinerja, dan efektivitas biaya produk SIOS membedakannya dari perangkat lunak pengelompokan lainnya.

Di lingkungan Windows, SIOS DataKeeper Cluster Edition terintegrasi dengan mulus dan memperluas Windows Server Failover Clustering (WSFC) dengan menyediakan mekanisme replikasi data berbasis host yang dioptimalkan kinerja. 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.

Di lingkungan Linux, SIOS LifeKeeper™ dan SIOS DataKeeper untuk Linux menyediakan kombinasi ketersediaan tinggi yang terintegrasi secara erat pengelompokan failover , 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 dalam menciptakan dan mengelola infrastruktur komputasi ketersediaan tinggi. Mereka menyediakan kecerdasan, otomatisasi, fleksibilitas, ketersediaan tinggi, dan kemudahan penggunaan yang dibutuhkan manajer TI untuk melindungi aplikasi penting bisnis dari waktu henti atau kehilangan data.

SIOS = Ketahanan IT dengan HA + DR

Cadangan, ketersediaan tinggi, pemulihan bencana, dan ketahanan siber adalah elemen penting dalam mencapai ketahanan TI. Dengan solusi SIOS, Anda dapat “memeriksa kotak” untuk ketersediaan tinggi dan pemulihan bencana – dua solusi dalam satu. Dengan kemampuan untuk mereplikasi ke beberapa target, Anda dapat mengonfigurasi kluster failover multi-node dengan node yang terletak di beberapa lokasi untuk melindungi sistem Anda dari kegagalan dan bencana.

Untuk informasi lebih lanjut, dan untuk memastikan ketahanan TI untuk organisasi Anda, dapatkan demo gratis SIOS hari ini.

Referensi:

Direproduksi dengan izin dari SIOS
Desember 3, 2021

Cara Mencapai Ketersediaan Tinggi dengan Cluster

 

Cara Mencapai Ketersediaan Tinggi dengan Cluster

Apa itu Ketersediaan Tinggi?

Ketersediaan tinggi (HA) adalah komponen dari sistem teknologi yang menghilangkan satu titik kegagalan untuk memastikan operasi berkelanjutan atau waktu aktif untuk waktu yang lama. Ketersediaan tinggi cluster adalah kelompok server yang mendukung aplikasi penting bisnis yang membutuhkan waktu henti minimal dan ketersediaan berkelanjutan.

Semua organisasi menggunakan berbagai database dan aplikasi penting bisnis, seperti gudang data, aplikasi e-niaga, sistem manajemen hubungan pelanggan (CRM), sistem keuangan, manajemen rantai pasokan, dan sistem intelijen bisnis. Ketika sistem, database, atau aplikasi gagal, organisasi ini memerlukan perlindungan ketersediaan tinggi untuk menjaga sistem tetap berjalan dan meminimalkan risiko kehilangan pendapatan, karyawan yang tidak produktif, dan pelanggan yang tidak puas.

Cluster yang sangat tersedia menggabungkan lima prinsip desain:

  • Mereka secara otomatis melakukan failover ke sistem redundan untuk mengambil operasi ketika komponen aktif gagal. Ini menghilangkan satu titik kegagalan.
  • Mereka dapat secara otomatis mendeteksi kegagalan tingkat aplikasi saat terjadi, apa pun penyebabnya.
  • Mereka memastikan tidak ada kehilangan data selama kegagalan sistem.
  • Mereka secara otomatis dan cepat melakukan failover ke komponen yang berlebihan untuk meminimalkan waktu henti.
  • Mereka memberikan kemampuan untuk melakukan failover dan failback secara manual untuk meminimalkan waktu henti selama pemeliharaan yang direncanakan.

TechTarget mendefinisikan HA sebagai “sistem atau komponen yang terus beroperasi untuk jangka waktu yang lama dan diinginkan. Ketersediaan dapat diukur relatif terhadap '100% operasional' atau 'tidak pernah gagal'. Standar ketersediaan yang dipegang secara luas tetapi sulit dicapai untuk sistem atau produk dikenal sebagai ketersediaan 'lima 9' (99,999%). Tapi mari kita definisikan Ketersediaan Tinggi secara sederhana:

Ketersediaan Tinggi memastikan sistem, database, dan aplikasi Anda beroperasi kapan dan sesuai kebutuhan.

"Kapan" mempertimbangkan persentase waktu aplikasi harus aktif dan berjalan. "Sesuai kebutuhan" mempertimbangkan pengoperasian sistem, database, dan/atau aplikasi yang tepat tanpa kehilangan data.

Tergantung pada sistem dan/atau aplikasi, ketersediaan tinggi akan berbeda. Misalnya, dengan aplikasi mission-critical, seperti sistem eCommerce Anda, ketersediaan empat 9 (99,99%) dianggap sebagai standar industri. Dengan ketersediaan 99,99%, Anda dapat mengharapkan tidak lebih dari 52,60 menit waktu henti per tahun atau 8,64 detik waktu henti per hari. Namun, untuk aplikasi dan sistem yang tidak kritis, seperti kegagalan desktop tunggal, ketersediaan tinggi dapat berupa dua detik (99%), yang setara dengan waktu henti 8,77 jam per tahun atau waktu henti 1,44 menit per hari. Saat mengukur waktu henti yang dapat diterima, penting bagi Anda untuk mempertimbangkan:

  • Waktu henti yang tidak direncanakan (misalnya, kegagalan perangkat keras atau perangkat lunak)
  • Waktu henti yang direncanakan diperlukan untuk pemeliharaan perangkat keras dan perangkat lunak rutin
  • Uptime di tingkat database dan aplikasi

Pilihan Anda untuk ketersediaan tinggi bergantung pada banyak faktor, termasuk seberapa penting aplikasi bagi bisnis, apakah pelanggan terpengaruh, seberapa sering aplikasi dijalankan, berapa banyak pengguna yang terpengaruh, seberapa cepat database atau aplikasi harus dialihkan ke sistem yang berlebihan , dan seberapa besar kehilangan data yang dapat ditoleransi.

Metrik Ketersediaan Tinggi: RTO dan RPO

Dua metrik yang biasanya digunakan untuk menilai HA (dan juga Disaster Recovery (DR)) adalah Recovery Time Objective (RTO) dan Recovery Point Objective (RPO).

  • RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman. Aplikasi pemrosesan transaksi online umumnya memiliki RTO terendah, dan aplikasi yang bersifat mission-critical sering memiliki RTO hanya beberapa detik.
  • RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika terjadi kegagalan. Untuk HA, RPO seringkali nol untuk menentukan harus ada kehilangan data nol di bawah semua skenario kegagalan.

Namun, ada perbedaan antara RTO dan RPO yang dapat Anda capai untuk mendukung ketersediaan tinggi versus pemulihan bencana . Dengan HA, replikasi data dapat sinkron karena komponen redundan Anda berada di lingkungan LAN Anda. Basis data aktif dan siaga dapat diperbarui secara bersamaan, memungkinkan pemulihan penuh, otomatis, waktu nyata yang dapat memenuhi RTO dan RPO yang paling menuntut. Akibatnya, instans siaga Anda "panas" dan sinkron dengan instans aktif Anda, sehingga siap untuk segera mengambil alih jika terjadi kegagalan.

Namun, untuk memulihkan sistem, perangkat lunak, dan data jika terjadi bencana memerlukan komponen yang berlebihan untuk berada di jaringan area luas (WAN). Ini penting karena Anda harus menjauhkan komponen yang berlebihan di lokasi geografis dari instans aktif. Tetapi dengan WAN, replikasi data tidak sinkron untuk menghindari dampak negatif terhadap kinerja throughput. Ini berarti bahwa pembaruan pada instans siaga akan memperlambat pembaruan yang dibuat pada instans aktif, yang mengakibatkan penundaan selama proses pemulihan. Karena bencana jarang terjadi, beberapa penundaan mungkin dapat ditoleransi dan bergantung pada (a) seberapa penting bagi bisnis Anda untuk mencapai RTO dan RPO serendah mungkin dan (b) berapa banyak anggaran yang dapat Anda alokasikan untuk mencapai RTO dan RPO terbaik.

Bagaimana SIOS Membantu Anda Mencapai Ketersediaan Tinggi

SIOS menawarkan solusi tunggal untuk memenuhi ketersediaan tinggi dan kebutuhan pemulihan bencana di berbagai sistem operasi, lingkungan infrastruktur, dan aplikasi, termasuk SAP, SQL Server, Oracle, dan lingkungan lain yang berjalan dalam konfigurasi penyimpanan bersama berbasis SAN atau tanpa SAN , konfigurasi penyimpanan data lokal.

  • Lingkungan Windows : Ketika ditambahkan ke lingkungan Windows Server Failover Cluster (WSFC), SIOS DataKeeper memungkinkan Anda membuat cluster tanpa SAN, di mana cluster penyimpanan bersama tidak mungkin atau tidak praktis, atau menambahkan replikasi untuk perlindungan bencana di cluster Windows berbasis SAN Anda. Replikasi berbasis host yang cepat dan efisien menyinkronkan penyimpanan lokal pada node kluster lokal dan jarak jauh, menciptakan kluster SANLess dalam kombinasi lingkungan fisik, virtual, atau cloud apa pun.
  • Lingkungan Linux : Suite Perlindungan SIOS untuk Linux adalah paket perangkat lunak pengelompokan solusi yang menggunakan SIOS LifeKeeper dan SIOS DataKeeper untuk memberikan kombinasi yang terintegrasi erat dari pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana. SIOS Protection Suite memungkinkan Anda membangun klaster SAN atau SANLess menggunakan berbagai perangkat penyimpanan, termasuk penyimpanan yang terpasang langsung, iSCSI, dan Fibre Channel. SIOS Protection Suite untuk Linux mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux.

Dengan solusi SIOS, RPO selalu nol dan RTO bergantung pada aplikasi tetapi biasanya 30 detik hingga beberapa menit untuk beberapa aplikasi. Mari kita bahas studi kasus “SIOS in action” satu pelanggan menggunakan klaster HA di perusahaan ritel terbesar di Swiss.

Migros Mencapai Kontinuitas Bisnis Penting dari sistem POS-nya dengan Solusi Ketersediaan Tinggi SIOS

Migros adalah perusahaan ritel terbesar di Swiss, jaringan supermarket terbesarnya, dan pemberi kerja terbesar dengan lebih dari 100.000 karyawan. Ini juga salah satu dari empat puluh pengecer terbesar di dunia. Bermitra dengan Realstuff Informatik AG, penyedia layanan TI yang berbasis di Swiss dan reseller solusi SIOS, Migros ingin mengganti sistem Point of Sale (POS) dengan platform baru yang lebih efisien untuk dioperasikan dan dapat meminimalkan ancaman waktu henti.

Sistem POS yang baru menyediakan informasi harga dan pilihan produk di 650 toko Migros dan pengecer membutuhkan solusi ketersediaan tinggi untuk mendukung penjualan sehari-hari. Tanpa sistem HA, karyawan tidak dapat menentukan harga produk atau menimbang barang jika terjadi kegagalan sistem, sehingga menghentikan operasi. Setelah mengevaluasi opsi, Migros memutuskan menginginkan lingkungan server sumber terbuka yang menawarkan ketersediaan tinggi dan perlindungan data berkelanjutan, independen dari lingkungan virtual, dan dapat dioperasikan secara internal oleh staf TI perusahaan. Untuk mengatasi persyaratan ini, tim memilih SIOS Protection Suite untuk Linux untuk replikasi guna melindungi data POS.

Untuk desain sistem, pelatihan pelanggan, dan dukungan bahasa asli, Realstuff bermitra dengan Pusat Kompetensi dan Dukungan SIOS untuk Eropa Tengah dan Timur, yang berbasis di Dresden, Jerman dan dioperasikan oleh Computer Concept. Penting bagi Migros untuk mendapatkan dukungan 24x7x365 selama waktu kantor regional dari Pusat Kompetensi dan Dukungan.

Realstuff menerapkan solusi ketersediaan tinggi SIOS Protection Suite untuk terus memantau server POS dan mereplikasi data. Di setiap lokasi penyimpanan, dua server digunakan untuk memastikan perlindungan data yang berkelanjutan. Jika satu server gagal, instance kedua mengambil alih pekerjaan secara instan. Selain itu, kedua server mencerminkan aset data pada sistem pemantauan.Baca studi kasus Migros selengkapnya di sini.

Pikiran Akhir

Pusat Kompetensi dan Dukungan regional berkonsultasi dengan Realstuff untuk memberikan wawasan dan arahan tentang implementasi dan peluncuran dan mengadakan lokakarya pelatihan tiga hari untuk melatih tim Migros. Richard Huber, manajer dan anggota dewan eksekutif di Realstuff, berkomentar pasca penerapan bahwa manfaat dari solusi ketersediaan tinggi SIOS adalah fleksibilitas, keandalan, kemudahan penggunaan, dan jaminan bahwa data tetap sinkron setiap saat.

Saat ini, Migros telah memenuhi persyaratannya untuk HA dengan solusi SIOS yang mudah digunakan, yang menyediakan pemantauan terus menerus terhadap server, penyimpanan, aplikasi, database, dan koneksi jaringan untuk mendeteksi titik kegagalan, mengurangi waktu henti, memelihara konektivitas klien, dan menyediakan layanan tanpa gangguan. akses data.

Untuk informasi lebih lanjut tentang solusi SIOS dan bagaimana SIOS dapat membantu Anda mencapai HA di lingkungan SQL Server, Anda dapat membaca "Mengapa Pengelompokan untuk Ketersediaan Tinggi SQL Server" di sini.

 

Direproduksi dari SIOS
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

 
  • Results 231-235 of 928
  • < Page 47 of 186 >

  • Bergabunglah dengan Milis Kami