SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Archives for Juli 2020

Perencanaan adalah Kunci Ketersediaan Perusahaan (dan Menikah dengan Bahagia)

by Leave a Comment

Perencanaan adalah Kunci Ketersediaan Perusahaan (dan Menikah dengan Bahagia)

Perencanaan adalah Kunci Ketersediaan Perusahaan (dan Menikah dengan Bahagia)

Merencanakan tanggal dan liburan, makan malam romantis yang luar biasa adalah bagian yang hebat dari mencintai pasangan Anda dengan baik.  Seminar dan lokakarya dipenuhi dengan tips untuk meningkatkan hubungan Anda yang berlimpah di hampir setiap wilayah dunia.

Tapi, dengarkan sesi pelatihan yang disediakan oleh SIOS Technology Corp. Manajer Proyek untuk Layanan Profesional, Edmond Melkomian, dan Anda akan segera mengetahui bahwa merencanakan makan malam dan retret ulang tahun bukan satu-satunya cara untuk mencintai pasangan Anda dengan baik.

Di kelas baru-baru ini di SIOS Protection Suite untuk Linux, Edmond membagikan tiga tips yang membantu Anda mencintai pasangan Anda dengan baik di dunia perusahaan: paket, paket, paket.

1.   “Rencanakan untuk merencanakan” solusi ketersediaan perusahaan Anda

1. “Rencanakan untuk merencanakan” solusi ketersediaan perusahaan Anda

Dalam kursusnya, Edmond Melkomian meminta siswa untuk menyebutkan hal pertama yang harus Anda lakukan ketika menggunakan solusi perusahaan.  Jawabannya, "Rencanakan, rencanakan, rencanakan." Tampaknya sudah jelas, tetapi langkah pertama adalah mulai membuat rencana.  Sebuah permulaan yang lumayan layak untuk sebuah rencana meliputi pengembangan rincian untuk setiap fase proyek, seperti tonggak sejarah, pos pemeriksaan, risiko, mitigasi risiko dan strategi, pemangku kepentingan, jadwal, rencana komunikasi pemangku kepentingan.  Rencana yang layak juga akan mencakup perincian tentang kickoff, sign-off dan penutupan, dan sumber daya (kepegawaian, manajemen, hukum / kontrak).

Rencanakan untuk membuat, meninjau, memodifikasi, dan memperbarui rencana Anda sepanjang siklus hidup solusi.

2.   Rencanakan apa yang akan digunakan untuk ketersediaan perusahaan

Rencanakan apa yang akan digunakan.  Sangat mungkin bahwa sebagian besar infrastruktur perusahaan Anda ada di luar ranah masa hidup tim saat ini dengan perusahaan Anda.  Ketika Anda bermigrasi ke cloud, atau memperbarui strategi ketersediaan Anda, perlu waktu dan upaya untuk membuat rencana mengenai apa yang akan digunakan.  Fokuskan rencana Anda untuk memastikan bahwa Anda menggunakan redundansi di semua komponen penting, jaringan, komputasi, penyimpanan, daya, pendinginan, dan aplikasi.  Semua pusat data dan penyedia cloud biasanya memastikan pendinginan, daya, dan redundansi jaringan untuk memulai.

Sejumlah perusahaan menawarkan tim arsitektur, penyedia solusi cloud, pakar ketersediaan, arsitek aplikasi, dan spesialis migrasi yang membantu tim menemukan ketergantungan kritis dan terkadang tersembunyi serta area berisiko tinggi yang rentan terhadap Single Points of Failure (SPOF's).  Pekerjaan investigasi ini akan menjadi masukan bagi rencana Anda tentang apa yang akan digunakan dan / atau diperbarui dalam strategi ketersediaan Anda.

Berencana meninjau apa yang perlu Anda gunakan.

3.   Berencana untuk menjaga QA / klaster pra-produksi untuk ketersediaan yang andal

Ketika saya berada di tim pengembangan SIOS Technology Corp., saya tidak akan pernah melupakan panggilan Jumat malam dengan waktu yang lama, tetapi pelanggan yang panik.  Awal bulan ini, seorang pelanggan yang sering tidak berhasil menyebarkan solusi perangkat lunak baru ke dalam lingkungan produksi.  Hasilnya adalah kegagalan besar.  Dia menelepon nomor 800 kami pada jam 4:30 sore (EST) pada hari Jumat.  Mengapa saya mengingat waktu yang tepat itu? Jumat adalah malam kencan.  Saya dan istri saya punya rencana makan malam, pengasuh untuk enam gadis yang siaga (setiap jam), dan berharap untuk malam yang romantis dan santai.  Saya baru saja akan keluar untuk hari ketika telepon berdering.  Setelah jam pertama yang menegangkan, kami kembali berdiri dan berlari.  Episode malang ini bisa dihindari atau dikurangi dengan menjaga sistem UAT atau QA.

Sebagai Harrison Howell, Insinyur Perangkat Lunak untuk Pengalaman Pelanggan di SIOS Technology Corp mencatat dalam blog-nya-6-common-cloud-migrasi-tantangan batas on-prem tidak lagi batas yang sama.

Pelanggan yang datang dari sistem on-prem perlu mengingat bahwa sumber daya tidak lagi menjadi faktor pembatas. Di cloud, sistem dapat dengan mudah disalin dan dijalankan dalam isolasi produksi, sesuatu yang tidak sepele di tempat. Akses on-demand ke sumber daya TI memungkinkan UAT HA dan DR berkembang melampaui “shutdown the primary node”. Jaringan dapat disabotase, kernel bisa panik, bahkan basis data pun bisa rusak dan semua ini tidak akan memengaruhi produksi! Identifikasi dan pengujian skenario ini meningkatkan postur HA dan DR.

Berencana untuk menggunakan dan menyimpan sistem UAT untuk pengujian HA dan DR.  Seperti yang disebutkan Harrison, "mengidentifikasi dan[issues] menguji" "men[your overall]ingkatkan postur HA dan DR," dan itu meningkatkan peluang Anda untuk kencan malam yang sukses.

4.   Rencanakan pemeliharaan dan pembaruan rutin (termasuk dokumentasi)

Terakhir, rencanakan waktu untuk pemeliharaan rutin dan pembaruan untuk mempertahankan Ketersediaan Perusahaan.  Perusahaan Anda harus tetap tersedia agar tetap sangat menguntungkan dan sukses.  Lingkungan tidak tetap stagnan, dan tambalan, pembaruan keamanan, ekspansi, dan pemeliharaan umum adalah kejadian biasa dari awal hingga pensiun.  Membuat rencana untuk bagaimana dan kapan Anda akan memasukkan pembaruan dan pemeliharaan ke perusahaan Anda akan memastikan bahwa Anda tidak hanya terus mendapatkan informasi terkini, tetapi Anda meminimalkan risiko dan downtime saat melakukannya.  Pastikan untuk memasukkan dalam rencana Anda penggunaan sistem uji.  Kembangkan rutinitas dan proses terencana untuk memvalidasi tambalan, pembaruan kernel dan OS, dan perangkat lunak keamanan, dan jangan lupa untuk memperbarui dokumentasi proyek dan rencana masa depan saat Anda tumbuh dan berkembang.

Jika Anda ingat untuk merencanakan dimuka sistem yang sangat redundan, sangat andal, dan sangat tersedia, rencanakan untuk menjaga QA / pra-produksi cluster setelah Go-Live, dan rencanakan untuk pemeliharaan dan pembaruan rutin Anda juga akan dapat menjaga rencana Anda dengan pasangan Anda untuk kencan malam.  Dan tidak hanya berkencan malam, tetapi Anda juga dapat menjaga malam Anda bebas dari panggilan bangun jam 3 pagi karena sistem produksi yang buruk.  Ini tip saya untuk mencintai pasangan Anda dengan baik.

Saya mencintai istri saya dan karenanya saya membantu pelanggan menyebarkan DataKeeper Cluster Edition SIOS Technology Corp. dan SIOS Protection Suite untuk produk Windows dan Linux sebagai bagian dari solusi perlindungan perusahaan yang sangat tersedia.  Hubungi SIOS.

– Cassius Rhue, VP, Pengalaman Pelanggan

Artikel direproduksi dengan izin dari SIOS

 

Cara Menggabungkan Pencadangan, Replikasi, dan Clustering Ketersediaan Tinggi

by Leave a Comment

Cara Menggabungkan Pencadangan, Replikasi, dan Clustering Ketersediaan Tinggi

Cara Menggabungkan Pencadangan, Replikasi, dan Clustering Ketersediaan Tinggi

Pencadangan, replikasi, dan ketersediaan tinggi (HA) adalah bagian mendasar dari manajemen risiko TI, dan mereka sangat diperlukan seperti roda pada mobil. Replikasi juga penting untuk perlindungan data TI.

Lingkungan Cadangan dan HA Cluster Tidak Saling Eksklusif

Sementara cadangan, replikasi, dan failover semuanya penting, ada perbedaan utama di antara mereka yang perlu dipahami untuk memastikan mereka diterapkan dengan benar.

Misalnya, saat Anda dapat menggunakan replikasi untuk mempertahankan salinan data yang terus-menerus diperbarui, tanpa mempertimbangkannya di lingkungan perlindungan data yang lebih besar, Anda juga akan menyalin data masalah (seperti data yang terinfeksi virus).

Dalam kasus seperti itu, cadangan sangat penting untuk mengembalikan data ke poin baik terakhir yang diketahui. Dengan melakukan replikasi, Anda dapat mengakses gambar yang direplikasi segera sebelum kegagalan sistem (= RTO / RTO lebih unggul) dengan cara yang hanya menyimpan data berdasarkan generasi dan mendukungnya dalam model tipe eDiscovery tidak bisa.

Oleh karena itu, SIOS Protection Suite mencakup perangkat lunak pengelompokan SIOS LifeKeeper dan perangkat lunak replikasi DataKeeper. SIOS LifeKeeper adalah produk cluster failover HA yang memantau kesehatan aplikasi dan mengatur failover aplikasi dan DataKeeper adalah perangkat lunak replikasi penyimpanan berbasis blok. Namun, hanya karena itu adalah cluster HA tidak berarti cadangan tidak diperlukan. Pertimbangkan tindakan pencegahan dan poin yang perlu diperhatikan saat mencadangkan di lingkungan HA cluster menggunakan SIOS Protection Suite.

Lima Poin Cadangan di Lingkungan Clustering Ketersediaan Tinggi

Pertimbangkan lima poin berikut sebagai target perolehan cadangan:

  1. Sistem Operasi (OS)
  2. SIOS Protection Suite – Program Clustering Software LifeKeeper / DataKeeper
  3. SIOS Protection Suite – informasi konfigurasi LifeKeeper / DataKeeper
  4. Program aplikasi (mis., SQL Server, SAP S / 4 HANA, Oracle, PostgreSQL, dll.)
  5. Data aplikasi

Cadangkan OS

Untuk mencadangkan OS, biasanya digunakan utilitas OS standar atau perangkat lunak cadangan pihak ketiga. Namun, karena tidak ada pertimbangan khusus untuk lingkungan ketersediaan tinggi, kami tidak akan membahasnya di sini.

Cadangkan Perangkat Lunak Clustering SIOS Protection Suite

SIOS Protection Suite termasuk program SIOS LifeKeeper / DataKeeper juga dapat diperoleh dengan utilitas standar OS atau perangkat lunak cadangan pihak ketiga, tetapi jika program menghilang karena kegagalan disk, dll. tanpa sengaja mencadangkannya, Anda perlu menginstalnya kembali. Mungkin akan ada beberapa orang yang berpikir tentang dikotomi melakukannya.

Cadangkan Informasi Konfigurasi SIOS Protection Suite

SIOS LifeKeeper hadir dengan perintah sederhana bernama lkbackup yang memungkinkan Anda membuat cadangan informasi konfigurasi. lkbackup dapat dijalankan pada SIOS LifeKeeper dan sumber daya terkait dan tidak akan memengaruhi layanan yang berjalan.

Perintah ini dapat dieksekusi dalam tiga kasus utama berikut.

  • Segera setelah menginstal sumber daya SIOS LifeKeeper yang baru dibuat
  • Sebelum dan sesudah mengubah konfigurasi SIOS LifeKeeper (menambah / mengubah dependensi, menambah / menghapus sumber daya)
  • Sebelum dan sesudah pemutakhiran versi SIOS LifeKeeper

Jika Anda mencadangkan informasi konfigurasi dengan lkbackup, bahkan jika informasi konfigurasi hilang karena kegagalan disk atau jika informasi konfigurasi rusak karena kesalahan operasi, dll.) Anda dapat dengan cepat kembali ke keadaan operasional semula.

Program Operasional Cadangan

Meskipun mencadangkan program operasi mengacu pada mencadangkan aplikasi bisnis yang dilindungi di HA cluster Anda, dimungkinkan untuk membuat dan memulihkan gambar cadangan menggunakan utilitas standar OS atau perangkat lunak cadangan pihak ketiga seperti pada 1. dan 2 di atas.

Cadangkan Data Aplikasi Bisnis

Di lingkungan HA cluster, penyimpanan bersama yang dapat diakses oleh server aktif dan siaga disediakan. Selama operasi normal, penyimpanan bersama digunakan oleh node cluster aktif. Data aplikasi (misalnya, data basis data) biasanya penyimpanan dalam penyimpanan bersama ini, tetapi poin-poin berikut harus diingat ketika membuat cadangan penyimpanan ini.

Untuk konfigurasi penyimpanan bersama 

Saat memperoleh cadangan data yang terletak di konfigurasi kluster SANless dengan penyimpanan yang dibagikan oleh node kluster aktif dan sistem siaga, data hanya dapat diakses dari sistem aktif (sistem siaga tidak dapat mengakses data). Akibatnya, cadangannya juga aktif. Dalam hal ini, pastikan bahwa ada kekuatan pemrosesan yang cukup untuk menangani skenario failover dan cadangan pemulihan.

Untuk konfigurasi penyimpanan bersama

 

Untuk konfigurasi replikasi data 

Dalam hal konfigurasi replikasi data, cadangan dari sistem operasi adalah dasar, tetapi dengan menghentikan sementara mirroring dan melepaskan kunci, cadangan juga dapat dieksekusi di sisi sistem siaga. Namun, dalam hal ini, data sementara tidak sinkron.

Untuk konfigurasi replikasi data

Mencadangkan simpul cluster dari server cadangan eksternal

Untuk melakukan cadangan node cluster dari server backup eksternal, gunakan alamat IP virtual atau nyata dari node cluster. Poin yang perlu diperhatikan dalam setiap kasus adalah sebagai berikut.

Mencadangkan menggunakan alamat IP virtual node cluster

Dari perspektif server cadangan, cadangan dieksekusi ke node yang ditunjukkan oleh alamat IP virtual LifeKeeper. Dalam hal ini, server cadangan tidak perlu mengetahui simpul mana yang merupakan simpul aktif.

Mencadangkan menggunakan alamat IP virtual node cluster

Mencadangkan menggunakan alamat IP asli dari node cluster

Dari perspektif server cadangan, cadangan dilakukan ke alamat IP asli tanpa menggunakan alamat IP virtual LifeKeeper. Karena penyimpanan bersama tidak dapat diakses dari node cluster siaga, server cadangan dan klien harus memeriksa node mana yang merupakan node aktif.

Menggabungkan cadangan, replikasi, dan failover clustering dalam cadangan konfigurasi yang teruji dan diverifikasi sangat diperlukan. Menggunakan melakukan verifikasi operasi yang memadai terlebih dahulu di sisi pengguna.

Direproduksi dengan izin dari SIOS

Perangkat Lunak Ketersediaan Tinggi adalah Asuransi Terhadap Downtime SAP

by Leave a Comment

Kita semua perlu membeli asuransi – untuk mobil kita, rumah kita, hidup kita. Tidak ada yang suka membayar uang untuk layanan yang kami harap tidak perlu digunakan. Tetapi kita semua tahu bahwa kita harus memilikinya untuk berjaga-jaga. Kebanyakan orang menunda asuransi sampai sesuatu yang buruk terjadi, membeli yang termurah, atau benar-benar melakukan pekerjaan rumah mereka dan membelinya dari seseorang yang mereka percayai.  Grup terakhir ini biasanya memberikan harga terbaik.

Perangkat Lunak Ketersediaan Tinggi adalah Asuransi Terhadap Downtime

Asuransi sering kali untuk konsumen, tetapi juga penting untuk bisnis. Anda memiliki sistem komputer dan aplikasi yang menjalankan bisnis Anda.  Jika mereka gagal karena suatu alasan, Anda ingin bisnis Anda terus berjalan atau bisa menghabiskan jutaan dolar dalam bisnis yang hilang melalui transaksi dan data pelanggan yang hilang, dan kerusakan yang tidak dapat diperbaiki terhadap reputasi Anda dengan pelanggan Anda. Perangkat lunak ketersediaan tinggi adalah "asuransi" Anda terhadap gangguan sistem. Ini bukan sesuatu yang bisa Anda abaikan. Ini bukan sesuatu yang dapat Anda percayai yang akan datang bersama dengan infrastruktur perangkat keras atau perangkat lunak Anda. Anda ingin menggunakan solusi ketersediaan tinggi dari perusahaan yang memiliki keahlian puluhan tahun dalam ketersediaan tinggi dan tahu bagaimana menjaga sistem Anda tetap berjalan dan berjalan.

Perusahaan perangkat lunak ketersediaan tinggi tepercaya harus: 

  • Memberikan solusi tunggal yaitu platform agnostik – dapat digunakan di tempat, di cloud, dan di semua platform perangkat keras dan lunak Anda
  • Memiliki produk yang mudah dikonfigurasikan dan dipasang tanpa memiliki keahlian aplikasi yang cukup
  • Ketahui aplikasi Anda dan kapan aplikasi Anda mengalami masalah
  • Ambil tindakan yang tepat untuk mencoba me-restart atau gagal aplikasi
  • Gagal aplikasi ke server sekunder, mempertahankan praktik terbaik aplikasi, dan membawa aplikasi kembali dalam urutan yang tepat

Salah satu aplikasi utama yang digunakan dalam perusahaan saat ini adalah SAP S / 4HANA, berdasarkan pada basis data dalam memori HANA.  Sebagian besar pelanggan SAP akan diminta untuk menjalankan database HANA dengan SAP pada tahun 2025.  Anda ingin menemukan solusi ketersediaan HANA cerdas dari perusahaan yang mengetahui ketersediaan tinggi, yang tahu SAP, tahu HANA, dan tahu apa yang harus dilakukan untuk memastikan bahwa aplikasi SAP penting Anda, dan bisnis Anda, terus berjalan dengan lancar.

SIOS Technology adalah perusahaan yang dapat Anda percayai untuk Perangkat Lunak Ketersediaan Tinggi yang andal. Rilis produk LifeKeeper untuk Linux 9,5 berisi Kit Pemulihan Aplikasi HANA yang baru. Ini akan memberi Anda semua yang Anda butuhkan untuk menjaga lingkungan SAP dan HANA Anda berjalan.  Ingin informasi lebih lanjut tentang rilis ini? Tonton wawancara ini.

Direproduksi dengan izin dari SIOS

6 Tantangan Migrasi Awan Umum

by Leave a Comment

6 Tantangan Migrasi Awan Umum

Sebagai seorang insinyur perangkat lunak untuk pengalaman pelanggan dengan SIOS, saya sering membantu perusahaan yang memigrasi lingkungan pengelompokan ketersediaan tinggi mereka ke cloud.

Migrasi cloud adalah proses, bukan tujuan. Saat kami melibatkan pelanggan yang beralih ke cloud, sering kali terlambat dalam proses perencanaan, yang tidak ideal, tetapi tidak biasa dalam migrasi cloud. Di bawah ini adalah enam tantangan migrasi awan yang sering kita lihat.

  1. Waktu – Memahami berapa lama waktu yang dibutuhkan untuk transfer data ke cloud

    Berapa lama untuk mendapatkan data Anda dari lokasi ke cloud? Ini dapat bervariasi secara drastis tergantung pada aplikasi Anda, jenis data, dan penyedia cloud. Salah satu detail yang sering diabaikan adalah waktu yang diperlukan untuk menyinkronkan data dari node primer ke node sekunder, dan dalam beberapa kasus ke situs pemulihan bencana (DR). Pelanggan yang tidak memperhitungkan waktu sinkronisasi ulang dibiarkan memutar-mutar ibu jari mereka saat data direplikasi.

  2. Biaya – Memahami implikasi biaya dari transfer data di dalam cloud

    Transfer data dalam wilayah cloud tidak dikenai biaya. Transfer data antar wilayah akan dikenakan biaya. Biasanya, kita melihat arsitektur di mana node primer dan sekunder terletak di zona ketersediaan cloud yang terpisah dalam suatu wilayah. Biaya dapat meningkat secara signifikan ketika situs DR diperkenalkan karena situs DR akan selalu berada di wilayah lain. Pemulihan bencana untuk aplikasi kaya data seperti SAP NetWeaver mungkin berbiaya rendah untuk ditiru di seluruh wilayah.

  3. Replikasi Antar Wilayah

    Replikasi antar wilayah memperkenalkan tantangan lain: tipe replikasi. Replikasi asinkron atau sinkron dalam AZ ditentukan oleh persyaratan RTO dan RPO pelanggan. Terlepas dari ukuran instance, replikasi data akan mengalami beberapa latensi saat melintasi antar wilayah. SIOS merekomendasikan replikasi asinkron antara wilayah untuk mengurangi dampak latensi itu. Concurrency Labs memberikan beberapa informasi mendalam tentang latensi antara wilayah EC2.

    Concurrency Labs on Cloud Migration

  4. Keanehan Konfigurasi Cloud

    Gambar OS siap pakai dapat digunakan dari cloud. Kenyamanan ini datang dengan biaya, memperkenalkan faktor lain untuk manajemen konfigurasi. Layanan cloud-init yang disertakan pada gambar SuSE Enterprise Linux yang dioptimalkan untuk cloud dapat menghapus alamat IP virtual yang ditentukan pengguna. Tidak ada yang menghentikan PoC seperti alamat IP virtual menghilang setiap dua menit!

  5. Keamanan Cloud

    Skala komputasi awan memberikan keamanan yang lebih besar daripada yang mampu dimiliki bisnis di pusat data di lokasi. Beban kerja cloud memanfaatkan keamanan mutakhir tanpa menyadarinya. Misalnya, secara default instance AWS EC2 memblokir lalu lintas apa pun yang tidak dikirim oleh atau dikirim ke instance itu sendiri. Ini adalah fitur hebat untuk mengamankan jaringan di cloud. Jika suatu sistem membutuhkan Terjemahan Alamat Jaringan (NAT), langkah-langkah keamanan standar EC2 akan menyebabkan alamat IP gagal. Menonaktifkan pemeriksaan sumber / tujuan dari konsol akan menyelesaikan masalah. Bergantung pada keakraban pengguna dengan AWS, ini dapat mengambil antara beberapa klik hingga beberapa panggilan dukungan. Memahami secara spesifik bagaimana suatu sistem berinteraksi dalam suatu lingkungan adalah kunci keberhasilan migrasi cloud.

  6. Pengujian Penerimaan Pengguna Cloud (UAT)

    Pelanggan yang berasal dari sistem di-prem perlu diingatkan bahwa sumber daya tidak lagi menjadi faktor pembatas. Di cloud, sistem dapat dengan mudah disalin dan dijalankan dalam isolasi produksi, sesuatu yang tidak sepele di tempat. Akses on-demand ke sumber daya TI memungkinkan UAT HA dan DR berkembang melampaui “shutdown the primary node”. Jaringan dapat disabotase, kernel bisa panik, bahkan basis data pun bisa rusak dan semua ini tidak akan memengaruhi produksi! Identifikasi dan pengujian skenario ini meningkatkan postur HA dan DR.

Melaksanakan migrasi cloud yang sukses membutuhkan masukan dari semua pemangku kepentingan. Ketersediaan tinggi dan pemulihan bencana adalah aspek inti dari setiap beban kerja perusahaan. Apakah SIOS sudah menjadi bagian dari sistem Anda saat ini atau akan menjadi bagian dari migrasi cloud masa depan Anda, libatkan kami!

-Harrison Howell, Insinyur Perangkat Lunak untuk Pengalaman Pelanggan

Direproduksi dengan izin dari SIOS

SIOS Protection Suite untuk Linux Versi 9.5 Ada di Sini!

by Leave a Comment

SIOS Protection Suite untuk Linux Versi 9.5 Ada di Sini!

Kami dengan bangga mengumumkan ketersediaan SIOS Protection Suite untuk Linux versi 9.5. Produk ini memperkenalkan otomatisasi canggih dan pemantauan sadar aplikasi sehingga menjadikannya perangkat lunak pengelompokan SAP S / 4HANA yang paling komprehensif di industri.

Kami tahu betapa repotnya mencoba secara manual membangun SAP S / 4HANA cluster, memastikan bahwa semua layanan HANA akan gagal ke lokasi yang tepat dan memulai dalam urutan yang benar. Jam penulisan, pengujian, dan kejengkelan. Dan taruhannya tinggi. Melakukan kesalahan dapat berarti kegagalan tidak terjadi atau lebih buruk – downtime, kehilangan data, banyak pengguna yang diperburuk menelepon.

Itu sebabnya kami menambahkan ketersediaan aplikasi cerdas untuk konfigurasi basis data SAP S / 4HANA dua simpul yang menggunakan replikasi Sistem HANA (HSR). Kami telah membuat rilis ini untuk menghilangkan kerumitan dan risiko membangun dan mengelola sebuah cluster.

SIOS Protection Suite v9.5 Otomatis dan Monitor

Mulai dari konfigurasi yang mudah dan digerakkan oleh wizard yang benar-benar memvalidasi input Anda. Tidak ada jam penulisan skrip manual … atau mencari keystroke yang salah ketika semuanya tidak berjalan dengan baik.

Ini memantau semua proses dalam tumpukan HANA dari aplikasi ke perangkat keras, server, dan jaringan – tidak hanya memeriksa bahwa server operasional seperti perangkat lunak pengelompokan lainnya.

Dan tidak seperti solusi pengelompokan lain yang memicu failover untuk semuanya, jika SIOS Protection Suite mendeteksi masalah, secara otomatis mengambil tindakan pemulihan yang sesuai – apakah itu hanya me-restart layanan, memulihkan pada node yang berada dalam layanan atau mengatur failover ke sekunder simpul

Berbicara tentang orkestrasi failover, itu akan secara otomatis memastikan bahwa praktik terbaik spesifik SAP dipertahankan sepanjang. Misalnya, memastikan bahwa pada failover atau switchover, ASCS tidak pernah berada di server dengan aplikasi utama atau pada server yang sama dengan ERS.

Jika konfigurasi yang digerakkan oleh wizard tidak cukup mudah, kami juga menambahkan fitur kloning antarmuka baris perintah (CLI) baru yang memungkinkan Anda menggunakan cluster SIOS hanya dengan mengimpor instruksi CLI untuk konfigurasi. Anda juga dapat mengekspor instruksi CLI dari kluster yang ada untuk membuat klonnya.

Sekarang dengan SIOS Protection Suite untuk Linux, Anda dapat membuat cluster ketersediaan tinggi dengan cepat dan mudah untuk melindungi aplikasi apa pun. Ini termasuk SQL Server, Oracle, SAP dan S / 4HANA, dari downtime dan bencana.

Minta Uji Coba Gratis

Direproduksi dengan izin dari SIOS