Ulasan & peringkat pemulihan situs Microsoft biru

Instalasi

Azure Site Recovery mendukung dua skenario penyebaran utama untuk melindungi server fisik dan virtual. Untuk skenario multi-mesin yang rumit, Azure Site Recovery membutuhkan instalasi Microsoft Machine Center Virtual Machine Manager (SCVMM), yang perlu Anda perhitungkan dalam keseluruhan biaya solusi, terutama jika Anda memiliki staf TI yang besar. SCVMM tidak diperlukan untuk perlindungan sistem tunggal, tetapi untuk apa pun di luar hanya beberapa sistem, Anda akan membutuhkannya.

Menginstal Azure Site Recovery dalam kasing sistem tunggal mengharuskan saya untuk membuat Vault Pemulihan pada Azure diikuti oleh Situs Hyper-V di dalam Vault. Setelah ini dibuat, saya harus mengunduh installer Azure Site Recovery Provider plus file kunci, yang menghubungkan mesin host Hyper-V lokal dan Azure. Harap diperhatikan bahwa Windows Server 2016 TP4 saat ini tidak didukung sebagai host Hyper-V.

Langkah terakhir yang harus saya selesaikan adalah menghubungkan host lokal dengan layanan Azure menggunakan file kunci registrasi yang dibuat sebelumnya. Langkah ini hanya memakan waktu beberapa menit dan, setelah selesai, menambahkan mesin lokal ke dasbor Azure Site Recovery. Dengan sistem yang terdaftar di Azure, dimungkinkan untuk menjadwalkan pencadangan awal mesin virtual target dengan disk virtual 13GB tunggal. Ini dimulai pada suatu malam dan selesai pagi-pagi keesokan harinya melalui koneksi Internet dengan kecepatan unggah 5MB.

Antarmuka Manajemen

Dasbor manajemen Microsoft Azure terus berkembang selama bertahun-tahun. Rilis portal Azure terbaru menggunakan teknik UI responsif untuk menghadirkan antarmuka yang lancar. Sementara saya mengalami sedikit kesulitan menavigasi ke tugas tertentu pada awalnya, fitur pencarian selalu membantu saya menemukan apa yang saya cari. Saya menemukan dokumentasi Pemulihan Situs, yang mencakup bahan pengantar, dokumen perencanaan ditambah instruksi terperinci pada setiap langkah, ditulis dengan jelas dan mudah diikuti.

Pengujian kegagalan adalah langkah penting untuk memastikan solusi pemulihan bencana (DR) Anda benar-benar berfungsi. Antarmuka Azure menjadikan ini sesederhana satu klik. Satu klik, yaitu, setelah sedikit langkah konfigurasi yang baik. Untungnya, Microsoft menyediakan halaman Mulai Cepat yang menguraikan langkah-langkah ini, meskipun tidak ditujukan untuk orang baru. Akun penyimpanan Azure dan jaringan virtual harus dibuat sebelum memulai failover. ASR menggunakan konsep Grup Perlindungan untuk membuatnya lebih mudah untuk mengumpulkan semua yang diperlukan untuk mendapatkan aplikasi kembali berjalan secara online di Azure.

Untuk skenario yang kompleks, Microsoft menawarkan galeri runbook otomatisasi Azure untuk menyelesaikan berbagai tugas konfigurasi. Ini termasuk hal-hal seperti membuka port spesifik untuk akses desktop jarak jauh atau untuk akses Web. Runbook lain memungkinkan untuk menjalankan perintah PowerShell khusus setelah sistem gagal, yang memberikan dorongan serius bagi ASR, asalkan staf TI Anda memiliki beberapa keterampilan PowerShell internal. Tab Pekerjaan menunjukkan riwayat terperinci dari semua tindakan sistem sebelumnya dan tombol ekspor untuk tujuan pelaporan.

Harga ASR

Pemulihan Situs Azure ditagih berdasarkan jumlah kejadian yang dilindungi. Setiap contoh yang dilindungi dengan Azure Site Recovery gratis untuk 31 hari pertama dan kemudian ditagih pada $ 16 per bulan untuk pemulihan ke situs milik pelanggan atau $ 54 per bulan ketika dilindungi ke Azure. Anda juga akan membayar penyimpanan yang digunakan dengan harga mulai dari $ 0, 024 per GB untuk penyimpanan redundan lokal (LRS) hingga $ 0, 061 per GB untuk penyimpanan Read-Access Geo Redundant (RA-GRS). Harga turun karena total penyimpanan Anda meningkat.

Intinya: Anda akan membayar sekitar $ 80 per bulan untuk melindungi satu VM dengan disk hingga 1TB menggunakan penyimpanan yang berlebihan secara lokal di satu pusat data Azure. Itu jauh sekali dari para pesaing seperti Quorum onQ Hybrid Cloud Solution yang tidak hanya lebih mahal tetapi juga membutuhkan perangkat keras khusus di tempat.

Performa Middling

Pemulihan Situs Azure tidak solid sebagai solusi failover instan. Dalam kasus failover yang tidak terencana, ia dapat memulai contoh data yang paling baru disinkronkan dalam waktu yang cukup singkat, tergantung pada kerumitan beban kerja, tetapi itu masih akan diukur dalam hitungan menit atau bahkan berpotensi rentang yang lebih lama. Kemudian lagi, untuk kasus penggunaan DRaaS pada umumnya, failover instan tidak menjadi masalah ketika Anda sibuk meninggalkan kantor. Pengaturan standar untuk replikasi diatur ke 15 menit. Untuk beban kerja kecil yang hanya melibatkan beberapa VM, waktu untuk berputar di lingkungan Azure minimal, dan dalam kasus kami hanya lebih dari lima menit.

Failover yang direncanakan melakukan sinkronisasi sebelum eksekusi transfer dari instance lokal ke yang berjalan di Azure. Saya menjalankan failover terencana pada instance VM tunggal yang sebelumnya disinkronkan ke Azure, dan itu membutuhkan total satu jam dan 24 menit. Ini termasuk 39 menit untuk sinkronisasi data dan 37 menit untuk mengeksekusi failover.

Anda dapat mengubah nomor-nomor ini dengan mengelola konfigurasi dan pengaturan jaringan Anda yang cocok dengan pelaporan ASR yang sedang berlangsung. ASR memiliki beberapa pelaporan yang tersedia melalui antarmuka manajemen aslinya, tetapi untuk hasil terbaik, pelanggan harus menggunakan laporan yang diperoleh melalui manajemen Windows Server atau System Center. Azure Site Recovery memberikan solusi yang hemat biaya untuk instalasi Microsoft-centric yang terintegrasi dengan Microsoft System Center yang menawarkan berbagai pilihan otomatisasi untuk aplikasi tertentu. Untuk kedalaman keseluruhan fitur pelaporan pencadangan dan opsi beban kerja yang dikombinasikan dengan harga terendah dari kumpulan itu, Azure Site Recovery adalah pilihan yang jelas untuk Pilihan Editor.