Ada pusat data kecil di dekat perusahaan manufaktur di kota kecil yang cukup jauh dari Moskow. Dia dibutuhkan sepanjang waktu. Kebetulan hanya ada satu input dari listrik, tetapi tidak ada generator diesel. Karena perusahaan itu bukan IT, tapi yang produksi, mereka pernah tidak merancang dengan benar. Karena setelah semuanya bekerja.
Sinar listrik mulai memainkan lelucon. Setiap minggu, lampu dimatikan selama beberapa jam, dan dengan cara lotere: mereka bisa selama satu jam, atau mereka bisa lebih. Tidak ada pola.
Admin menyarankan untuk membeli diesel, tetapi bisnis mengatakan bahwa ini bukan bisnis admin. Tugasnya adalah menyediakan waktu henti tidak lebih dari satu jam. Mereka hanya membengkak banyak uang ke dalam peralatan, sehingga Anda tidak dapat pergi ke cloud, dan tidak ada pusat data komersial untuk mengangkut peralatan di sana.
Dan apa yang harus dilakukan?
Dengan tugas inilah pelanggan datang kepada kami. Tidak banyak anggaran, Anda perlu mencari solusi yang valid.
Kasing normal (kecuali untuk tampilan input kedua, transfer peralatan, atau penampilan generator diesel) adalah memasang instance kedua dari instance yang sama persis di cloud dan beralih ke itu jika ada sesuatu yang tiba-tiba jatuh. Ini disebut Pemulihan Bencana. Beberapa orang sedang membangun pusat data kedua untuk diri mereka sendiri, dingin dan menunggu yang utama jatuh, atau bekerja dalam mode aktif-aktif, mengambil 50% dari beban.
Tetapi tidak ada uang untuk pusat data lengkap kedua.
Mereka datang dengan ini:
Ada server fisik yang berat dengan basis data di pusat data klien. Dan ada aplikasi yang bekerja dengan database ini, yang merupakan set mesin virtual di ESXi.
Untuk mereplikasi database, mereka menginstal perangkat lunak Carbonite Availability (sebelumnya dikenal sebagai Double-Take Availability) ke cloud, yang berfungsi pada level OS. Dan untuk replikasi mesin virtual yang mereka instal Zerto, perangkat lunak ini berfungsi pada tingkat hypervisor. Kedua solusi bekerja dengan cara yang hampir sama: pertama mereka mereplikasi seluruh volume data server ke cloud, dan kemudian mencegat semua catatan pada disk di situs utama dan menggandakannya pada disk ke cloud. Penundaan dalam kasus ini khusus 10 detik, yaitu, kami selalu memiliki salinan data baru 10 detik yang lalu.
Mesin virtual tidak termasuk. Dengan menggunakan tombol dari panel kontrol Zerto, kita dapat memulai semua VM sekaligus. Ini terjadi dalam waktu sekitar 28 menit (mesin mulai paralel), SLA selama 1 jam dengan kami idle. Peluncuran dilakukan dengan memanggil administrator tugas. Pelanggan memutuskan kapan dibutuhkan.
VM mengambil pangkalan dan mulai bekerja.
Ketika listrik dinyalakan di fasilitas, pelanggan sendiri memahami infrastrukturnya. Berurusan dengan gangguan, kemudian secara manual memungkinkan replikasi terbalik. Jumlah perubahan dalam database yang diakumulasikan selama pengoperasian aplikasi dikirim kembali. Digandakan - beralih. Dalam contoh khusus ini, lalu lintas terakumulasi selama sekitar 5 menit memuat ulang untuk setiap jam mesin virtual. Semakin lama waktu operasi kejadian darurat, semakin sedikit berbagi lalu lintas, karena catatan sering pergi ke tabel database yang sama, dan kami hanya mengirim perbedaannya.
Setelah beralih kembali ke cloud, mesin virtual mati. Pelanggan tidak membayar sumber daya yang dimatikan. Kami menghitung berdasarkan jam.
Pembayaran hanya untuk jumlah data yang disimpan, saluran dan lisensi perangkat lunak untuk replikasi (Zerto dan Carbonite). Kami bekerja dengan prinsip "Disaster Recovery as a Service", berikan SLA untuk itu. Dan bertanggung jawab secara finansial untuk SLA ini.
Pelanggan mereplikasi semuanya, mesin virtual dengan parameter yang sama seperti fisika, semua disk drive dicerminkan.
Inilah yang dilakukan Zerto:
Ini memiliki replikasi tanpa agen, ia memiliki mode asinkron, VM pada platform DR dimatikan, replikasi jurnal, optimasi WAN, replikasi lintas-hypervisor, lisensi untuk mesin virtual yang dilindungi.
Carbonite adalah replikasi agen, jadi tidak peduli hypervisor mana, ada mode operasi yang tidak sinkron, ada dukungan untuk snapshot, kompresi data yang dikirimkan, lisensi untuk mesin virtual yang dilindungi.
Instalasi menerapkan kedua solusi sekaligus. Jadi itu perlu karena sejumlah fitur. Biasanya mereka menawarkan satu hal.
Anda juga dapat memecahkan masalah serupa dengan solusi Veeam Cloud Connect domestik (kami biasanya menggunakannya jika Anda sudah memiliki cadangan Veeam).
Ringkasan
Kita semua mengerti bahwa masalahnya dapat diselesaikan secara berbeda dengan memompa instalasi sisi-server dari generator diesel. Namun, bisnis menurunkan persyaratan untuk organisasi cadangan. Kami menyediakan layanan dan berhasil. Ternyata menjadi contoh yang baik tentang bagaimana Anda dapat menggunakan platform DR dengan benar dan murah.
Referensi