Bagikan melalui


Pertanyaan umum tentang pemulihan bencana Azure-ke-Azure

Artikel ini menjawab pertanyaan umum tentang pemulihan bencana komputer virtual Azure ke wilayah Azure lain, menggunakan layanan Azure Site Recovery .

Umum

Berapa harga Site Recovery?

Pelajari tentang biaya untuk pemulihan bencana komputer virtual Azure.

Bagaimana cara kerja lapisan gratis?

Setiap instans yang diproteksi dengan Site Recovery tidak dikenai biaya untuk proteksi 31 hari pertama. Setelah periode itu, perlindungan untuk setiap kasus akan dikenakan tarif yang diringkas dalam detail harga. Anda dapat memperkirakan biaya menggunakan kalkulator harga Azure.

Apakah saya dikenakan biaya Azure lainnya dalam 31 hari pertama?

Ya. Meskipun Azure Site Recovery tidak dikenai biaya selama 31 hari pertama untuk instans yang dilindungi, Anda mungkin dikenakan biaya untuk Azure Storage, transaksi penyimpanan, dan transfer data. VM yang dipulihkan juga dapat dikenakan biaya komputasi Azure.

Bagaimana cara memulai pemulihan bencana komputer virtual Azure?

  1. Pahami arsitektur pemulihan bencana komputer virtual Azure.
  2. Tinjau persyaratan dukungan.
  3. Siapkan pemulihan bencana untuk komputer virtual Azure.
  4. Jalankan latihan pemulihan bencana dengan uji failover.
  5. Jalankan failover penuh ke wilayah Azure sekunder.
  6. Lakukan failback dari wilayah sekunder ke wilayah utama.

Bagaimana kami memastikan kapasitas di wilayah target?

Tim Site Recovery, dan tim manajemen kapasitas Azure, merencanakan kapasitas infrastruktur yang memadai. Saat Anda memulai failover, tim juga membantu memastikan bahwa instans komputer virtual yang dilindungi oleh Site Recovery disebarkan ke wilayah target.

Replikasi

Dapatkah saya mereplikasi komputer virtual dengan enkripsi disk?

Ya. Site Recovery mendukung pemulihan bencana komputer virtual yang mengaktifkan Azure Disk Encryption (ADE). Saat Anda mengaktifkan replikasi, Azure menyalin semua kunci dan rahasia enkripsi disk yang diperlukan dari wilayah sumber ke wilayah target, dalam konteks pengguna. Jika Anda tidak memiliki izin yang diperlukan, administrator keamanan Anda dapat menggunakan skrip untuk menyalin kunci dan rahasia.

  • Site Recovery mendukung ADE untuk komputer virtual Azure yang menjalankan Windows.
  • Site Recovery mendukung:
    • ADE versi 0.1, yang memiliki skema yang memerlukan ID Microsoft Entra.
    • ADE versi 1.1, yang tidak memerlukan ID Microsoft Entra. Untuk versi 1.1, komputer virtual Microsoft Azure harus memiliki disk terkelola.
    • Pelajari skema ekstensi lebih lanjut.

Pelajari selengkapnya tentang mengaktifkan replikasi untuk komputer virtual terenkripsi.

Lihat matriks dukungan untuk informasi tentang dukungan untuk fitur enkripsi lainnya.

Bisakah saya memilih akun otomatisasi dari grup sumber daya yang berbeda?

Saat Anda mengizinkan Site Recovery mengelola pembaruan untuk ekstensi layanan Mobilitas yang berjalan pada komputer virtual Azure yang direplikasi, Site Recovery menyebarkan runbook global (digunakan oleh layanan Azure), melalui akun Azure Automation. Anda bisa menggunakan akun otomatisasi yang dibuat Site Recovery, atau pilih untuk menggunakan akun otomatisasi yang sudah ada.

Saat ini, di portal, Anda hanya dapat memilih akun otomatisasi dalam grup sumber daya yang sama dengan vault. Anda dapat memilih akun otomatisasi dari grup sumber daya yang berbeda menggunakan PowerShell. Pelajari lebih lanjut cara mengaktifkan pembaruan otomatis.

Jika saya menggunakan akun otomatisasi pelanggan yang tidak berada dalam grup sumber daya vault, bisakah saya menghapus runbook default?

Ya, Anda dapat menghapusnya jika Anda tidak memerlukannya.

Apakah meningkatkan firmware kernel pada server yang dilindungi oleh Azure Site Recovery untuk pemulihan bencana berdampak?

Tidak, ini tidak akan berdampak pada replikasi yang sedang berlangsung karena server sudah dilindungi melalui Azure Site Recovery.

Dapatkah saya mereplikasi komputer virtual ke langganan lain?

Ya, Anda dapat mereplikasi komputer virtual Azure ke langganan apa pun dalam penyewa Microsoft Entra yang sama. Saat Anda mengaktifkan pemulihan bencana untuk komputer virtual, secara default langganan target yang ditampilkan adalah komputer virtual sumber. Anda dapat mengubah langganan target, dan pengaturan lainnya (seperti grup sumber daya dan jaringan virtual), diisi secara otomatis dari langganan yang dipilih.

Dapatkah saya mereplikasi komputer virtual di zona ketersediaan ke wilayah lain?

Ya, Anda dapat mereplikasi komputer virtual di zona ketersediaan ke wilayah Azure lain.

Dapatkah saya mereplikasi komputer virtual non-zona ke zona dalam wilayah yang sama?

Ini tidak didukung.

Dapatkah saya mereplikasi komputer virtual zona ke zona lain di wilayah yang sama?

Dukungan untuk ini terbatas pada beberapa wilayah. Pelajari selengkapnya.

Bisakah kita mereplikasi dari satu Zona ke non-zona dengan Azure Site Recovery?

Ya, ini didukung.

Bisakah saya mengecualikan disk dari replikasi?

Ya, Anda dapat mengecualikan disk saat menyiapkan replikasi, menggunakan PowerShell. Pelajari selengkapnya tentang mengecualikan disk.

Dapatkah saya mereplikasi disk baru yang ditambahkan ke komputer virtual yang direplikasi?

Untuk komputer virtual yang direplikasi dengan disk terkelola, Anda dapat menambahkan disk baru, dan mengaktifkan replikasi untuk mereka. Saat Anda menambahkan disk baru, komputer virtual yang direplikasi menunjukkan pesan peringatan bahwa satu atau beberapa disk pada komputer virtual tersedia untuk perlindungan.

  • Jika Anda mengaktifkan replikasi untuk disk yang ditambahkan, peringatan akan hilang setelah replikasi awal.
  • Jika Anda tidak ingin mengaktifkan replikasi untuk disk, Anda dapat matikan peringatan.
  • Jika Anda melakukan failover pada komputer virtual dengan disk tambahan, titik replikasi menunjukkan disk yang tersedia untuk pemulihan. Misalnya, jika Anda menambahkan disk kedua ke komputer virtual dengan satu disk, titik replikasi yang dibuat sebelum Anda menambahkan ditampilkan sebagai 1 dari 2 disk.
  • Jika Anda melakukan pertukaran Disk OS, Anda diharuskan untuk menonaktifkan dan mengaktifkan replikasi, karena Site Recovery tidak mendukung penukaran disk OS.

Site Recovery tidak mendukung penghapusan disk secara langsung dari mesin virtual yang direplikasi. Jika Anda menghapus disk komputer virtual, Anda perlu menonaktifkan lalu mengaktifkan kembali replikasi untuk komputer virtual.

Seberapa sering saya bisa mereplikasi ke Azure?

Replikasi berkelanjutan saat mereplikasi komputer virtual Azure ke wilayah Azure lain. Pelajari selengkapnya tentang proses replikasi.

Bisakah saya mereplikasi mesin virtual tanpa zona di dalam suatu wilayah?

Anda tidak dapat menggunakan Site Recovery untuk mereplikasi mesin virtual yang tidak dikategorikan dalam suatu wilayah. Tetapi Anda dapat mereplikasi mesin yang dikategorikan ke kategori yang berbeda di wilayah yang sama.

Dapatkah saya mereplikasi instans komputer virtual ke wilayah Azure mana pun?

Anda dapat mereplikasi dan memulihkan komputer virtual di antara dua wilayah mana pun.

Apakah Site Recovery memerlukan konektivitas internet?

Tidak, tetapi komputer virtual memerlukan akses ke URL dan rentang IP Site Recovery. Pelajari selengkapnya.

Bisakah saya mereplikasi aplikasi bertingkat di grup sumber daya?

Ya, Anda dapat mereplikasi aplikasi, dan menjaga konfigurasi pemulihan bencana dalam grup sumber daya terpisah.

Misalnya, jika aplikasi memiliki tiga tingkatan (aplikasi/database/web) di grup sumber daya yang berbeda, Anda perlu mengaktifkan replikasi tiga kali, untuk melindungi semua tingkatan. Site Recovery mereplikasi tiga tingkatan ke dalam tiga grup sumber daya yang berbeda.

Bisakah saya memindahkan akun penyimpanan di grup sumber daya?

Tidak, ini tidak didukung. Jika Anda tidak sengaja memindahkan akun penyimpanan ke grup sumber daya yang berbeda dan menghapus grup sumber daya asli, maka Anda dapat membuat grup sumber daya baru dengan nama yang sama dengan grup sumber daya lama, lalu memindahkan akun penyimpanan ke grup sumber daya ini.

Bagaimana cara melihat zona tertentu untuk konfigurasi target saat mengaktifkan replikasi zona?

Portal Microsoft Azure menampilkan Zona logis. Di pusat data, zona fisik aktual dipetakan ke zona logis ini, dan pemetaan bervariasi menurut langganan. Misalnya, Zona 1 pada Langganan A dapat dihubungkan ke Zona Fisik 1, sedangkan Zona 1 pada Langganan B dapat dihubungkan ke Zona Fisik 2. Oleh karena itu, Anda akan melihat zona yang dipetakan yang berbeda untuk langganan yang berbeda di wilayah yang sama. Di Site Recovery, zona sumber dan target harus memiliki zona fisik yang berbeda.

Jika zona sumber dan target sama, Anda tidak dapat melihat zona untuk konfigurasi target saat mengaktifkan replikasi zona.

Dapatkah saya memilih nama yang berbeda untuk otomatisasi layanan pemulihan vault saya daripada menggunakan yang sudah ada?

Saat Anda mereplikasi VM baru dan menentukan nama Akun Automation baru, vault diperbarui untuk menggunakan Akun Automation baru ini di tingkat vault. Nama yang diperbarui ini muncul di vault di bawah Vault Layanan Pemulihan>Infrastruktur Pemulihan Situs>Pengaturan Pembaruan Ekstensi.

Azure Site Recovery menggunakan Akun Automation baru ini untuk mengelola ekstensi pemulihan situs pada semua VM yang direplikasi.

Disk SSD v2 premium (pratinjau)

Ukuran sektor disk apa yang didukung saat saya melindungi VM dengan disk Premium SSD v2?

Azure Site Recovery mendukung disk ukuran sektor 512 dan 4096 dalam pratinjau publik.

Apakah Azure Site Recovery mendukung kemampuan disk Premium SSD v2 untuk mengubah ukuran secara langsung?

Azure Site Recovery mendukung sinkronisasi ulang langsung. Setelah perubahan ukuran selesai, sinkronisasi ulang disk Replika dilakukan oleh Azure Site Recovery dan titik pemulihan yang lebih lama dihapus. Setelah sinkronisasi ulang selesai dan titik pemulihan baru mulai dibuat, Anda dapat melakukan failover menggunakan titik pemulihan baru.

Apakah ada perubahan performa Azure Site Recovery antara disk Premium SSD v1 dan SSD v2?

RPO dan RTO SLA Azure Site Recovery tetap sama untuk kedua jenis disk. Namun, disk Premium SSD v2 membutuhkan lebih banyak waktu untuk menyelesaikan proses mengaktifkan perlindungan. Selain itu, karena Azure Site Recovery menggunakan disk Premium SSD v1 sebagai disk replika, selama failover, disk Premium SSD v2 baru yang dibuat dalam target menggunakan disk replika, akan membutuhkan waktu untuk hidrasi data. Namun, ini tidak akan berdampak pada ketersediaan lingkungan.

Rekam jepret apa yang digunakan saat melindungi VM dengan Premium SSD v2 menggunakan Azure Site Recovery?

Disk Premium SSD v2 menggunakan snapshot Standard Page Blob pada sumber, dan Snapshot Premium pada target. Jika rekam jepret yang terlihat dihapus, Azure Site Recovery harus menyinkronkan ulang.

Apakah Azure Site Recovery akan berfungsi untuk Premium SSD v2 dengan akun penyimpanan Cache Standar?

Azure Site Recovery untuk Premium SSD v2 memiliki akun Penyimpanan Cache Premium sebagai default, yang mencerminkan peningkatan aktivitas tinggi. Saat Anda mengaktifkan Azure Site Recovery dari PowerShell, pastikan bahwa akun penyimpanan cache yang digunakan premium.

Disk berbagi Azure ke Azure

Apakah Azure Site Recovery mendukung VM Linux dengan disk bersama?

Tidak, Azure Site Recovery tidak mendukung VM Linux dengan disk bersama. Hanya VM dengan disk bersama berbasis WSFC yang didukung.

Apakah PowerShell didukung untuk Azure Site Recovery dengan disk bersama?

Ya, ini didukung.

Dapatkah kita mengaktifkan replikasi hanya untuk beberapa VM yang dilampirkan ke disk bersama?

Tidak, pengaktifan replikasi hanya dapat berhasil ketika semua VM yang terhubung ke disk bersama dipilih.

Apakah mungkin untuk mengecualikan disk bersama dan mengaktifkan replikasi hanya untuk beberapa VM dalam kluster?

Ya, pertama kali Anda tidak memilih semua VM di Aktifkan Replikasi, peringatan muncul menyebutkan VM yang tidak dipilih yang dilampirkan ke disk bersama. Jika Anda masih melanjutkan, batalkan pilihan replikasi disk bersama dengan memilih 'Tidak' untuk opsi penyimpanan di tab Pengaturan Replikasi.

Jika pekerjaan aktifkan replikasi gagal untuk kluster, dapatkah kita memulai ulang setelah memperbaiki masalah tanpa memilih kembali kluster?

Ya, Anda dapat memulai ulang pekerjaan tanpa memilih kembali kluster, sama seperti skenario A2A lainnya. Namun, karena proses pengaktifan replikasi berjalan untuk setiap simpul, Anda perlu memulai ulang pekerjaan yang gagal untuk semua simpul melalui antarmuka Pekerjaan Site Recovery.

Dapatkah disk bersama baru ditambahkan ke kluster yang dilindungi?

Tidak, jika disk bersama baru perlu ditambahkan, nonaktifkan replikasi untuk kluster yang sudah dilindungi. Aktifkan perlindungan kluster baru dengan nama kluster baru untuk infrastruktur yang dimodifikasi.

Apakah titik pemulihan yang konsisten terhadap crash dan konsisten terhadap aplikasi didukung?

Tidak, Azure Site Recovery untuk Disk Bersama hanya mendukung titik pemulihan yang konsisten saat terhenti mendadak.

Bisakah kita menggunakan rencana pemulihan tersebut untuk melakukan failover pada VM yang menggunakan Azure Site Recovery dengan disk bersama?

Tidak, rencana pemulihan tidak didukung untuk disk bersama di Azure Site Recovery.

Kebijakan replikasi

Apa itu kebijakan replikasi?

Kebijakan replikasi mendefinisikan riwayat retensi titik pemulihan dan frekuensi rekam jepret yang konsisten dengan aplikasi. Site Recovery membuat kebijakan replikasi default sebagai berikut:

  • Pertahankan titik pemulihan selama satu hari.
  • Rekam jepret yang konsisten dengan aplikasi dinonaktifkan dan tidak dibuat secara default.

Pelajari selengkapnya tentang pengaturan replikasi.

Apa itu titik pemulihan yang konsisten saat terjadinya crash?

Titik pemulihan yang konsisten dengan crash berisi data on-disk, seolah-olah Anda menarik kabel daya dari server selama rekam jepret. Ini tidak termasuk apa pun yang ada dalam memori ketika rekam jepret diambil.

Saat ini, sebagian besar aplikasi dapat pulih dengan baik dari snapshot konsisten saat terjadi crash. Titik pemulihan yang konsisten dengan crash memadai untuk sistem operasi non-database dan aplikasi seperti server file, server DHCP, dan server cetak.

Site Recovery secara otomatis membuat titik pemulihan yang konsisten saat terjadi crash setiap lima menit.

Apa itu titik pemulihan yang konsisten dengan aplikasi?

Titik pemulihan yang konsisten dengan aplikasi dibuat dari rekam jepret yang konsisten dengan aplikasi. Mereka menangkap data yang sama seperti snapshot konsisten saat crash serta menangkap data dalam memori dan semua transaksi dalam proses.

Karena konten tambahan, snapshot yang konsisten dengan aplikasi adalah yang paling kompleks dan memerlukan waktu terlama. Kami merekomendasikan titik pemulihan yang konsisten dengan aplikasi untuk sistem operasi database dan aplikasi seperti SQL Server. Untuk Windows, cuplikan konsisten aplikasi menggunakan Volume Shadow Copy Service (VSS).

Apakah titik pemulihan yang konsisten dengan aplikasi memengaruhi performa?

Karena titik pemulihan yang konsisten dengan aplikasi menangkap semua data dalam memori dan proses, jika penangkapan dilakukan terlalu sering, ini dapat mempengaruhi performa ketika beban kerja sudah tinggi. Kami tidak menyarankan Anda terlalu sering melakukan capture untuk beban kerja selain database. Bahkan untuk beban kerja database, satu jam harus cukup.

Berapa frekuensi minimum untuk menghasilkan titik pemulihan yang konsisten dengan aplikasi?

Site Recovery dapat membuat titik pemulihan yang konsisten dengan aplikasi dengan frekuensi minimum satu jam.

Dapatkah saya mengaktifkan replikasi yang konsisten dengan aplikasi untuk komputer virtual Linux?

Ya. Agen Mobilitas untuk Linux mendukung skrip kustom untuk konsistensi aplikasi. Skrip kustom dengan pra-opsi dan pasca-opsi digunakan oleh agen tersebut. Pelajari lebih lanjut

Bagaimana titik pemulihan dihasilkan dan disimpan?

Untuk memahami bagaimana Site Recovery menghasilkan titik pemulihan, mari kita gunakan contoh.

  • Kebijakan replikasi mempertahankan titik pemulihan selama satu hari, dan mengambil snapshot yang konsisten dengan aplikasi setiap jamnya.
  • Site Recovery membuat titik pemulihan yang konsisten terhadap crash setiap lima menit. Anda tidak dapat mengubah frekuensi ini.
  • Site Recovery memangkas titik pemulihan setelah dua jam, menghemat satu titik per jamnya.

Jadi, untuk dua jam terakhir, seperti yang diperlihatkan dalam grafik, Anda dapat memilih dari 24 titik yang konsisten terhadap crash dan dua titik yang konsisten terhadap aplikasi.

Daftar titik pemulihan yang dihasilkan

Seberapa jauh saya bisa melakukan pemulihan?

Titik pemulihan terlama yang dapat Anda gunakan adalah 15 hari dengan disk Terkelola dan tiga hari dengan disk Tidak Terkelola.

Bagaimana pemangkasan titik pemulihan terjadi?

Titik pemulihan yang konsisten saat terjadi crash dihasilkan setiap interval lima menit. Snapshot yang konsisten dengan aplikasi dihasilkan berdasarkan frekuensi input yang Anda masukkan. Setelah dua jam, pemangkasan titik pemulihan dapat terjadi berdasarkan periode retensi yang Anda masukkan. Berikut ini adalah skenarionya:

input Periode Retensi Mekanisme pemangkasan
0 hari Tidak ada titik pemulihan yang disimpan. Anda hanya dapat melakukan failover ke titik terbaru
1 hari Satu titik pemulihan akan disimpan per jam setelah dua jam terakhir
2 - 7 hari Satu titik pemulihan akan disimpan setiap dua jam di luar dua jam terakhir
8 - 15 hari Satu titik pemulihan disimpan setiap dua jam untuk periode yang dimulai setelah dua jam terakhir, selama tujuh hari. Setelah itu, satu titik pemulihan akan disimpan setiap empat jam.

Snapshot konsisten aplikasi juga akan dipangkas berdasarkan durasi yang disebutkan di atas dalam tabel, meskipun Anda memasukkan frekuensi snapshot konsisten aplikasi yang lebih sedikit.

Apa yang terjadi jika Site Recovery tidak dapat menghasilkan titik pemulihan selama lebih dari satu hari?

Jika Anda memiliki kebijakan replikasi selama satu hari, dan Site Recovery tidak dapat menghasilkan titik pemulihan selama lebih dari satu hari, titik pemulihan lama Anda akan tetap ada. Site Recovery hanya mengganti titik lama jika menghasilkan titik baru. Sampai ada titik pemulihan baru, semua titik lama tetap ada setelah Anda mencapai jendela retensi.

Dapatkah saya mengubah kebijakan replikasi setelah replikasi diaktifkan?

Ya. Di brankas >Kebijakan replikasi>Infrastruktur Site Recovery, pilih dan edit kebijakan. Perubahan juga berlaku untuk kebijakan yang ada.

Apakah semua titik pemulihan merupakan salinan komputer virtual lengkap?

Titik pemulihan pertama yang dihasilkan memiliki salinan lengkap. Titik pemulihan berturut-turut memiliki perubahan delta.

Apakah peningkatan retensi titik pemulihan meningkatkan biaya penyimpanan?

Ya. Misalnya, jika Anda meningkatkan retensi dari satu hari menjadi tiga hari, Site Recovery menyimpan titik pemulihan selama dua hari tambahan. Waktu tambahan menimbulkan perubahan penyimpanan. Sebelumnya, sistem menyimpan titik pemulihan setiap jam selama satu hari. Sekarang, program ini akan menyimpan titik pemulihan per dua jam selama 3 hari. Lihat pemangkasan titik pemulihan. Dengan demikian, 12 titik pemulihan tambahan telah disimpan. Sebagai contoh saja, jika satu titik pemulihan memiliki perubahan delta sebesar 10 GB, dengan biaya per GB seharga $0,16 per bulan, biaya tambahan akan menjadi $1,60 × 12 per bulan.

Konsistensi Multi-VM

Apa itu konsistensi multi-VM?

Konsistensi multi-VM memastikan bahwa titik pemulihan konsisten di seluruh komputer virtual yang direplikasi.

  • Saat Anda mengaktifkan konsistensi multi-VM, Site Recovery membuat grup replikasi semua mesin dengan opsi diaktifkan.
  • Ketika Anda melakukan failover pada mesin di grup replikasi, mereka telah berbagi titik pemulihan yang konsisten dengan crash dan konsisten dengan aplikasi.

Pelajari cara mengaktifkan konsistensi multi-VM.

Dapatkah saya melakukan failover pada satu komputer virtual dalam grup replikasi?

Tidak. Saat Anda mengaktifkan konsistensi multi-VM, ini mengindikasikan bahwa aplikasi memiliki ketergantungan pada semua komputer virtual dalam grup replikasi, dan failover komputer virtual tunggal tidak diizinkan.

Berapa banyak komputer virtual yang dapat saya replikasi bersama dalam grup?

Anda dapat mereplikasi 16 komputer virtual bersama-sama dalam grup replikasi.

Kapan saya harus mengaktifkan konsistensi multi-VM?

Konsistensi multi-VM bersifat intensif CPU, dan mengaktifkannya dapat memengaruhi kinerja beban kerja. Aktifkan hanya jika komputer virtual menjalankan beban kerja yang sama, dan Anda memerlukan konsistensi di beberapa komputer. Misalnya, jika Anda memiliki dua instans SQL Server dan dua server web dalam aplikasi, aktifkan konsistensi multi-VM hanya untuk instans SQL Server.

Dapatkah saya menambahkan komputer virtual replikasi ke grup replikasi?

Anda tidak dapat menambahkan VM yang dilindungi ke grup replikasi yang ada.

Kondisi apa yang harus dipenuhi untuk membuat rencana pemulihan untuk konsistensi multi-VM?

Membuat rencana pemulihan untuk komputer virtual konsistensi multi-VM hanya berfungsi jika kondisi berikut terpenuhi:

  • Komputer virtual harus berada di langganan dan wilayah yang sama.
  • Komputer virtual harus berkomunikasi melalui jaringan menggunakan nama host.

Pengalihan Cadangan

Bagaimana kami memastikan kapasitas di wilayah target?

Tim Site Recovery dan tim manajemen kapasitas Azure merencanakan kapasitas infrastruktur yang memadai berdasarkan upaya terbaik. Saat Anda memulai failover, tim juga membantu memastikan instans komputer virtual yang dilindungi oleh Site Recovery dapat disebarkan ke wilayah target.

Apakah failover terjadi secara otomatis?

Failover tidak terjadi secara otomatis. Anda dapat memulai failover dengan satu klik di portal, atau menggunakan PowerShell untuk memicu failover.

Bisakah saya menyimpan alamat IP publik setelah failover?

Anda tidak dapat menyimpan alamat IP publik untuk aplikasi produksi setelah failover.

Saat Anda memunculkan beban kerja sebagai bagian dari proses failover, Anda perlu menetapkan sumber daya alamat IP publik Azure untuknya. Sumber daya harus tersedia di wilayah target. Anda dapat menetapkan sumber daya alamat IP publik Azure secara manual, atau Anda dapat mengotomatiskannya dengan rencana pemulihan. Pelajari cara menyiapkan alamat IP publik setelah failover.

Bisakah saya menyimpan alamat IP pribadi setelah failover?

Ya. Secara default, saat Anda mengaktifkan pemulihan bencana untuk mesin virtual Azure, Site Recovery membuat sumber daya target, berdasarkan pengaturan sumber daya sumber. Untuk komputer virtual Azure yang dikonfigurasi dengan alamat IP statis, Site Recovery mencoba menyediakan alamat IP yang sama untuk komputer virtual target, jika tidak digunakan. Pelajari lebih lanjut tentang mempertahankan alamat IP setelah failover.

Mengapa komputer virtual menetapkan alamat IP baru setelah failover?

Site Recovery mencoba menyediakan alamat IP pada saat failover. Jika komputer virtual lain menggunakan alamat tersebut, Site Recovery menetapkan alamat IP berikutnya yang tersedia sebagai target.

Pelajari selengkapnya tentang menyiapkan pemetaan jaringan dan alamat IP untuk jaringan virtual.

Apa Titik pemulihan terbaru?

Opsi titik pemulihan Terbaru (RPO terendah) menyediakan tujuan titik pemulihan (RPO) terendah. Pertama, ini memproses semua data yang telah dikirim ke layanan Site Recovery untuk membuat titik pemulihan bagi setiap mesin virtual, sebelum mengalihkannya. Ini awalnya mencoba memproses dan menerapkan semua data yang dikirim ke layanan Site Recovery di lokasi target dan membuat titik pemulihan menggunakan data yang diproses. Namun, jika pada saat failover dipicu, tidak ada data yang diunggah ke layanan Site Recovery yang menunggu untuk diproses, Azure Site Recovery tidak akan melakukan pemrosesan apa pun dan karenanya, tidak akan membuat titik pemulihan baru. Dalam skenario ini, failover hanya akan menggunakan titik pemulihan yang telah diproses sebelumnya.

Apakah titik pemulihan terbaru berdampak pada RTO failover?

Ya. Site Recovery memproses semua data yang tertunda sebelum failover, jadi opsi ini memiliki recovery time objective (RTO) yang lebih tinggi daripada opsi lainnya.

Apa Opsi pemulihan terbaru yang diproses?

Opsi Terbaru yang diproses melakukan hal berikut:

  1. Ini memindahkan semua mesin virtual ke titik pemulihan terbaru yang diproses oleh Site Recovery. Opsi ini menyediakan RTO yang rendah karena tidak ada waktu yang dihabiskan untuk memproses data yang tidak diproses.

Bagaimana jika ada gangguan tak terduga di wilayah utama?

Anda dapat memulai proses failover. Site Recovery tidak memerlukan konektivitas dari wilayah utama untuk melakukan failover.

Berapa RTO dari failover mesin virtual?

Site Recovery memiliki RTO SLA selama satu jam. Sebagian besar waktu, Site Recovery gagal melalui komputer virtual dalam hitungan menit. Untuk menghitung RTO, tinjau tugas failover, yang menunjukkan waktu yang diperlukan untuk mengaktifkan mesin virtual.

Apakah ekstensi direplikasi ke VM failover di wilayah target?

Ekstensi tidak direplikasi ke VM failover di wilayah target, jadi kita perlu menginstalnya secara manual setelah failover.

Untuk replikasi zona komputer virtual SQL: Dalam kasus komputer virtual SQL, replikasi tersebut tidak akan ditampilkan jika kami tidak menginstal Ekstensi IaaS SQL yang sesuai. Setelah menginstal SqlIaasExtension, SQL virtual machine dibuat secara otomatis. Pelajari selengkapnya.

Rencana pemulihan

Apa itu rencana pemulihan?

Rencana pemulihan di Site Recovery mengatur failover dan pemulihan komputer virtual. Ini membantu membuat pemulihan secara konsisten akurat, dapat diulang, dan otomatis. Langkah tersebut dapat:

  • Mendefinisikan sekelompok komputer virtual yang gagal bersama-sama
  • Menentukan dependensi antara komputer virtual, sehingga aplikasi muncul secara akurat.
  • Mengotomatiskan pemulihan, dengan opsi tindakan manual kustom untuk tugas selain failover komputer virtual.

Bagaimana cara kerja pengurutan?

Dalam rencana pemulihan, Anda dapat membuat hingga 7 grup mesin virtual untuk penjadwalan. Grup mengalami failover satu per satu, sehingga mesin virtual yang merupakan bagian dari grup yang sama mengalami failover secara bersamaan. Pelajari selengkapnya.

Bagaimana cara menemukan RTO (Recovery Time Objective) dari rencana pemulihan?

Untuk memeriksa RTO (Recovery Time Objective) dari rencana pemulihan, lakukan uji failover untuk rencana pemulihan tersebut. Pada pekerjaan Site Recovery, periksa durasi uji failover. Dalam contoh cuplikan layar, pekerjaan pengujian failover SAPTestRecoveryPlan membutuhkan waktu 8 menit 59 detik.

Daftar tugas yang menunjukkan durasi pengujian failover untuk RTO

Bisakah saya menambahkan runbook otomatis ke rencana pemulihan?

Ya. Pelajari selengkapnya.

Proteksi ulang dan pemulihan kembali

Setelah failover, apakah komputer virtual di wilayah sekunder dilindungi secara otomatis?

Tidak. Ketika Anda melakukan failover mesin virtual dari satu wilayah ke wilayah lain, mesin virtual dimulai di wilayah pemulihan bencana target dalam keadaan tidak terlindungi. Untuk melindungi ulang komputer virtual di wilayah sekunder, Anda mengaktifkan replikasi kembali ke wilayah utama.

Saat saya memproteksi ulang, apakah semua data direplikasi dari wilayah sekunder ke wilayah utama?

Itu tergantung pada situasinya. Jika komputer virtual wilayah sumber ada, maka hanya perubahan antara disk sumber dan disk target yang disinkronkan. Site Recovery membandingkan disk dengan apa yang berbeda, lalu mentransfer data. Proses ini biasanya memakan waktu beberapa jam. Pelajari selengkapnya.

Berapa lama waktu yang dibutuhkan untuk proses failback?

Setelah proteksi ulang, failback membutuhkan waktu yang sama seperti yang diperlukan untuk failover dari wilayah utama ke wilayah sekunder.

Kapasitas

Bagaimana kami memastikan kapasitas di wilayah target?

Tim Site Recovery dan tim manajemen kapasitas Azure merencanakan kapasitas infrastruktur yang memadai berdasarkan upaya terbaik. Saat Anda memulai failover, tim juga membantu memastikan instans komputer virtual yang dilindungi oleh Site Recovery dapat disebarkan ke wilayah target.

Apakah Pemulihan Situs berfungsi dengan Reservasi Kapasitas?

Ya, Anda dapat membuat Reservasi Kapasitas untuk SKU komputer virtual Anda di wilayah pemulihan bencana dan/atau zona, dan mengonfigurasinya di properti Komputasi komputer virtual Target. Setelah selesai, pemulihan situs akan menggunakan kapasitas yang dialokasikan untuk failover. Pelajari selengkapnya.

Mengapa saya harus memesan kapasitas menggunakan Reservasi Kapasitas di lokasi tujuan?

Meskipun Pemulihan Situs melakukan upaya terbaik untuk memastikan bahwa kapasitas tersedia di kawasan pemulihan, itu tidak menjamin hal yang sama. Upaya terbaik Site Recovery didukung oleh Perjanjian Tingkat Layanan (Service Level Agreement, SLA) dengan Objektif Waktu Pemulihan (Recovery Time Objective, RTO) selama 1 jam. Namun, jika Anda memerlukan kepastian kapasitas komputasi terjamin, lebih lanjut, sebaiknya beli Reservasi Kapasitas

Apakah Site Recovery berfungsi dengan reserved instance yang dipesan?

Ya, Anda dapat membeli mesin virtual Azure yang direservasi di wilayah pemulihan bencana, dan operasi failover Site Recovery menggunakannya. Tidak diperlukan konfigurasi tambahan.

Di mana VM ditampilkan, yang dipetakan ke grup reservasi setelah mengaktifkan reservasi kapasitas untuk VM di Azure Site Recovery di wilayah target?

Saat Anda mengaktifkan reservasi kapasitas untuk VM di Azure Site Recovery di wilayah target, VM dimasukkan ke dalam grup reservasi selama replikasi. Karena VM target tidak dibuat hingga failover pengujian atau failover sesungguhnya dilakukan, Anda dapat melihat pemetaan di bawah pengaturan Vault Layanan Pemulihan>.

Opsi yang terkait dengan VM di bawah grup pemesanan kapasitas hanya diisi ketika VM target dibuat selama failover pengujian atau failover aktual. Pelajari selengkapnya.

Keamanan

Apakah data replikasi dikirim ke layanan Site Recovery?

Tidak, Site Recovery tidak mencegat data yang direplikasi, dan tidak memiliki informasi apa pun tentang apa yang berjalan di komputer virtual Anda. Hanya metadata yang diperlukan untuk mengatur replikasi dan failover yang dikirim ke layanan Site Recovery.

Site Recovery bersertifikat ISO 27001:2013, 27018, HIPAA, dan DPA. Layanan ini sedang menjalani penilaian SOC2 dan FedRAMP JAB.

Apakah Site Recovery mengenkripsi replikasi?

Ya, enkripsi saat transit dan enkripsi saat istirahat di Azure didukung.

Akses jaringan disk

Jaringan apa yang dapat diakses oleh disk yang dibuat oleh Azure Site Recovery?

Azure Site Recovery membuat replika dan disk target. Disk replika adalah disk yang data di dalamnya direplikasi dan disk target adalah disk yang terhubung ke mesin virtual failover (atau uji failover). Azure Site Recovery membuat disk ini dengan akses publik yang diaktifkan. Namun, Anda dapat menonaktifkan akses publik secara manual untuk disk ini dengan mengikuti langkah-langkah berikut:

  1. Pergi ke bagian Item yang Direplikasi dari vault layanan pemulihan Anda.

  2. Pilih komputer virtual yang ingin Anda ubah kebijakan akses jaringan disknya.

  3. Temukan nama langganan target dan nama grup sumber daya target di tab Komputasi. Disk replika berada di langganan target dan grup sumber daya target. Mesin virtual failover dan pengujian failover juga dibuat di grup sumber daya target pada langganan yang ditargetkan.

    Cuplikan layar item yang direplikasi.

  4. Buka tab Disk dari item yang direplikasi untuk mengidentifikasi nama disk replika dan nama disk target yang sesuai dengan setiap disk sumber. Anda dapat menemukan disk replika di grup sumber daya target yang diperoleh dari langkah sebelumnya. Demikian pula, ketika Anda menyelesaikan failover, Anda mendapatkan disk sasaran yang terpasang pada mesin virtual pemulihan di kelompok sumber daya sasaran.

    Cuplikan layar tab disk.

  5. Untuk setiap disk replika, lakukan hal berikut:

    1. Buka tab Ekspor Disk di bawah Pengaturan. Disk harus memiliki Akses SAS yang diambil oleh Azure Site Recovery secara default.

    2. Batalkan ekspor menggunakan opsi Batalkan ekspor sebelum membuat perubahan akses jaringan.

      Cuplikan layar tab ekspor disk.

      Azure Site Recovery memerlukan SAS pada disk replika untuk replikasi. Membatalkan ekspor dapat berdampak singkat pada replikasi Azure Site Recovery, tetapi Site Recovery secara otomatis mendapatkan SAS kembali dalam beberapa menit.

    3. Buka tab Jaringan di bawah opsi Pengaturan disk. Secara default, disk dibuat dengan pengaturan Mengaktifkan akses publik dari semua jaringan diaktifkan.

    4. Ubah akses jaringan menjadi Nonaktifkan akses publik dan aktifkan akses privat atau Nonaktifkan akses publik dan privat sesuai persyaratan Anda, setelah ekspor pembatalan berhasil.

      Jika Anda ingin mengubah akses jaringan disk ke Nonaktifkan akses publik dan mengaktifkan akses privat, sumber daya akses disk yang akan digunakan harus sudah ada di wilayah target dalam langganan target. Temukan langkah-langkah untuk membuat sumber daya akses disk di sini.

      Cuplikan layar jaringan Disk.

    Catatan

    Anda dapat mengubah akses jaringan disk hanya jika Anda telah membatalkan ekspor. Jika Anda tidak membatalkan ekspor, perubahan akses jaringan untuk disk akan dinonaktifkan.

Setelah menyelesaikan failover atau uji failover, komputer virtual pemulihan yang dibuat di lokasi target juga mengaktifkan disk dengan akses publik. Disk ini tidak akan memiliki SAS yang diproses oleh Azure Site Recovery. Untuk mengubah akses jaringan untuk disk ini, buka tab Jaringan disk dan ubah akses jaringan disk sesuai kebutuhan sesuai dengan langkah 5.

Selama pengulangan perlindungan dan juga failback, Azure Site Recovery membuat disk dengan akses publik yang diaktifkan. Anda dapat mengubah akses jaringan disk tersebut serta dibahas dalam langkah-langkah di atas berdasarkan kebutuhan Anda.

Langkah berikutnya