(+62-21) 750 2976 [email protected]

Bisnis semakin menggunakan layanan cloud publik sebagai target perlindungan beban kerja. Tetapi cloud failover dan replikasi bukanlah proses yang mudah dilakukan untuk tim TI.

Perlindungan beban kerja yang tepat, melalui praktik seperti failover dan replikasi, memastikan ketersediaan yang memadai bagi pengguna dan membantu perusahaan memenuhi kewajiban peraturan dan tata kelola.

Cloud publik adalah target kegagalan dan replikasi praktis untuk banyak bisnis – tetapi cloud tidak secara otomatis menuntaskan masalah teknis dan logistik yang terkait dengan perlindungan beban kerja. Ikuti langkah-langkah ini untuk memastikan semuanya berjalan lancar.

Pilih cloud failover, target replikasi dengan cermat

Replikasi dan failover adalah teknologi yang sangat berbeda yang menangani dua tingkat perlindungan beban kerja yang berbeda. Setiap pendekatan juga menawarkan berbagai himpunan bagian kemampuan. Misalnya, failover bisa dingin, hangat atau panas, sementara replikasi dapat berkisar dari snapshot VM biasa hingga cadangan sistem berkala.

Memutuskan sumber daya cloud publik mana yang akan digunakan untuk setiap tugas – dan di mana sumber daya tersebut berada secara fisik – dapat memiliki efek serius pada kemampuan pemulihan beban kerja.

Pertama, ketahui di mana target failover atau replikasi berada.

Penyedia cloud publik biasanya memiliki jejak global besar dari data center yang tersebar di berbagai belahan dunia, yang disebut kawasan. Ini memungkinkan bisnis untuk menempatkan data atau mengoperasikan beban kerja dalam skala global. Tetapi juga menambah kompleksitas legislatif dan teknis, seperti latensi.

Replikasi besar jarak jauh dapat memaksakan latensi yang signifikan, yang memperlambat proses replikasi dan mengurangi kinerja. Selain itu, butuh waktu lama untuk memulihkan replikasi dari wilayah yang jauh.

Dalam beberapa kasus, menempatkan beban kerja di wilayah cloud publik yang jauh mungkin akan melanggar persyaratan peraturan atau kepatuhan.

Praktik terbaik di sini adalah menjaga target perlindungan beban kerja sedekat mungkin.

Pastikan bandwidth dan konektivitas yang memadai

Bandwidth sangat penting untuk tugas perlindungan beban kerja data-intensif, seperti replikasi, snapshot, dan cadangan. Ini biasanya masalah WAN, dan tim TI harus mengatasinya dengan akses jaringan internet yang memadai dan dapat diandalkan.

Ketika sebuah bisnis memiliki lebih banyak bandwidth, ia dapat memindahkan lebih banyak data ke cloud dalam waktu yang lebih singkat – tetapi lebih banyak bandwidth juga membutuhkan lebih banyak uang. Banyak bisnis yang bekerjasama dengan jasa manajemen jaringan yang memiliki jaringan rendundant, tanpa harus membayar untuk semuanya,

Ketika perusahaan menggunakan cloud publik untuk perlindungan beban kerja, mereka perlu menyeimbangkan permintaan waktu dan volume data dengan biaya bandwidth jaringan. Dalam beberapa kasus, mungkin perlu memindahkan lebih sedikit data atau mengambil lebih banyak waktu untuk replikasi, snapshot, cadangan, atau tugas perlindungan data lainnya.

Untuk meningkatkan konsistensi dan keandalan bandwidth WAN yang tersedia, gunakan koneksi jaringan langsung atau khusus antara pusat data di tempat dan wilayah cloud publik. Layanan seperti AWS Direct Connect dan Azure ExpressRoute dapat menyediakan koneksi langsung ini, yang membentuk sirkuit jaringan khusus ke pusat data penyedia cloud untuk penanganan lalu lintas yang lebih konsisten.

Pertimbangkan perintah operasional

Setiap proses replikasi atau failover membutuhkan urutan atau urutan yang logis. Tampaknya menarik untuk memicu replikasi untuk setiap beban kerja pada saat yang sama atau gagal pada setiap beban kerja ke cloud pada saat yang sama, tetapi itu dapat meregangkan bandwidth jaringan dan menunda proses-proses tersebut pada saat-saat kritis.

Alih-alih, kosongkan proses perlindungan beban kerja dengan cara yang dapat mengurangi pemuatan jaringan dan memprioritaskan tugas. Misalnya, kosongkan replikasi sehingga setiap server atau grup ditangani pada jadwal yang berbeda, dan biarkan jadwal tersebut mencerminkan pentingnya beban kerja terkait – beban kerja kritis harus direplikasi lebih sering daripada yang tidak kritis.

Pastikan alamat IP setelah terjadi kegagalan

Ketika beban kerja gagal ke cloud publik, maka akan memiliki alamat IP publik baru. Alamat ini berbeda dari yang sebelumnya, yang mendukung beban kerja seperti server web dan aplikasi perusahaan. Tim TI perlu dengan cermat menandai kembali alamat IP sehingga pengguna masih dapat menemukan dan menggunakan beban kerja setelah terjadi kegagalan.

Ada banyak cara untuk menangani migrasi alamat IP – biasanya, ini melibatkan layanan sistem nama domain (DNS) yang dapat membuat perubahan ketika kesalahan terdeteksi. Penyedia cloud, seperti Elitery, menawarkan layanan DNS, seperti Amazon Route 53 yang dapat mengotomatiskan proses.

Kegagalan harus mengikuti paradigma yang sama; beberapa sistem yang paling kritis harus gagal dan nyalakan terlebih dahulu, diikuti oleh kelompok-kelompok kecil berikutnya, yang diperintahkan oleh kepentingannya bagi bisnis. Misalnya, prioritas untuk atasi kegagalan di server basis data sebelum gagal di aplikasi yang mengandalkan database.

Pertimbangkan biaya data cloud

Secara umum, biaya sumber daya cloud dalam skenario failover dapat diterima dibandingkan dengan potensi pendapatan dan biaya regulasi untuk offline. Tetapi replikasi, foto, cadangan, penyimpanan arsip, dan strategi perlindungan data lainnya di cloud dapat membawa kejutan biaya yang tidak terduga.

Karena penyedia cloud publik mengenakan biaya untuk penyimpanan berdasarkan kapasitas dan lalu lintas keluar, replikasi ke cloud publik harus mencakup taktik manajemen siklus hidup data yang ketat untuk memisahkan dan mempertahankan penyimpanan.

Untuk membatasi retensi penyimpanan dan mengurangi biaya, hapus data lama yang tidak dibutuhkan dari cloud. Untuk data yang berkomitmen pada retensi jangka panjang, seperti arsip, gunakan layanan penyimpanan yang dirancang dan diberi harga untuk akses jangka panjang yang jarang, seperti Elitery Backup as a Service.

Uji lingkungan secara teratur

Sangat penting untuk menguji proses perlindungan beban kerja untuk memverifikasi bahwa itu benar-benar berfungsi.

Untuk replikasi, ini mungkin hanya termasuk memulihkan snapshot ke VM di lingkungan pengujian. Demikian pula, staf TI dapat secara manual memanggil failover dan memverifikasi bahwa penyebaran dingin, hangat atau panas beroperasi seperti yang diharapkan.

Share This