Webinar: Menangani Satu Titik Kegagalan – Ketersediaan Tinggi SAP

Memindahkan beban kerja SAP ke cloud dapat membantu meningkatkan ketersediaan – namun apakah itu cukup untuk memenuhi SLA Anda? Apakah ini akan menambah kompleksitas? Pelajari cara memahami SLA ketersediaan cloud Anda, opsi untuk mempertahankan ketersediaan SAP di cloud, dan cara memastikan praktik terbaik untuk HA dan pemulihan bencana SAP dan SAP HANA.

Direproduksi dengan izin dariSIOS

Panduan Langkah demi Langkah untuk Mengonfigurasi Amazon EC2 untuk Aplikasi Penting Bisnis

Seiring dengan semakin banyaknya bisnis yang bertransisi ke cloud, ada tantangan signifikan yang kami identifikasi: mencapai standar terbaikketersediaan 99,99%.. SIOS telah meluncurkan penawaran terbarunya untuk membantu organisasi menavigasi lanskap kompleks ini – eBook Langkah-demi-Langkah: Mengonfigurasi Amazon EC2 untuk Aplikasi Penting Bisnis. Ditulis oleh Dave Bermingham, seorang pakar berpengalaman dengan pengalaman TI lebih dari tiga dekade, eBuku ini siap menjadi sumber daya yang sangat berharga bagi para profesional TI dan perusahaan.

Keahlian Penulis di bidang IT dan Cloud

Dave Bermingham, Direktur Kesuksesan Pelanggan diSIOS, sudah tidak asing lagi di kalangan komunitas teknologi. Dengan rekam jejak yang luar biasa selama 12 tahun sebagai MVP Microsoft dan latar belakang yang kaya di bidang keuangan, layanan kesehatan, dan pendidikan, Dave membawa banyak pengetahuan. Keahliannya sangat dihargai, dan sertifikasi teknisnya membuktikan pemahaman mendalamnya di bidang tersebut.

Menjelajahi eBuku: AWS, Availability Zone, dan Lainnya

Langkah-demi-Langkah: Mengonfigurasi Amazon EC2 untuk Aplikasi Penting Bisnismenyelidiki aspek-aspek penting dalam mengonfigurasi infrastruktur Amazon Web Services (AWS) EC2 untuk memastikan aplikasi penting bisnis Anda, terutama yang dikelompokkan dengan Windows Server Failover Clustering (WSFC) berjalan dengan lancar. EBuku ini membahas aspek fundamental AWS – ketersediaanaplikasiberjalan di dalam instans AWS di zona ketersediaan (AZ) yang berbeda.

AWS menjamin konektivitas eksternal untuk setidaknya satu instans di beberapa AZ, namun hal ini hanya memastikan ketersediaan instans itu sendiri. Hal ini tidak menjamin ketersediaan aplikasi atau layanan yang berjalan di dalam instance; di situlah eBook kami berperan. Untuk menjembatani kesenjangan ini, pengguna harus mengambil langkah tambahan untuk memantau aplikasi dan memastikan pemulihan jika terjadi kegagalan. Selain itu, untuk replikasi transaksional seperti SQL Server dan sistem manajemen basis data relasional (RDMS) lainnya, pengguna harus memastikan data direplikasi dan tersedia di setiap AZ. Untuk mencapai hal ini memerlukan kombinasi penyeimbangan beban, pengelompokan, dan/atau replikasi data tergantung pada aplikasinya.

Apa yang Diharapkan

Dalam eBook ini, Dave Bermingham memberikan wawasan komprehensif tentang persiapan yang diperlukan untuk infrastruktur EC2 yang mendukung aplikasi penting bisnis dengan clustering WSFC. Dia menguraikan kompleksitas Perjanjian Tingkat Layanan (SLA) AWS, dengan menekankan bahwa instans harus diterapkan di beberapa AZ agar memenuhi syarat ketersediaan 99,99%. Pembaca akan mendapatkan pemahaman mendalam tentang cara merancang infrastruktur EC2 untuk mendukung pengelompokan failover lintas-AZ, memastikan layanan tanpa gangguan untuk aplikasi penting bisnis mereka.

Akses eBuku

Langkah-demi-Langkah: Mengonfigurasi Amazon EC2 untuk Aplikasi Penting Bisnisadalah buku yang wajib dibaca oleh para profesional TI dan organisasi yang ingin meningkatkan ketersediaan tinggi aplikasi mereka dan strategi pemulihan bencana dalam lanskap dinamis komputasi awan. Keahlian Dave Bermingham, yang dituangkan ke dalam eBuku ini, berjanji untuk memandu Anda melewati kompleksitas konfigurasi AWS EC2 untuk aplikasi penting bisnis.Unduh eBuku hari ini!

Pelajari Lebih Lanjut Tentang Ketersediaan Tinggi SIOS di AWS

• PembelianSIOS DataKeeper melalui AWS Marketplace
• Lihat Mulai Cepat untukSuite Perlindungan SIOS untuk Linux di AWS
• Lihat bagaimana pelanggan SIOS,GulliverDanEpikur,gunakan perangkat lunak pengelompokan Ketersediaan tinggi SIOS di AWS

Reproduksi dengan izin dariSIOS

Cluster untuk Ketersediaan Tinggi Microsoft Azure

Solusi Clustering Ketersediaan Tinggi untuk Microsoft Azure

Apa itu Pengelompokan Microsoft Azure?

Pengelompokan Microsoft Azure memastikan perlindungan ketersediaan tinggi untuk aplikasi penting yang berjalan di lingkungan Azure dengan menghilangkan satu titik kegagalan. Di lingkungan klaster Azure, dua atau lebih node di Azure dikonfigurasikan di klaster failover menggunakan perangkat lunak pengelompokan. Aplikasi kritis dijalankan pada node utama di cluster. Jika perangkat lunak pengelompokan mendeteksi kegagalan operasi aplikasi, itu mengatur kegagalan operasi aplikasi ke simpul sekunder dalam kluster.

Ketersediaan Tinggi Microsoft Azure dengan SIOS DataKeeper

Untuk pelanggan yang menjalankan aplikasi Windows penting di lingkungan Windows Server Failover Clustering (WSFC),SIOS DataKeeper Cluster Edisiadalah ketersediaan tinggi bersertifikasi Azure pertama danpemulihan bencanasolusi di Azure Marketplace. Ini menyediakan replikasi data yang efisien dan integrasi tanpa batas ke dalam lingkungan Windows Server Failover Clustering untuk cluster ketersediaan tinggi tanpa memerlukan penyimpanan bersama yang mahal. Cukup tambahkan SIOS DataKeeper ke lingkungan WSFC dan ini akan menyinkronkan penyimpanan lokal menggunakan replikasi tingkat blok yang sangat efisien, membuatnya tampak di WSFC sebagai penyimpanan bersama tradisional. Tim TI menggunakan SIOS DataKeeper untuk terus menggunakan WSFC yang sudah dikenal di cloud tanpa biaya dan kerumitan SAN atau penyimpanan bersama lainnya.

Penjaga Kehidupan SIOS

Meskipun penyedia cloud menawarkan tingkat layanan ketersediaan tinggi untuk perangkat keras mereka, mereka tidak mencakup waktu henti terkait perangkat lunak. Aplikasi kritis kritis, database, dan ERPS, seperti SQL Server, Oracle Database, SAP, perusahaan HANA membutuhkan waktu aktif 99,99% di tingkat aplikasi dan data menggunakanPenjaga Kehidupan SIOS.SIOS LifeKeeper untuk LinuxDanSIOS LifeKeeper untuk Windowsmenyediakan HA/DR sadar aplikasi untuk aplikasi yang kompleks dan penting di Azure untuk lingkungan pengelompokan yang andal dan mudah dikelola.

SIOS LifeKeeper untuk Linux adalah satu-satunya solusi yang menyediakan rangkaian lengkappengelompokan Linux,melindungi aplikasi di lingkungan pengelompokan SUSE Linux, Red Hat Linux, Oracle Linux, dan Rocky Linux. SIOS LifeKeeper untuk Windows menyediakan pengelompokan failover yang andal untuk aplikasi di lingkungan Windows. SIOS LifeKeeper hadir dengan kit pemulihan aplikasi SIOS unik yang menyediakan kecerdasan khusus aplikasi untuk mengotomatiskan langkah-langkah konfigurasi dan manajemen dan memastikan kegagalan terjadi sesuai dengan praktik terbaik vendor aplikasi untuk efisiensi dan keandalan maksimum.

SIOS LifeKeeper dijual sebagai bagian dari SIOS Protection Suite (untuk Windows dan Linux), kombinasi yang terintegrasi erat dari clustering failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan,replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi. SIOS Protection Suite mencakup perangkat lunak pengelompokan SIOS LifeKeeper, perangkat lunak replikasi SIOS DataKeeper, dan beberapa Application Recovery Kits (ARK) untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

Kompatibilitas Pemulihan Situs Azure untuk Ketersediaan Tinggi dan Perlindungan Bencana

SIOS DataKeeper Cluster Edition adalah satu-satunyaketersediaan tinggisolusi bersertifikat untuk digunakan dengan Microsoft Azure Site Recovery untuk ketersediaan tinggi dan hemat biayapemulihan bencanaperlindungan untuk aplikasi penting bisnis di Azure.

SIOS DataKeeper menyediakan kompatibilitas luas, memungkinkan pelanggan melindungi aplikasi penting, termasuk SAP, SQL Server, dan Oracle, di Azure. SIOS DataKeeper Cluster Edition menyediakan cara sederhana untuk menggunakan Windows Server Failover Clustering – termasuk SQL Server Always On Failover Clustering – di lingkungan cloud. Pelanggan dapat mereplikasi klaster ke lokasi yang terpisah secara geografis menggunakan Azure Site Recovery untuk perlindungan bencana yang kuat dan hemat biaya.Pelajari selengkapnya tentang Ketersediaan Tinggi SQL Server di Azure.

Bersama-sama SIOS DataKeeper dan Microsoft Azure Site Recovery mengaktifkan satu-satunya pilihan untuk perlindungan ketersediaan tinggi lokal bersama dengan pemulihan bencana dalam solusi yang sangat fleksibel dan sesuai permintaan.

Lindungi Aplikasi Linux di Azure

SIOS Protection Suite untuk Linux memungkinkan Anda menjalankan aplikasi bisnis penting di Azure atau Azure Stack tanpa mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana.

Belajarlah lagitentang Perangkat Lunak SIOS SANless untuk Cloud High Availability.

SIOS bersertifikat SAP

SIOS Protection Suite sepenuhnya bersertifikasi SAP untuk SAP NetWeaver dan SAP HANA Anda, termasuk ketersediaan tinggi,replikasi data, dan pemulihan bencana dalam solusi yang mudah dan hemat biaya yang dapat beroperasi di cloud, di lokasi, atau dalam konfigurasi cloud hibrid.

Pelajari selengkapnya tentang Ketersediaan Tinggi SIOS untuk SAP di Azure

• Baca Buku Putih:Performa Tinggi dan Ketersediaan Tinggi untuk SAP di Azure
• Baca Buku Putih Microsoft:Ketersediaan Tinggi Microsoft untuk database SAP HANA di Azure menggunakan SIOS Protection Suite
• Belajar bagaimanaZespri International Melindungi SAP dan SQL Server di Azure menggunakan SIOS DataKeeper Cluster Edition

Direproduksi dengan izin dariSIOS

 

Mengapa SIOS HANA Multitarget Automation adalah Kesepakatan Lebih Besar Daripada yang Anda Pikirkan

Larry (bukan nama sebenarnya) adalah pelanggan SIOS yang telah menerapkan solusi replikasi untuk ketersediaan tinggi dan pemulihan bencana (HA/DR) di masa lalu. Saat dia meluncurkan PoC untuk menguji solusi replikasi dua node untuk Linux, menggunakanPenjaga Kehidupan SIOSdan replikasi DataKeeper, prioritas utamanya adalah perlindungan integritas data. Daftar pengujian PoC Larry menyertakan item standar termasuk: mulai / berhenti basis data, memigrasikan basis data ke node cadangan, aktivitas pemeliharaan, dan kegagalan server hanya untuk beberapa nama. Larry bersikukuh bahwa solusinya mampu melakukan peralihan server yang cepat, (yaitu, migrasi yang anggun), dan cepatfailover(yaitu, migrasi mendadak dan paksa), aplikasi, database, penyimpanan, dan layanan dari satu server ke server lainnya. Tapi, dia bahkan lebih kuat dan bersemangat agar aktivitas seperti itu tidak menyebabkan hilangnya data.

Lindungi Integritas Data Dengan Menghindari Otak Terbelah

Selain tes standar ini, Larry menambahkan tes khusus untuk mencoba memaksakan “otak terbelahskenario. Split brain adalah suatu kondisi yang terjadi ketika anggota cluster tidak dapat berkomunikasi satu sama lain, tetapi dalam keadaan berjalan dan beroperasi, dan kemudian mengambil kepemilikan sumber daya bersama secara bersamaan. Akibatnya, Anda memiliki dua pengemudi bus yang memperebutkan kemudi. Karena sifatnya yang merusak, otak terbelah, dapat menyebabkan kehilangan data atau kerusakan data dan sebaiknya dihindari melalui penggunaan mekanisme untuk menentukan node mana yang harus tetap aktif (mengemudikan bus) dan node mana yang harus berhenti menulis ke disk.

Sementara skenario otak terbelah relatif tidak umum dalam kelompok yang menerapkan penggunaan kuorum dan kuorum plus kemampuan saksi, kesulitan resolusi otak terbelah meningkat secara eksponensial dengan setiap node ditambahkan ke konfigurasi kelompok. Dalam konfigurasi multitarget dengan tiga node atau lebih, perangkat lunak pengelompokan tidak hanya harus mengatur failover ke node yang benar, tetapi juga harus secara otomatis mengalihkan replikasi dari node primer baru ke node tersier untuk mempertahankan perlindungan DR sambil memastikan untuk menengahi dengan benar antara node. Dalam solusi pengelompokan lainnya, tindakan kompleks tersebut harus ditulis secara manual dan diperbarui secara manual jika terjadi kegagalan dan sekali lagi untuk memulihkan operasi normal, dan itu semakin sulit ketika otak terbelah terjadi.

Karena fitur dan peningkatan di SIOS LifeKeeper danKit Pemulihan Aplikasi SAP HANA(ARK), Larry mengalami kesulitan memperkenalkan skenario otak terbelah. Namun, ketika dia akhirnya dapat membuatnya, dia mendapat manfaat besar dari memahami logika yang digunakan produk SIOS untuk melindungi datanya. Larry menyadari kecanggihan tingkat tinggi yang dirancang ke dalam perlindungan data yang disediakan oleh perangkat lunak pengelompokan SIOS. Dia memilih SIOS LifeKeeper.

Perbedaan Otomasi Multitarget SIOS HANA

Skenario seperti Larry hanyalah salah satu dari sembilan alasan otomatisasi multitarget HANA SIOS adalah masalah yang lebih besar daripada yang Anda pikirkan. Inilah kesembilannya:

1. Perlindungan yang Ditingkatkan
   Solusi SIOS menyederhanakan perlindungan sumber daya database HANA dalam skenario multitarget. Opsi berbasis wizard dengan cepat mendeteksi konfigurasi saat ini dan secara tepat menambahkan informasi ke konfigurasi LifeKeeper. Deteksi kesalahan ringkas dan informatif untuk membantu pengguna menyelesaikan masalah apa pun dan selanjutnya menghemat waktu.
2. Administrasi yang disederhanakan
   Natalie (bukan nama sebenarnya) bertanggung jawab atas konfigurasi multinode HANA. Saat server gagal atau memerlukan pemeliharaan, Natalie memanfaatkan berbagai skrip dan alat untuk melakukan tindakan yang diperlukan. Namun, ini tidak dapat diskalakan. Setelah pindah ke SIOS LifeKeeper, Natalie dan tim memiliki UI sederhana untuk melakukan semua tugas inti seperti menghentikan dan memulai ulang replikasi sistem HANA dan HANA. Selain itu, jika terjadi bencana, tim dapat menggunakan UI SIOS tunggal yang disederhanakan alih-alih mencari runbook terbaru, menemukan salinan skrip yang tepat, atau menelepon Natalie pada pukul 02.00. .
3. Pemantauan Sederhana
   Laporan status intuitif SIOS di UI memberi tim cara cepat untuk menentukanreplikasistatus. Menggunakan satu alat, versus kumpulan papan pemantauan dan skrip buatan sendiri, menyederhanakan administrasi dan menghemat waktu.
4. Pemulihan Otomatis
   Beberapa solusi HANA HSR mampu melakukan failover replikasi HANA antara kedua node tersebut. Namun, administrator sering kali harus mendaftarkan ulang replikasi setelah kegagalan sistem. Dalam kasus tiga node atau lebih, apakah administrator memahami cara memperbarui pendaftaran pada node ketiga atau keempat? Apakah mereka akan ingat untuk menggunakan sinkronisasi dan asinkron dengan tepat? Solusi SIOS, yang mampu menangani tiga atau bahkan empat node untuk replikasi multitarget, akan secara mulus mengotomatiskan pendaftaran node target setelah kegagalan.
5. Fleksibilitas dan Skalabilitas
   Kemampuan untuk melindungi klaster HANA dalam dua, tiga, atau empat kombinasi node berarti pelanggan memiliki fleksibilitas untuk meningkatkan tingkat ketersediaan dan pemulihan bencana mereka. Pelanggan dua node, dengan kuorum, dapat memberikan perlindungan ketersediaan terhadap bencana dan menangani aktivitas pemeliharaan dengan downtime hampir nol memanfaatkan pengambilalihan HANA dengan fitur jabat tangan. Pelanggan yang menerapkan tiga node dapat memanggil fungsionalitas pemulihan bencana tambahan dengan menerapkan node ketiga dengan replikasi asinkron di pusat data atau wilayah yang berbeda. Untuk manfaat tambahan, pelanggan tiga node dapat menggunakan node keempat, dengan kuorum penyimpanan, untuk mengaktifkanketersediaan tinggiDanpemulihan bencanajika terjadi kehilangan seluruh pusat data.
6. Perlindungan data
   Mari kita kembali ke masalah Larry. Dia menjalankan HANA di node utama A dengan replikasi multitarget ke Node B dan C. Apa yang terjadi jika upaya manual Anda berakhir dengan bencana? Node mana yang primer? Apakah semuanya sinkron saat node A mogok? Bagaimana saya menghindari memunculkan node yang salah? Selain menambahkan dukungan untuk tiga node atau lebih dalam konfigurasi HSR multi-target, HANA ARK yang baru menyertakan alat admin tambahan untuk membantu jika terjadi bencana atau kejadian otak terbelah yang tidak menguntungkan.

   Bendera HANA_DATA_OUT_OF_SYNC_<tag> mencegah pengguna mengembalikan database secara tidak sengaja pada sistem yang salah. Bendera HANA_LAST_OWNER_<tag> membantu administrator mengetahui kapan suatu tindakan diambil pada sistem utama saat node siaga tidak sinkron. Bendera ini memberi tahu administrator bahwa node ini adalah pemilik terakhir dan harus menjadi tempat replikasi dilanjutkan. HANA_DATA_CONSISTENTCY_UNKNOWN_<tag> membantu SIOS untuk secara otomatis menyelesaikan dan memulihkan replikasi ketika semua komunikasi antara standby terputus untuk sementara dan kemudian dipulihkan. Saat digunakan dengan praktik terbaik, penerapan kuorum, dan penyetelan yang tepat, alat ini memungkinkan administrator seperti Larry untuk menghindari otak terbelah dan memulihkan dengan aman jika dan saat itu terjadi.

7. Pelaporan, Kinerja dan Pemulihan Bencana
   Tentu saja manfaat sebenarnya dari multi-target ada di node ekstra dan fungsionalitas yang dibuka oleh node ini. Menggunakan tiga node di pusat data yang sama dapat membuka potensi lebih banyak pelaporan melalui parameter logreplay_readaccess, sambil tetap mempertahankan node di situs DR. Selain itu, dukungan SIOS untuk berbagai mode replikasi memberi pengguna opsi untuk memiliki node sinkronisasi dan node async untuk kinerja yang lebih baik di seluruh pusat data (atau wilayah).
8. Pengujian Berkelanjutan
   Seberapa sering tim Anda menguji skrip buatan sendiri? Seberapa sering runbook Anda ditinjau sehubungan dengan skenario konfigurasi, administrasi, dan pukul 2 pagi. Solusi multi-target HANA tidak hanya terus diuji oleh teknisi SIOS, QA, dan pakar Pengalaman Pelanggan, tetapi solusi tersebut juga terus diuji dan divalidasi untuk proses failover dan pemulihan HANA dengan setiap rilis dan pembaruan.
9. Dokumentasi Luas
   Beberapa waktu lalu tim kami bekerja dengan pelanggan untuk administrasi cluster. Sementara pendahulunya sangat berpengetahuan tentang lingkungan mereka, promosi dan reorganisasi staf telah membuat banyak orang TI bertanggung jawab atas sistem yang hanya sedikit mereka ketahui. Saat ditanya tentang runbook dan dokumentasi konfigurasinya, pelanggan tidak dapat menemukan detail dari tim sebelumnya atau administrator sebelumnya. Selain otomatisasi, administrasi, pemantauan, pemulihan, dan perlindungan data yang kokoh, solusi multi-target SIOS mencakup dokumentasi terperinci dan mudah digunakan tentang implementasi, pengoperasian, dan pengelolaan sistem multitarget HANA yang dikendalikan oleh LifeKeeper.

Memanfaatkan solusi total SIOS berarti pelanggan dapat memperoleh manfaat dari pemantauan dan deteksi yang konsisten dan tepat waktu, pemulihan yang cepat, andal, dan efisien, serta solusi yang sepenuhnya otomatis yang menjamin ketersediaan tinggi dan perlindungan pemulihan bencana.Hubungi kamiuntuk informasi lebih lanjut tentang otomatisasi multitarget SAP HANA.

-Oleh Cassius Rhue, Pengalaman Pelanggan VP

Direproduksi dengan izin dariSIOS

Video: Bagaimana SIOS Membuat Ketersediaan Tinggi & Pemulihan Bencana Mudah Di Lingkungan SAP HANA

Dalam video ini,Todd Doane, Arsitek Solusi di SIOS, berbicara tentang bagaimana SIOS menyediakan ketersediaan tinggi dan pemulihan bencana (HA/DR) di lingkungan SAP HANA.

Sorotan dari wawancara video ini:

• SAP HANA adalah lingkungan yang kompleks dengan tiga lapisan: presentasi, aplikasi, dan basis data. Meskipun lapisan presentasi mudah untuk dilindungi, dua lainnya menghadirkan tantangan. Ada berbagai proses yang berjalan, ada data yang berpindah antar lapisan dan antar server, ada replikasi yang terjadi. Ada banyak kemungkinan skenario kegagalan dan banyak hal yang harus dipantau, selain mengikuti praktik terbaik SAP. Untuk memastikan tujuan titik pemulihan (RPO) dari kehilangan data mendekati nol adalah tugas yang menakutkan.
• Kuncinya adalah mengurangi satu titik kegagalan, banyak server di setiap lapisan, dengan replikasi ke server pasif dan siaga serta server pemulihan bencana. Dan itu perlu didistribusikan melalui beberapa pusat data.
• Penyebab kegagalan terbesar adalah ketika ada banyak tugas dan skrip yang perlu dijalankan dan seseorang melakukannya secara manual. Ini meningkatkan kemungkinan kesalahan manusia. Oleh karena itu, untuk dapat menyediakan lingkungan HA/DR yang baik, Anda memerlukan 1) otomatisasi, dan 2) perencanaan dan pengujian yang sering dilakukan untuk memastikan bahwa HA berfungsi seperti yang diharapkan, database Anda didaftarkan, dan failover benar-benar lancar.
• Setelah lingkungan SAP HANA diatur, fileSuite Perlindungan SIOSinstalasi dan konfigurasi dapat dilakukan melalui wizard GUI, yang memakan waktu sekitar satu jam. Itu mengatur dan mengotomatisasi untuk membuat failover menjadi sangat mudah. Itu mematuhi semua praktik terbaik SAP untuk operasi lanjutan yang cepat dan andal. Ini juga menampilkan “pengambilalihan dengan jabat tangan” dari database SAP HANA.
• SIOS baru-baru ini menambahkan dukungan node ketiga SAP HANA. SIOS selalu dapat melakukannya di lapisan aplikasi tetapi sekarang, SIOS juga dapat mendukungnya di lapisan basis data.

Direproduksi dengan izin dariSIOS