Topik ini menjawab beberapa pertanyaan umum (FAQ) terkait replikasi async Elastic Block Storage (EBS) dan replikasi data kontinu (CDR) untuk pemulihan bencana Elastic Compute Service (ECS).
Replikasi async EBS
Spesifikasi instance apa yang didukung oleh replikasi async EBS? Apa saja batasannya?
Replikasi async EBS kompatibel dengan sebagian besar jenis instance.
Fitur replikasi async EBS memiliki batasan berikut:
Batasan pada wilayah dan zona: Wilayah tambahan akan tersedia di masa mendatang. Wilayah dan zona yang dapat Anda pilih saat membuat pasangan situs akan berlaku. Untuk informasi lebih lanjut, lihat Batasan pada wilayah dan zona.
Batasan pada spesifikasi disk: Enterprise SSD (ESSD) dan disk ESSD AutoPL didukung, kecuali disk ESSD entry. Untuk informasi lebih lanjut, lihat Batasan pada spesifikasi dan disk ECS.
Batasan pada jaringan Elastic Compute Service (ECS):
Single elastic network interface (ENI):
Setelah failover, ENI tidak dapat dikonfigurasi secara otomatis untuk beberapa sistem operasi di situs pemulihan bencana. Setelah failover, periksa dan konfigurasikan ENI di situs pemulihan bencana untuk memastikan jaringan berfungsi dengan baik. Untuk informasi lebih lanjut, lihat Konfigurasi ENI sekunder.
Multiple ENIs:
Setelah instance ECS terikat ke ENI sekunder, beberapa citra tidak dapat mengidentifikasi alamat IP dari ENI sekunder atau menambahkan rute. Akibatnya, ENI sekunder tidak dapat bekerja dengan baik.
Jika instance ECS dikonfigurasi dengan ENI sekunder, periksa alamat IP dari ENI sekunder setelah failover. Ini memastikan bahwa ENI sekunder berfungsi sesuai harapan. Untuk informasi lebih lanjut, lihat Konfigurasi ENI sekunder.
Hanya ENI dan instance ECS yang berada dalam virtual private cloud (VPC) yang sama dengan pasangan situs pemulihan bencana yang didukung.
Di mana saya bisa mengubah alamat IP situs pemulihan bencana untuk replikasi async EBS?
Pada tab Network Information halaman detail instance, Anda dapat mengubah alamat IP situs pemulihan bencana.
Di panel Pratinjau Informasi Dasar, Anda dapat mengubah alamat IP situs pemulihan bencana.
Apakah replikasi async EBS mendukung perubahan konfigurasi ECS?
Sebelum grup perlindungan direplikasi untuk pertama kalinya, perubahan konfigurasi Elastic Compute Service (ECS) didukung dalam skenario berikut:
Jika jumlah dan kapasitas total disk dalam grup perlindungan tidak melebihi batas selama pengaturan awal grup perlindungan, sistem secara otomatis menyinkronkan konfigurasi yang ada ke situs pemulihan bencana, serta perubahan konfigurasi disk baru.
Selama downtime sistem, Anda dapat memasang, melepas, dan meningkatkan disk, mengubah nama disk, dan melakukan rollback disk berdasarkan snapshot.
Berdasarkan pemetaan antara vSwitch dan grup keamanan, Anda dapat menambah dan menghapus instance untuk grup keamanan dan membuka ikatan instance serta memodifikasi grup keamanan untuk ENI.
Perubahan konfigurasi ECS tidak didukung dalam skenario berikut:
Jika grup perlindungan memasuki status berjalan, perubahan konfigurasi apa pun di situs produksi atau situs pemulihan bencana dapat memengaruhi failover dan failback.
Jika Anda melakukan operasi yang tidak didukung, pengecualian sistem mungkin terjadi dan peringatan dipicu.
Ketika pengecualian terjadi atau peringatan dipicu, evaluasi kebutuhan bisnis Anda dan lanjutkan dengan hati-hati. Anda dapat merujuk pada solusi berikut:
Selama replikasi maju
Jika Anda perlu memodifikasi konfigurasi selama replikasi maju, kami sarankan Anda menangguhkan replikasi, menghapus instance yang dilindungi yang terpengaruh, dan kemudian menambahkan instance sesuai kebutuhan untuk memastikan konsistensi sinkronisasi data.
Selama replikasi mundur
Selama replikasi mundur, kami sarankan Anda menghapus instance yang dilindungi terkait dan kemudian membuat situs pemulihan bencana baru untuk memastikan keamanan data dan kelangsungan layanan.
Apa yang harus saya lakukan jika saya tidak dapat memilih instance ketika saya menambah instance untuk replikasi async EBS?
Replikasi async EBS memiliki batasan pada wilayah, zona, jenis disk, jaringan, dan kuota konfigurasi. Anda dapat mengklik ikon di sebelah kiri ID instance untuk melihat alasan mengapa perlindungan tidak dapat diaktifkan dan menyelesaikan pengecualian sesuai dengan itu. Untuk informasi lebih lanjut, lihat Batasan.
Apa yang harus saya lakukan jika tipe instance situs pemulihan bencana abnormal ketika saya mengaktifkan replikasi async EBS?
Masalah ini terjadi karena tipe instance dari instance yang dilindungi tidak tersedia atau tidak mencukupi di situs pemulihan bencana. Kami sarankan Anda melakukan operasi Ubah Tipe Instance di konsol untuk mengubah tipe instance sesuai kebutuhan. Jika terjadi pengecualian pada sistem operasi atau alamat IP, Anda dapat melakukan operasi Ubah Sistem Operasi atau Ubah IP Pemulihan Bencana untuk mengubah sistem operasi atau alamat IP sesuai kebutuhan.
Apa yang harus saya lakukan jika grup perlindungan berada dalam status Gagal Mengaktifkan Replikasi, Failover Gagal, atau Failback Gagal?
Anggaplah grup perlindungan berada dalam status Failover Gagal.
Di konsol, klik ID tugas yang gagal seperti yang dipromosikan. Di tab Tugas, lihat penyebab kesalahan terperinci.
Sebagai contoh,
Tidak memiliki stok tipe instance family ...menunjukkan bahwa tipe instance family tidak ada. Dalam kasus ini, lakukan operasi Ubah Tipe Instance di Situs DR di halaman Instance yang Dilindungi, dan kemudian coba ulang tugas.
Apa perbedaan antara CDR dan replikasi async EBS untuk pemulihan bencana ECS?
Replikasi async EBS adalah fitur yang melindungi data lintas wilayah atau lintas zona dalam wilayah yang sama berdasarkan kemampuan replikasi data EBS. Untuk informasi lebih lanjut, lihat Pemulihan bencana disk.
Tabel berikut menjelaskan perbedaan antara CDR dan replikasi async EBS.
Item | CDR | Replikasi async EBS |
Skenario | Pemulihan bencana untuk single virtual machine (VM). Jika Anda tidak keberatan dengan intrusi ke dalam sistem, Anda dapat menggunakan teknologi replikasi ini. | Pemulihan bencana yang memastikan the consistency of VM groups. Jika Anda tidak mengharapkan intrusi ke dalam sistem, Anda dapat menggunakan teknologi replikasi ini. |
Intrusif ke sistem | Ya | Tidak |
Implementasi replikasi | Agent diinstal pada sistem operasi instance yang dilindungi, sehingga Cloud Backup mereplikasi data yang ditulis ke disk dan mengirimkan data ke gateway secara real-time. Gateway menyimpan data dalam Object Storage Service (OSS) bucket dan kemudian menulis data ke disk di situs pemulihan bencana. | Data direplikasi menggunakan fitur replikasi async EBS dan snapshot. |
Implementasi pemulihan | Mendukung beberapa titik pemulihan. Shadow ECS instance dan server gateway dibuat untuk instance ECS yang dilindungi di situs pemulihan bencana. Cloud Backup membaca data dari OSS bucket ke shadow ECS instance, menulis data ke instance ECS di situs pemulihan bencana, dan kemudian membuat titik pemulihan berdasarkan mekanisme snapshot. | Hanya mendukung satu titik pemulihan. Cloud Backup membuat titik pemulihan dengan mereplikasi snapshot ke situs pemulihan bencana. |
Grup konsistensi | Tidak didukung | Didukung |
Apa yang harus saya lakukan jika sistem operasi instance ECS untuk pemulihan bencana atau latihan gagal dimulai?
Periksa apakah instance ECS di situs produksi dimulai menggunakan basic input/output system (BIOS) atau Unified Extensible Firmware Interface (UEFI). Kedua metode boot tidak dapat digunakan bersamaan. Untuk memastikan bahwa sistem operasi instance ECS dapat dimulai dengan benar selama pemulihan bencana, Anda harus menggunakan citra yang dimulai dengan cara yang sama seperti instance ECS di situs produksi untuk membuat instance ECS untuk pemulihan bencana. Ini mencegah masalah bahwa sistem operasi tidak dapat dimulai karena metode boot yang berbeda. Untuk informasi lebih lanjut, lihat Mode boot instance ECS.
Bagaimana cara menghitung jumlah data yang direplikasi selama replikasi async EBS?
Replikasi async EBS dibagi menjadi replikasi maju dan replikasi mundur.
Replikasi maju
Replikasi maju mencakup replikasi penuh awal dan replikasi tambahan berikutnya.
Selama replikasi penuh, semua data disk direplikasi, dan ukuran data sama dengan total kapasitas penyimpanan disk.
Replikasi tambahan dilakukan setiap 15 menit setelah replikasi penuh selesai. Hanya data yang telah berubah selama periode tersebut yang direplikasi. Ukuran data yang direplikasi bergantung pada ukuran data yang berubah selama periode tersebut.
Replikasi Balik
Hanya replikasi data ke instance asli yang didukung. Replikasi penuh tidak didukung. Replikasi mundur dimulai setelah failover. Sistem melakukan replikasi tambahan setiap 15 menit. Ukuran data yang direplikasi bergantung pada ukuran data yang berubah selama periode tersebut.
Apa kebijakan retensi untuk instance ECS di situs pemulihan bencana dan disk terkait?
Penyimpanan jangka panjang
Setelah instance ECS di situs pemulihan bencana dan disk terkait dibuat, mereka akan disimpan hingga instance yang dilindungi yang sesuai dihapus secara manual dari situs produksi. Secara default, sumber daya tidak diklaim secara otomatis.
Kebijakan retensi dalam kasus failover
Jika layanan diaktifkan di situs pemulihan bencana (status grup perlindungan adalah Failover Selesai atau Failover Dikonfirmasi), instance ECS dan disk di situs pemulihan bencana tidak diklaim secara otomatis meskipun Anda memilih untuk menghapus instance yang dilindungi.
Pengelolaan sumber daya latihan pemulihan bencana
Instance ECS dan disk yang dibuat selama latihan pemulihan bencana diklaim secara otomatis setelah grup latihan dihapus.
Dampak pada sumber daya di situs produksi
Pemulihan bencana ECS tidak mengklaim instance ECS dan disk di situs produksi.
Metode penagihan instance ECS dan disk
Penagihan ECS terkait dengan mode stop yang dipilih saat Anda melakukan operasi startup, replikasi, failover, dan failback. Untuk informasi lebih lanjut, lihat Mode ekonomis. Untuk informasi lebih lanjut tentang diskon, lihat Reserved Instance dan Savings Plan.
Fitur replikasi async EBS mendukung metode penagihan langganan dan bayar sesuai pemakaian. Untuk informasi lebih lanjut, lihat Penagihan.
Bisakah saya langsung memulai instance ECS di situs pemulihan bencana atau situs produksi tanpa melakukan failover atau failback?
Tidak, Anda tidak dapat melakukannya. Ketika grup perlindungan berada dalam status Replikasi Mundur (selama atau setelah replikasi dihentikan), disk di situs tujuan secara otomatis diatur ke mode hanya-baca. Hal ini mencegah ketidaksesuaian data akibat startup tak terduga dari instance ECS tujuan. Untuk memverifikasi efektivitas solusi pemulihan bencana, gunakan fitur latihan pemulihan bencana. Jika Anda perlu memulihkan beban kerja dengan cepat, lakukan failover atau failback formal.
Berapa RTO dari replikasi async EBS?
Recovery Time Objective (RTO) mengacu pada durasi yang diperlukan dari pelaksanaan rencana pemulihan bencana hingga sistem bisnis pulih sepenuhnya, sehingga sistem tersebut dapat memenuhi tingkat layanan yang telah ditetapkan setelah terjadinya bencana.
Failover dan failback dalam replikasi async EBS memerlukan RTO dalam hitungan menit, dari saat failover atau failback dimulai hingga instance ECS dimulai.
RTO yang diperlukan untuk latihan pemulihan bencana berkorelasi positif dengan jumlah data disk sistem ECS. Tergantung pada kompleksitas layanan, waktu untuk startup layanan dan penyelesaian deteksi juga harus dipertimbangkan untuk RTO.
CDR
Berapa RPO dan RTO dari CDR?
Data bisnis inti direplikasi dari pusat data mandiri perusahaan ke cloud secara real-time, mencapai recovery point objectives (RPO) dalam hitungan detik hingga menit. Jika kegagalan besar terjadi pada pusat data mandiri, data direplikasi dari pusat data mandiri ke cloud dalam beberapa menit, mencapai RTO dalam hitungan menit.
Sistem operasi apa yang didukung oleh CDR?
CDR mendukung sistem operasi Windows dan Linux utama. Untuk informasi lebih lanjut, lihat Sistem operasi.
Tabel berikut menjelaskan sistem operasi yang mendukung pemulihan bencana ECS (CDR).
Hanya sistem operasi yang tercantum dalam tabel berikut yang didukung. Untuk sistem operasi lainnya, kami sarankan Anda menggunakan fitur replikasi async.
Sistem operasi | Versi |
Windows Server | 2008 R2, 2012, 2012 R2, dan 2016 |
Linux | Penting Anda harus memastikan bahwa partisi /boot dan / berada pada disk yang sama. Jika partisi tidak berada pada disk yang sama, pindahkan partisi ke disk yang sama, dan kemudian daftarkan instance ECS untuk mana Anda ingin mengaktifkan pemulihan bencana ECS (CDR).
|
Apa kebijakan retensi snapshot untuk CDR?
Titik pemulihan untuk pemulihan bencana ECS menggunakan fitur snapshot disk bayangan untuk memastikan bahwa server yang dilindungi oleh pemulihan bencana dapat dipulihkan ke versi historis tertentu.
Item berikut menunjukkan kebijakan retensi snapshot:
Jika titik pemulihan telah digunakan untuk latihan pemulihan bencana atau failover, ia tidak dibatasi oleh kebijakan retensi snapshot ini.
Semua titik pemulihan hari terakhir dipertahankan.
Sebagai contoh, waktu UTC saat ini adalah 2020-10-12T17:00:00Z, dan durasi hari terakhir adalah dari 2020-10-11T00:00:00Z hingga 2020-10-12T17:00:00Z, berisi total 41 jam.
Titik pemulihan terakhir setiap hari dalam seminggu terakhir dipertahankan.
Titik pemulihan terakhir setiap minggu dalam sebulan terakhir dipertahankan.
Semua titik pemulihan dipertahankan selama sebulan. Titik pemulihan yang kedaluwarsa dihapus.
Apakah CDR mendukung peningkatan skala atau penambahan disk pada instance ECS sumber?
Hanya instance ECS Linux sumber dalam pasangan situs untuk pemulihan bencana lintas wilayah dan lintas zona cloud yang mendukung peningkatan skala atau penambahan disk.
Setelah instance ECS sumber ditingkatkan skalanya atau disk ditambahkan, pemulihan bencana ECS dapat mendeteksi perubahan disk dalam 5 menit. Pemulihan bencana ECS menghentikan replikasi server yang sedang berlangsung, menyesuaikan kapasitas disk bayangan tujuan, memperbaiki replikasi, dan kemudian melanjutkan replikasi real-time. Proses ini bergantung pada ukuran disk dan mungkin berlangsung untuk waktu yang lama. Anda dapat mengamati perubahan status dari Memperbaiki Replikasi ke Mereplikasi di konsol. Proses ini dilakukan secara otomatis.
Pemulihan bencana ECS tidak mendukung penurunan skala atau pengurangan disk pada instance ECS sumber karena operasi tersebut dapat menyebabkan kesalahan replikasi atau kehilangan data.
Bagaimana cara memperbaiki kegagalan pencermatan?
Masalah
Ketika Anda mencoba memulai replikasi data atau pratinjau rencana latihan pemulihan bencana, Cloud Backup memperingatkan kesalahan gambar boot. Gambar berikut menunjukkan contoh kesalahan.
Penyebab
Ketika replikasi dimulai, Cloud Backup pertama kali menggunakan gambar proxy untuk membuat instance ECS yang sesuai di situs pemulihan bencana. Cloud Backup kemudian mereplikasi data dari situs produksi ke instance ECS yang baru dibuat di situs pemulihan bencana dan menghasilkan atau memperbarui titik pemulihan ketika siklus replikasi berakhir. Selama latihan pemulihan bencana, Cloud Backup menggunakan gambar proxy untuk membuat instance ECS untuk latihan di situs pemulihan bencana dan menggunakan titik pemulihan terbaru untuk mengganti konten di situs pemulihan bencana.
Cloud Backup tidak secara langsung mengganggu operasi internal sistem operasi. Jika citra ECS di lingkungan produksi menjadi tidak tersedia karena upgrade, deprecation, atau penghapusan, Cloud Backup mungkin tidak dapat secara akurat mengidentifikasi mode startup dan versi sistem operasi dari instance ECS. Akibatnya, instance ECS di tujuan mungkin gagal memulai selama failover atau latihan pemulihan bencana. Untuk informasi lebih lanjut tentang praktik terbaik untuk mode startup instance, lihat Mode boot instance.
Solusi
Perbaikan otomatis
Selama pratinjau, jika Cloud Backup memperingatkan pengecualian gambar, Anda dapat mengklik View Details untuk mendapatkan informasi lebih lanjut.
Di kotak dialog Detail, pilih citra yang tersedia yang sesuai untuk satu atau lebih instance ECS. Cloud Backup bekerja dengan Cloud Assistant dan menyediakan fitur perbaikan cepat. Anda dapat mengklik Fix untuk melakukan perbaikan otomatis. Fitur perbaikan cepat secara otomatis menjalankan skrip untuk mendeteksi informasi kunci seperti mode startup dan versi sistem operasi dari instance ECS, dan secara cerdas mencocokkan citra boot yang tersedia yang sesuai. Anda dapat melihat detail semua operasi yang dilakukan di konsol Cloud Assistant.
Perbaikan manual
Jika citra yang sesuai gagal dideteksi menggunakan fitur perbaikan otomatis, Anda dapat masuk ke konsol ECS untuk memeriksa mode startup dan versi sistem operasi dari instance ECS. Kemudian, modifikasi citra boot ECS berdasarkan kebutuhan bisnis Anda dan lanjutkan dengan replikasi atau latihan pemulihan bencana.