| November 2, 2021 |
Pemulihan bencana |
| Baik Anda memerlukan HA lokal dalam satu situs atau DR yang cepat dan efisien di beberapa situs, solusi SIOS memenuhi semua kebutuhan kelangsungan bisnis Anda. |
NS Solusi pemulihan bencana SIOS adalah cluster multi-situs yang tersebar secara geografis yang menyediakan RPO detik dan RTO menit. Apa yang membuat SIOS berbeda dari banyak penyedia DR lainnya adalah ia menawarkan satu solusi yang memenuhi kebutuhan ketersediaan tinggi dan pemulihan bencana.
Untuk mendukung DR, Anda mengonfigurasi kluster dengan cara yang sama seperti yang Anda lakukan untuk ketersediaan tinggi tetapi dengan dua perbedaan berbeda yang telah dibahas sebelumnya:
- Node klaster DR berada di situs geografis – lokal, virtual, atau di cloud – yang jauh dari instans HA.
- Situs DR berada di jaringan area luas (WAN), yang berarti bahwa replikasi data akan asinkron untuk menghindari dampak negatif terhadap kinerja throughput.
Ingat, replikasi data asinkron berarti bahwa pembaruan ke instans DR akan menunda pembaruan yang dibuat untuk instans aktif tetapi biasanya hanya beberapa detik paling lama. Tetapi dengan replikasi data SIOS yang sangat cepat di seluruh WAN, Anda dapat menyimpan salinan data real-time yang disinkronkan di beberapa server dan pusat data untuk mencapai HA dan DR.
Selain satu solusi tunggal untuk HA/DR dan replikasi data waktu nyata, solusi SIOS HA/DR juga menyediakan:
- Kompresi data tingkat blok untuk meminimalkan beban jaringan
- Pelambatan bandwidth untuk mengatur dan meminimalkan kemacetan jaringan
- Optimalisasi WAN untuk meningkatkan kinerja jaringan
- Integrasi dengan failover tombol tekan untuk mendukung DR dan failover otomatis untuk mendukung HA
- Pendekatan platform agnostik, memungkinkan Anda memilih solusi DR lokal, virtual, cloud, atau hybrid
Studi kasus berikut menunjukkan penggunaan SIOS DataKeeper untuk memberikan HA dan DR dalam satu solusi.
—————————————————————————————————————————————————
Mengaktifkan Perlindungan HA dan DR di Pusat Kesehatan Premier
Rumah Sakit ALYN, yang terletak di Israel, adalah pusat kesehatan rehabilitasi pediatrik utama, yang mengkhususkan diri dalam mendiagnosis dan merehabilitasi bayi, anak-anak, dan remaja penyandang cacat fisik. Orang tua membawa anak-anak mereka dari Israel dan luar negeri untuk menerima berbagai layanan medis, terapi paramedis, dan layanan rehabilitasi canggih tambahan.
Pencarian Solusi yang Tepat
Rumah Sakit ALYN mengoperasikan berbagai aplikasi – termasuk catatan medis elektronik (EMR), manajemen hubungan pelanggan (CRM), database SQL Server, Microsoft Exchange, dan Microsoft Office untuk mendukung operasi klinis dan administratifnya. Sebagai penyedia layanan kesehatan, rumah sakit tunduk pada peraturan pemerintah yang ketat dan perlu menerapkan ketentuan DR yang kuat untuk memastikan perlindungan dan ketersediaan aplikasi mission-critical mereka. Rumah sakit memilih Hyper-V Replica untuk mendukung strategi DR-nya, mengoperasikan dua ruang server yang terpisah secara fisik di tempat, memungkinkan semua mesin virtual (VN) penting yang berjalan di server host Hyper-V mana pun untuk direplikasi ke yang lain di ruangan lain. Sayangnya, konfigurasi ini tidak memenuhi persyaratan RPO dan RTO, sehingga tim TI mulai menyelidiki opsi lain.
Dalam mencari solusi DR yang tepat, tim IT mempertimbangkan Windows Server Failover Clustering (WSFC) yang menggunakan shared storage. Sayangnya, ALYN tidak memiliki SAN dan karena keterbatasan anggaran, penerapan SAN identik di kedua ruang server menjadi sangat mahal. Untuk alasan ini, ALYN menyelidiki solusi pihak ketiga.
Dalam pencariannya untuk failover pihak ketiga perangkat lunak pengelompokan , ALYN menetapkan tiga kriteria:
- Solusinya harus bekerja dengan perangkat keras yang ada.
- Solusinya harus memberikan perlindungan ketersediaan tinggi (HA) dan pemulihan bencana (DR) di semua aplikasi penting rumah sakit.
- Total biaya kepemilikan (TCO) harus sesuai dengan anggaran departemen yang terbatas.
SIOS DataKeeper – Pilihan Jelas
Setelah mengevaluasi beberapa solusi yang berbeda, staf TI memilih SIOS DataKeeper, yang digambarkan oleh tim sebagai solusi “yang memberikan kemampuan kelas operator dengan total biaya kepemilikan yang sangat rendah” dan memberikan HA dan DR dalam satu solusi hemat biaya.
SIOS DataKeeper menggabungkan real-time, replikasi data tingkat blok dengan pemantauan tingkat aplikasi berkelanjutan dan kebijakan failover/failback yang fleksibel dalam solusi total yang mudah diterapkan dan dikelola. DataKeeper memanfaatkan WSFC dan mempertahankan kompatibilitas dengan lingkungan operasi, sehingga memudahkan tim TI untuk mempelajari cara menggunakan solusi dengan cepat dan menyelesaikan konfigurasi HA untuk semua aplikasi dengan cepat.
Dengan DataKeeper, tim TI dapat membuat SANless tiga node cluster failover dengan satu instans aktif dan dua instans siaga. Dengan konfigurasi ini, ALYN dapat terus memperbarui sistem dan perangkat lunak tanpa mengganggu operasi karena instans aktif dapat dipindahkan ke server mana pun dalam kluster tiga simpul dan tetap terlindungi sepenuhnya selama periode pemeliharaan perangkat keras dan perangkat lunak yang direncanakan.
Selain itu, SIOS dapat bekerja dengan semua jenis penyimpanan dan replikasi data yang dioptimalkan WAN, yang menyederhanakan implementasi situs DR jarak jauh ALYN. Untuk mempertahankan kinerja throughput transaksional yang tinggi, replikasi data di seluruh WAN terjadi secara asinkron tetapi SIOS DataKeeper menggunakan teknik khusus untuk mengoptimalkan transmisi data, memungkinkan ALYN untuk mencapai RPO dan RTO yang menuntut.
Garis bawah
Hari ini, SIOS DataKeeper menyediakan perlindungan ketersediaan tinggi untuk semua aplikasi penting Rumah Sakit ALYN. Komentar Uri Inbar, Direktur TI Rumah Sakit ALYN, “Dengan SIOS kami menemukan solusi yang memberikan kemampuan kelas operator dengan total biaya kepemilikan yang sangat rendah. Bagi kami, itu adalah pilihan yang jelas.
Rumah Sakit ALYN menguji konfigurasi secara teratur, dan secara rutin mengubah penunjukan aktif dan siaga, sambil mengarahkan replikasi data sesuai kebutuhan selama pembaruan perangkat lunak yang direncanakan. Aplikasi terus berjalan tanpa gangguan.
——————————————————————————————————————————————————
Pemikiran Terakhir tentang Pemulihan Bencana SIOS
Di lingkungan Windows, SIOS DataKeeper untuk Windows Server tersedia dalam Edisi Standar dan Edisi Cluster yang lebih tangguh.SIOS DataKeeper Edisi Standar menyediakan replikasi data real-time untuk perlindungan pemulihan bencana di lingkungan Windows Server.SIOS DataKeeper Cluster Edition mulus terintegrasi dengan Windows Server Failover Clustering (WSFC), memungkinkan ketersediaan tinggi dan konfigurasi pemulihan bencana.
SIOS LifeKeeper dan DataKeeper mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux dan mengakomodasi berbagai arsitektur penyimpanan.
Kunjungi referensi di bawah ini untuk informasi lebih lanjut tentang SIOS DataKeeper atau SIOS LifeKeeper: Referensi
- https://betanews.com/2019/05/28/disaster-recovery-sql-server/
- https://community.spiceworks.com/blog/3138-data-snapshot-how-well-ecomplete-are-businesses-to-bounce-back-from-disaster
- https://www.spiceworks.com/press/releases/spiceworks-study-reveals-one-in-four-companies-never-test-their-disaster-recovery-plan/
Lihat Buku Putih kami: Memahami Pemulihan Bencana untuk Opsi untuk SQL Server
Pemulihan Bencana Multi-Cloud
Pemulihan Bencana Multi-Cloud
Jika topik ini terdengar membingungkan, kami mengerti. Dengan saran para ahli kami, kami berharap dapat meredakan kekhawatiran Anda – sambil juga menyampaikan beberapa pertimbangan penting untuk organisasi Anda sebelum atau sesudah pergi multi-awan . Perencanaan untuk pemulihan bencana adalah titik kebingungan umum bagi perusahaan yang menggunakan komputasi awan, terutama ketika melibatkan banyak penyedia awan.
Cukup melelahkan untuk memastikan perlindungan data dan pemulihan bencana (DR) saat semua data berada di lokasi. Namun saat ini banyak perusahaan memiliki data di tempat serta dengan beberapa penyedia cloud, strategi hibrida yang mungkin masuk akal secara bisnis tetapi dapat menciptakan tantangan bagi mereka yang bertugas dengan perlindungan data. Sebelum kita mempelajari detailnya, mari kita definisikan istilah kuncinya.
Apa itu multi-cloud?
Multi-cloud adalah pemanfaatan dua atau lebih penyedia cloud untuk melayani layanan dan infrastruktur TI organisasi. Pendekatan multi-cloud biasanya terdiri dari kombinasi penyedia cloud publik utama, yaitu Amazon Web Services (AWS), Google Cloud Platform (GCP), dan Microsoft Azure.
Organisasi memilih layanan terbaik dari setiap penyedia cloud berdasarkan biaya, persyaratan teknis, ketersediaan geografis, dan faktor lainnya. Ini mungkin berarti bahwa perusahaan menggunakan Google Cloud untuk pengembangan/pengujian, saat menggunakan AWS untuk pemulihan bencana, dan Microsoft Azure untuk memproses data analitik bisnis.
Multi-cloud berbeda dari hybrid cloud yang mengacu pada lingkungan komputasi yang menggabungkan infrastruktur lokal, layanan cloud pribadi, dan cloud publik.
Siapa yang menggunakan banyak awan?
- Industri yang diatur – Banyak organisasi menjalankan operasi bisnis yang berbeda di lingkungan cloud yang berbeda. Ini mungkin merupakan strategi yang disengaja untuk mengoptimalkan lingkungan TI mereka berdasarkan kekuatan masing-masing penyedia cloud atau hanya produk dari organisasi TI yang terdesentralisasi.
- Media dan Hiburan – Lanskap media dan hiburan saat ini semakin terdiri dari studio yang relatif kecil dan khusus yang memenuhi kebutuhan produksi konten yang membengkak dari para pemain terbesar, seperti Netflix dan Hulu. Solusi multi-cloud memungkinkan tim-tim ini untuk bekerja sama dalam proyek yang sama, mengakses alat produksi pilihan mereka dari berbagai cloud publik, dan menyederhanakan persetujuan tanpa penundaan terkait dengan pemindahan file media besar dari satu situs ke situs lainnya.
- Transportasi dan Mengemudi Otonom – Proyek mobil yang terhubung dan mengemudi otonom menghasilkan sejumlah besar data dari berbagai sensor. Produsen mobil, agen transportasi umum, dan perusahaan rideshare termasuk di antara mereka yang termotivasi untuk memanfaatkan inovasi multi-cloud, memadukan aksesibilitas data di beberapa cloud tanpa risiko biaya keluar yang signifikan dan transfer yang lambat, sambil mempertahankan kebebasan untuk memanfaatkan optimal layanan cloud publik untuk setiap proyek.
- Sektor Energi – Adopsi multi-cloud dapat membantu menurunkan biaya signifikan yang terkait dengan pencarian dan pengeboran sumber daya.Insinyur dan ilmuwan data dapat menggunakan analitik pembelajaran mesin (ML) untuk mengidentifikasi tempat-tempat yang membutuhkan lebih banyak sumber daya untuk prospek minyak, untuk mengukur risiko lingkungan dari proyek-proyek baru, dan untuk meningkatkan keselamatan.
Poin nyeri pemulihan bencana multi-cloud:
- Tidak membaca sebelum Anda menandatangani.Pelanggan mungkin menghadapi masalah jika mereka gagal membaca cetakan kecil dalam perjanjian cloud mereka. Penyedia cloud bertanggung jawab atas infrastruktur komputernya, tetapi pelanggan bertanggung jawab untuk melindungi aplikasi dan data mereka. Ada banyak alasan untuk waktu henti aplikasi yang tidak tercakup dalam SLA cloud. Beban kerja penting bisnis memerlukan ketersediaan tinggi dan perangkat lunak perlindungan pemulihan bencana juga.
- Mengembangkan kebijakan proteksi terpusat.Kebijakan perlindungan terpusat harus dibuat untuk mencakup semua data, di mana pun ia tinggal. Setiap penyedia cloud memiliki cara unik untuk mengakses, membuat, memindahkan, dan menyimpan data, dengan tingkat penyimpanan yang berbeda. Mungkin rumit untuk membuat rencana pemulihan bencana yang mencakup data di berbagai awan.
- Pelaporan.Hal ini penting untuk memastikan perlindungan data sesuai dengan perjanjian tingkat layanan yang mengaturnya. Mengingat seberapa cepat pengguna dapat meningkatkan sumber daya cloud, mungkin sulit untuk memastikan Anda melindungi setiap sumber daya dengan tepat dan mengidentifikasi semua data yang perlu dimasukkan ke dalam rencana DR Anda.
- Uji rencana DR Anda.Pelanggan harus sepenuhnya menyaring dan menguji strategi DR mereka. Strategi multi cloud menambah kebutuhan akan pengujian. Beberapa penyedia mungkin membebankan biaya kepada pelanggan untuk pengujian, yang memperkuat kebutuhan untuk membaca cetakan kecil kontrak.
- Perangkat keterampilan sumber daya . Menemukan seorang ahli dalam satu cloud bisa jadi menantang; dengan multi-cloud, Anda perlu menemukan keahlian di setiap cloud, atau individu langka yang memiliki signifikansi di banyak cloud.
Mengatasi tantangan DR multi-cloud
Memenuhi tantangan ini mengharuskan perusahaan untuk mengembangkan perlindungan data dan strategi pemulihan yang mencakup banyak masalah. Coba tanyakan pada diri Anda pertanyaan strategis berikut:
- Sudahkah Anda menentukan tingkat kekritisan untuk semua aplikasi dan data? Berapa banyak uang yang akan dikeluarkan beberapa menit untuk aplikasi penting yang membebani organisasi Anda dalam produktivitas pengguna akhir, kepuasan pelanggan, dan tenaga kerja TI?
- Apakah perlindungan dan pemulihan data akan ditangani oleh IT atau pemilik dan pembuat aplikasi dalam model layanan mandiri?
- Apakah Anda merencanakan pengoptimalan data, menggunakan berbagai opsi berbasis cloud dan lokal?
- Bagaimana Anda berencana untuk memulihkan data? Memulihkan data ke mesin virtual berbasis cloud atau menggunakan gambar cadangan sebagai sumber pemulihan?
Dapatkan solusi DR multi-cloud yang tepat
Kunci terbesar untuk sukses dalam perlindungan dan pemulihan data dalam skenario multi-cloud adalah memastikan Anda memiliki visibilitas ke semua data Anda, tidak peduli bagaimana data itu disimpan. Alat dari perusahaan memungkinkan Anda untuk menentukan data dan aplikasi mana yang harus dipulihkan dalam skenario bencana dan bagaimana melakukannya – baik dari gambar cadangan atau dengan memindahkan data ke VM yang baru dibuat di cloud, misalnya.
Alat ini akan membantu Anda mengatur skenario pemulihan dan, yang penting, mengujinya. Jika alat ini terintegrasi dengan baik dengan alat pencadangan data Anda, alat ini juga memungkinkan Anda untuk menggunakan cadangan sebagai sumber data pemulihan, bahkan jika data disimpan di lokasi yang berbeda – seperti beberapa awan. Webinar SIOS terbaru kami membahas hal yang sama; jam tangan itu disini jika Anda tertarik.Penjaga Data SIOS memungkinkan Anda menjalankan aplikasi penting bisnis Anda dalam lingkungan cloud yang fleksibel dan skalabel, seperti Layanan Web Amazon (AWS) , Biru langit , dan Google Cloud Platform tanpa mengorbankan kinerja, ketersediaan tinggi atau perlindungan bencana. SIOS DataKeeper tersedia di Pasar AWS dan satu-satunya perangkat lunak ketersediaan tinggi bersertifikat Azure untuk WSFC yang ditawarkan di Pasar Azure.
Ketersediaan Tinggi & Cloud: Semakin Banyak Anda Tahu
Pemulihan Bencana Menjadi Sederhana
Pemulihan Bencana Menjadi Sederhana
Pemulihan Bencana Menjadi Sederhana
Sering mendengar istilah disaster recovery (DR)? DR adalah strategi dan seperangkat kebijakan, prosedur, dan alat. Ini memastikan sistem TI penting, database, dan aplikasi terus beroperasi dan tersedia bagi pengguna ketika bencana buatan manusia atau alam terjadi. Ini biasanya melibatkan pemindahan operasi aplikasi ke lingkungan DR redundan yang secara geografis terpisah dari lingkungan utama. Sementara tim TI memiliki strategi pemulihan bencana, DR merupakan komponen penting dari Rencana Kesinambungan Bisnis setiap organisasi. Yang terakhir adalah strategi dan seperangkat kebijakan, prosedur, dan alat untuk memastikan operasi bisnis berlanjut melalui gangguan layanan.
Mungkin terdengar membingungkan pada awalnya. Tapi kami telah mengumpulkan beberapa fakta cepat untuk membuat pemulihan bencana mudah dipahami:
Poin 1. Menerapkan pemulihan bencana TI atau pemulihan bencana rencana (DRP)
DRP adalah strategi dan seperangkat kebijakan, prosedur, dan alat yang memastikan sistem TI, basis data, dan aplikasi penting terus beroperasi dan tersedia bagi pengguna saat bencana menyerang lingkungan komputasi utama organisasi. Sementara tim TI memiliki strategi pemulihan bencana, DR merupakan komponen penting dari Rencana Kesinambungan Bisnis setiap organisasi.
Poin 2. Pastikan Pemisahan Geografis
Bagian penting dari pemulihan bencana aplikasi adalah memastikan tersedianya lingkungan aplikasi yang redundan dan terpisah secara geografis. Anda memiliki replikasi tingkat blok yang efisien dan atau perangkat lunak pengelompokan yang dapat melakukan failover operasi jika terjadi bencana. Jika aplikasi Anda berjalan di cloud, lingkungan pengelompokan Anda harus melakukan failover di seluruh wilayah cloud dan zona ketersediaan untuk pemulihan bencana.
Poin 3. Uji, uji, dan uji lagi
Dalam Spiceworks baru-baru ini survei , 59 persen organisasi mengindikasikan bahwa mereka telah mengalami satu hingga tiga pemadaman (yaitu, gangguan apa pun pada tingkat normal layanan terkait TI) selama satu tahun. 11 persen pernah mengalami empat sampai enam. 7 persen pernah mengalami tujuh atau lebih. Singkatnya, peristiwa DR hampir tak terelakkan. Pastikan Anda melakukan pengujian rutin untuk memastikan Anda tahu persis apa yang akan terjadi ketika itu terjadi.
Poin 4. Pahami Risiko Anda
NS bencana di DR tidak harus berupa badai besar, tornado, banjir, atau gempa bumi yang berdampak pada bisnis Anda. Bencana datang dalam berbagai bentuk, termasuk serangan dunia maya, kebakaran, pencurian, atau perusakan. Faktanya, kesalahan manusia yang sederhana masih menjadi salah satu penyebab utama downtime pusat data TI. Singkatnya, bencana adalah krisis apa pun yang mengakibatkan sistem down dalam jangka waktu lama dan/atau kehilangan data besar dalam skala besar yang berdampak pada infrastruktur TI, pusat data, dan bisnis Anda.
Poin 5. Pastikan DRP Anda memiliki Daftar Periksa
Ini harus mencakup sistem dan jaringan TI penting yang diprioritaskan berdasarkan perkiraan waktu pemulihan (RTO). Dokumentasikan langkah-langkah yang diperlukan untuk memulai ulang, mengkonfigurasi ulang, dan memulihkan sistem dan jaringan. Karyawan harus tahu di mana menemukan DRP dan bagaimana menjalankan langkah-langkah darurat dasar jika terjadi insiden yang tidak terduga.
Poin 6. Perkuat DRP melalui pengujian
DRPs harus mengidentifikasi kekurangan dan memberikan kesempatan untuk memperbaiki masalah sebelum bencana terjadi. Pengujian dapat menawarkan bukti bahwa rencana tersebut efektif dan memungkinkan Anda memenuhi tujuan titik pemulihan dan waktu pemulihan (RPO dan RTO). Karena sistem dan teknologi TI terus berubah, pengujian DR juga membantu memastikan rencana pemulihan bencana selalu mutakhir.
Pilih teknologi pengelompokan failover yang membuat pengujian DR menjadi sederhana dengan memfasilitasi peralihan operasi aplikasi yang cepat, sederhana, dan andal ke node DR dan sebaliknya.
Ketika Anda melihat statistik tersebut, Anda tahu bahwa Anda hidup dengan waktu pinjaman jika Anda tidak memiliki rencana pemulihan bencana. Solusi pemulihan bencana SIOS adalah cluster multi-situs, tersebar secara geografis yang memenuhi RPO dan RTO dengan mudah. Apa yang membuat SIOS berbeda dari banyak penyedia DR lainnya adalah ia menawarkan satu solusi yang memenuhi keduanya ketersediaan tinggi dan pemulihan bencana kebutuhan. Untuk mempelajari lebih lanjut tentang solusi DR kami, lihat halaman wawasan di sini .
Direproduksi dengan izin dari SIOS
