0Pricing
Azure Fundamentals · Pelajaran

DR untuk Layanan PaaS

Rancang pemulihan bencana untuk Azure SQL Database menggunakan geo-replikasi dan grup auto-failover, lalu bandingkan dengan replikasi tingkat VM untuk beban kerja stateful.

DR untuk Layanan PaaS adalah pelajaran Azure Fundamentals gratis di CoddyKit. Ini adalah pelajaran 4 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.

DR untuk PaaS dibandingkan dengan IaaS

Pemulihan bencana untuk layanan IaaS (VM) biasanya melibatkan Azure Site Recovery untuk mereplikasi seluruh OS dan disk data ke wilayah sekunder. Layanan PaaS memiliki model DR yang berbeda karena infrastruktur dasarnya dikelola oleh Microsoft. Untuk PaaS, DR biasanya dikonfigurasi pada lapisan data—mereplikasi data ke wilayah sekunder sementara platformnya sendiri dimulai secara otomatis.

Azure SQL Database: Redundansi Bawaan

Azure SQL Database menyediakan ketersediaan tinggi bawaan pada tingkat zona dalam satu wilayah. Untuk DR lintas wilayah, layanan ini menawarkan dua kemampuan utama: replikasi geografis aktif (basis data sekunder yang dapat dibaca di hingga empat wilayah lain) dan grup pengalihan otomatis (pengalihan otomatis dengan satu titik akhir pendengar). Semua ini dikonfigurasi pada tingkat basis data atau server tanpa memerlukan Azure Site Recovery.

# Create a geo-replication link:
az sql db replica create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myDatabase \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG

Grup Pengalihan Otomatis

Grup pengalihan otomatis menambahkan otomatisasi dan satu titik akhir koneksi di atas replikasi geografis. Anda mengonfigurasi grup pada server primer, menambahkan server sekunder, lalu menentukan masa tenggang—waktu yang ditunggu Azure agar server primer pulih sebelum memicu pengalihan otomatis. Aplikasi terhubung ke titik akhir pendengar (misalnya, mygroup.database.windows.net) dan otomatis dialihkan setelah pengalihan tanpa mengubah string koneksi.

# Create an auto-failover group:
az sql failover-group create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myFailoverGroup \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG \
  --failover-policy Automatic \
  --grace-period 60

RPO Azure SQL dengan Replikasi Geografis

Replikasi geografis Azure SQL bersifat asinkron—transaksi di-commit pada server primer, lalu direplikasi ke server sekunder. Artinya, terdapat sedikit keterlambatan replikasi, biasanya kurang dari 5 detik dalam kondisi normal. Oleh karena itu, RPO untuk replikasi geografis SQL kira-kira 5 detik dalam sebagian besar skenario, sehingga sesuai untuk beban kerja Tingkat 1 dan Tingkat 2 yang memerlukan kehilangan data sangat kecil.

Pemulihan Titik Waktu untuk SQL

Semua tingkatan Azure SQL Database mencakup pencadangan otomatis: pencadangan penuh setiap minggu, pencadangan diferensial setiap 12 jam, dan pencadangan log transaksi setiap 5–12 menit. Hal ini memungkinkan Point-in-Time Restore (PITR)—memulihkan basis data ke detik mana pun dalam periode retensi (7–35 hari untuk Standard/General Purpose, hingga 35 hari untuk Business Critical). PITR berguna untuk memulihkan data yang terhapus atau rusak secara tidak sengaja.

# Restore a database to a specific point in time:
az sql db restore \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase-restored \
  --source-database-name myDatabase \
  --time '2026-06-20T14:30:00Z'

Cosmos DB: Penulisan Multiwilayah untuk DR

Azure Cosmos DB dengan penulisan multiwilayah menyediakan RPO yang hampir nol untuk aplikasi global. Semua wilayah yang dikonfigurasi dapat menerima operasi penulisan secara bersamaan, dan Cosmos DB menyinkronkan data secara otomatis menggunakan protokol replikasi miliknya. Jika suatu wilayah gagal, lalu lintas otomatis diarahkan ke wilayah sehat yang tersisa tanpa memerlukan pengalihan manual—sehingga RTO dan RPO mendekati nol.

# Add a secondary region to Cosmos DB:
az cosmosdb update \
  --resource-group myRG \
  --name myCosmosAccount \
  --locations regionName=eastus failoverPriority=0 isZoneRedundant=true \
                regionName=westus failoverPriority=1 isZoneRedundant=true

Pertimbangan DR Azure App Service

Azure App Service sendiri bersifat tanpa status (kode aplikasi diterapkan dari kendali sumber atau berkas ZIP). Untuk DR, fokusnya adalah pada lapisan data (basis data dan penyimpanan blob). App Service dapat diterapkan ulang dengan cepat ke wilayah sekunder melalui alur CI/CD. Namun, Anda harus memastikan bahwa domain khusus, sertifikat TLS, dan pengaturan aplikasi direplikasi atau dibuatkan skrip agar dapat dibuat ulang dengan cepat di wilayah sekunder.

# Export App Service configuration (app settings + connection strings):
az webapp config appsettings list \
  --name myWebApp \
  --resource-group myRG \
  --output json > appsettings-backup.json

# Apply to secondary region App Service:
az webapp config appsettings set \
  --name myWebApp-secondary \
  --resource-group secondaryRG \
  --settings @appsettings-backup.json

Azure Storage: GRS dan RA-GRS

Azure Blob Storage dengan Geo-Redundant Storage (GRS) secara otomatis mereplikasi data ke wilayah sekunder yang berjarak ratusan mil. Data direplikasi secara asinkron (RPO biasanya kurang dari 15 menit). Read-Access GRS (RA-GRS) memungkinkan pembacaan dari titik akhir sekunder bahkan sebelum pengalihan dipicu, sehingga berguna untuk beban kerja analitik dan pelaporan selama wilayah primer mengalami gangguan.

# Create a storage account with RA-GRS:
az storage account create \
  --resource-group myRG \
  --name mystorageaccount \
  --sku Standard_RAGRS \
  --kind StorageV2

# Secondary endpoint: mystorageaccount-secondary.blob.core.windows.net

DR Azure Functions dan Logic Apps

Azure Functions dirancang tanpa status, sehingga mudah diterapkan ulang. Untuk DR, terapkan aplikasi fungsi yang sama ke wilayah sekunder dan gunakan Traffic Manager untuk merutekan pemicu HTTP antarwilayah. Untuk pemicu non-HTTP (Service Bus, Event Grid), konfigurasikan sumber pesan agar menyebarkan pesan ke kedua wilayah, atau biarkan wilayah sekunder melakukan polling pada sumber yang sama. Status fungsi dalam Durable Functions disimpan di Azure Storage—pastikan penyimpanan tersebut menggunakan GRS.

Memilih antara Replikasi Geo Aktif dan Grup Failover Otomatis

Gunakan replikasi geo aktif jika Anda memerlukan kontrol terperinci — misalnya, mengarahkan lalu lintas baca ke sekunder untuk meningkatkan kinerja, atau mengelola beberapa sekunder di wilayah berbeda secara independen. Gunakan grup failover otomatis jika Anda menginginkan kesederhanaan: satu titik akhir pendengar, failover otomatis berdasarkan pengatur waktu, dan orkestrasi bawaan untuk proses failover tanpa intervensi manual.

Membandingkan Biaya DR PaaS dan VM

DR PaaS sering kali lebih murah daripada DR berbasis VM karena beberapa alasan. Replikasi geo SQL Database hanya mengenakan biaya untuk penyimpanan dan komputasi sekunder; Anda tidak perlu membayar lisensi OS VM lengkap. Azure Cosmos DB mengenakan biaya berdasarkan RU yang disediakan di setiap wilayah. Azure Storage GRS menambahkan biaya penyimpanan sekitar 2x lipat. Sebaliknya, VM yang direplikasi dengan ASR memerlukan biaya komputasi, penyimpanan, dan lisensi penuh di wilayah sekunder.

Pemeriksaan Singkat

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

Rangkuman Pelajaran

Dalam pelajaran ini Anda mempelajari: DR PaaS berfokus pada lapisan data, bukan replikasi VM; grup failover otomatis Azure SQL menyediakan satu titik akhir pendengar dengan failover otomatis; dan penulisan multiwilayah Cosmos DB memberikan RTO dan RPO yang hampir nol untuk aplikasi global. Selanjutnya kita akan membahas kerangka kerja kepatuhan Azure dan model tanggung jawab bersama.

Pertanyaan yang Sering Diajukan

Apakah pelajaran “DR untuk Layanan PaaS” gratis?

Ya — teks lengkap “DR untuk Layanan PaaS” 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 “DR untuk Layanan PaaS”?

Rancang pemulihan bencana untuk Azure SQL Database menggunakan geo-replikasi dan grup auto-failover, lalu bandingkan dengan replikasi tingkat VM untuk beban kerja stateful. 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 4 dari 4.

Berapa lama pelajaran “DR untuk Layanan PaaS” 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