Tentang proses pemindahan
Azure Resource Mover membantu Anda memindahkan sumber daya Azure di seluruh wilayah Azure.
Artikel ini merangkum komponen yang digunakan oleh Resource Mover dan menjelaskan proses pemindahan.
Komponen
Komponen-komponen ini digunakan selama pemindahan wilayah.
| Komponen | Rincian |
|---|---|
| Resource Mover | Resource Mover berkoordinasi dengan penyedia sumber daya Azure untuk mengatur pemindahan sumber daya antar wilayah. Resource Mover menganalisis dependensi sumber daya, serta memelihara dan mengelola status sumber daya selama proses pemindahan. |
| Kumpulan pemindahan | Kumpulan pemindahan adalah objek Azure Resource Manager. Kumpulan pemindahan dibuat selama proses pemindahan wilayah, untuk setiap kombinasi berpasangan wilayah sumber dan target dalam langganan. Kumpulan berisi informasi metadata dan konfigurasi tentang sumber daya yang ingin Anda pindahkan. Sumber daya yang ditambahkan ke kumpulan pemindahan harus dalam langganan yang sama, tetapi dapat berada di grup sumber daya yang berbeda. |
| Memindahkan sumber daya | Saat Anda menambahkan sumber daya ke kumpulan pemindahan, sumber daya ini dilacak oleh Resource Mover sebagai sumber daya pemindahan. Resource Mover memelihara informasi untuk semua sumber daya pemindahan dalam kumpulan pemindahan dan mempertahankan hubungan satu-ke-satu antara sumber daya sumber dan target. |
| Dependensi | Resource Mover memvalidasi sumber daya yang Anda tambahkan ke kumpulan dan memeriksa apakah sumber daya memiliki dependensi yang tidak ada dalam kumpulan pemindahan. Setelah mengidentifikasi dependensi untuk sumber daya, Anda dapat menambahkan dependensi ke kumpulan pemindahan dan memindahkannya juga, atau Anda dapat memilih sumber daya alternatif yang ada di wilayah target. Semua dependensi harus diselesaikan sebelum Anda memulai pemindahan. |
Memindahkan proses wilayah
Setiap sumber daya pemindahan melalui langkah-langkah dalam rangkuman.
| Langkah | Rincian | Status/Masalah |
|---|---|---|
| Langkah 1: Memilih sumber daya | Pilih Sumber Daya. Sumber daya ditambahkan ke kumpulan pemindahan. | Status sumber daya berpindah ke Persiapan tertunda. |
| Langkah 2: Memvalidasi dependensi | Validasi dependensi dilakukan bersama dengan penambahan sumber daya di latar belakang. Anda harus menambahkan sumber daya dependen jika validasi menunjukkan bahwa sumber daya dependen tertunda. Tambahkan ke koleksi pemindahan. Tambahkan semua sumber daya dependen, meskipun Anda tidak ingin memindahkannya. Anda nantinya dapat menentukan bahwa sumber daya yang Anda pindahkan harus menggunakan sumber daya yang berbeda di wilayah target alih-alih menggunakan opsi Konfigurasi . Anda mungkin perlu memvalidasi secara manual jika ada dependensi yang luar biasa di tab Validasi dependensi . |
|
| Langkah 3: Mempersiapkan | Mulai proses persiapan. Langkah-langkah persiapan bergantung pada sumber daya yang Anda pindahkan: - Sumber daya stateless: Sumber daya stateless hanya memiliki informasi konfigurasi. Sumber daya ini tidak memerlukan replikasi data berkelanjutan untuk memindahkannya. Contohnya antara lain jaringan virtual Azure (VNets), adaptor jaringan, penyeimbang muatan, dan grup keamanan jaringan. Untuk jenis sumber daya ini, proses Persiapan menghasilkan templat Azure Resource Manager. - Sumber daya stateful: Sumber daya stateful memiliki informasi konfigurasi dan data yang perlu dipindahkan. Contohnya antara lain Azure VM dan database Azure SQL. Proses Persiapan berbeda untuk setiap sumber daya. Ini mungkin termasuk mereplikasi sumber daya sumber ke wilayah target. |
Saat memulai, status sumber daya akan berpindah ke Persiapan sedang berlangsung. Setelah persiapan selesai, status sumber daya berpindah ke Proses mulai pemindahan tertunda, tanpa masalah. Proses yang gagal akan memindahkan status ke Persiapan gagal. |
| Langkah 4: Memulai pemindahan | Mulai proses pemindahan. Metode pemindahan bergantung pada jenis sumber dayanya: - Stateless: Biasanya, untuk sumber daya stateless, proses pemindahan menyebarkan templat yang diimpor di wilayah target. Templat didasarkan pada pengaturan sumber daya sumber dan pengeditan manual apa pun yang Anda buat untuk pengaturan target. - Stateful: Untuk sumber daya stateful, proses pemindahan mungkin melibatkan pembuatan sumber daya, atau mengaktifkan salinan, di wilayah target. Untuk sumber daya stateful saja, proses memulai pemindahan dapat mengakibatkan waktu henti sumber daya. Misalnya, VM dan SQL. |
Memulai pemindahan akan menggeser status ke Proses mulai pemindahan sedang berlangsung. Proses mulai pemindahan yang berhasil akan memindahkan status sumber daya ke Penerapan pemindahan tertunda, tanpa masalah. Proses pemindahan yang tidak berhasil akan memindahkan status ke Proses mulai pemindahan gagal. |
| Langkah 5 Opsi 1: Membuang pemindahan | Setelah pemindahan awal, Anda dapat memutuskan apakah akan melanjutkan dengan pemindahan penuh. Jika tidak, Anda dapat membuang pemindahan itu dan Resource Mover akan menghapus sumber daya yang dibuat di target. Proses replikasi untuk sumber daya stateful berlanjut setelah proses Buang. Opsi ini berguna untuk pengujian. | Pembuangan sumber daya akan memindahkan status ke Pembuangan sedang berlangsung. Pembuangan yang berhasil akan memindahkan status ke Proses Mulai pemindahan tertunda, tanpa masalah. Pembuangan yang gagal akan memindahkan status ke Pembuangan pemindahan gagal. |
| Langkah 5 Opsi 2: Menerapkan pemindahan | Setelah pemindahan awal, jika Anda ingin melanjutkan dengan pemindahan penuh, Anda perlu memverifikasi sumber daya di wilayah target, dan setelah siap, Anda menerapkan pemindahannya. Khusus untuk sumber daya stateful, penerapan dapat mengakibatkan sumber daya seperti VM atau SQL menjadi tidak dapat diakses. |
Jika Anda melakukan pemindahan, status sumber daya berpindah ke Pemindahan komit sedang berlangsung*. Setelah penerapan berhasil, status sumber daya akan menampilkan Penerapan pemindahan selesai, tanpa masalah. Penerapan yang gagal akan memindahkan status ke Penerapan pemindahan gagal. |
| Langkah 6: Menghapus sumber | Setelah menerapkan pemindahan dan memverifikasi sumber daya di wilayah target, Anda dapat menghapus sumber daya sumber. | Setelah menerapkan, status sumber daya berpindah ke Penghapusan sumber tertunda. Anda selanjutnya dapat memilih sumber daya sumber dan menghapusnya. Hanya sumber daya dalam status Hapus sumber tertunda yang dapat dihapus. Penghapusan grup sumber daya atau SQL Server di portal Resource Mover tidak didukung. Sumber daya ini hanya bisa dihapus dari halaman properti sumber daya. |
Memindahkan status wilayah
Proses pemindahan memiliki sejumlah status dan masalah yang dapat muncul selama setiap status. Status dan proses tersebut dirangkum dalam diagram alur.
Analisis dependensi
Saat Anda maju melalui proses pemindahan, dependensi akan divalidasi secara otomatis jika:
- Sumber daya menggunakan sumber daya dependen yang tidak ada dalam kumpulan pemindahan.
- Sumber daya dependen dalam kumpulan pemindahan memiliki dependensi tersendiri yang tidak ada dalam kumpulan pemindahan.
- Anda memodifikasi pengaturan target untuk sumber daya dan Anda perlu merevalidasi dependensi.
Menghapus sumber daya
Jika Anda tidak ingin memindahkan sumber daya, Anda dapat menghapusnya dari kumpulan pemindahan. Secara umum, sumber daya kemudian dihapus dari kumpulan, bersama dengan tindakan atau objek terkait, seperti replikasi, atau templat yang disimpan. Secara pasti, apa yang terjadi ketika Anda menghapus sumber daya bergantung pada jenis sumber daya dan status sumber daya saat Anda menghapusnya. Pelajari selengkapnya.
Dampak pemindahan
Tabel ini meringkas dampaknya saat Anda memindahkan sumber daya lintas wilayah.
| Perilaku | Lintas wilayah |
|---|---|
| Data | Data dan metadata sumber daya dipindahkan. Metadata disimpan sementara untuk melacak status dependensi dan operasi sumber daya. |
| Sumber daya | Sumber daya sumber tetap utuh untuk memastikan bahwa aplikasi tetap berfungsi dan secara opsional dapat dihapus setelah pemindahan. Sumber daya dibuat di wilayah target. |
| Proses pemindahan | Proses multi-langkah yang membutuhkan intervensi dan pemantauan manual. |
| Pengujian | Menguji langkah itu penting, karena aplikasi harus tetap berfungsi seperti yang diharapkan di wilayah target, setelah pemindahan. |
| Waktu henti | Diharapkan tidak ada kehilangan data, kecuali beberapa waktu henti untuk memindahkan sumber daya. |
Langkah berikutnya
- Pindahkan Mesin Virtual Azure ke wilayah lain.
- Memindah sumber daya Azure SQL ke wilayah lain.