SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Meminimalkan Waktu Henti dengan Ketersediaan Tinggi

by Leave a Comment

Meminimalkan Waktu Henti dengan Ketersediaan Tinggi

Meminimalkan Waktu Henti dengan Ketersediaan Tinggi

Waktu henti menjadi lebih mahal daripada sebelumnya untuk bisnis modern. Survei Biaya Henti Per Jam ITIC 2021 menemukan bahwa di 91% organisasi, satu jam waktu henti dalam sistem, basis data, atau aplikasi yang sangat penting bagi bisnis menghabiskan biaya rata-rata lebih dari $300.000, dan untuk 18% perusahaan besar, biaya satu jam waktu henti melebihi $5 juta.

Ketersediaan tinggi (HA) adalah atribut dari sistem, database, atau aplikasi yang dirancang untuk beroperasi terus menerus dan andal untuk waktu yang lama. Tujuan HA adalah untuk mengurangi atau menghilangkan waktu henti yang tidak direncanakan untuk aplikasi kritis. Hal ini dicapai dengan menghilangkan satu titik kegagalan dengan menggabungkan komponen yang berlebihan dan teknologi lainnya dalam desain sistem, database, atau aplikasi yang penting bagi bisnis.

Metrik SLA dan HA

Perjanjian tingkat layanan (SLA) digunakan oleh penyedia layanan untuk menjamin bahwa sistem, basis data, atau aplikasi penting bisnis pelanggan aktif dan berjalan saat bisnis membutuhkannya.

IDC telah membuat model SLA yang mendefinisikan persyaratan uptime di lima level sebagai berikut:

  • AL4 (Ketersediaan Berkelanjutan – Toleransi Kesalahan Sistem): Tidak lebih dari 5 menit dan 15 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99,999% atau "lima-sembilan")
  • AL3 (Ketersediaan Tinggi – Pengelompokan Tradisional): Tidak lebih dari 52 menit dan 35 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99,99% atau "empat-sembilan")
  • AL2 (Pemulihan – Replikasi dan Cadangan Data): Tidak lebih dari 8 jam, 45 menit, dan 56 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (99,9% atau ketersediaan "tiga-sembilan")
  • AL1 (Keandalan – Komponen Hot Swappable): Tidak lebih dari 87 jam, 39 menit, dan 29 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99% atau "dua-sembilan")
  • AL0 (Server Tidak Terlindungi): Tidak ada ketersediaan atau jaminan uptime

Menurut ITIC, 89% organisasi yang disurvei sekarang memerlukan ketersediaan "empat-sembilan" untuk sistem, database, dan aplikasi penting bisnis mereka, dan 35% dari organisasi-organisasi tersebut berupaya lebih lanjut untuk mencapai ketersediaan "lima-sembilan".

Selain waktu aktif dan ketersediaan, dua metrik HA penting lainnya adalah Tujuan Waktu Pemulihan (RTO) dan Tujuan Titik Pemulihan (RPO). RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman dan RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika terjadi kegagalan. Tidak seperti metrik RTO dan RPO untuk pemulihan bencana yang biasanya ditentukan dalam jam dan hari, metrik RTO dan RPO untuk sistem, database, dan aplikasi penting bisnis seringkali hanya beberapa detik (RTO) dan nol (RPO).

Pengelompokan HA

Pengelompokan HA biasanya terdiri dari node server, penyimpanan, dan perangkat lunak pengelompokan.

Pengelompokan Tradisional

Cluster HA lokal tradisional adalah grup dari dua atau lebih node server yang terhubung ke penyimpanan bersama (biasanya, jaringan area penyimpanan, atau SAN) yang dikonfigurasi dengan sistem operasi, database, dan aplikasi yang sama (lihat Gambar 1 ).

Pengelompokan server tradisional dengan penyimpanan bersama
Gambar 1: Pengelompokan server tradisional dengan penyimpanan bersama

Salah satu node ditunjuk sebagai node primer (atau aktif) dan node lainnya ditunjuk sebagai node sekunder (atau standby). Jika node utama gagal, pengelompokan memungkinkan sistem, database, atau aplikasi untuk secara otomatis gagal ke satu atau lebih node sekunder dan terus beroperasi dengan gangguan minimal. Karena node sekunder terhubung ke penyimpanan yang sama, operasi berlanjut tanpa kehilangan data.

Namun, penggunaan penyimpanan bersama dalam model pengelompokan tradisional menciptakan beberapa tantangan, termasuk:

  • Penyimpanan bersama itu sendiri adalah satu titik kegagalan yang berpotensi membuat semua node yang terhubung di cluster offline.
  • Penyimpanan SAN juga bisa mahal dan rumit untuk dimiliki dan dikelola.
  • Penyimpanan bersama di cloud dapat menambah biaya dan kerumitan yang signifikan dan tidak perlu, dan beberapa penyedia cloud bahkan tidak menawarkan opsi penyimpanan bersama.

Pengelompokan Tanpa SAN

Cluster SANless atau "tidak berbagi apa-apa" (lihat Gambar 2 ) mengatasi tantangan yang terkait dengan penyimpanan bersama. Dalam konfigurasi ini, setiap node cluster memiliki penyimpanan lokalnya sendiri. Replikasi tingkat blok berbasis host yang efisien digunakan untuk menyinkronkan penyimpanan pada node cluster, menjaganya agar tetap identik. Jika terjadi failover, node sekunder mengakses salinan identik dari penyimpanan yang digunakan oleh node utama.

Pengelompokan HA dengan penyimpanan SANless atau “shared-nothing”
Gambar 2: Pengelompokan HA dengan penyimpanan SANless atau “shared-nothing”

Perangkat Lunak Pengelompokan

Perangkat lunak pengelompokan memungkinkan Anda mengonfigurasi server sebagai kluster sehingga beberapa server dapat bekerja sama untuk menyediakan HA dan mencegah kehilangan data. Berbagai solusi perangkat lunak pengelompokan tersedia untuk Windows, distribusi Linux, dan berbagai hypervisor mesin virtual. Namun, masing-masing solusi ini membatasi fleksibilitas dan opsi penerapan Anda serta menghadirkan berbagai tantangan seperti kompleksitas teknis dan lisensi yang mahal.

Jangan Menunggu Musibah Mendatang

HA sangat penting untuk sistem, database, dan aplikasi yang penting bagi bisnis. Tetapi dengan berbagai platform yang tersedia, kompleksitas meningkat secara signifikan. Itulah mengapa solusi yang sadar aplikasi sangat masuk akal. Yang Anda butuhkan adalah mitra tepercaya yang memiliki keahlian luas dalam ketersediaan tinggi—mitra seperti SIOS, yang memiliki pengetahuan teknologi untuk memastikan bisnis Anda tetap berjalan.

Jangan menunggu pemadaman atau bencana untuk mengetahui apakah Anda memiliki ketahanan yang dibutuhkan bisnis Anda. Jadwalkan demo yang dipersonalisasi hari ini di https://us.sios.com untuk melihat apa yang dapat dilakukan SIOS untuk bisnis Anda.

Direproduksi dari SIOS

 

Cara Melindungi Aplikasi dan Basis Data – Oracle Clustering

by Leave a Comment

Cara Melindungi Aplikasi dan Basis Data - Oracle Clustering

Cara Melindungi Aplikasi dan Basis Data – Oracle Clustering

Pengelompokan Oracle Tanpa RAC: Yang Perlu Anda Ketahui

Apa itu Cluster Oracle?

Sebuah cluster failover adalah cara memberikan perlindungan ketersediaan tinggi untuk aplikasi dengan menghilangkan satu titik kegagalan dengan menjalankan sistem operasi yang sama dan database dan aplikasi pada beberapa server yang semuanya berbagi penyimpanan yang sama atau terhubung ke penyimpanan yang terus-menerus disinkronkan. Oracle berjalan di salah satu server ini, yang disebut primer. Jika gagal, perangkat lunak orkestrasi aplikasi (perangkat lunak pengelompokan) memindahkan operasi ke satu atau lebih server sekunder dalam proses yang disebut failover. Karena server utama dan jauh mengakses penyimpanan yang sama atau identik, operasi Oracle dapat dilanjutkan dengan waktu pemulihan minimal atau kehilangan data. Banyak organisasi menganggap Oracle sebagai tulang punggung operasi mereka, terutama jika mereka menggunakan sistem SAP berbasis Oracle atau Sistem ERP Oracle.

Apa itu Oracle RAC?

Perangkat lunak pengelompokan Oracle disebut Oracle Real Application Clusters (RAC). RAC “memungkinkan Anda untuk menggabungkan server komoditas yang lebih kecil ke dalam sebuah cluster untuk menciptakan lingkungan yang dapat diskalakan yang mendukung aplikasi bisnis yang sangat penting.”[1] Dengan Oracle RAC, Anda dapat mengelompokkan database Oracle dan menggunakan Oracle Clusterware untuk menghubungkan beberapa server, sehingga mereka beroperasi sebagai satu sistem.

Sementara RAC sebelumnya dibundel dengan Oracle Database Standard Edition (tanpa biaya tambahan), Oracle kini telah menghapus fitur RAC dari Edisi Standar dari versi 19c dan seterusnya. Anda dapat membeli Oracle RAC dengan biaya tambahan dengan Oracle Database Enterprise Edition. Sayangnya, ini berarti bahwa setiap pelanggan yang ingin menggunakan RAC harus meningkatkan ke Oracle Database Enterprise atau bermigrasi ke cloud Oracle, yang keduanya merupakan solusi yang jauh lebih mahal daripada Edisi Standar.

SIOS menyediakan solusi pengelompokan Oracle ketersediaan tinggi tanpa memutakhirkan ke Edisi Enterprise, menghemat hingga 70 persen pada biaya lisensi.

Suite Perlindungan SIOS untuk Linux (Oracle Linux, Red Hat, SUSE)

Itu 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 database dan aplikasi Oracle Anda dari waktu henti dan bencana. Tidak seperti solusi pengelompokan lain yang hanya memantau operasi server, SIOS LifeKeeper memantau kesehatan server, koneksi jaringan, penyimpanan, semua proses Oracle, dan aplikasi terkait. Masalah segera diperbaiki melalui serangkaian tindakan yang ditentukan kebijakan yang memastikan pemulihan cepat tanpa gangguan bagi pengguna akhir.

SIOS Protection Suite dapat beroperasi di lingkungan penyimpanan bersama (SAN) untuk mendukung klaster HA tradisional, atau dalam konfigurasi penyimpanan tanpa berbagi (SANless) di cloud, hibrid, dan lingkungan lain di mana penyimpanan bersama tidak praktis atau tidak mungkin. Ini memberikan cluster yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk database dan aplikasi Oracle Anda.

Suite Perlindungan SIOS untuk Linux mencakup:

  • Penjaga Kehidupan SIOS , yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi
  • SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
  • Beberapa Kit Pemulihan Aplikasi (ARK), dengan konfigurasi otomatis dan alat validasi yang disertakan dalam produk untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

SIOS LifeKeeper mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux dan mengakomodasi berbagai arsitektur penyimpanan. Perangkat lunak SIOS telah diadaptasi dan dioptimalkan untuk berjalan pada sistem operasi ini dan komponen diuji untuk memastikan solusi klaster SANless akan bekerja pada setiap OS.

SIOS Mendukung Pengelompokan Oracle di Cloud

Dengan SIOS Protection Suite untuk Linux, Anda dapat menjalankan aplikasi Oracle di lingkungan cloud publik yang fleksibel dan dapat diskalakan, seperti Amazon Web Services (AWS) atau Microsoft Azure, tanpa penguncian vendor atau mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana .

Suite Perlindungan SIOS untuk Linux di AWS atau Azure menyediakan elemen yang Anda perlukan untuk membuat klaster Linux dengan ketersediaan tinggi di seluruh Cloud Fault Domains dan Availability Zone yang memberi Anda pemisahan geografis untuk perlindungan dari bencana dan pemadaman di seluruh lokasi dan regional.

Di lingkungan Windows Server Failover Clustering (WSFC), Anda dapat menggunakan SIOS DataKeeper Cluster Edition untuk menyinkronkan penyimpanan lokal menggunakan replikasi berbasis host yang efisien untuk SANless clustering.Edisi Kluster Penjaga Data SIOS perangkat lunak melindungi lingkungan Windows yang penting bagi bisnis Anda, termasuk Oracle, dari waktu henti dan kehilangan data.

SIOS Mendukung Pengelompokan Oracle di Lingkungan Virtual

Perangkat lunak cluster SIOS SANless menyediakan ketersediaan, keandalan, dan fleksibilitas tingkat perusahaan yang diperlukan untuk database dan aplikasi Oracle Anda saat beroperasi di lingkungan VMware, Hyper-V, KVM, dan XenServer.

SIOS Protection Suite untuk Linux melindungi database dan aplikasi Oracle Anda yang berjalan di Linux dalam lingkungan virtual. Jika Anda menjalankan Oracle di Windows dalam lingkungan virtual, SIOS DataKeeper Cluster Edition melindungi lingkungan Windows yang penting bagi bisnis Anda, termasuk database dan aplikasi Oracle Anda.

SIOS menawarkan replikasi data terintegrasi, ketersediaan tinggi pengelompokan dan pemulihan bencana solusi yang mendukung Oracle di Linux dan Windows untuk memberikan perlindungan yang tahan terhadap kesalahan untuk organisasi kecil dan besar dengan biaya yang lebih murah dari solusi pengelompokan Oracle lainnya. Dengan kluster SIOS SANless, Anda tidak memerlukan penyimpanan bersama yang mahal untuk mencapai aplikasi ketersediaan tinggi dan perlindungan database penuh. Sebagai gantinya, Anda dapat menjalankan database dan aplikasi Oracle di cloud yang tidak memiliki SAN.Dan, SIOS dapat melindungi database dan aplikasi Oracle Anda di tempat dan di lingkungan virtual dan hybrid juga.

Untuk informasi lebih lanjut tentang bagaimana SIOS dapat melindungi database dan aplikasi Oracle Anda, klik di sini atau demo yang dipersonalisasi .

[1]https://docs.Oracle.com/cd/B28359_01/rac.111/b28254/admcon.htm#RACAD7148 Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi dan Basis Data – Pengelompokan SAP

by Leave a Comment

Cara Melindungi Aplikasi dan Basis Data - Pengelompokan SAP

Cara Melindungi Aplikasi dan Basis Data – Pengelompokan SAP

Pengelompokan SAP: Cara Terbaik untuk Mencapai Ketersediaan Tinggi

Apa itu Pengelompokan SAP?

Sistem SAP Anda adalah sumber kehidupan organisasi Anda dan jika sistem sedang down, operasi Anda akan berhenti. Untuk mendukung ketersediaan tinggi sistem SAP Anda, tim TI Anda dapat menginstal SAP di lingkungan cluster.

Cluster adalah sekelompok dua atau lebih server yang terhubung yang dikonfigurasi dengan sistem operasi, database, dan aplikasi yang sama. Server yang terhubung ini disebut sebagai “node.” Salah satu node ditunjuk sebagai node utama. Jika node utama gagal, pengelompokan memungkinkan organisasi Anda untuk secara otomatis gagal dalam operasi aplikasi ke satu atau beberapa node sekunder, mengurangi waktu henti, menghilangkan kehilangan data, dan mempertahankan integritas data.

Solusi pengelompokan SAP ketersediaan tinggi tersedia untuk server yang berjalan di Linux atau di lingkungan Windows.

Solusi Pengelompokan SAP Populer

Aplikasi front-end membutuhkan ketersediaan tinggi , yaitu S/4 HANA, seperti halnya aplikasi lain yang bergantung pada HANA.

Ada beberapa solusi HA open-source untuk SAP dari vendor Linux, seperti SUSE dan RedHat, yang menyertakan ekstensi HA dengan langganan "Enterprise for SAP" mereka. Vendor ini dibundel dalam perangkat lunak open source yang dapat Anda gunakan untuk membangun cluster ketersediaan tinggi untuk database HANA, ABAP SAP Central Service (ASCS), Evaluated Receipt Settlement (ERS), dan komponen SAP lainnya.[1]

SUSE HAE (dan opsi pengelompokan sumber terbuka lainnya) sangat manual dan hanya melindungi komponen individual. Misalnya, mengintegrasikan SUSE HAE dan solusi open source lainnya dengan SAP atau SAP HANA dapat memakan waktu dan rumit, membutuhkan skrip manual yang hati-hati dan langkah-langkah konfirmasi yang membosankan. Keahlian khusus yang mendalam dalam aplikasi dan database juga diperlukan untuk membuat solusi HA yang sadar aplikasi.

SAP juga menawarkan HANA System Replication, fitur yang disertakan dengan perangkat lunak HANA. Ini menyediakan sinkronisasi berkelanjutan dari database SAP HANA ke lokasi sekunder baik di pusat data yang sama, situs jarak jauh, atau di cloud. Data direplikasi ke situs sekunder dan dimuat sebelumnya ke dalam memori. Ketika terjadi kegagalan, situs sekunder akan mengambil alih tanpa memulai ulang basis data, yang membantu mengurangi Tujuan Waktu Pemulihan (RTO). Sayangnya, failback ke node utama harus dipicu secara manual dengan perintah terpisah yang dikeluarkan. Juga tidak ada orkestrasi failover HA terintegrasi bersama dengan komponen SAP Central Services dll.[2]Perangkat lunak pengelompokan SIOS HA memberikan perlindungan bersertifikasi SAP yang komprehensif untuk aplikasi dan data Anda, termasuk ketersediaan tinggi, replikasi data, dan pemulihan bencana dalam solusi yang mudah dan hemat biaya. Perangkat lunak SIOS memungkinkan Anda melindungi SAP di lingkungan Windows atau Linux, menggunakan perangkat keras server pilihan Anda dalam kombinasi apa pun dari lingkungan penyimpanan flash fisik, virtual, cloud (publik, pribadi, dan hibrida) dan kinerja tinggi. Perangkat lunak SIOS mudah dikonfigurasi dan menyediakan replikasi cepat, pemantauan komprehensif, dan perlindungan seluruh lingkungan aplikasi SAP. Ini menawarkan ketersediaan data berkelanjutan baik dalam penyimpanan bersama (SAN) atau lingkungan penyimpanan tanpa berbagi (tanpa SAN).

Untuk SAP S/4HANA dan database SAP HANA, SIOS dapat digunakan untuk melengkapi apa yang sudah dilakukan SAP dengan replikasi sistem HANA untuk menyediakan ketersediaan tinggi otomatis yang lengkap – pemantauan otomatis proses aplikasi kunci SAP HANA, dan failover dan failback otomatis.[3]

Suite Perlindungan SIOS Melindungi SAP di Lingkungan Linux

Suite Perlindungan SIOS untuk Linux menyediakan kombinasi ketersediaan tinggi yang terintegrasi erat pengelompokan failover , pemantauan aplikasi SAP berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi, melindungi aplikasi SAP Anda dari waktu henti dan bencana. Sementara SIOS Protection Suite dapat beroperasi di lingkungan SAN untuk mendukung cluster berbasis perangkat keras HA tradisional, arsitekturnya menggunakan pendekatan shared-nothing untuk server clustering yang memungkinkannya untuk menjalankan SANless. Ini memberikan solusi yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk berbagai macam aplikasi.

Suite Perlindungan SIOS untuk Linux Mendukung Pengelompokan SAP sebagai Berikut:

  • SIOS LifeKeeper, yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi
  • SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
  • Beberapa Kit Pemulihan Aplikasi (ARK), dengan konfigurasi otomatis dan alat validasi yang disertakan dalam produk untuk melindungi aplikasi penting bisnis Anda, seperti SAP, dan data dari waktu henti dan bencana.

Kecerdasan Aplikasi Mempertahankan Kegagalan Praktik Terbaik

ARK memberikan kesadaran khusus aplikasi dan menghubungkan tumpukan aplikasi ke solusi HA dalam konteks, termasuk semua komponen dependen. Misalnya, SIOS menawarkan SAP HANA Application Recovery Kit, yang menyediakan auto-failover host, replikasi penyimpanan, dan replikasi sistem untuk meningkatkan ketersediaan.

Terakhir, dengan SIOS Protection Suite untuk Linux, Anda dapat menjalankan aplikasi penting bisnis Anda di lingkungan cloud yang fleksibel dan skalabel, seperti Amazon Web Services (AWS) dan Azure, tanpa mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana.

SIOS DataKeeper Melindungi SAP di Lingkungan Windows

SIOS DataKeeper Cluster Edition adalah add-on perangkat lunak yang terintegrasi secara sederhana dan mulus dengan WSFC untuk menambahkan replikasi sinkron atau asinkron berbasis host yang dioptimalkan kinerja. Dengan DataKeeper, Anda dapat dengan mudah membuat klaster tanpa SAN untuk mencapai ketersediaan tinggi dan pemulihan bencana untuk aplikasi SAP Anda, baik yang beroperasi di cloud, dalam lingkungan tervirtualisasi seperti VMware, atau di server fisik yang hanya menggunakan penyimpanan lokal. Ini menambahkan replikasi yang efisien untuk menyinkronkan penyimpanan lokal pada setiap node cluster, menciptakan cluster SANless yang tampak seperti penyimpanan tradisional WSFC. Dengannya, Anda dapat membuat cluster Windows di cloud, hybrid cloud, atau memperluas cluster tradisional berbasis SAN lokal dengan node di cloud untuk pemulihan bencana.

Menggunakan SIOS DataKeeper Cluster Edition, Anda dapat memperoleh perlindungan ketersediaan tinggi untuk komponen SAP penting termasuk Instans ABAP SAP Central Service (ASCS), database back-end (Microsoft SQL Server, Oracle, DB2, MaxDB, MySQL, dan PostgreSQL), SAP Central Layanan Instans (SCS).

SIOS DataKeeper tidak hanya menghilangkan biaya, kerumitan, dan risiko satu titik kegagalan dari SAN, tetapi juga memungkinkan Anda menggunakan PCIe Flash dan SSD terbaru yang cepat di penyimpanan lokal Anda untuk kinerja dan perlindungan dalam satu biaya yang efisien larutan.

SIOS DataKeeper juga menyediakan Ketersediaan tinggi SAP dan pemulihan bencana di lingkungan cloud, seperti Amazon Web Services (AWS), Microsoft Azure, dan Google Cloud Services tanpa mengorbankan kinerja.

Jika organisasi Anda tidak menggunakan WSFC, SIOS menawarkan Protection Suite untuk Windows, yang mencakup SIOS DataKeeper, SIOS LifeKeeper, dan Application Recovery Kits (ARKs) opsional untuk aplikasi terkemuka seperti SAP, dan operasi infrastruktur. Ini adalah solusi pengelompokan SAP terintegrasi yang menggabungkan pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi untuk melindungi aplikasi dan data SAP penting bisnis Anda dari waktu henti dan bencana.

Kesimpulan

Organisasi di seluruh dunia menggunakan solusi SIOS HA untuk melindungi aplikasi SAP mereka, baik yang berjalan di lingkungan Windows atau Linux. Berikut adalah beberapa contoh:

  • Bonfiglioli adalah perusahaan desain, manufaktur, dan distribusi Italia terkemuka yang menggunakan SIOS DataKeeper untuk memberi mereka cara mudah untuk memindahkan sistem SAP mereka ke cloud Microsoft Azure sambil memenuhi SLA yang ketat untuk ketersediaan, pemulihan bencana, dan kinerja.
  • Toyo Gosei, produsen bahan kimia, menggunakan SIOS DataKeeper untuk memigrasikan SAP ke Azure dan membangun "sistem yang tidak pernah berhenti" dengan replikasi.
  • Zespri International, pemasar buah kiwi terbesar di dunia, menggunakan SIOS DataKeeper untuk memberikan fleksibilitas konfigurasi dan ketersediaan tinggi serta perlindungan bencana yang dibutuhkan perusahaan untuk menerapkan operasi SAP/Microsoft SQL Server mereka di Microsoft Azure.

Untuk informasi lebih lanjut tentang pengelompokan SAP ketersediaan tinggi, klik disini .

Referensi https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/[1] Ibid.[2] https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/[3] Ibid. Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi dan Basis Data – SQL Server Clustering

by Leave a Comment

Cara Melindungi Aplikasi dan Basis Data - SQL Server Clustering

Cara Melindungi Aplikasi dan Basis Data – SQL Server Clustering

Mengambil Misteri dari Solusi SQL Clustering Dengan SIOS

SQL Server Clustering: Apa dan Mengapa

Pengelompokan SQL Server adalah istilah yang digunakan untuk menggambarkan kumpulan dua atau lebih server fisik (node), terhubung melalui LAN, yang masing-masing menghosting instance SQL server dan memiliki akses yang sama ke penyimpanan bersama. Pengelompokan server SQL menyediakan ketersediaan tinggi dan perlindungan dari bencana setiap kali server yang menghosting instance SQL Server gagal.

Jika Anda berada di server mandiri, kegagalan perangkat keras dapat menghentikan operasi Anda. Namun, dengan pengelompokan, jika sebuah node mengalami masalah, Anda dapat secara otomatis melakukan failover ke node lain – dengan waktu henti yang minimal – dan terus membiarkan pengguna Anda tetap bekerja sementara TI bekerja untuk menyelesaikan masalah tersebut. Saat server utama diperbaiki, Anda dapat dengan cepat mengembalikan operasi.

Jika dibandingkan dengan menggunakan server yang berdiri sendiri, pengelompokan SQL Server juga dapat membatasi waktu henti saat menerapkan pemutakhiran dan patch keamanan.

Ketika Pengelompokan SQL Server menyediakan ketersediaan tinggi dan meminimalkan waktu henti sistem, pengelompokan SQL Server tidak akan meningkatkan kinerja server atau aplikasi. Untuk meningkatkan kinerja, Anda perlu meningkatkan daya komputasi server.

Artikel ini memperkenalkan Solusi Pengelompokan SQL Server SIOS dan memberikan perbandingan tingkat tinggi antara solusi pengelompokan SQL Microsoft versus SIOS.

Solusi Pengelompokan SQL Server SIOS

SIOS Technology Corp. menawarkan solusi pengelompokan ketersediaan tinggi yang membantu Anda pulih secara otomatis dari kegagalan infrastruktur dan aplikasi. Mendukung SQL Server ketersediaan tinggi , SIOS menawarkan dua solusi:

  • Edisi Kluster Penjaga Data SIOS berjalan di Windows dan memanfaatkan Microsoft Windows Server Failover Clustering (WSFC) untuk menyediakan SQL Server clustering dengan shared storage (SAN) atau tanpa shared storage (SANless). Lingkungan SANless menghilangkan satu titik kegagalan, meningkatkan efisiensi replikasi, melindungi aplikasi selain SQL Server, dan melindungi transaksi terdistribusi dan database sistem.
  • Suite Perlindungan SIOS untuk Linux adalah kombinasi terintegrasi dari failover clustering, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi untuk melindungi aplikasi dan database penting bisnis, termasuk SQL Server, di lingkungan SAN atau SANless.

Mari kita lihat lebih dekat fitur dan manfaat dari setiap solusi.

Edisi Kluster Penjaga Data SIOS

Windows Server Failover Clustering (WSFC) adalah fitur platform Windows Server yang meningkatkan ketersediaan tinggi. WSFC biasanya digunakan untuk menyediakan ketersediaan tinggi untuk aplikasi yang menggunakan SQL Server. Jika terjadi kegagalan server atau aplikasi, WSFC mengoordinasikan sumber daya komputasi yang berlebihan dan secara otomatis mengelola pemulihan operasi dan data SQL Server pada node siaga. Sayangnya, jika Anda ingin menjalankan aplikasi SQL Server di cloud, SAN tidak tersedia.

SIOS DataKeeper Cluster Edition memungkinkan Anda membuat WSFC tanpa SAN dengan mudah untuk mencapai ketersediaan tinggi dan pemulihan bencana untuk aplikasi SQL Server Anda yang beroperasi di cloud, di lingkungan virtual seperti VMware atau Hyper-V, atau di server fisik yang hanya menggunakan penyimpanan lokal.Sementara WSFC mengelola kluster perangkat lunak, perangkat lunak kluster SIOS menyinkronkan penyimpanan lokal menggunakan replikasi tingkat blok waktu-nyata (sinkron atau asinkron). Penyimpanan yang disinkronkan tampaknya WSFC sebagai penyimpanan berbasis SAN tradisional. Anda juga dapat membangun konfigurasi cloud hibrid untuk perlindungan pemulihan bencana antara pusat data lokal dan cloud.

Perangkat lunak SIOS DataKeeper Cluster Edition sepenuhnya disertifikasi oleh Microsoft dan beroperasi dengan ketersediaan Kelas Perusahaan dalam konfigurasi apa pun di seluruh wilayah dan zona cloud.

Cluster SIOS SANless tidak hanya menghilangkan biaya, kompleksitas, dan risiko kegagalan satu titik dari SAN, Anda juga dapat menggunakan penyimpanan PCIe Flash dan SSD cepat terbaru untuk kinerja dan perlindungan dalam satu solusi hemat biaya.

Suite Perlindungan SIOS untuk Linux

Suite Perlindungan SIOS untuk Linux mencakup:

  • SIOS LifeKeeper, yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi; itu mengatur failover aplikasi SQL Server sesuai dengan praktik terbaik
  • SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
  • Beberapa Kit Pemulihan Aplikasi (ARK) yang menyediakan kecerdasan aplikasi dengan konfigurasi dan validasi otomatis untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

Sementara SIOS Protection Suite dapat beroperasi di lingkungan SAN untuk mendukung cluster berbasis perangkat keras HA tradisional, itu juga dapat digunakan untuk membuat pendekatan shared-nothing untuk server clustering yang memungkinkannya untuk menjalankan SANless. Ini memberikan solusi yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk berbagai macam aplikasi.

Solusi Pengelompokan SIOS Versus Microsoft SQL

Ada solusi pengelompokan SQL Server lain yang tersedia di pasar. Beberapa solusi pengelompokan SQL Server paling populer ditawarkan oleh Microsoft dan termasuk:

  • Grup Ketersediaan Dasar SQL Server
  • SQL Server Selalu Di Grup Ketersediaan
  • Instance Failover Cluster SQL Server dengan Penyimpanan Bersama

Grup Ketersediaan Dasar SQL Server berjalan di Windows dan mendukung maksimum kluster dua simpul. Ini berfungsi seperti solusi pencerminan basis data. Sementara pengelompokan dan mirroring keduanya metode untuk meningkatkan ketersediaan tinggi, mirroring hanya memungkinkan database untuk failover. Jika Anda memiliki layanan, file, dan sumber daya lain di luar SQL yang Anda perlukan setelah failover, atau jika Anda memiliki beberapa database yang harus tetap bersama, pengelompokan adalah solusi yang lebih baik.

SQL Server Always On Availability Groups berjalan di Windows dan Linux dan menurut Microsoft, ini “menyediakan alternatif tingkat perusahaan untuk pencerminan basis data.”[1] Ini membutuhkan SQL Server Enterprise Edition yang mahal.

Anda dapat menghemat hingga 70 persen pada biaya lisensi perangkat lunak dan mendapatkan fitur pengelompokan kelas perusahaan dengan menggunakan SQL Server Standard Edition dengan solusi pengelompokan SQL SIOS.

Instans Cluster Failover SQL Server dengan Penyimpanan Bersama berjalan di Windows dan Linux. Ini adalah solusi satu situs dan membutuhkan SAN.

Sayangnya, SAN mahal untuk dibeli dan dipelihara, memerlukan keahlian administratif SAN, dan merupakan satu-satunya titik kegagalan. SAN juga dapat berdampak negatif terhadap kinerja database.

Anda dapat menemukan perbandingan yang lebih rinci tentang kekuatan dan kelemahan SQL Server Always On, SQL Server Failover Cluster, dan SIOS DataKeeper Cluster Edition di sini .

Pengelompokan SQL Server di Cloud

SIOS DataKeeper dan SIOS Protection Suite untuk Linux menyediakan ketersediaan tinggi dan pemulihan bencana perlindungan masing-masing untuk aplikasi Windows dan Linux, yang beroperasi dalam kombinasi infrastruktur fisik, virtual, cloud, atau hybrid cloud. Misalnya, SIOS DataKeeper dapat:

  • Lindungi aplikasi bisnis lokal atau hibrid yang penting, termasuk SQL Server, ke lingkungan Windows atau Linux dengan ketersediaan tinggi di AWS, Azure, atau Google Cloud.
  • Lindungi aplikasi cloud SQL Server Anda dengan membuat kluster Windows atau Linux di AWS, Azure, atau Google Cloud.
  • Menyediakan perlindungan pemulihan bencana dan ketersediaan tinggi di seluruh situs, lokal, atau regional dengan gagal melalui instans SQL Server di seluruh zona atau wilayah ketersediaan cloud.

SIOS DataKeeper Cluster Edition dan SIOS Protection Suite untuk Linux keduanya mensimulasikan penyimpanan bersama yang dikelompokkan dan dapat memberikan perlindungan cluster ketersediaan tinggi yang bersertifikat penuh di seluruh wilayah cloud dan zona ketersediaan.

Pikiran Akhir

SIOS menyediakan penawaran yang mendukung berbagai aplikasi, sistem operasi, dan lingkungan infrastruktur, menyediakan solusi tunggal yang dapat menangani semua kebutuhan ketersediaan tinggi Anda. Berikut adalah beberapa contoh yang menunjukkan kekuatan SIOS.

  • Bayar ( paygoutilities.com ) mengimplementasikan SIOS DataKeeper dengan WSFC untuk menyediakan ketersediaan tinggi untuk SQL Server di AWS.
  • Penyedia layanan informasi perawatan kesehatan menggunakan SIOS DataKeeper untuk melindungi SQL Server penting mereka di lebih dari 18 node cluster, menghilangkan masalah bandwidth, meningkatkan perlindungan data, dan mengurangi waktu henti di lingkungan jaringan perawatan kesehatan kritis mereka.
  • Mavis Discount Tire menggunakan SIOS DataKeeper Cluster Edition untuk memberikan ketersediaan tinggi untuk SQL Server yang penting bagi bisnis mereka.

Jika Anda mencari solusi pemulihan ketersediaan/bencana tinggi untuk melindungi SQL Server di lingkungan Windows atau Linux, Anda dapat menemukan informasi lebih lanjut di sini .

Lihat posting blog tentang ketersediaan tinggi SQL Server dan pemulihan bencana .

Referensi https://www.mssqltips.com/sqlservertip/1541/getting-started-with-sql-server-clustering/ https://www.brentozar.com/archive/2012/02/introduction-sql-server-clusters/[1] https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/always-on-availability-groups-sql-server?view=sql-server-ver15 Direproduksi dengan izin dari SIOS

Mengapa Anda Membutuhkan Rencana Kontinuitas Bisnis

by Leave a Comment

Mengapa Anda Membutuhkan Rencana Kontinuitas Bisnis

Mengapa Anda Membutuhkan Rencana Kontinuitas Bisnis

Facebook, Instagram, dan WhatsApp baru saja mengalami hari Senin yang sangat buruk

Ini adalah akhir hari kerja di sini di pantai timur dan saya melihat bahwa Facebook masih tidak tersedia. Facebook mengakui masalah dalam dua Tweet berikut.

Saya dapat menentukan waktu Facebook offline untuk saya. Saya mencoba untuk mengirim komentar pada sebuah posting dan komentar saya tidak memposting. Saya sedikit kesal, dan hampir mengira poster itu telah memblokir saya, atau menghapus komentar saya. Ini adalah pada 11:45 EDT. 5+ jam Facebook untuk saya masih down.

Meskipun kami tidak mengetahui penyebab pasti dari waktu henti, dan apakah itu kesalahan pengguna, beberapa serangan jahat, atau hanya bencana kesalahan yang tidak terduga, kami dapat mempelajari beberapa hal tentang pemadaman ini pada saat ini.

Waktu Henti Itu Mahal

Meskipun kita mungkin tidak pernah tahu biaya pasti dari waktu henti yang dialami saat ini, ada beberapa biaya yang sudah dapat diukur. Hingga tulisan ini dibuat, saham Facebook turun 4,89% hari ini. Itu di atas September yang sudah brutal untuk Facebook dan saham teknologi lainnya.

Koreksi mungkin tidak dapat dihindari, tetapi pemadaman hari ini tentu saja tidak membantu.

Tapi berapa biaya sebenarnya bagi perusahaan? Dengan banyaknya merek yang memanfaatkan media sosial sebagai bagian penting dari jangkauan pemasaran mereka, bagaimana penghentian ini akan berdampak pada pengeluaran iklan di masa mendatang? Minimal saya mengantisipasi pengiklan untuk menyelidiki platform media sosial lain jika mereka belum melakukannya. Hanya waktu yang akan menjawab, tetapi bahkan sebelum pemadaman ini, kami telah melihat lebih banyak persaingan untuk pengeluaran pemasaran dari platform lain seperti tik tok .

Rencanakan untuk Skenario Kasus Terburuk

Hal-hal terjadi, kita tahu itu dan berencana untuk itu. Rencana Kontinuitas Bisnis (BCP) harus ditulis ke alamat setiap kemungkinan bencana. Sekali lagi, kami tidak tahu penyebab pasti dari bencana khusus ini, tetapi saya harus membayangkan bahwa RTO 5+ jam tidak ditulis ke BCP apa pun yang ada di rak di Facebook, Instagram, atau WhatsApp.

Apa yang ada di BCP Anda? Pernahkah Anda membayangkan bencana yang mungkin terjadi? Sudahkah Anda mengukur dampak waktu henti dan menetapkan sasaran waktu pemulihan (RTO) dan sasaran titik pemulihan (RPO) yang memadai untuk setiap komponen bisnis Anda? Saya berani mengatakan bahwa tidak mungkin merencanakan setiap kemungkinan hal yang bisa salah. Namun, saya akan menyarankan semua orang untuk mengunjungi kembali BCP Anda secara teratur dan memperbaruinya untuk memasukkan bencana yang mungkin tidak ada di radar saat terakhir kali Anda meninjau BCP Anda. Apakah Anda memiliki pandemi global di BCP Anda? Jika tidak, Anda mungkin harus berebut untuk mengakomodasi tenaga kerja "bekerja dari rumah". Intinya, rencanakan yang terburuk dan berharap yang terbaik.

Komunikasi Dalam Bencana

Komunikasi saat terjadi bencana harus menjadi bab tersendiri di BCP Anda.

Seorang karyawan Facebook mengatakan kepada Reuters bahwa semua alat internal mati. Tanggapan Facebook menjadi jauh lebih sulit karena karyawan kehilangan akses ke beberapa alat mereka sendiri selama penutupan, kata orang yang melacak masalah tersebut.

Beberapa karyawan mengatakan mereka tidak diberitahu apa yang salah.

https://www.reuters.com/technology/facebook-instagram-down-thousands-users-downdetectorcom-2021-10-04/

BCP yang benar-benar kuat harus mencakup beberapa sarana komunikasi mundur. Ini menjadi jauh lebih penting karena bisnis Anda tersebar di beberapa gedung, wilayah, atau negara. Pikirkan saja bagaimana tim Anda berkomunikasi hari ini. Telepon, teks, email, Slack mungkin menjadi empat teratas Anda. Tetapi bagaimana jika semuanya tidak tersedia, bagaimana Anda menjangkau tim Anda? Jika Anda tidak tahu, Anda mungkin ingin mulai menyelidiki opsi lain. Anda mungkin tidak memerlukan radio gelombang pendek dan sekawanan merpati pos, tetapi saya yakin ada lembaga pemerintah yang menyediakan keduanya untuk situasi "pecahan kaca dalam keadaan darurat".

Ringkasan

Anda memiliki tanggung jawab terhadap diri Anda sendiri, pelanggan Anda, dan investor Anda untuk memastikan bahwa Anda mengambil setiap tindakan pencegahan terkait ketersediaan bisnis Anda. Pastikan Anda menginvestasikan sumber daya yang memadai dalam membuat BCP Anda dan bahwa tim yang bertanggung jawab atas kelangsungan bisnis memiliki alat yang mereka butuhkan untuk memastikan mereka dapat melakukan bagian mereka dalam memenuhi RTO dan RPO yang ditentukan dalam BCP Anda.