Gangguan Layanan Penyimpanan Azure … Saatnya Untuk Rencana Pemulihan Bencana

Kemarin malam Pacific Standard Time, layanan penyimpanan Azure mengalami gangguan layanan di seluruh Amerika Serikat, Eropa dan sebagian Asia, yang berdampak pada beberapa layanan awan di wilayah ini.

Sebagai bagian dari update kinerja untuk Azure Storage, sebuah masalah ditemukan yang mengakibatkan berkurangnya kapasitas layanan yang menggunakan Azure Storage, termasuk Mesin Virtual, Visual Studio Online, Websites, Search dan layanan Microsoft lainnya.

Baca keseluruhan laporan blog Azure. http://azure.microsoft.com/blog/2014/11/19/update-on-azure-storage-service-interruption/

Jadi, apa arti pemusnahan ini bagi mereka yang memikirkan penyebaran awan? Global "interupsi" sebesar ini tentunya tidak dapat terjadi secara reguler untuk penyedia cloud manapun. Apalagi kalau berniat tetap di bisnis cloud, apakah itu Microsoft, Amazon, Google atau lainnya. Namun, sebagai arsitek awan atau orang yang bertanggung jawab atas penerapan cloud, Anda memiliki tanggung jawab kepada pelanggan Anda untuk memiliki "Rencana B" di saku belakang Anda. Saatnya merencanakan pemulihan bencana jika skenario terburuk benar-benar terjadi.

Apa Itu Rencana Pemulihan Bencana yang Baik?

Rencana B melibatkan prosedur terdokumentasi untuk memulihkan data dan layanan di lokasi alternatif jika terjadi penyebaran luas yang berdampak pada kemampuan penyedia awan untuk memberikan layanan mereka. Rencana ini penting bahkan jika Anda memiliki penyebaran awan yang sangat tangguh yang dirancang agar tetap berjalan meskipun terjadi gangguan lokal di wilayah, zona ketersediaan atau domain kesalahan.

Pemulihan Data, Pemulihan Aplikasi, dan Akses Klien

Pada tingkat tinggi Anda harus memperhatikan tiga hal: Pemulihan Data, Pemulihan Aplikasi, dan Akses Klien. Ada banyak cara untuk mengatasi masalah ini, beberapa lebih otomatis daripada yang lain. Beberapa dengan Recovery Time Objective (RTO) dan Recovery Point Objective (RPO) lebih baik daripada yang lain.

Apa Konfigurasi Untuk Mengalahkan The Outage?

Baru minggu lalu saya membuat blog tentang bagaimana membuat cluster multisite yang membentang di antara awan AWS dan awan Azure. Jenis konfigurasi ini hanya apa yang dibutuhkan dalam hal terjadi padamnya besaran yang kita alami kemarin di awan Azure.

Model Replikasi Cloud-To-Cloud "

Alternatif lain dari model replikasi "cloud-to-cloud" adalah memanfaatkan datacenter Anda sendiri sebagai situs pemulihan bencana untuk penyebaran awan. Hal ini menguntungkan untuk memiliki kepemilikan fisik atas data Anda. Tapi itu berarti Anda kembali ke bisnis pengelolaan datacenter. Hal ini dapat meniadakan beberapa keuntungan dari penyebaran awan murni.

Jika Anda tidak siap untuk pergi penuh di atas awan, gunakan awan sebagai situs pemulihan bencana. Ini mungkin cara termudah dan paling hemat biaya untuk menerapkan datacenter di luar kantor agar pemulihan bencana pulih. Mulailah memanfaatkan apa yang ditawarkan awan tanpa sepenuhnya berkomitmen untuk memindahkan semua beban kerja ke dalam awan.

DataKeeper Cluster Edition

Ilustrasi yang ditunjukkan di atas menggunakan solusi replikasi berbasis host yang disebut DataKeeper Cluster Edition untuk membangun cluster SQL Server multisite. Namun, DataKeeper dapat digunakan untuk menyimpan data yang sinkron. Entah di antara penyedia awan yang berbeda atau dalam model awan hibrida.

Peringatan! Punya Rencana B

Microsoft tidak sendirian dalam menghadapi pemadaman awan karena pemadaman berdampak pada Google, Microsoft, Amazon, DropBox dan banyak lainnya baru tahun ini saja. Memiliki "Rencana B" di tempat adalah harus memiliki kapan saja Anda mengandalkan layanan awan.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/11/20/azure-storage-service-interruptiontime-for-plan-b/