Pulihkan dari kehilangan data yang luar biasa
Azure Stack Hub menjalankan layanan Azure di pusat data Anda dan dapat berjalan di lingkungan sekecil empat node yang diinstal di satu rak. Sebaliknya, Azure berjalan di lebih dari 40 wilayah di beberapa pusat data dan beberapa zona di setiap wilayah. Sumber daya pengguna dapat menjangkau beberapa server, rak, pusat data, dan wilayah. Dengan Azure Stack Hub, saat ini Anda hanya memiliki pilihan untuk menyebarkan seluruh cloud ke satu rak. Batasan ini memaparkan cloud Anda pada risiko peristiwa bencana di pusat data Anda atau kegagalan karena bug produk utama. Saat terjadi bencana, instans Azure Stack Hub menjadi offline. Semua data berpotensi tidak dapat dipulihkan.
Bergantung pada akar penyebab hilangnya data, Anda mungkin perlu memperbaiki satu layanan infrastruktur atau mengembalikan seluruh instans Azure Stack Hub. Anda bahkan mungkin perlu memulihkan perangkat keras yang berbeda di lokasi yang sama atau di lokasi yang berbeda.
Skenario ini membahas pemulihan seluruh penginstalan Anda jika terjadi kegagalan dan penyebaran ulang cloud pribadi.
| Skenario | Kehilangan data | Pertimbangan |
|---|---|---|
| Pulihkan dari kehilangan data yang luar biasa karena bencana atau bug produk. | Semua infrastruktur dan data pengguna dan aplikasi. | Dapat mengembalikan ke OEM yang berbeda. Dapat mengembalikan ke generasi perangkat keras yang berbeda. Dapat mengembalikan ke jumlah node unit skala yang berbeda. Aplikasi dan data pengguna dilindungi secara terpisah dari data infrastruktur. |
Alur kerja
Perjalanan melindungi Azure Stack Hub dimulai dengan mencadangkan infrastruktur dan data aplikasi/penyewa secara terpisah. Dokumen ini mencakup cara melindungi infrastruktur.
Dalam skenario kasus terburuk di mana semua data hilang, memulihkan Azure Stack Hub adalah proses memulihkan data infrastruktur yang unik untuk penyebaran Azure Stack Hub dan semua data pengguna.
Pulihkan
Jika ada kehilangan data yang sangat besar tetapi perangkat kerasnya masih dapat digunakan, penyebaran ulang Azure Stack Hub diperlukan. Selama penyebaran ulang, Anda dapat menentukan lokasi penyimpanan dan kredensial yang diperlukan untuk mengakses cadangan. Dalam mode ini, Anda tidak perlu menentukan layanan yang perlu dipulihkan. Pengontrol Cadangan Infrastruktur menyuntikkan status sarana kontrol sebagai bagian dari alur kerja penyebaran.
Jika terjadi bencana yang membuat perangkat keras tidak dapat digunakan, penyebaran ulang hanya dapat dilakukan pada perangkat keras baru. Penempatan kembali dapat memakan waktu beberapa minggu sementara perangkat keras pengganti dipesan dan tiba di pusat data. Pemulihan data sarana kontrol dapat dilakukan kapan saja. Namun, pemulihan tidak didukung jika versi instans yang disebarkan ulang lebih dari satu tingkat di atas dari versi yang digunakan dalam pencadangan terakhir.
| Mode penyebaran | Titik awal | Titik akhir |
|---|---|---|
| Penginstalan bersih | Build dasar | OEM menyebarkan Azure Stack Hub dan memperbarui ke versi terbaru yang didukung. |
| Mode pemulihan | Build dasar | OEM menyebarkan Azure Stack Hub dalam mode pemulihan dan menangani persyaratan pencocokan versi berdasarkan cadangan terbaru yang tersedia. OEM menyelesaikan penyebaran dengan memperbarui ke versi terbaru yang didukung. |
Data dalam cadangan
Azure Stack Hub mendukung jenis penyebaran yang disebut mode pemulihan cloud. Mode ini hanya digunakan jika Anda memilih untuk memulihkan Azure Stack Hub setelah bencana atau bug produk membuat solusi tidak dapat dipulihkan. Mode penyebaran ini tidak memulihkan data apa pun milik pengguna yang disimpan dalam solusi. Cakupan mode penyebaran ini terbatas untuk memulihkan data berikut:
- Input penyebaran
- Data layanan identitas internal
- Konfigurasi identifikasi gabungan (penyebaran ADFS).
- Sertifikat akar yang digunakan oleh otoritas sertifikat internal.
- Data pengguna konfigurasi Azure Resource Manager, seperti langganan, paket, penawaran, grup sumber daya, tag, kuota penyimpanan, kuota jaringan, dan sumber daya komputasi.
- Rahasia dan kubah Key Vault.
- Penetapan peran dan penetapan kebijakan RBAC.
Tidak ada sumber daya Infrastruktur sebagai Layanan (IaaS) atau Platform as a Service (PaaS) pengguna yang dipulihkan selama penyebaran. Kerugian ini termasuk VM IaaS, akun penyimpanan, blob, tabel, konfigurasi jaringan, dan sebagainya. Tujuan pemulihan cloud adalah untuk memastikan operator dan pengguna Anda dapat masuk kembali ke portal setelah penyebaran selesai. Pengguna yang masuk kembali tidak akan melihat sumber daya mereka. Langganan pengguna telah dipulihkan dan bersamaan dengan itu rencana, penawaran, dan kebijakan asli yang ditentukan oleh admin. Pengguna yang masuk kembali ke sistem beroperasi di bawah batasan yang sama yang diberlakukan oleh solusi asli sebelum bencana. Setelah pemulihan cloud selesai, operator dapat secara manual memulihkan nilai tambah dan RP pihak ketiga serta data terkait.
Memvalidasi cadangan
Anda dapat menggunakan ASDK untuk menguji cadangan guna mengonfirmasi bahwa data tersebut valid dan dapat digunakan. Untuk informasi selengkapnya, lihat Menggunakan ASDK untuk memvalidasi cadangan Azure Stack.
Langkah berikutnya
Pelajari tentang praktik terbaik untuk menggunakan Layanan Pencadangan Infrastruktur.