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

Artikel
04/18/2023

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.

Layanan Cloud (dukungan yang diperluas) mendukung dua jalur bagi pelanggan untuk bermigrasi dari Azure Service Manager ke Azure Resource Manager: Sebar ulang dan Migrasi di tempat.

Tabel di bawah ini menyoroti perbandingan antara kedua opsi tersebut.

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.
Ini adalah migrasi lift dan shift yang menawarkan lebih banyak fleksibilitas tetapi membutuhkan waktu tambahan untuk bermigrasi.	Ini adalah migrasi otomatis yang menawarkan migrasi cepat tetapi kurang fleksibel.

Saat mengevaluasi rencana migrasi dari Microsoft Azure Cloud Services (klasik) ke Microsoft Azure Cloud Services (dukungan yang diperluas), Anda mungkin ingin menyelidiki layanan Azure tambahan seperti: Virtual Machine Scale Sets, App Service, Azure Kubernetes Service, dan Azure Service Fabric. Layanan ini akan terus menampilkan kemampuan tambahan, sementara Microsoft Azure Cloud Services (dukungan yang diperluas) utamanya akan mempertahankan paritas fitur dengan Microsoft Azure 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, Microsoft Azure 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 mendasari sehubungan dengan pembaruan domain, bagaimana peningkatan berlangsung, pemutaran kembali, dan perubahan layanan yang diizinkan selama pembaruan 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.
Menyediakan kemampuan untuk menguji 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 koadministrator, nilainya harus admin Akun. Jika Anda tidak dapat menambahkan administrator bersama, hubungi administrator layanan atau administrator bersama agar langganan ditambahkan.
Mendaftarkan langganan Anda untuk Microsoft.ClassicInfrastructureMigrate namespace 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 migrasi tidak akan dicegah oleh skenario umum yang tidak didukung.
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 akan berfungsi menggunakan API Cloud Services (klasik) dan Cloud Services (dukungan diperpanjang).
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. Pembatalan tidak lagi diperbolehkan setelah penerapan dicoba.

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

Ini adalah 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 ini dapat mengakibatkan masalah dengan mempertahankan layanan FQDN. Untuk memigrasikan slot penahapan, pertama-tama promosikan penyebaran penahapan ke produksi lalu migrasikan ke ARM.
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 akan dimigrasikan 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 akan diubah 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 tidak akan lulus validasi.
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