Pilih strategi relokasi untuk beban kerja cloud
Sebelum Anda mulai memigrasikan beban kerja ke wilayah lain, Anda perlu merencanakan strategi relokasi Anda. Strategi ini mencakup metode relokasi, otomatisasi relokasi layanan, dan otomatisasi relokasi data. Artikel ini menjabarkan opsi untuk setiap komponen strategi dan memandu Anda menuju keputusan. Pada akhirnya, pilihan yang Anda buat bergantung pada layanan dan kekritisan beban kerja.
Pilih metode relokasi
Ada tiga metode utama untuk merelokasi beban kerja. Metode relokasi yang Anda pilih tergantung pada layanan dalam beban kerja dan seberapa penting beban kerja untuk fungsi bisnis penting. Anda dapat mempertimbangkan metode relokasi yang berbeda untuk lingkungan produksi dan nonproduksi. Relokasi dingin adalah untuk beban kerja yang tidak penting. Relokasi panas dan hangat adalah untuk misi-kritis. Metode yang Anda pilih relokasi memengaruhi layanan dan alat relokasi data yang Anda gunakan untuk merelokasi beban kerja. Gunakan pohon keputusan relokasi berikut untuk mendapatkan gambaran umum tentang metode relokasi yang tepat dan memvalidasi keputusan Anda dengan membaca gambaran umum tiga metode relokasi.
Relokasi dingin
Relokasi dingin adalah untuk beban kerja yang dapat menahan waktu henti. Ini adalah pendekatan relokasi yang paling hemat biaya karena Anda tidak menduplikasi lingkungan apa pun selama relokasi. Berikut adalah gambaran umum proses relokasi dingin.
- Cadangkan data beban kerja ke wilayah target baru.
- Ambil wilayah sumber offline dan matikan layanan.
- Sebarkan layanan cloud ke wilayah target baru.
- Memulihkan data beban kerja.
Relokasi dingin dapat memakan waktu beberapa menit atau beberapa hari tergantung pada jumlah layanan dan volume data.
Relokasi panas
Metode relokasi panas adalah untuk beban kerja yang membutuhkan waktu henti minimal (detik, menit) hingga nol. Untuk beban kerja penting, Anda akan melihat apakah layanan mendukung relokasi panas sebelum mencoba pendekatan hangat. Relokasi panas membantu meminimalkan delta data setelah cutover. Relokasi panas hanya dimungkinkan jika layanan mendukung replikasi data sinkron. Beberapa layanan tidak memiliki fitur ini, dan Anda perlu menggunakan pendekatan relokasi hangat sebagai gantinya. Berikut proses relokasi panasnya.
- Lakukan replikasi layanan di wilayah target baru.
- Jaga agar beban kerja tetap berjalan di wilayah sumber.
- Mulai replikasi data sinkron.
- Setelah data disinkronkan, aktifkan dan validasi titik akhir.
- Hentikan sinkronisasi data.
- Matikan layanan di wilayah sumber.
Relokasi hangat
Relokasi hangat adalah untuk beban kerja penting yang tidak mendukung relokasi panas. Relokasi hangat menggunakan replikasi data asinkron dan replikasi lingkungan. Berikut proses relokasi yang hangat.
- Lakukan replikasi layanan di wilayah target baru.
- Jaga agar beban kerja tetap berjalan di wilayah sumber.
- Buat cadangan data sumber. Ini adalah praktik terbaik untuk membuat cadangan selama jam sibuk. Anda juga harus mengaktifkan replikasi data-in untuk menyinkronkan data dan meminimalkan delta data.
- Pulihkan data di wilayah target baru.
- Beralih dan memvalidasi titik akhir.
- Matikan beban kerja di wilayah sumber.
Relokasi hangat dapat memakan waktu beberapa menit atau satu jam tergantung pada jumlah layanan dan volume data.
Pilih otomatisasi relokasi layanan
Ada dua metode otomatisasi relokasi layanan utama: infrastruktur sebagai kode (IaC) dan Azure Resource Mover. Setiap layanan Azure mendukung satu atau kedua pendekatan otomatisasi. Gunakan panduan relokasi layanan Azure untuk melihat metode otomatisasi mana yang didukung setiap layanan Azure dan langkah-langkah terperinci untuk relokasi. Berikut adalah gambaran umum otomatisasi yang digunakan panduan relokasi layanan:
Infrastruktur sebagai kode (IaC): IaC dapat merelokasi setiap layanan Azure. Ekspor templat Azure Resource Manager (ARM) (JSON) dari layanan Azure yang sudah ada. Ubah templat sesuai kebutuhan dan sebarkan ulang templat ke wilayah baru. Anda dapat mengonversi templat ARM ke templat Bicep dengan menempelkan JSON ke Visual Studio Code. Saat Anda menggunakan IaC untuk menyebarkan instans baru layanan Azure, Anda dapat menyebarkan beberapa salinan sumber daya secara paralel. Dengan beberapa salinan, Anda dapat menggunakan salah satu teknik cutover untuk mengalihkan koneksi ke beban kerja di wilayah target baru. Infrastruktur sebagai kode (IaC) tidak merelokasi data. Relokasi data memerlukan langkah tambahan untuk memindahkan data ke sumber daya yang baru disebarkan di wilayah target. Gunakan panduan otomatisasi relokasi data untuk detail selengkapnya.
Azure Resource Mover: Azure Resource Mover memungkinkan Anda memindahkan sejumlah sumber daya Azure yang didukung terbatas dengan dependensinya antara wilayah, langganan, dan grup sumber daya.
Pilih otomatisasi relokasi data
Jika Anda menggunakan IaC untuk merelokasi layanan Azure stateful, Anda perlu menggunakan metode otomatisasi relokasi data untuk merelokasi data Anda. Untuk relokasi data, Anda harus menjalankan layanan Azure di wilayah target sebelum memindahkan data. Tinjau metode relokasi untuk merasakan urutan relokasi dan di mana relokasi data cocok. Berikut adalah daftar alat otomatisasi yang dapat Anda gunakan untuk merelokasi data:
Replikasi data sinkron: Replikasi data sinkron mereplikasi data mendekati real time di seluruh wilayah. Ini adalah pendekatan relokasi data pilihan untuk relokasi panas karena membatasi waktu henti dan migrasi delta data setelah cutover. Kemampuan ini dibangun ke dalam beberapa layanan Azure seperti Sinkronisasi Data di Azure SQL Database. Anda perlu memeriksa setiap layanan dalam beban kerja Anda untuk melihat apakah layanan tersebut mendukung replikasi data sinkron.
Replikasi geografis: Replikasi geografis dapat menjadi alat relokasi data yang berguna untuk layanan Azure yang mendukungnya. Cara fitur replikasi geografis menangani data dan instans layanan yang mendasarinya bervariasi di seluruh layanan Azure yang didukung. Sebelum menggunakan replikasi geografis untuk relokasi data, Anda perlu memahami fitur replikasi geografis dari layanan tertentu yang Anda relokasi. Misalnya, lihat Azure SQL dan Cosmos DB.
Azure Site Recovery: Azure Site Recovery dapat merelokasi layanan dan data. Ini mendukung relokasi hangat dan dingin. Untuk informasi selengkapnya, lihat Gambaran umum Azure Site Recovery.
AzCopy: AzCopy adalah utilitas baris perintah yang mengotomatiskan pergerakan data masuk dan keluar dari Azure Storage. Anda perlu mengunduh alat lalu menggunakan id Microsoft Entra atau token tanda tangan akses bersama (SAS) untuk mengotorisasi pemindahan. Untuk informasi selengkapnya, lihat Gambaran umum AzCopy dan Menggunakan AzCopy
Alur dan aktivitas di Azure Data Factory atau Synapse Analytics: Azure Data Factory adalah layanan integrasi data berbasis cloud yang dikelola sepenuhnya yang mengatur dan mengotomatiskan pergerakan dan transformasi data. Alur Azure Data Factory dapat memindahkan data lake dan gudang. Aktivitas penyalinan Synapse Analytics juga dapat memindahkan data. Untuk informasi selengkapnya, lihat Target dan sumber yang didukung dan Alat salin data.
Azure Storage Explorer: Azure Storage Explorer adalah aplikasi mandiri yang memungkinkan Anda merelokasi data Azure Storage. Untuk informasi selengkapnya, lihat Cara menggunakan Storage Explorer.
Azure Backup: Dengan Azure Backup, Anda dapat mencadangkan dan memulihkan data di wilayah lain. Anda harus mencoba Azure Backup terlebih dahulu untuk relokasi dingin dan hangat yang tidak penting. Azure Backup menyediakan pencadangan yang konsisten dengan aplikasi, sistem file yang konsisten, dan konsisten dengan crash untuk komputer virtual. Ini juga mendukung disk terkelola, berbagi file, dan blob. Anda tidak dapat mentransfer titik pemulihan cadangan yang ada ke wilayah target baru. Pertimbangkan untuk menyimpan vault di wilayah sumber Anda hingga cadangan tidak lagi diperlukan. Selengkapnya, lihat Gambaran umum Azure Backup.
Pencadangan dan pemulihan manual: Pencadangan dan pemulihan di sini mengacu pada proses, bukan alat tertentu. Banyak layanan di Azure menyediakan opsi redundansi yang memungkinkan Anda mencadangkan data ke wilayah terpisah dan memulihkannya secara manual. Anda perlu melakukan pencadangan dan pemulihan manual untuk layanan tertentu seperti Azure Key Vault. Untuk informasi selengkapnya, lihat Memindahkan Key Vault ke wilayah lain.
| Alat | Metode relokasi |
|---|---|
| Replikasi data sinkron | Panas, Hangat |
| Replikasi geografis | Panas, Hangat |
| Azure Site Recovery | Hangat, Dingin |
| AzCopy | Hangat, Dingin |
| Alur dan aktivitas di Azure Data Factory atau Ruang Kerja Synapse | Hangat, Dingin |
| Azure Storage Explorer | Hangat, Dingin |
| Pencadangan Azure | Dingin |
| Pencadangan dan pemulihan manual | Dingin |
Pilih pendekatan cutover
Cutover adalah ketika Anda beralih dari beban kerja lama ke yang baru. Anda mengarahkan lalu lintas ke beban kerja di wilayah target dan tidak lagi ke wilayah sumber. Sistem nama domain (DNS) adalah pusat pengalihan ini. Sebagai pengingat, DNS memberi tahu browser dan klien API tempat mendapatkan respons. Ini menyelesaikan nama domain ke alamat IP. Setiap domain memerlukan host domain untuk mengelolanya. Azure DNS adalah layanan host domain Azure. Ada berbagai pendekatan untuk cutover beban kerja, dan pendekatan yang Anda ambil tergantung pada layanan dalam beban kerja Anda. Berikut beberapa contohnya.
Azure DNS: Untuk domain yang dihosting di Azure DNS, Anda bisa melakukan cutover manual dengan mengalihkan CNAME. Pendekatan ini adalah proses failover kelangsungan bisnis yang berfungsi untuk cutover. Untuk informasi selengkapnya, lihat Cutover manual menggunakan Azure DNS.
Traffic Manager: Dimungkinkan juga untuk menggunakan layanan perutean seperti Traffic Manager untuk cutover dan merutekan lalu lintas beban kerja ke titik akhir yang berbeda. Traffic Manager adalah layanan perutean berbasis DNS. Untuk informasi selengkapnya, lihat Mengonfigurasi nama DNS dengan Traffic Manager.
App Service: Layanan lapisan aplikasi, seperti Azure App Service, memiliki fitur yang memungkinkan Anda memperbarui nama domain. Untuk informasi selengkapnya, lihat Melakukan migrasi nama DNS aktif ke Azure App Service.
Perutean gateway: Jika beban kerja menggunakan pola Perutean Gateway dengan layanan, seperti Azure Front Door, Application Gateway, atau Azure API Management, Anda sering dapat melakukan cutover migrasi wilayah. Anda menggunakan target backend dan fitur aturan perutean mereka.
Langkah selanjutnya
Anda memilih metode relokasi dan alat untuk merelokasi beban kerja Anda. Lanjutkan ke langkah Migrasi untuk menjalankan relokasi menggunakan alat-alat ini.