Archives

Pemulihan bencana

November 2, 2021 by Jason Aw Leave a Comment

Pemulihan bencana

Cara Mengaktifkan Pemulihan Bencana dengan Solusi Perangkat Lunak Pengelompokan Tunggal

Lindungi Aplikasi Windows atau Linux yang Beroperasi dalam Kombinasi Infrastruktur Fisik, Virtual, Cloud, atau Hybrid Cloud dengan Pemulihan Bencana

Apa itu Pemulihan Bencana?

Pemulihan Bencana Sangat Penting untuk Operasi Bisnis yang Berkelanjutan

Pemulihan bencana (DR) adalah strategi dan serangkaian kebijakan, prosedur, dan alat yang memastikan sistem TI, basis data, dan aplikasi penting terus beroperasi dan tersedia bagi pengguna ketika bencana buatan manusia atau alam terjadi. Sementara tim TI memiliki strategi pemulihan bencana, DR merupakan komponen penting dari Rencana Kesinambungan Bisnis setiap organisasi, yang merupakan strategi dan serangkaian kebijakan, prosedur, dan alat yang membuat seluruh bisnis kembali aktif dan berjalan setelah bencana.

Tetapi ketika kita berbicara tentang bencana, itu tidak perlu menjadi badai besar, tornado, banjir, atau gempa bumi yang berdampak pada bisnis Anda. Bencana datang dalam berbagai bentuk, termasuk serangan dunia maya, kesalahan pengguna, kebakaran, pencurian, perusakan, bahkan serangan teroris. 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.

Pemulihan bencana

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 telah mengalami empat hingga enam, dan 7 persen telah mengalami tujuh atau lagi. Selain itu, survei juga menunjukkan bahwa perusahaan yang lebih besar, yang mengandalkan lebih banyak layanan, lebih mungkin mengalami pemadaman daripada organisasi yang lebih kecil. Misalnya, 71 persen bisnis kecil mengalami satu atau lebih pemadaman dalam 12 bulan terakhir, dibandingkan dengan 79 persen bisnis menengah, dan 87 persen bisnis besar. Ketika Anda melihat statistik tersebut, Anda tahu bahwa Anda hidup dengan waktu pinjaman jika Anda tidak memiliki rencana pemulihan bencana.

Tapi ada kabar baik. Dibandingkan dengan statistik dari tahun-tahun sebelumnya, tampaknya organisasi dari semua ukuran dan dari semua industri bekerja lebih baik dalam hal memiliki rencana pemulihan bencana. Menurut survei Spiceworks yang sama, 95 persen organisasi memiliki rencana DR tetapi sayangnya, 23 persen tidak pernah menguji atau menjalankan rencana mereka. Melatih rencana DR Anda sama pentingnya dengan latihan kebakaran atau latihan pengumpulan siswa. Memiliki rencana di tempat hanyalah langkah pertama. Jika orang-orang yang terlibat dalam pelaksanaan rencana tidak tahu apa yang harus dilakukan, Anda tidak akan dapat pulih dari bencana.

Ketersediaan Tinggi Vs. Pemulihan bencana

Namun sebelum kita melangkah lebih jauh, mari kita perjelas perbedaan antara praktik terbaik untuk menangani kegagalan sistem versus bencana. Untuk memulihkan dari kegagalan sistem, sistem, perangkat lunak, dan data yang berlebihan harus berada di jaringan area lokal (LAN) Anda. Untuk aplikasi database penting, Anda dapat mereplikasi data secara sinkron di seluruh LAN. Ini membuat instans siaga Anda “panas” dan sinkron dengan instans aktif Anda, sehingga siap untuk mengambil alih segera jika terjadi kegagalan. Ini disebut sebagai ketersediaan tinggi (HA) .

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

RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman dan RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika bencana terjadi. Untuk pemulihan bencana, RTO beberapa menit atau bahkan berjam-jam adalah umum dengan beberapa solusi karena terlalu mahal untuk mencoba memulihkan di WAN hanya dalam beberapa menit. Untuk aplikasi mission-critical, organisasi Anda ingin mencapai RPO rendah tetapi semakin rendah RPO Anda, semakin Anda membutuhkan proses untuk memastikan semua data telah direplikasi di server siaga sebelum failover. Upaya ini cenderung meningkatkan waktu pemulihan.

Namun dengan solusi pemulihan bencana SIOS, Anda dapat mencapai RPO minimal hingga tanpa kehilangan data dan RTO satu hingga dua menit.

SIOS Memberikan Satu Solusi untuk Memenuhi Kebutuhan HA dan DR Anda

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

Lihat Buku Putih kami: Memahami Pemulihan Bencana untuk Opsi untuk SQL Server

Pemulihan Bencana Multi-Cloud

Oktober 30, 2021 by Jason Aw Leave a Comment

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

Oktober 25, 2021 by Jason Aw Leave a Comment

Ketersediaan Tinggi & Cloud: Semakin Banyak Anda Tahu

Saat meneliti alasan untuk bermigrasi ke cloud, Anda mungkin telah mengetahui bahwa manfaat komputasi awan mencakup skalabilitas, keandalan, ketersediaan, dan banyak lagi. Tapi apa sebenarnya arti istilah-istilah itu? Mari kita pertimbangkan ketersediaan tinggi (HA), karena sering kali menjadi tujuan akhir pindah ke cloud bagi banyak perusahaan.

Idenya adalah untuk membuat produk, layanan, dan alat Anda dapat diakses oleh pelanggan dan karyawan Anda kapan saja dari mana saja menggunakan perangkat apa pun dengan koneksi internet. Itu berarti memastikan aplikasi penting Anda beroperasi – bahkan melalui kegagalan perangkat keras, masalah perangkat lunak, kesalahan manusia, dan bencana di seluruh lokasi – setidaknya 99,99% dari waktu (itulah definisi ketersediaan tinggi).

Sementara penyedia cloud publik biasanya menjamin beberapa tingkat ketersediaan dalam perjanjian tingkat layanan mereka, SLA tersebut hanya berlaku untuk perangkat keras cloud. Ada banyak alasan untuk downtime aplikasi yang tidak tercakup oleh SLA. Untuk alasan ini, Anda perlu melindungi aplikasi ini dengan perangkat lunak pengelompokan yang akan mendeteksi masalah dan memindahkan operasi secara andal ke server siaga jika perlu. Saat Anda merencanakan apa dan bagaimana Anda akan membuat solusi tersedia di cloud, ingatlah bahwa penting bahwa produk dan layanan serta infrastruktur cloud Anda dapat diskalakan, andal, dan tersedia kapan pun dan di mana pun dibutuhkan.

Statistik Cepat tentang Ketersediaan Tinggi di Cloud pada tahun 2021

Sekarang setelah kita mendefinisikan ketersediaan dalam konteks cloud, mari kita lihat dampaknya pada organisasi dan bisnis. PSA, statistik ini mungkin mengejutkan Anda, tetapi jangan khawatir. Kami juga memiliki beberapa solusi untuk masalah yang mendesak dan mahal ini.

Sebanyak 80% Enterprise IT akan pindah ke cloud pada tahun 2025 (Oracle).
Biaya rata-rata waktu henti TI adalah antara $5.600 dan $11.600 per menit (Gartner; Comparitech).
Rata-rata rasio staf TI terhadap karyawan adalah 1:27 (Ecityworks).
22% downtime adalah hasil dari kesalahan manusia (Cloudscene).
Pada tahun 2020, 54% aplikasi berbasis cloud perusahaan dipindahkan dari lingkungan lokal ke cloud, sementara 46% dibuat khusus untuk cloud (Forbes).
1 dari 5 perusahaan tidak memiliki rencana pemulihan bencana (HBJ).
70% perusahaan telah mengalami pelanggaran data cloud publik pada tahun lalu (HIPAA).
48% bisnis menyimpan informasi rahasia di cloud (Panda Security).
96% bisnis mengalami pemadaman dalam periode 3 tahun (Comparitech).
45% perusahaan melaporkan downtime dari kegagalan perangkat keras (PhoenixNAP).

Yang Dapat Anda Lakukan – Tetap Terinformasi

Jika Anda tertarik untuk mempelajari dasar-dasar ketersediaan di cloud atau mendengar tentang perkembangan terbaru dalam perlindungan aplikasi dan database, bergabunglah dengan kami. Simposium Ketersediaan Cloud SIOS sedang berlangsung Rabu, 22 September (EMEA) dan Kamis, 23 September (KITA) dalam format konferensi virtual global untuk profesional TI yang berfokus pada ketersediaan kebutuhan pelanggan TI perusahaan. Acara ini akan memberikan informasi yang Anda butuhkan tentang pengelompokan ketersediaan tinggi aplikasi, pemulihan bencana, dan melindungi aplikasi Anda sekarang dan di masa mendatang.

Pembicara & Sesi Simposium Cloud Diposting

Kami telah memilih pembicara yang menyajikan berbagai sesi yang mendukung ketersediaan untuk beberapa area tumpukan aplikasi data. Lihat sesi yang diposting dan periksa kembali untuk presentasi tambahan yang akan diumumkan!Belajarlah lagi

Daftar sekarang

Baik Anda tertarik untuk mempelajari dasar-dasar ketersediaan di cloud atau mendengar tentang perkembangan terbaru dalam perlindungan aplikasi dan basis data, acara ini akan memberikan informasi yang Anda butuhkan tentang pengelompokan ketersediaan tinggi aplikasi, pemulihan bencana, dan melindungi aplikasi Anda sekarang dan di masa mendatang. masa depan.

Daftar sekarang untuk Simposium Ketersediaan Cloud SIOS.

Direproduksi dari SIOS

Pemulihan Bencana Menjadi Sederhana

Oktober 22, 2021 by Jason Aw Leave a Comment

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

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

Peningkatan Ketersediaan Tinggi untuk SAP S/4HANA di Lingkungan Cloud

Oktober 16, 2021 by Jason Aw Leave a Comment

Suite Perlindungan SIOS untuk Linux Sekarang Menampilkan Peningkatan Ketersediaan Tinggi untuk SAP S/4HANA di Lingkungan Cloud

SIOS dengan bangga mengumumkan rilis GA dari Suite Perlindungan SIOS untuk Linux versi 9.5.2 perangkat lunak pengelompokan. Rilis terbaru kami menampilkan otomatisasi yang disempurnakan dan orkestrasi failover aplikasi yang membuat pembuatan dan pengelolaan ketersediaan tinggi (HA) cluster di lingkungan SAP S/4HANA yang kompleks lebih mudah dan lebih andal untuk perusahaan.

Fitur dan kemampuan baru di SIOS Protection Suite untuk Linux 9.5.2, meliputi:

Dukungan yang ditingkatkan dan komprehensif untuk ketersediaan tinggi di Google Cloud Platform dengan tambahan alat SIOS Internal Load Balancer yang dirancang untuk mengatur pengelolaan IP yang efisien selama peralihan dan kegagalan.
Peningkatan kemampuan untuk mengotomatisasi interaksi dengan SIOS LifeKeeper dengan produk seperti Ansible.
Waktu Henti Mendekati Nol untuk Peralihan Selama Pemeliharaan yang Direncanakan. Mendukung “Pengambilalihan dengan Handshake” HANA yang menghilangkan proses mematikan database server HANA utama yang berpotensi memakan waktu untuk peralihan, memungkinkan untuk melakukan pemeliharaan terencana tanpa mengganggu layanan yang sedang berlangsung kepada pengguna akhir.
Memberdayakan pelanggan dengan membuat SAP logging lebih mudah digunakan dan ditindaklanjuti.

Jadwalkan demonstrasi yang dipersonalisasi di sini .

Direproduksi dari SIOS