Artikel ini merangkum tanya jawab umum tentang Azure Site Recovery. Untuk skenario tertentu, tinjau artikel berikut:
Umum
Apa yang Site Recovery lakukan?
Site Recovery berkontribusi pada strategi kelangsungan bisnis dan pemulihan bencana (BCDR), dengan mengatur dan mengotomatiskan replikasi Azure VM antar wilayah, mesin virtual lokal, dan server fisik ke Azure, dan mesin lokal ke pusat data sekunder. Pelajari selengkapnya.
Dapatkah saya melindungi mesin virtual yang memiliki disk Docker?
Tidak, Azure Site Recovery tidak mendukung beban kerja Docker yang berjalan di komputer virtual. Untuk memproteksi mesin virtual ini dengan Pemulihan Situs, jangan sertakan disk yang terinstal Docker di komputer tersebut.
Apa yang dilakukan Site Recovery untuk memastikan integritas data?
Ada berbagai langkah yang diambil oleh Site Recovery untuk memastikan integritas data. Sambungan aman dibuat di antara semua layanan dengan menggunakan protokol HTTPS. Ini memastikan bahwa malware atau entitas luar tidak dapat merusak data. Pengukuran lain yang diambil adalah menggunakan checksum. Transfer data antara sumber dan target dijalankan dengan menghitung checksum data di antara mereka. Ini memastikan bahwa data yang ditransfer konsisten.
Bagaimana cara memigrasikan/melindungi perangkat lunak yang memerlukan alamat MAC persisten pada mesin virtual?
Azure tidak mendukung alamat MAC persisten sehingga perangkat lunak dengan model lisensi berbasis MAC tidak dapat digunakan untuk migrasi lokal ke migrasi Azure atau pemulihan bencana.
Apakah Azure Site Recovery saat ini mendukung Disk Sementara?
Tidak, Azure Site Recovery saat ini tidak mendukung Disk Sementara.
Untuk apa agen Microsoft Azure Recovery Services digunakan?
Agen Microsoft Azure Recovery Services digunakan untuk mengonfigurasi/mendaftar dengan layanan Site Recovery, dan untuk memantau kesehatan semua komponen. Komponen ini adalah salah satu blok penyusun dasar dari seluruh infrastruktur lokal Azure Site Recovery. Ini membantu mereplikasi beban kerja Anda ke wilayah Azure lain dari situs lokal, dan melakukan failover ke Azure dalam bencana.
Penyedia layanan
Saya adalah penyedia layanan. Apakah Site Recovery berfungsi untuk model infrastruktur khusus dan bersama?
Ya, Site Recovery berfungsi untuk model infrastruktur khusus dan bersama.
Untuk penyedia layanan, apakah identitas penyewa saya dibagikan dengan layanan Site Recovery?
Tidak. Identitas penyewa tetap anonim. Penyewa Anda tidak memerlukan akses ke portal Site Recovery. Hanya administrator penyedia layanan yang berinteraksi dengan portal.
Akankah data aplikasi penyewa masuk ke Azure?
Saat Anda mereplikasi ke Azure, data aplikasi dikirim ke penyimpanan Azure tetapi tidak ke layanan Site Recovery. Data dienkripsi dalam transit (HTTPS), dan tetap dienkripsi di Azure.
Apakah penyewa saya akan menerima tagihan untuk layanan Azure apa pun?
Tidak. Hubungan penagihan Azure langsung dengan penyedia layanan. Penyedia layanan bertanggung jawab untuk menghasilkan tagihan tertentu untuk penyewa mereka.
Jika saya mereplikasi ke Azure, apakah kita selalu perlu menjalankan komputer virtual di Azure?
Tidak, Data direplikasi ke penyimpanan Azure di langganan Anda. Saat Anda melakukan failover pengujian (latihan pemulihan bencana) atau failover aktual, Site Recovery secara otomatis membuat komputer virtual di langganan Anda.
Apakah Anda memastikan isolasi tingkat penyewa saat saya mereplikasi ke Azure?
Ya.
Platform apa yang saat ini Anda dukung?
Kami mendukung penerapan Azure Pack, berbasis Cloud Platform System, dan System Center (2012 dan lebih tinggi). Pelajari selengkapnya tentang Azure Pack dan Site Recovery integration.
Apakah Anda mendukung Paket Azure tunggal dan penyebaran server VMM tunggal?
Tidak, Anda hanya dapat mereplikasi komputer virtual Hyper-V ke Azure.
Harga
Di mana saya dapat menemukan informasi tentang harga?
Ulasan Detail Harga Site Recovery.
Bagaimana cara menghitung perkiraan biaya selama penggunaan Site Recovery?
Anda dapat menggunakan kalkulator harga untuk memperkirakan biaya saat menggunakan Site Recovery.
Untuk perkiraan rinci tentang biaya, jalankan alat perencana penyebaran untuk VMware atau Hyper-V, dan gunakan laporan estimasi biaya.
Apakah saya juga dikenakan biaya untuk akun penyimpanan cache saat menggunakan Site Recovery?
Ya, ada biaya tambahan untuk penggunaan akun penyimpanan cache saat mereplikasi komputer virtual menggunakan Site Recovery. Biaya akun penyimpanan cache tetap sama ketika penyimpanan replika berjenis disk terkelola atau disk yang tidak dikelola.
Saya telah menjadi pengguna Azure Site Recovery selama lebih dari sebulan. Apakah saya masih mendapatkan 31 hari pertama gratis untuk setiap instans yang dilindungi?
Ya. Setiap instans yang dilindungi tidak dikenakan biaya Azure Site Recovery selama 31 hari pertama. Misalnya, jika Anda telah melindungi 10 instans selama enam bulan terakhir dan Anda menyambungkan instans ke-11 ke Azure Site Recovery, tidak ada biaya untuk instans ke-11 selama 31 hari pertama. 10 instans pertama terus dikenakan biaya Azure Site Recovery karena telah dilindungi selama lebih dari 31 hari.
Selama 31 hari pertama, apakah saya akan dikenakan biaya Azure lainnya?
Ya, meskipun 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. Mesin virtual yang dipulihkan mungkin juga dikenakan biaya komputasi Azure.
Apakah ada biaya yang terkait untuk melakukan latihan pemulihan drills/ uji failover?
Tidak ada biaya terpisah untuk latihan pemulihan bencana. Ada biaya komputasi setelah komputer virtual dibuat setelah pengujian failover.
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. Data replikasi diselingi antara host Hyper-V lokal, hypervisor VMware, atau server fisik dan penyimpanan Azure atau situs sekunder Anda. Site Recovery tidak memiliki kemampuan untuk memotong data tersebut. Hanya metadata yang diperlukan untuk mengatur replikasi dan failover yang dikirim ke layanan Site Recovery.
Site Recovery bersertifikat ISO 27001:2013, 27018, HIPAA, DPA, dan sedang dalam proses penilaian SOC2 dan FedRAMP JAB.
Untuk alasan kepatuhan, bahkan metadata lokal kami harus tetap berada dalam wilayah geografis yang sama. Bisakah Site Recovery membantu kami?
Ya. Saat Anda membuat vault Site Recovery di suatu wilayah, kami memastikan bahwa semua metadata yang kami butuhkan untuk mengaktifkan dan mengatur replikasi dan failover tetap berada dalam batas geografis wilayah tersebut.
Apakah Site Recovery mengenkripsi replikasi?
Untuk mesin virtual dan server fisik yang mereplikasi ke Azure, enkripsi dalam transit dan enkripsi saat tidak aktif (di Azure) tetap didukung.
Apakah Site Recovery Azure-ke-Azure menggunakan TLS 1.2 untuk semua komunikasi di seluruh layanan mikro Azure?
Ya, protokol TLS 1.2 diberlakukan secara default untuk skenario Site Recovery Azure-ke-Azure.
Bagaimana cara menerapkan TLS 1.2 pada skenario VMware-ke-Azure dan Physical Server-ke-Azure Site Recovery?
Agen mobilitas yang diinstal pada item yang direplikasi berkomunikasi ke Server Proses hanya di TLS 1.2. Namun, komunikasi dari Server Konfigurasi ke Azure dan dari Server Proses ke Azure bisa ada di TLS 1.1 atau 1.0. Ikuti panduan untuk menerapkan TLS 1.2 di semua Server Konfigurasi dan Server Proses yang disiapkan oleh Anda.
Catatan
Pengalaman modern menggunakan TLS 1.2 untuk semua komunikasi dan menerapkannya secara default.
Bagaimana cara menerapkan TLS 1.2 pada skenario Hyper-V-to-Azure Site Recovery?
Semua komunikasi antara layanan mikro Azure Site Recovery terjadi pada protokol TLS 1.2. Site Recovery menggunakan penyedia keamanan yang dikonfigurasi dalam sistem (OS) dan menggunakan protokol TLS terbaru yang tersedia. Seseorang perlu secara eksplisit mengaktifkan TLS 1.2 di Registri dan kemudian Site Recovery akan mulai menggunakan TLS 1.2 untuk komunikasi dengan layanan.
Bagaimana cara menerapkan akses terbatas pada akun penyimpanan saya yang diakses oleh layanan Site Recovery untuk membaca/menulis data replikasi?
Anda dapat mengaktifkan identitas terkelola dari vault layanan pemulihan dengan masuk ke pengaturan Identitas. Setelah vault terdaftar dengan ID Microsoft Entra, Anda dapat membuka akun penyimpanan Anda dan memberikan penetapan peran berikut ke vault:
- Akun penyimpanan berbasis Resource Manager (Jenis Standar):
- Akun penyimpanan berbasis Resource Manager (Jenis Premium):
- Akun penyimpanan klasik:
Akun penyimpanan cache tidak didukung untuk identitas terkelola.
Bisakah Azure Site Recovery melacak perubahan komputer virtual sumber di luar OS Sumber?
Azure Site Recovery tidak melacak perubahan komputer virtual sumber di luar OS Sumber. Misalnya, Jika Anda menggunakan replikasi Azure ke Azure dan mengubah ukuran komputer virtual sumber, perubahan ukuran komputer virtual sumber tidak direplikasi ke komputer virtual target.
Pemulihan dari bencana
Apa yang dapat dilindungi oleh Site Recovery?
- Komputer virtual Azure: Site Recovery dapat mereplikasi beban kerja apa pun yang berjalan di komputer virtual Azure yang didukung.
- Komputer virtual Hyper-V: Site Recovery dapat melindungi beban kerja apa pun yang berjalan pada komputer virtual Hyper-V.
- Server fisik: Site Recovery dapat melindungi server fisik yang menjalankan Windows atau Linux.
- Komputer virtual VMware: Site Recovery dapat melindungi beban kerja apa pun yang berjalan di komputer virtual VMware.
Beban kerja apa yang dapat Anda lindungi dengan Azure Site Recovery?
Anda dapat menggunakan Site Recovery untuk melindungi sebagian besar beban kerja yang berjalan di komputer virtual atau server fisik yang didukung. Site Recovery menyediakan dukungan untuk replikasi berbasis aplikasi, sehingga aplikasi dapat failover dan failback ke status cerdas. Site Recovery terintegrasi dengan aplikasi Microsoft seperti SharePoint, Exchange, Dynamics, SQL Server dan Active Directory Domain Services, dan bekerja sama dengan vendor terkemuka, termasuk Oracle, SAP, IBM, dan Red Hat. Pelajari selengkapnya tentang perlindungan beban kerja.
Dapatkah saya mengelola pemulihan bencana untuk kantor cabang saya dengan Site Recovery?
Ya. Ketika Anda menggunakan Site Recovery untuk mengatur replikasi dan failover di kantor cabang Anda, Anda akan mendapatkan orkestrasi dan tampilan terpadu dari semua beban kerja kantor cabang Anda di lokasi pusat. Anda dapat dengan mudah menjalankan failover dan mengelola pemulihan bencana dari semua cabang dari kantor pusat Anda, tanpa mengunjungi cabang.
Apakah pemulihan bencana didukung untuk komputer virtual Azure?
Ya, Site Recovery mendukung bencana untuk komputer virtual Azure antar wilayah Azure. Tinjau pertanyaan umum tentang pemulihan bencana komputer virtual Azure. Jika Anda ingin mereplikasi antara dua wilayah Azure di benua yang sama, gunakan penawaran pemulihan bencana Azure ke Azure kami. Tidak perlu menyetel server konfigurasi/server proses dan koneksi ExpressRoute.
Apakah pemulihan bencana didukung untuk komputer virtual VMware?
Ya, Site Recovery mendukung pemulihan bencana komputer virtual VMware lokal. Tinjau pertanyaan umum untuk pemulihan bencana komputer virtual VMware.
Apakah pemulihan bencana didukung untuk komputer virtual Hyper-V?
Ya, Site Recovery mendukung pemulihan bencana komputer virtual Hyper-V lokal. Tinjau pertanyaan umum untuk pemulihan bencana komputer virtual Hyper-V.
Apakah pemulihan bencana didukung untuk server fisik?
Ya, Site Recovery mendukung pemulihan bencana server fisik lokal yang menjalankan Windows dan Linux ke Azure. Pelajari tentang persyaratan untuk pemulihan bencana ke Azure. Server fisik berjalan sebagai komputer virtual di Azure setelah failover. Failback dari Azure ke server fisik lokal saat ini tidak didukung. Anda hanya dapat mengalami failback ke mesin virtual VMware.
Apakah saya dapat memindahkan vault Layanan Pemulihan di seluruh langganan?
Tidak, Azure Site Recovery tidak mendukung pemindahan vault Layanan Pemulihan yang telah melindungi komputer virtual yang dihosting di dalamnya.
Replikasi
Bisakah saya mereplikasi VPN situs ke situs ke Azure?
Azure Site Recovery mereplikasi data ke akun penyimpanan Azure atau disk terkelola, melalui titik akhir publik. Namun, replikasi juga dapat dilakukan melalui VPN Situs-ke-Situs. Konektivitas VPN Situs-ke-Situs memungkinkan organisasi untuk menghubungkan jaringan yang ada ke Azure atau jaringan Azure satu sama lain. VPN Situs-ke-Situs terjadi melalui penerowongan IPsec melalui internet, menggunakan peralatan jaringan tepi lokal dan peralatan jaringan yang ada di Azure, baik fitur asli seperti Gateway Azure Virtual Private Network (VPN) atau opsi pihak ketiga seperti Check Point CloudGuard, Palo Alto NextGen Firewall.
- Konektivitas privat melalui Internet publik untuk Microsoft Edge
- Vault Layanan Pemulihan dikonfigurasi untuk keamanan dengan Titik Akhir Privat
- Replikasi melalui koneksi Virtual Network privat pelanggan
- Transisi mudah ke "Status Masa Depan"
- Tidak ada SLA dan latensi yang berpotensi lebih tinggi
- Membutuhkan perangkat VPN lokal
Dapatkah saya menggunakan Riverbed SteelHeads untuk replikasi?
Mitra kami, Riverbed, memberikan panduan terperinci tentang bekerja dengan Azure Site Recovery. Tinjau panduan solusi mereka.
Bisakah saya menggunakan ExpressRoute untuk mereplikasi mesin virtual ke Azure?
Ya, ExpressRoute dapat digunakan untuk mereplikasi mesin virtual lokal ke Azure.
- Azure Site Recovery mereplikasi data ke Penyimpanan Azure melalui titik akhir publik. Anda perlu menyiapkan peering Microsoft untuk menggunakan ExpressRoute untuk replikasi Site Recovery.
- Replikasi didukung melalui peering privat hanya ketika titik akhir privat diaktifkan untuk vault.
- Jika Anda melindungi mesin VMware atau mesin fisik, pastikan Persyaratan Jaringan untuk Server Konfigurasi juga terpenuhi. Konektivitas ke URL tertentu diperlukan oleh Server Konfigurasi untuk orkestrasi replikasi Site Recovery. ExpressRoute tidak dapat digunakan untuk konektivitas ini.
- Setelah komputer virtual gagal ke jaringan virtual Azure, Anda dapat mengaksesnya menggunakan penyiapan peering privat dengan jaringan virtual Azure.
Jika saya mereplikasi ke Azure, jenis akun penyimpanan atau disk terkelola apa yang saya perlukan?
Menggunakan akun penyimpanan sebagai penyimpanan target tidak didukung oleh Azure Site Recovery. Disarankan untuk lebih menggunakan disk terkelola sebagai penyimpanan target untuk mesin Anda. Disk terkelola hanya mendukung tipe LRS untuk ketahanan data.
Seberapa sering saya bisa mereplikasi ke Azure?
- Hyper-V: Komputer virtual Hyper-V dapat direplikasi setiap 30 detik (kecuali untuk penyimpanan premium) atau lima menit.
- Komputer virtual Azure, komputer virtual VMware, server fisik: Frekuensi replikasi tidak relevan di sini. Replikasi terus menerus.
Bisakah saya memperluas replikasi dari situs pemulihan yang ada ke situs tersier lain?
Replikasi yang diperpanjang atau berantai tidak didukung. Minta fitur ini di forum umpan balik.
Dapatkah saya melakukan replikasi offline saat pertama kali saya mereplikasi ke Azure?
Ini tidak didukung. Minta fitur ini di forum umpan balik.
Bisakah saya mengecualikan disk tertentu dari replikasi?
Ini didukung saat Anda mereplikasi komputer virtual VMware dan komputer virtual Hyper-V ke Azure, menggunakan portal Azure.
Dapatkah saya mereplikasi mesin virtual dengan disk dinamis?
Disk dinamis didukung saat mereplikasi komputer virtual Hyper-V, dan saat mereplikasi komputer virtual VMware dan komputer fisik ke Azure. Disk sistem operasi harus merupakan disk dasar.
Dapatkah saya membatasi bandwidth yang dialokasikan untuk lalu lintas replikasi?
Ya. Anda dapat membaca lebih lanjut tentang pembatasan bandwidth di artikel ini:
Dapatkah saya mengaktifkan replikasi dengan konsistensi aplikasi di server Linux?
Ya. Azure Site Recovery untuk Sistem Operasi Linux mendukung skrip kustom aplikasi untuk konsistensi aplikasi. Skrip kustom dengan pra dan pasca-opsi digunakan oleh Agen Mobilitas Azure Site Recovery selama konsistensi aplikasi. Berikut ini adalah langkah-langkah untuk mengaktifkannya.
Masuk sebagai root ke dalam mesin.
Ubah direktori ke lokasi penginstalan Azure Site Recovery Mobility Agent. Defaultnya adalah "/usr/local/ASR"
# cd /usr/local/ASRUbah direktori menjadi "VX/scripts" di bawah lokasi pemasangan
# cd VX/scriptsBuat skrip bash shell bernama "customscript.sh" dengan izin eksekusi untuk pengguna root.
sebuah. Skrip harus mendukung opsi baris perintah "--pre" dan "--post" (Perhatikan tanda hubung ganda)
b. Ketika skrip dipanggil dengan pra-opsi, harusnya membekukan input / output aplikasi dan ketika dipanggil dengan post-option, harusnya mencairkan input / output aplikasi.
c. Templat sampel -# cat customscript.sh
#!/bin/bash
if [ $# -ne 1 ]; then
echo "Usage: $0 [--pre | --post]"
exit 1
elif [ "$1" == "--pre" ]; then
echo "Freezing app IO" ##command to freeze the application
exit 0
elif [ "$1" == "--post" ]; then
echo "Thawed app IO" ##command to unfreeze the application
exit 0
fi
- Tambahkan perintah pembekuan dan hapus perintah input/output dalam pra dan pasca-langkah untuk aplikasi yang memerlukan konsistensi aplikasi. Anda dapat memilih untuk menambahkan skrip lain yang menentukannya dan memanggilnya dari "customscript.sh" dengan pra dan pasca-opsi.
Catatan
Versi agen Pemulihan Situs harus 9.24 atau lebih tinggi untuk mendukung skrip kustom.
Kebijakan replikasi
Apa itu kebijakan replikasi?
Kebijakan replikasi menentukan pengaturan untuk riwayat penyimpanan titik pemulihan. Kebijakan ini juga mendefinisikan frekuensi snapshot yang konsisten dengan aplikasi. Secara default, Azure Site Recovery membuat kebijakan replikasi baru dengan pengaturan default:
- 24 jam untuk riwayat retensi titik pemulihan.
- Tidak ada snapshot yang konsisten dengan aplikasi.
Apa itu titik pemulihan yang konsisten dengan crash?
Titik pemulihan yang konsisten dengan crash berisi data on-disk, seolah-olah Anda menarik kabel daya dari server selama snapshot. Titik pemulihan yang konsisten dengan crash tidak menyertakan apa pun yang ada di memori ketika snapshot diambil.
Saat ini, sebagian besar aplikasi dapat pulih dengan baik dari snapshot yang konsisten dengan crash. Titik pemulihan yang konsisten dengan crash cukup untuk sistem operasi dan aplikasi tanpa database seperti server file, server DHCP, dan server cetak.
Berapa frekuensi pembuatan titik pemulihan yang konsisten dengan crash?
Site Recovery membuat titik pemulihan yang konsisten dengan crash setiap 5 menit.
Apa itu titik pemulihan yang konsisten dengan aplikasi?
Titik pemulihan yang konsisten dengan aplikasi dibuat dari snapshot yang konsisten dengan aplikasi. Titik pemulihan yang konsisten untuk aplikasi menangkap data yang sama dengan snapshot yang konsisten dengan crash sekaligus menangkap data dalam memori dan semua transaksi yang sedang dalam proses.
Karena konten tambahan, snapshot yang konsisten dengan aplikasi adalah yang paling terlibat dan memakan waktu paling lama. Sebaiknya titik pemulihan yang konsisten dengan aplikasi digunakan untuk sistem operasi database dan aplikasi seperti SQL Server.
Catatan
Pembuatan titik pemulihan yang konsisten aplikasi gagal pada mesin Windows, jika memiliki lebih dari 64 volume.
Apa dampak dari titik pemulihan yang konsisten terhadap aplikasi pada kinerja aplikasi?
Titik pemulihan yang konsisten untuk aplikasi menangkap semua data dalam memori dan yang sedang dalam proses. Karena titik pemulihan menangkap data tersebut, mereka memerlukan kerangka kerja seperti Layanan Menyalin Bayangan Volume di Windows untuk melakukan quiesce di aplikasi. Jika proses penangkapan sering terjadi, itu dapat mempengaruhi kinerja ketika beban kerja sudah sibuk. Kami tidak menyarankan Anda menggunakan frekuensi rendah untuk titik pemulihan yang konsisten untuk beban kerja non-database. Bahkan untuk beban kerja database, 1 jam sudah cukup.
Berapa frekuensi minimum pembuatan titik pemulihan yang konsisten untuk aplikasi?
Site Recovery dapat membuat titik pemulihan yang konsisten dengan aplikasi dengan frekuensi minimum 1 jam.
Bagaimana titik pemulihan dihasilkan dan disimpan?
Untuk memahami bagaimana Site Recovery menghasilkan titik pemulihan, mari kita lihat contoh kebijakan replikasi. Kebijakan replikasi ini memiliki titik pemulihan dengan jendela retensi 1 hari dan snapshot frekuensi yang konsisten dengan aplikasi selama 1 jam.
Site Recovery membuat titik pemulihan yang konsisten dengan crash setiap 5 menit. Anda tidak dapat mengubah frekuensi ini. Selama 2 jam terakhir, Anda dapat memilih dari 24 titik crash-konsisten dan 2 titik konsisten aplikasi. Seiring berjalannya waktu, Site Recovery memangkas semua titik pemulihan melebihi 2 jam terakhir dan hanya menghemat satu titik pemulihan per jam hingga 24 jam dalam sehari.
Cuplikan layar berikut ini menggambarkan contohnya. Dalam cuplikan layar:
Dalam 2 jam terakhir, ada titik pemulihan dengan 5 menit frekuensi.
Di luar 2 jam terakhir, Site Recovery hanya menyimpan satu titik pemulihan per jam.
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.
Aku punya kebijakan replikasi suatu hari. Apa yang akan terjadi jika masalah mencegah Site Recovery menghasilkan titik pemulihan selama lebih dari satu hari? Apakah poin pemulihan saya sebelumnya akan hilang?
Tidak, Site Recovery menyimpan semua titik pemulihan Anda sebelumnya. Tergantung pada jendela retensi titik pemulihan, Site Recovery menggantikan titik tertua hanya jika menghasilkan poin baru. Karena masalahnya, Site Recovery tidak dapat menghasilkan titik pemulihan baru. Sampai ada titik pemulihan baru, semua titik lama tetap ada setelah Anda mencapai jendela retensi.
Setelah replikasi diaktifkan pada komputer virtual, bagaimana cara mengubah kebijakan replikasi?
Buka Vault Kebijakan Replikasi>kebijakan Replikasi Infrastruktur>Site Recovery. Pilih kebijakan yang ingin Anda edit, dan simpan perubahan. Setiap perubahan juga berlaku untuk semua replikasi yang ada.
Apakah semua titik pemulihan adalah salinan lengkap komputer virtual atau diferensial?
Titik pemulihan pertama yang dihasilkan memiliki salinan lengkap. Titik pemulihan berturut-turut memiliki perubahan delta.
Apakah meningkatkan periode retensi titik pemulihan meningkatkan biaya penyimpanan?
Ya, jika Anda meningkatkan periode retensi dari satu hari menjadi tiga hari, Site Recovery menyimpan titik pemulihan selama dua hari tambahan. Waktu tambahan akan dikenakan biaya penyimpanan karena akan ada 12 titik pemulihan tambahan yang perlu disimpan dengan peningkatan periode retensi dari satu hari menjadi tiga hari. Misalnya, satu titik pemulihan mungkin memiliki perubahan delta 10 GB dengan biaya per GB $ 0,16 per bulan. Biaya tambahan adalah $ 1,60 × 12 per bulan.
Pengalihan Cadangan
Jika saya melakukan failover ke Azure, bagaimana cara mengakses komputer virtual Azure setelah failover?
Anda dapat mengakses komputer virtual Azure melalui koneksi Internet yang aman, melalui VPN situs-ke-situs, atau melalui Azure ExpressRoute. Anda perlu menyiapkan sejumlah hal untuk terhubung. Pelajari selengkapnya.
Jika saya gagal ke Azure bagaimana Azure memastikan bahwa data saya tahan?
Azure dirancang untuk ketahanan yang bagus. Site Recovery sudah direkayasa untuk failover ke pusat data Azure sekunder, sesuai dengan Azure SLA. Jika ini terjadi, kami memastikan metadata dan vault Anda tetap berada dalam wilayah geografis yang sama dengan yang Anda pilih untuk vault Anda.
Bagaimana jika saya mereplikasi antara dua pusat data apa yang terjadi jika pusat data utama saya mengalami pemadaman yang tidak terduga?
Anda dapat memicu kegagalan yang tidak direncanakan dari situs sekunder. Site Recovery tidak memerlukan konektivitas dari wilayah utama untuk melakukan failover.
Apakah failover terjadi secara otomatis?
Failover terjadi tidak otomatis. Anda memulai failover dengan satu klik di portal, atau Anda dapat menggunakan Site Recovery PowerShell untuk memicu failover. Gagal kembali adalah tindakan sederhana di portal Site Recovery.
Untuk mengotomatisasi, Anda dapat menggunakan Orchestrator atau Operations Manager lokal untuk mendeteksi kegagalan mesin virtual, lalu memicu kegagalan menggunakan SDK.
- Baca selengkapnya tentang rencana pemulihan.
- Baca selengkapnya tentang failover.
- Baca selengkapnya tentang failback komputer virtual VMware dan server fisik
Jika host lokal saya tidak merespons atau mengalami crash, akankah saya mengalami kegagalan kembali ke host lain?
Ya, Anda dapat menggunakan pemulihan lokasi alternatif untuk kegagalan kembali ke host lain dari Azure.
Apa perbedaan antara Migrasi Lengkap, Commit, dan Nonaktifkan Replikasi?
Setelah mesin dari lokasi sumber gagal ke lokasi target maka ada tiga opsi yang tersedia untuk Anda pilih. Ketiganya melayani tujuan yang berbeda -
- Selesaikan Migrasi berarti Anda tidak akan kembali ke lokasi sumber lagi. Anda bermigrasi ke wilayah target dan sekarang Anda sudah selesai. Mengklik Migrasi Lengkap memicu Commit lalu Nonaktifkan Replikasi, secara internal.
- Penerapan berarti bahwa ini bukan akhir dari proses replikasi Anda. Item replikasi bersama dengan semua konfigurasi akan tetap ada, dan Anda dapat menekan Lindungi Ulang di titik lain untuk memungkinkan replikasi mesin Anda kembali ke wilayah sumber.
- Nonaktifkan Replikasi akan menonaktifkan replikasi dan menghapus semua konfigurasi terkait. Ini tidak akan mempengaruhi mesin yang sudah ada di wilayah target.
Otomatisasi
Bisakah saya mengotomatiskan skenario Site Recovery dengan SDK?
Ya. Anda dapat mengotomatiskan alur kerja Site Recovery menggunakan Rest API, PowerShell, atau Azure SDK. Skenario yang saat ini didukung untuk menyebarkan Pemulihan Situs menggunakan PowerShell:
Apakah penghentian modul AzureRM memengaruhi cara kerja pembaruan otomatis Site Recovery dengan akun otomatisasi?
Tidak, penghentian modul AzureRM tidak memengaruhi cara kerja pembaruan otomatis Site Recovery. Tidak ada perubahan yang diperlukan untuk runbook internal, dan REST API yang digunakan di tempat, terus berfungsi seperti yang dimaksudkan dengan akun otomatisasi.