Migrasikan Azure Cloud Services (klasik) ke Azure Cloud Services (dukungan diperpanjang)

Artikel
07/25/2024

This document provides an overview for migrating Cloud Services (classic) to Cloud Services (extended support).

Cloud Services (dukungan yang diperluas) memiliki manfaat utama untuk memberikan ketahanan regional beserta paritas fitur dengan Azure Cloud Services yang disebarkan menggunakan Azure Service Manager. Layanan ini juga menawarkan beberapa kemampuan Azure Resource Manager seperti akses kontrol berbasis peran (RBAC), tag, kebijakan, dan mendukung templat penyebaran, tautan privat. Kedua model penyebaran (dukungan diperpanjang dan klasik) tersedia denganstruktur harga yang serupa.

Cloud Services (dukungan yang diperluas) mendukung dua jalur bagi pelanggan untuk bermigrasi dari Azure Service Manager ke Azure Resource Manager: Penyebaran Ulang dan Migrasi Di tempat.

Tabel berikut menyoroti perbandingan antara kedua opsi ini.

Menyebarkan ulang	Migrasi di tempat
Pelanggan dapat menyebarkan layanan cloud baru langsung di Azure Resource Manager lalu menghapus layanan cloud lama di Azure Service Manager setelah validasi menyeluruh.	Alat migrasi di tempat memungkinkan migrasi diatur platform yang mulus dari penyebaran Microsoft Azure Cloud Services (klasik) yang ada ke Microsoft Azure Cloud Services (dukungan diperluas).
Penyebaran ulang memungkinkan pelanggan untuk: - Menentukan nama sumber daya. - Mengatur atau menggunakan kembali sumber daya seperti yang diinginkan. - Menggunakan kembali konfigurasi layanan dan file definisi dengan perubahan minimal.	Untuk migrasi di tempat, platform: - Menentukan nama sumber daya. - Mengatur setiap penyebaran dan sumber daya terkait dalam Grup Sumber Daya individu. - Memodifikasi file konfigurasi dan definisi yang ada untuk Azure Resource Manager.
Pelanggan perlu mengatur lalu lintas ke penyebaran baru.	Migrasi mempertahankan alamat IP dan jalur data tetap sama.
Pelanggan perlu menghapus layanan cloud lama di Azure Resource Manager.	Platform menghapus sumber daya Microsoft Azure Cloud Services (klasik) setelah migrasi.
Migrasi ini adalah skenario lift dan shift, yang menawarkan lebih banyak fleksibilitas tetapi membutuhkan lebih banyak waktu untuk bermigrasi.	Skenario ini adalah migrasi otomatis yang menawarkan migrasi cepat tetapi lebih sedikit fleksibilitas.

Saat mengevaluasi rencana migrasi dari Cloud Services (klasik) ke Cloud Services (dukungan yang diperluas), Anda mungkin ingin menyelidiki layanan Azure lainnya seperti: Virtual Machine Scale Sets, App Service, Azure Kubernetes Service, dan Azure Service Fabric. Layanan ini terus menampilkan kemampuan lain, sementara Cloud Services (dukungan yang diperluas) mempertahankan paritas fitur dengan Cloud Services (klasik).

Tergantung pada aplikasi, Microsoft Azure Cloud Services (dukungan yang diperluas) mungkin memerlukan upaya yang jauh lebih sedikit untuk pindah ke Azure Resource Manager dibandingkan dengan opsi lain. Jika aplikasi Anda tidak berkembang, Cloud Services (dukungan yang diperluas) adalah opsi yang layak untuk dipertimbangkan karena menyediakan jalur migrasi cepat. Sebaliknya, jika aplikasi Anda terus berkembang dan membutuhkan set fitur yang lebih modern, jelajahi layanan Azure lainnya untuk memenuhi persyaratan Anda saat ini dan yang akan datang dengan lebih baik.

Gambaran Umum Menyebarkan Ulang

Menyebarkan ulang layanan Anda dengan Cloud Services (dukungan perpanjangan) memiliki manfaat berikut:

Mendukung peran web dan pekerja, mirip dengan [Cloud Services (klasik).
Tidak ada perubahan pada desain, arsitektur, atau komponen peran pekerja dan web.
Tidak ada perubahan yang diperlukan untuk kode runtime karena data plane sama dengan layanan cloud.
Rilis Azure GuestOS dan pembaruan terkait diselaraskan dengan Cloud Services (klasik).
Proses pembaruan yang mendasar sehubungan dengan pembaruan domain, bagaimana peningkatan berlanjut, pemutaran kembali, dan perubahan layanan yang diizinkan selama pembaruan tetap tidak berubah.

Cloud Service baru (dukungan diperpanjang) dapat digunakan langsung di Azure Resource Manager menggunakan alat klien berikut:

Gambaran Umum alat migrasi

Migrasi yang didukung platform memberikan manfaat utama berikut:

Memungkinkan migrasi yang diatur platform mulus tanpa waktu henti untuk sebagian besar skenario. Pelajari selengkapnya tentang skenario yang didukung.
Memigrasikan layanan cloud yang ada dalam tiga langkah sederhana: memvalidasi, mempersiapkan, menerapkan (atau membatalkan). Pelajari lebih lanjut tentang cara kerja alat migrasi.
Menawarkan pengujian untuk penyebaran yang dimigrasikan setelah persiapan yang berhasil. Menerapkan dan menyelesaikan migrasi sementara membatalkan akan membatalkan migrasi.

Alat migrasi menggunakan API yang sama dan memiliki pengalaman yang sama dengan migrasi Komputer Virtual (klasik).

Menyiapkan akses untuk migrasi

Untuk melakukan migrasi ini, Anda harus ditambahkan sebagai koadministrator untuk langganan dan mendaftarkan penyedia yang diperlukan.

Masuk ke portal Azure.
Pada menu Hub, pilih Langganan. Jika Anda tidak melihatnya, pilih Semua layanan.
Temukan entri langganan yang sesuai, lalu lihat bidang PERAN SAYA. Untuk coadministrator, nilainya harus admin Akun. Jika Anda tidak dapat menambahkan coadministrator, hubungi administrator layanan atau koadministrator agar langganan ditambahkan.
Mendaftarkan langganan Anda untuk namespace Microsoft.ClassicInfrastructureMigrate menggunakan Portal, PowerShell, atau CLI
```
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```
Periksa status pendaftaran Anda. Diperlukan beberapa menit untuk menyelesaikan proses.
```
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```

Apa beda migrasi untuk Cloud Services (klasik) dengan Virtual Machines (klasik)?

Azure Service Manager mendukung dua produk komputasi yang berbeda, Azure Virtual Machines (klasik) dan peran Azure Cloud Services (klasik) atau Web/Worker. Kedua produk berbeda berdasarkan jenis penyebaran yang terletak di dalam Cloud Service. Azure Cloud Services (klasik) menggunakan Cloud Services yang berisi penyebaran dengan peran Web/Worker. Azure Virtual Machines (klasik) menggunakan cloud services yang berisi penyebaran dengan IAAS VM.

Daftar skenario yang didukung berbeda antara Cloud Services (klasik) dan Virtual Machines (klasik) karena perbedaan dalam jenis penyebaran.

Langkah migrasi

Pelanggan dapat memigrasikan penyebaran Cloud Services (klasik) mereka menggunakan empat operasi yang sama dengan yang digunakan untuk memigrasikan Virtual Machines (klasik).

Validasi Migrasi - Memvalidasi bahwa skenario umum yang tidak didukung tidak akan mencegah migrasi.
Siapkan Migrasi - Menduplikasi metadata sumber daya di Azure Resource Manager. Semua sumber daya dikunci untuk operasi buat/perbarui/hapus untuk memastikan metadata sumber daya disinkronkan di Azure Server Manager dan Azure Resource Manager. Semua operasi baca berfungsi menggunakan API Cloud Services (klasik) dan Cloud Services (dukungan yang diperluas).
Batalkan Migrasi - Menghapus metadata sumber daya dari Azure Resource Manager. Membuka kunci semua sumber daya untuk operasi buat/perbarui/hapus.
Penerapan Migrasi - Menghapus metadata sumber daya dari Azure Service Manager. Membuka kunci sumber daya untuk operasi buat/perbarui/hapus. Batalkan tidak lagi diizinkan setelah melakukan upaya.

Catatan

Siapkan, Batalkan dan Terapkan yang tidak bisa diubah nilaninya dan karena itu, jika gagal, coba lagi untuk memperbaiki masalah.

Gambar memperlihatkan diagram tahapan yang terkait dengan migrasi.

Untuk informasi selengkapnya, lihat Gambaran Umum migrasi sumber daya IaaS yang didukung platform dari klasik ke Azure Resource Manager

Sumber daya dan fitur yang didukung tersedia untuk migrasi yang terkait dengan Cloud Services (klasik)

Akun Penyimpanan
Virtual Networks (Azure Batch tidak didukung)
Kelompok Keamanan Jaringan
Alamat IP Publik Yang Dipesan
Daftar Kontrol Akses Titik Akhir
Rute yang Ditentukan Pengguna
Load Balancer internal
Migrasi sertifikat ke key vault
Plugin dan Ekstensi (berbasis XML dan Json)
Pada Tugas Mulai/Saat Berhenti
Penyebaran dengan Jaringan yang Dipercepat
Penerapan menggunakan satu atau beberapa peran
Load Balancer Dasar
Input, Input Instans, Titik akhir Internal
Alamat IP Publik Dinamis
Nama DNS
Aturan Lalu Lintas Jaringan

Konfigurasi/skenario migrasi yang didukung

Daftar berikut berisi skenario teratas yang melibatkan kombinasi sumber daya, fitur, dan Cloud Services. Daftar ini tidak lengkap.

Layanan	Konfigurasi	Komentar
Microsoft Entra Domain Services	Jaringan virtual yang berisi Microsoft Entra Domain Services.	Jaringan virtual yang berisi penyebaran Cloud Service dan Microsoft Entra Domain Services didukung. Pelanggan pertama-tama perlu memigrasikan Microsoft Entra Domain Services secara terpisah dan kemudian memigrasikan jaringan virtual yang tersisa hanya dengan penyebaran Cloud Service
Layanan Cloud	Cloud Service dengan penyebaran dalam satu slot saja.	Cloud Services yang berisi penyebaran slot prod dapat dimigrasikan. Tidak disarankan untuk memigrasikan slot penahapan karena proses ini dapat mengakibatkan masalah dengan mempertahankan layanan FQDN. Untuk memigrasikan slot penahapan, pertama-tama promosikan penyebaran penahapan ke produksi lalu migrasikan ke Azure Resource Manager.
Layanan Cloud	Penyebaran tidak dalam jaringan virtual yang terlihat publik (penyebaran jaringan virtual default)	Cloud Service dapat berada dalam jaringan virtual yang terlihat secara publik, dalam jaringan virtual tersembunyi atau tidak di jaringan virtual apa pun. Cloud Services dalam jaringan virtual tersembunyi dan jaringan virtual yang terlihat secara publik didukung untuk migrasi. Pelanggan dapat menggunakan Api Validasi untuk mengetahui apakah deployment berada di dalam jaringan virtual default atau tidak dan dengan demikian menentukan apakah itu dapat dimigrasikan.
Layanan Cloud	Ekstensi XML (BGInfo, Visual Studio Debugger, Web Deploy, dan Remote Debugging).	Semua ekstensi xml didukung untuk migrasi
Virtual Network	Jaringan virtual yang berisi beberapa Cloud Services.	Jaringan virtual berisi beberapa cloud services yang didukung untuk migrasi. Jaringan virtual dan semua Cloud Services di dalamnya bermigrasi bersama ke Azure Resource Manager.
Virtual Network	Migrasi jaringan virtual yang dibuat melalui Portal (Memerlukan penggunaan "Nama-Grup Sumber Daya VNet-Name" dalam file .cscfg)	Sebagai bagian dari migrasi, nama jaringan virtual dalam cscfg berubah untuk menggunakan ID Azure Resource Manager dari jaringan virtual. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) Untuk mengelola penyebaran setelah migrasi, perbarui salinan lokal file .cscfg untuk mulai menggunakan ID Azure Resource Manager alih-alih nama jaringan virtual. File .cscfg yang menggunakan skema penamaan lama gagal divalidasi.
Virtual Network	Migrasi penyebaran dengan peran di subnet yang berbeda.	Cloud service dengan peran yang berbeda dalam subnet yang berbeda didukung untuk migrasi.

Langkah berikutnya

Gambaran umum migrasi sumber daya IaaS yang didukung platform dari klasik ke Azure Resource Manager
Melakukan migrasi ke Cloud Services (dukungan diperpanjang) menggunakan portal Azure
Melakukan migrasi ke Cloud Services (dukungan diperpanjang) menggunakan PowerShell

Bagikan melalui