0Pricing
Azure Fundamentals · Pelajaran

Rencana Pemulihan dan Failover Otomatis

Buat rencana pemulihan ASR yang mengurutkan failover VM di seluruh tingkat aplikasi, tambahkan tahapan persetujuan manual, serta sertakan skrip sebelum dan sesudah failover.

Rencana Pemulihan dan Failover Otomatis adalah pelajaran Azure Fundamentals gratis di CoddyKit. Ini adalah pelajaran 2 dari 4. Kamu bisa membaca pelajaran lengkapnya di bawah secara gratis — lalu praktikkan langsung di browser dengan editor kode bawaan dan tutor AI 24/7. Ini adalah bagian dari jalur belajar Azure Fundamentals, dan progresmu tersinkronisasi di web dan aplikasi CoddyKit. Kursus Azure Fundamentals mencakup 4 pelajaran total.

Apa Itu Rencana Pemulihan ASR?

Rencana Pemulihan di Azure Site Recovery adalah rangkaian langkah terstruktur dan berurutan yang mengatur failover beberapa VM secara bersamaan. Alih-alih melakukan failover pada setiap VM secara terpisah, rencana pemulihan mengelompokkannya ke dalam grup yang mengalami failover secara berurutan—memastikan infrastruktur (basis data, middleware, dan web) aktif dalam urutan yang benar, seperti saat penerapan awal.

Membuat Rencana Pemulihan

Untuk membuat rencana pemulihan, Anda memilih situs sumber (wilayah primer) dan situs target (wilayah sekunder), lalu menambahkan VM yang ingin disertakan. Panduan rencana secara otomatis membuat grup default, tetapi Anda dapat menambahkan grup lain untuk mengatur urutan failover. VM dalam grup yang sama mengalami failover secara bersamaan; grup dijalankan berdasarkan urutan nomor.

# Create an ASR Recovery Plan via CLI:
az site-recovery recovery-plan create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --primary-fabric-id '/subscriptions/.../replicationFabrics/eastus' \
  --recovery-fabric-id '/subscriptions/.../replicationFabrics/westus' \
  --groups '[{"groupType":"Boot","replicationProtectedItems":[...]}]'

Mengurutkan Grup untuk Aplikasi Multitingkat

Untuk aplikasi tiga tingkat pada umumnya, rencana pemulihan harus memiliki tiga grup:

  • Grup 1—VM tingkat basis data (harus dimulai terlebih dahulu)
  • Grup 2—VM tingkat aplikasi/middleware
  • Grup 3—VM frontend web (dimulai terakhir)

Setiap grup menunggu grup sebelumnya menyelesaikan failover dengan sukses sebelum dimulai. Hal ini mencerminkan urutan mulai yang benar dan mencegah VM tingkat web dimulai sebelum basis data siap menerima koneksi.

Menambahkan Tindakan Manual dan Skrip

Rencana pemulihan mendukung tindakan awal dan tindakan akhir pada setiap batas grup. Tindakan tersebut dapat berupa:

  • Tindakan manual—menjeda failover dan menunggu konfirmasi manusia (misalnya, "Verifikasi bahwa basis data siap")
  • runbook Azure Automation—menjalankan skrip secara otomatis (misalnya, memperbarui rekaman DNS dan menonaktifkan mode pemeliharaan)

Menggunakan runbook Automation memungkinkan failover sepenuhnya otomatis tanpa campur tangan manusia untuk beban kerja Tingkat 1.

# Example Automation runbook action in a recovery plan:
# Pre-group-2 action: Run runbook 'UpdateConnectionStrings'
# This runbook updates app config to point to secondary DB endpoint
# before the application tier VMs start

Failover Tidak Terencana vs. Terencana

Azure Site Recovery mendukung dua jenis failover:

  • Failover terencana—dimulai sebelum peristiwa yang telah diketahui (misalnya, pemeliharaan pusat data). VM primer dimatikan dengan benar, data disinkronkan, lalu VM sekunder dimulai. Tidak ada kehilangan data.
  • Failover tidak terencana—dipicu saat bencana benar-benar terjadi. VM primer mungkin tidak tersedia, sehingga ASR menggunakan titik pemeriksaan replikasi terbaru. Sebagian data mungkin hilang, bergantung pada RPO.
# Trigger an unplanned failover via CLI:
az site-recovery recovery-plan failover-unplanned \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --failover-direction PrimaryToRecovery

Commit dan Failback

Setelah failover, VM yang dipulihkan di wilayah sekunder berada dalam keadaan menunggu commit. Anda harus melakukan commit pada failover untuk mengonfirmasi bahwa situs sekunder kini menjadi situs aktif dan Anda tidak ingin melakukan pengembalian. Setelah commit dilakukan, Anda dapat menyiapkan replikasi balik untuk melindungi situs sekunder dan pada akhirnya melakukan failback ke wilayah primer setelah wilayah tersebut dipulihkan.

# Commit the failover:
az site-recovery recovery-plan commit \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan

# Then configure reverse replication to enable failback later

Memulihkan Proteksi Setelah Failover

Setelah melakukan commit pada failover, item yang direplikasi di wilayah primer asal tidak lagi direplikasi secara aktif. Untuk memulihkan proteksi, Anda harus melindungi ulang item tersebut—tindakan ini membalik arah replikasi sehingga primer baru (sebelumnya sekunder) mereplikasi ke wilayah primer asal. Proses perlindungan ulang memerlukan waktu dan harus dimulai sesegera mungkin setelah wilayah primer asal tersedia kembali.

Pengukuran RTO dalam Rencana Pemulihan

Setiap langkah dalam rencana pemulihan menambah total RTO. Hal-hal yang umum menghabiskan waktu meliputi:

  • Waktu memulai VM (2–5 menit per VM)
  • Waktu pemanasan aplikasi (inisialisasi kumpulan koneksi basis data, pemanasan tembolok)
  • Propagasi DNS setelah perubahan IP
  • Waktu tunggu gerbang persetujuan manual

Ukur setiap langkah selama pengalihan uji, lalu jumlahkan hasilnya untuk menghitung RTO aktual Anda dan membandingkannya dengan target.

Mengotomatiskan Pembaruan DNS

Setelah pengalihan, VM di wilayah sekunder memiliki alamat IP yang berbeda. Untuk aplikasi yang menyediakan nama DNS publik, Anda harus memperbarui DNS agar mengarah ke IP yang baru. Gunakan buku pedoman Azure Automation sebagai tindakan setelah pengalihan untuk memperbarui kesehatan titik akhir Azure DNS atau Traffic Manager sehingga lalu lintas dialihkan secara otomatis—dengan menghindari langkah manual yang dapat menunda RTO Anda.

# Example: Update Azure DNS record in a runbook after failover:
# az network dns record-set a update \
#   --resource-group dnsRG \
#   --zone-name myapp.com \
#   --record-set-name '@' \
#   --set 'ARecords[0].ipv4Address=<new-secondary-ip>'

Memantau Eksekusi Rencana Pemulihan

Selama pengalihan, tampilan Jobs di portal Azure pada brankas Recovery Services menampilkan kemajuan waktu nyata untuk setiap langkah dalam rencana pemulihan. Anda dapat melihat grup yang sedang dijalankan, VM yang berhasil dimulai, serta skrip atau tindakan manual yang masih menunggu. Dengan memantau tampilan ini, tim pemulihan dapat segera melakukan intervensi jika suatu langkah gagal.

Praktik Terbaik Rencana Pemulihan

Praktik terbaik utama untuk rencana pemulihan:

  • Jaga agar grup tetap kecil (5–10 VM) untuk membatasi dampak jika suatu grup gagal
  • Gunakan buku pedoman Automation, bukan tindakan manual, jika memungkinkan untuk mengurangi RTO
  • Dokumentasikan waktu mulai yang diharapkan untuk setiap grup agar RTO dapat dihitung
  • Jalankan pengalihan uji setidaknya setiap kuartal untuk memvalidasi rencana
  • Tinjau dan perbarui rencana setiap kali VM baru ditambahkan atau arsitektur aplikasi berubah

Pemeriksaan Cepat

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Ringkasan Pelajaran

Dalam pelajaran ini, Anda mempelajari bahwa rencana pemulihan mengatur pengalihan beberapa VM secara berurutan, dengan tindakan sebelum dan sesudah pada setiap grup; pengalihan yang tidak direncanakan menggunakan titik pemeriksaan replikasi terakhir, sedangkan pengalihan yang direncanakan tidak menyebabkan kehilangan data; dan setelah pengalihan, Anda harus melakukan commit dan melindungi ulang untuk memulihkan perlindungan DR. Selanjutnya, kita akan membahas cara menguji rencana DR tanpa memengaruhi produksi.

Pertanyaan yang Sering Diajukan

Apakah pelajaran “Rencana Pemulihan dan Failover Otomatis” gratis?

Ya — teks lengkap “Rencana Pemulihan dan Failover Otomatis” gratis dibaca di sini di web. Untuk praktiknya secara interaktif (editor kode bawaan dan tutor AI 24/7) dan buka sisa kursus Azure Fundamentals, upgrade ke CoddyKit PRO. Kursus Azure Fundamentals mencakup 4 pelajaran total.

Apa yang akan aku pelajari di “Rencana Pemulihan dan Failover Otomatis”?

Buat rencana pemulihan ASR yang mengurutkan failover VM di seluruh tingkat aplikasi, tambahkan tahapan persetujuan manual, serta sertakan skrip sebelum dan sesudah failover. Kamu berlatih Azure Fundamentals dengan kode praktik yang langsung kamu jalankan di browser, dan tutor AI 24/7 menjawab pertanyaanmu saat kamu mengerjakan pelajaran ini.

Apakah aku perlu pengalaman untuk memulai Azure Fundamentals?

Tidak diperlukan pengalaman sebelumnya. Azure Fundamentals di CoddyKit dirancang untuk pemula hingga pelajar tingkat lanjut, jadi kamu bisa memulai di sini atau dari awal dan belajar sesuai kecepatan kamu sendiri. Ini adalah pelajaran 2 dari 4.

Berapa lama pelajaran “Rencana Pemulihan dan Failover Otomatis” memakan waktu?

Sebagian besar pelajaran CoddyKit memakan waktu sekitar 5–10 menit. Setiap pelajaran ringkas dan interaktif, jadi kamu membuat kemajuan stabil dan melanjutkan dari tempat kamu tinggalkan di web dan aplikasi.

Bisakah aku menulis dan menjalankan kode dalam pelajaran Azure Fundamentals ini?

Ya. Setiap pelajaran Azure Fundamentals menyertakan editor kode bawaan, jadi kamu menulis dan menjalankan kode nyata langsung di browser dan mendapatkan umpan balik AI instan — tidak diperlukan penyiapan lokal.

Semua pelajaran dalam kursus ini

  1. Menentukan RTO, RPO, dan Tingkat Pemulihan
  2. Rencana Pemulihan dan Failover Otomatis
  3. Pengujian DR Tanpa Dampak
  4. DR untuk Layanan PaaS
← Kembali ke Azure Fundamentals