Strategi DR Dengan Failover Otomatis Dalam Multi-Cloud

Strategi DR Dengan Failover Otomatis Dalam Multi-CloudStrategi DR Dengan Failover Otomatis Dalam Multi-Cloud

Bencana terjadi, tapi tidak perlu menghentikan usaha. Dengan kombinasi alat dan strategi pengujian yang tepat, failover aktif-aktif di multi-cloud dapat membuat segala sesuatunya teap berjalan. Strategi DR degnan failover pada lingkungan multi cloud dapat menurunkan tingkat downtime.

Untuk perusahaan tertentu – seperti lembaga keuangan – pemadaman listrik bisa menghabiskan biaya satu juta dolar per jam. Namun, hal itu belum lagi dampak negatif pada pelanggan dan hubungan masyarakat. Rencana pemulihan bencana multi-cloud dapat membantu mengurangi kerugian tersebut.

Kenapa Strategi DR Multi Cloud Lebih Efektif ?

Penyedia awan publik memiliki pusat data di berbagai wilayah geografis, jadi, jika terjadi bencana akibat kesalahan manusia atau kejadian alam, penyedia cloud lain mungkin tidak terpengaruh. Oleh karena itu, strategi DR dengan failover otomatis pada lingkungan multi cloud akan sangat efektif untuk turunkan tingkat downtime.

Bahkan sebelum awan, organisasi bisa mencapai pemulihan bencana semacam ini (DR) dengan menempatkan situs back-up mil jauhnya dari lokasi utama. Model ini disebut failover aktif-aktif, dan melibatkan dua situs yang menjalankan salinan platform, aplikasi, penyimpanan dan komponen lain yang sesuai.

Cloud membuat failover aktif-aktif lebih murah, karena menghilangkan kebutuhan untuk membeli perangkat keras dan perangkat lunak untuk lokasi cadangan. Namun, penyiapan failover otomatis aktif-aktif di multi-cloud sedikit lebih kompleks.

Tantangan failover dan scoring otomatis

Tantangan pertama dalam strategi DR ini adalah membuat analog platform, atau duplikat platform pada dua atau lebih merek infrastruktur publik sebagai layanan (IaaS). Sementara Amazon Web Services (AWS) dan Azure menawarkan platform serupa, seperti Linux dan Windows, mereka mungkin tidak menawarkan konfigurasi yang persis sama.

Biasanya, Anda harus bergantung pada platform dan konfigurasi yang serupa untuk failover aktif-aktif. Tidak apa-apa jika lingkungannya bukan duplikat yang tepat, tapi uji strategi DR failover tersebut sepenuhnya.

Tantangan kedua terletak pada cloud dan sistem manajemen konfigurasi yang memungkinkan failover otomatis. Alat ini berada di atas dua atau lebih awan IaaS dan menyediakan kemampuan autoscaling, serta mengotomatisasi failover dari awan IaaS primer ke awan cadangan IaaS sekunder.

Disini, memilih teknologi yang tepat sangat penting. Tidak ada alat tunggal yang menyediakan kemampuan penskalaan dan failover, pengelolaan konfigurasi dan replikasi aplikasi dan data otomatis. Anda mungkin perlu kompromi dan menggunakan beberapa alat.

Sebagai contoh, alat cloud failover termasuk CloudSigma, dan beberapa alat replikasi data dibangun ke dalam basis data berbasis awan, seperti Oracle. Kemampuan autoscaling biasanya bagian dari platform cloud itu sendiri, seperti AWS Auto Scaling. Namun, untuk lingkungan multi-cloud, Anda perlu berinvestasi di platform pengelolaan awan pihak ketiga, seperti yang berasal dari CA Technologies, Cisco atau Hewlett Packard Enterprise, untuk memantau dan pengukuran di lingkungan awan.

Anda perlu menguji pada tingkat komponen untuk memastikan aplikasi dapat secara otomatis sesuaikan skala saat beban kerja mengalami tambahan.

  • Uji strategi failover Anda setiap bulan dengan skrip prebuilt untuk mensimulasikan kegagalan dengan platform utama, serta kegagalan dengan platform cadangan.
  • Terus mencari cara untuk memperbaiki proses failover, serta kemampuan untuk skala otomatis pada awan primer dan sekunder IaaS.
  • Lihat apakah alat atau proses baru dapat mengurangi latensi atau jumlah waktu yang diperlukan untuk memulihkan dan kembali ke produksi.

Teknologi baru mendukung failover otomatis dalam multi-cloud

Peluang baru terus bermunculan dengan teknologi baru. Ini termasuk serverless dan kontainer, yang berpotensi membantu organisasi membangun kemampuan otomatis ini di multi-cloud melampaui teknologi tradisional saat ini. Hal ini dapat diandalkan untuk strategi DR yang lebih ‘mumpuni’.

Komputasi tanpa server menghilangkan kekhawatiran admin tentang jumlah dan konfigurasi sumber daya IaaS publik, seperti penyimpanan dan perhitungan. Namun, sementara sistem serverless ada di sebagian besar awan publik, termasuk AWS dan Azure, kompatibilitas dan portabilitas antara sistem ini adalah tantangan, karena penyedia menggunakan bahasa dan data pemrograman yang berbeda.

Kontainer lebih menjanjikan. Mereka portabel di penyedia awan publik utama, termasuk AWS, Azure dan Google. Kontainer juga memiliki beberapa kemampuan untuk failover dan penskalaan otomatis yang sudah terpasang melalui orkestrasi kontainer dan subsistem pengelompokan, seperti Kubernetes.