Bagikan melalui

Keandalan di Microsoft Fabric

Artikel ini menjelaskan dukungan keandalan di Microsoft Fabric, dan ketahanan regional dengan zona ketersediaan dan pemulihan lintas wilayah dan kelangsungan bisnis. Untuk gambaran umum keandalan yang lebih rinci di Azure, lihat Keandalan Azure.

Dukungan zona ketersediaan

Zona ketersediaan adalah grup pusat data yang terpisah secara fisik di setiap wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.

Fabric menggunakan zona ketersediaan Azure untuk melindungi item Fabric dan Power BI serta data dari kegagalan pusat data. Sumber daya Fabric didistribusikan secara otomatis di beberapa zona tanpa memerlukan konfigurasi pelanggan apa pun.

  • Rekayasa data mendukung zona ketersediaan jika Anda menggunakan OneLake. Jika Anda menggunakan sumber data lain seperti ADLS Gen2, maka Anda perlu memastikan bahwa Penyimpanan zona redundan (ZRS) diaktifkan.

Pengalaman saat zona tidak aktif

Selama pemadaman di seluruh zona, pelanggan tidak perlu mengambil tindakan. Kemampuan fabric menyembuhkan diri dan menyeimbangkan kembali secara otomatis untuk memanfaatkan zona sehat. Dalam beberapa kasus, operasi yang sedang berlangsung mungkin perlu dimulai ulang. Misalnya, menjalankan job Spark mungkin gagal jika node master berada di zona yang mengalami kegagalan. Dalam kasus seperti itu, pekerjaan harus dikirim ulang. Kueri endpoint analitik Datawarehouse dan SQL mungkin gagal jika node front-end berada di zona kegagalan. Dalam kasus seperti itu, kueri perlu dimulai ulang dengan aman.

Important

Meskipun Microsoft berusaha untuk memberikan dukungan zona ketersediaan yang seragam dan konsisten, dalam beberapa kasus kegagalan zona ketersediaan, kapasitas Fabric yang terletak di wilayah Azure dengan fluktuasi permintaan pelanggan yang lebih tinggi mungkin mengalami latensi yang lebih tinggi dari latensi normal.

Pemulihan bencana lintas wilayah dan kelangsungan bisnis

Pemulihan bencana (DR) mengacu pada praktik yang digunakan organisasi untuk pulih dari peristiwa berdampak tinggi, seperti bencana alam atau penyebaran gagal yang mengakibatkan waktu henti dan kehilangan data. Terlepas dari penyebabnya, obat terbaik untuk bencana adalah rencana DR yang terdefinisi dan teruji dengan baik dan desain aplikasi yang secara aktif mendukung DR. Sebelum Anda mulai membuat rencana pemulihan bencana, lihat rekomendasi untuk merancang strategi pemulihan bencana.

Untuk DR, Microsoft menggunakan model tanggung jawab bersama . Dalam model ini, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Namun, banyak layanan Azure tidak secara otomatis mereplikasi data atau beralih dari wilayah yang gagal untuk mereplikasi ke wilayah lain yang tersedia. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan di penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR. Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat dan membantu mengembangkan rencana DR Anda.

Bagian ini menjelaskan rencana pemulihan bencana untuk Fabric yang dirancang untuk membantu organisasi Anda menjaga datanya tetap aman dan dapat diakses ketika bencana regional yang tidak diencana terjadi. Paket ini mencakup topik-topik berikut:

  • Replikasi lintas wilayah: Fabric menawarkan replikasi lintas wilayah untuk data yang disimpan di OneLake. Anda dapat ikut serta atau keluar dari fitur ini berdasarkan kebutuhan Anda.

  • Akses data setelah bencana: Dalam skenario bencana regional, Fabric menjamin akses data, dengan batasan tertentu. Meskipun pembuatan atau modifikasi item baru dibatasi setelah failover, fokus utama tetap memastikan bahwa data yang ada tetap dapat diakses dan utuh.

  • Panduan untuk pemulihan: Fabric menyediakan serangkaian instruksi terstruktur untuk memandu Anda melalui proses pemulihan. Panduan terstruktur memudahkan Anda untuk beralih kembali ke operasi reguler.

Power BI, yang sekarang menjadi bagian dari Fabric, memiliki sistem pemulihan bencana yang solid dan menawarkan fitur-fitur berikut:

  • BCDR sebagai default: Power BI secara otomatis menyertakan kemampuan pemulihan bencana dalam penawaran defaultnya. Anda tidak perlu ikut serta atau mengaktifkan fitur ini secara terpisah.

  • Replikasi lintas wilayah: Power BI menggunakan replikasi geo-redundan penyimpanan Azure dan replikasi geo-redundan Azure SQL untuk menjamin bahwa instans cadangan ada di wilayah lain dan dapat digunakan. Ini berarti bahwa data diduplikasi di berbagai wilayah, meningkatkan ketersediaannya, dan mengurangi risiko yang terkait dengan pemadaman regional.

  • Layanan dan akses berkelanjutan setelah bencana: Bahkan selama peristiwa yang mengganggu, item Power BI tetap dapat diakses dalam mode baca-saja. Item termasuk model semantik, laporan, dan dasbor, memastikan bahwa bisnis dapat melanjutkan analisis dan proses pengambilan keputusan mereka tanpa hambatan yang signifikan.

Untuk informasi selengkapnya, lihat Tanya Jawab Umum ketersediaan tinggi, failover, dan pemulihan bencana Power BI

Important

Untuk pelanggan yang terkena dampak bencana dan wilayah asalnya tidak memiliki wilayah berpasangan Azure yang mendukung Fabric, kemampuan untuk menggunakan kapasitas Fabric dapat terganggu, bahkan jika data dalam kapasitas tersebut direplikasi. Batasan ini terkait dengan infrastruktur wilayah asal, penting untuk operasi kapasitas. Untuk melihat daftar wilayah yang mendukung Fabric, buka Ketersediaan Wilayah Fabric.

Fungsionalitas wilayah utama dan kapasitas

Untuk perencanaan pemulihan bencana yang efektif, sangat penting bagi Anda untuk memahami hubungan antara wilayah asal dan lokasi kapasitas Anda. Memahami wilayah asal dan lokasi kapasitas membantu Anda membuat pilihan strategis wilayah kapasitas, serta proses replikasi dan pemulihan yang sesuai.

Wilayah asal untuk penyewaan organisasi dan penyimpanan data Anda diatur ke lokasi alamat penagihan pengguna pertama yang mendaftar. Untuk detail lebih lanjut tentang penyiapan penyewaan, buka Perencanaan implementasi Power BI: Penyiapan penyewa. Saat Anda membuat kapasitas baru, penyimpanan data Anda diatur ke wilayah asal secara default. Jika Anda ingin mengubah wilayah penyimpanan data ke wilayah lain, Anda harus mengaktifkan Multi-Geo, fitur Fabric Premium.

Important

Memilih wilayah yang berbeda untuk kapasitas Anda tidak sepenuhnya merelokasi semua data Anda ke wilayah tersebut. Beberapa elemen data masih tetap disimpan di wilayah asal. Untuk melihat data mana yang tetap berada di wilayah asal dan data mana yang disimpan di wilayah yang diaktifkan Multi-Geo, lihat Mengonfigurasi dukungan Multi-Geo untuk Fabric Premium.

Dalam kasus wilayah asal yang tidak memiliki wilayah berpasangan, kapasitas di wilayah yang diaktifkan Multi-Geo dapat menghadapi masalah operasional jika wilayah asal mengalami bencana, karena fungsionalitas layanan inti ditambatkan ke wilayah asal.

Jika Anda memilih wilayah yang diaktifkan Multi-Geo dalam UE, dijamin bahwa data Anda disimpan dalam batas data UE.

Untuk mempelajari cara mengidentifikasi wilayah asal Anda, lihat Menemukan wilayah asal Fabric Anda.

Pengaturan kapasitas pemulihan bencana

Fabric menyediakan sakelar pemulihan bencana pada halaman pengaturan kapasitas. Ini tersedia di mana pasangan regional Azure selaras dengan kehadiran layanan Fabric. Berikut adalah spesifikasi sakelar ini:

  • Akses peran: Hanya pengguna dengan peran admin kapasitas atau yang lebih tinggi yang dapat menggunakan sakelar ini.

  • Granularitas: Granularitas sakelar adalah tingkat kapasitas. Ini tersedia untuk kapasitas Premium dan kapasitas Fabric.

  • Cakupan data: Pengalih pemulihan bencana secara khusus membahas data OneLake, yang mencakup data Lakehouse dan Gudang. Sakelar tidak memengaruhi data Anda yang disimpan di luar OneLake.

  • Kelangsungan BCDR untuk Power BI: Meskipun pemulihan bencana untuk data OneLake dapat diaktifkan dan dinonaktifkan, BCDR untuk Power BI selalu didukung, terlepas dari apakah sakelar dalam keadaan aktif atau nonaktif.

  • Frekuensi: Setelah Anda mengubah pengaturan kapasitas pemulihan bencana, Anda harus menunggu 30 hari sebelum dapat mengubahnya lagi. Periode tunggu diatur untuk menjaga stabilitas dan mencegah pergantian terus menerus.

Tangkapan layar pengaturan instansi pemulihan bencana.

Note

Setelah mengaktifkan pengaturan kapasitas pemulihan bencana atau membuat ruang kerja baru dalam kapasitas, replikasi data mungkin membutuhkan waktu untuk memulai. Anda dapat memverifikasi bahwa replikasi telah dimulai dengan memeriksa apakah penyimpanan untuk ruang kerja tertentu ditagihkan sebagai "Penyimpanan OneLake BCDR" dalam aplikasi Metrik Kapasitas Microsoft Fabric.

Replikasi data

Saat Anda mengaktifkan pengaturan kapasitas pemulihan bencana, replikasi lintas wilayah diaktifkan sebagai kemampuan pemulihan bencana untuk data OneLake. Platform Fabric diselaraskan dengan wilayah Azure untuk membangun pasangan redundansi geografis. Namun, beberapa wilayah tidak memiliki wilayah pasangan Azure, atau wilayah pasangan Azure tersebut tidak mendukung Fabric. Untuk wilayah ini, replikasi data tidak tersedia. Untuk informasi selengkapnya, lihat Wilayah dengan zona ketersediaan tanpa pasangan wilayah dan Ketersediaan wilayah Fabric.

Note

Sementara Fabric menawarkan solusi replikasi data di OneLake untuk mendukung pemulihan bencana, ada batasan penting. Misalnya, data database KQL dan kumpulan kueri disimpan secara eksternal ke OneLake, yang berarti bahwa pendekatan pemulihan bencana terpisah diperlukan. Lihat sisa dokumen ini untuk detail pendekatan pemulihan bencana untuk setiap item Fabric.

Billing

Fitur pemulihan bencana di Fabric memungkinkan replikasi geografis data Anda untuk keamanan dan keandalan yang ditingkatkan. Fitur ini menggunakan lebih banyak penyimpanan dan transaksi, yang dikenakan biaya sebagai Penyimpanan BCDR dan Operasi BCDR. Anda dapat memantau dan mengelola biaya ini di aplikasi Metrik Kapasitas Microsoft Fabric, tempat biaya tersebut muncul sebagai item baris terpisah.

Untuk perincian lengkap semua biaya terkait pemulihan bencana untuk membantu Anda merencanakan dan menganggarkan secara tepat, lihat konsumsi komputasi dan penyimpanan OneLake.

Menyiapkan pemulihan bencana

Meskipun Fabric menyediakan fitur pemulihan bencana untuk mendukung ketahanan data, Anda harus mengikuti langkah manual tertentu untuk memulihkan layanan selama gangguan. Bagian ini merinci tindakan yang harus Anda ambil untuk mempersiapkan potensi gangguan.

Fase 1: Persiapan

  • Aktifkan pengaturan kapasitas pemulihan bencana: Tinjau dan atur pengaturan kapasitas pemulihan bencana secara teratur untuk memastikan mereka memenuhi kebutuhan perlindungan dan performa Anda.

  • Membuat cadangan data: Salin data penting yang disimpan di luar OneLake ke wilayah lain dengan cara yang selaras dengan rencana pemulihan bencana Anda.

Fase 2: Pengalihan bencana

Ketika bencana besar menyebabkan wilayah tidak dapat dipulihkan, Microsoft Fabric melakukan failover regional. Akses ke portal Fabric tidak tersedia sampai failover selesai dan pemberitahuan diposting di halaman dukungan Microsoft Fabric.

Waktu yang diperlukan agar failover selesai dapat bervariasi, meskipun biasanya membutuhkan waktu kurang dari satu jam. Setelah failover selesai, inilah yang dapat Anda harapkan:

  • Portal Fabric: Anda dapat mengakses portal, dan membaca operasi, seperti menelusuri ruang kerja yang ada, alur tugas di ruang kerja, dan item, terus bekerja. Semua operasi tulis, seperti membuat atau memodifikasi ruang kerja, dijeda.

  • Power BI: Anda bisa melakukan operasi baca, seperti menampilkan dasbor dan laporan. Penyegaran, operasi penerbitan laporan, modifikasi dasbor dan laporan, serta operasi lain yang memerlukan perubahan pada metadata tidak didukung.

  • Lakehouse/Warehouse: Anda tidak dapat membuka item ini, tetapi file dapat diakses melalui API atau alat OneLake.

  • Definisi Kerja Spark: Anda tidak dapat membuka definisi kerja Spark, tetapi file kode dapat diakses melalui API atau alat OneLake. Metadata atau konfigurasi apa pun akan disimpan setelah failover.

  • Notebook: Anda tidak dapat membuka buku catatan, dan konten kode tidak akan disimpan setelah bencana.

  • Model/Eksperimen ML: Anda tidak dapat membuka model atau eksperimen ML. Konten kode dan metadata seperti metrik dan konfigurasi eksekusi tidak akan disimpan setelah bencana.

  • Aliran Data Gen2/Alur/Eventstream: Anda tidak dapat membuka item ini, tetapi Anda dapat menggunakan tujuan pemulihan bencana yang didukung (lakehouse atau gudang) untuk melindungi data.

  • KQL Database/Queryset: Anda tidak akan dapat mengakses database KQL dan kumpulan kueri setelah failover. Langkah-langkah prasyarat lainnya diperlukan untuk melindungi data dalam database KQL dan kumpulan kueri.

Dalam skenario bencana, portal Fabric dan Power BI berada dalam mode baca-saja, dan item Fabric lainnya tidak tersedia, Anda dapat mengakses data mereka yang disimpan di OneLake menggunakan API atau alat pihak ketiga. Baik portal maupun Power BI mempertahankan kemampuan untuk melakukan operasi baca-tulis pada data tersebut. Kemampuan ini memastikan bahwa data penting tetap dapat diakses dan dimodifikasi, dan mengurangi potensi gangguan operasi bisnis Anda.

Data OneLake tetap dapat diakses melalui beberapa saluran:

Fase 3: Rencana pemulihan

Meskipun Fabric memastikan bahwa data tetap dapat diakses setelah bencana, Anda juga dapat bertindak untuk sepenuhnya memulihkan layanan mereka ke status sebelum insiden. Bagian ini menyediakan panduan langkah demi langkah untuk membantu Anda melalui proses pemulihan.

Langkah-langkah pemulihan

  1. Buat kapasitas Fabric baru di wilayah mana pun setelah bencana. Mengingat tingginya permintaan selama peristiwa tersebut, sebaiknya pilih wilayah di luar geo utama Anda untuk meningkatkan kemungkinan ketersediaan layanan komputasi. Untuk informasi tentang membuat kapasitas, lihat Beli langganan Microsoft Fabric.

  2. Buat ruang kerja di kapasitas yang baru dibuat. Jika perlu, gunakan nama yang sama dengan ruang kerja lama.

  3. Buat item dengan nama yang sama dengan yang ingin Anda pulihkan. Langkah ini penting jika Anda menggunakan skrip kustom untuk memulihkan rumah danau dan gudang.

  4. Pulihkan barang. Untuk setiap item, ikuti bagian yang relevan dalam panduan pemulihan bencana yang spesifik untuk pengalaman tersebut guna memulihkan item tersebut.

Langkah selanjutnya

  • Last updated on