Melakukan migrasi ke Lingkungan App Service v3
Catatan
Fitur migrasi App Service Environment v3 sekarang tersedia untuk serangkaian konfigurasi lingkungan yang didukung di wilayah tertentu. Pertimbangkan fitur yang menyediakan jalur migrasi otomatis ke App Service Environment v3.
Jika saat ini Anda menggunakan App Service Environment v1 atau v2, Anda memiliki kesempatan untuk memindahkan beban kerja Anda ke App Service Environment v3. App Service Environment v3 memiliki kelebihan dan perbedaan fitur yang memberikan dukungan yang ditingkatkan untuk beban kerja Anda dan dapat mengurangi biaya keseluruhan. Pertimbangkan untuk menggunakan fitur migrasi jika lingkungan Anda termasuk dalam salah satu skenario yang didukung. Jika saat ini lingkungan Anda tidak didukung oleh fitur migrasi, Anda dapat menunggu dukungan jika skenario Anda tercantum dalam skenario yang didukung mendatang. Jika tidak, Anda dapat memilih untuk menggunakan salah satu opsi migrasi manual yang diberikan dalam artikel ini.
Jika App Service Environment Anda tidak akan didukung untuk migrasi dengan fitur migrasi, Anda harus menggunakan salah satu metode manual untuk bermigrasi ke App Service Environment v3.
Prasyarat
Skenario: Aplikasi yang sudah ada yang berjalan di App Service Environment v1 atau App Service Environment v2 dan Anda memerlukan aplikasi tersebut untuk berjalan di App Service Environment v3.
Untuk metode migrasi apa pun yang tidak menggunakan fitur migrasi, Anda harus membuat App Service Environment v3 dan subnet baru menggunakan metode pilihan Anda. Ada perbedaan fitur antara App Service Environment v1/v2 dan App Service Environment v3 serta perubahan jaringan yang akan melibatkan alamat IP baru (dan untuk lingkungan yang menghadapi internet, tambahan). Anda harus memperbarui infrastruktur apa pun yang bergantung pada IP ini.
Perhatikan bahwa beberapa App Service Environments tidak dapat berada di dalam satu subnet. Jika Anda perlu menggunakan subnet yang sudah ada untuk App Service Environment v3 baru, Anda harus menghapus App Service Environment yang ada sebelum membuat yang baru. Untuk skenario ini, metode migrasi yang disarankan adalah membuat cadangan aplikasi Anda dan kemudian memulihkannya di lingkungan baru setelah dibuat dan dikonfigurasi. Akan ada downtime aplikasi selama proses ini karena waktu yang dibutuhkan untuk menghapus lingkungan lama, membuat App Service Environment v3 yang baru, mengonfigurasi infrastruktur apa pun dan sumber daya yang terhubung untuk bekerja dengan lingkungan baru, dan menyebarkan aplikasi Anda ke lingkungan baru.
Daftar periksa sebelum memindahkan aplikasi
- Membuat App Service Environment v3
- Setelah membuat lingkungan baru, perbarui dependensi jaringan apa pun dengan alamat IP terkait dengan lingkungan baru
- Rencanakan downtime (jika ada)
- Memutuskan proses untuk membuat ulang aplikasi Anda di lingkungan baru Anda
Paket Isolated App Service v2
App Service Environment v3 menggunakan paket Isolated v2 App Service dengan harga dan ukuran yang berbeda dari paket Isolated. Tinjau detail SKU untuk memahami bagaimana lingkungan baru Anda harus diukur dan diskalakan untuk memastikan kapasitas yang sesuai. Tidak ada perbedaan dalam cara Anda membuat paket App Service untuk App Service Environment v3 dibandingkan dengan versi sebelumnya.
Mencadangkan dan memulihkan
Fitur pencadangan dan pemulihan memungkinkan Anda menjaga konfigurasi aplikasi, konten file, dan database tetap terhubung ke aplikasi saat bermigrasi ke lingkungan baru Anda. Pastikan Anda meninjau detail fitur ini.
Instruksi langkah demi langkah dalam dokumentasi saat ini untuk mencadangkan dan memulihkan harus cukup untuk memungkinkan Anda menggunakan fitur ini. Ketika pemulihan, opsi Penyimpanan memungkinkan Anda memilih file ZIP cadangan apa pun dari kontainer akun Azure Storage yang ada di langganan Anda. Sampel konfigurasi pemulihan diberikan dalam tangkapan layar berikut.
| Keuntungan | Batasan |
|---|---|
| Cepat - hanya perlu 5-10 menit per aplikasi | Dukungan terbatas pada jenis database tertentu |
| Beberapa aplikasi dapat dipulihkan secara bersamaan (pemulihan perlu dikonfigurasi untuk setiap aplikasi secara individual) | Lingkungan lama dan baru serta sumber daya pendukungnya (misalnya aplikasi, database, akun penyimpanan, dan kontainer) semuanya harus berada dalam langganan yang sama |
| Database MySQL dalam aplikasi akan dicadangkan otomatis tanpa konfigurasi apa pun | Cadangan dapat mencapai hingga 10 GB dari konten aplikasi dan konten database, hingga 4GB yang bisa saja menjadi cadangan database. Jika ukuran cadangan melebihi batas ini, Anda akan menerima kesalahan. |
| Dapat memulihkan aplikasi ke snapshot dari status sebelumnya | Menggunakan akun penyimpanan yang diaktifkan firewall sebagai tujuan untuk pencadangan yang tidak didukung |
| Dapat berintegrasi dengan Azure Traffic Manager dan Azure Application Gateway untuk mendistribusikan lalu lintas di lingkungan lama dan baru | Menggunakan akun penyimpanan yang didukung titik akhir privat untuk pencadangan dan pemulihan yang tidak didukung |
| Dapat membuat aplikasi web kosong untuk pemulihan di lingkungan baru Anda sebelum Anda mulai memulihkan untuk mempercepat proses |
Mengkloning aplikasi Anda ke App Service Environment v3
Mengkloning aplikasi Anda adalah fitur lain yang dapat digunakan untuk mendapatkan aplikasi Windows Anda ke App Service Environment v3 Anda. Ada batasan dengan aplikasi kloning. Batasan ini sama dengan yang ada untuk fitur App Service Backup, lihat Mencadangkan aplikasi di Azure App Service.
Catatan
Aplikasi kloning hanya didukung di Windows App Service.
Solusi ini direkomendasikan untuk pengguna yang menggunakan Windows App Service dan tidak dapat bermigrasi menggunakan fitur migrasi. Anda harus menyiapkan App Service Environment v3 baru sebelum mengkloning aplikasi apa pun. Mengkloning sebuah aplikasi dapat memakan hingga 30 menit untuk menyelesaikannya. Kloning dapat dilakukan menggunakan PowerShell seperti yang dijelaskan dalam dokumentasi atau menggunakan portal Azure.
Untuk mengkloning aplikasi menggunakan portal Azure, arahkan ke App Service yang ada dan pilih Clone App di bawah Development Tools. Isi bidang yang diperlukan dengan menggunakan detail untuk App Service Environment v3 baru Anda.
- Pilih Resource Group yang sudah ada atau buat baru.
- Beri nama untuk aplikasi Anda. Nama ini bisa sama dengan aplikasi lama, tetapi perhatikan URL default situs menggunakan lingkungan baru akan berbeda. Anda harus memperbarui DNS kustom atau sumber daya yang terhubung untuk menunjuk ke URL baru.
- Gunakan nama App Service Environment v3 untuk Region.
- Pilih apakah akan mengkloning sumber penyebaran Anda atau tidak.
- Anda dapat menggunakan paket Windows App Service yang sudah ada dari lingkungan baru Anda jika Anda sudah membuatnya, atau membuat yang baru. Paket Windows App Service yang tersedia di App Service Environment v3 baru, jika ada, akan tercantum dalam dropdown.
- Ubah SKU dan ukuran sesuai kebutuhan menggunakan salah satu opsi Isolated v2 jika membuat paket App Service baru. Perhatikan App Service Environment v3 menggunakan paket Isolated v2, yang memiliki lebih banyak memori dan CPU per ukuran instans yang sesuai dibandingkan dengan paket Isolated. Untuk informasi selengkapnya, lihat Detail SKU App Service Environment v3.
| Keuntungan | Batasan |
|---|---|
| Dapat diotomatisasi menggunakan PowerShell | Hanya didukung di Windows App Service |
| Beberapa aplikasi dapat dikloning secara bersamaan (kloning perlu dikonfigurasi untuk setiap aplikasi secara individual atau menggunakan skrip) | Dukungan terbatas pada jenis database tertentu |
| Dapat berintegrasi dengan Azure Traffic Manager dan Azure Application Gateway untuk mendistribusikan lalu lintas di lingkungan lama dan baru | Lingkungan lama dan baru serta sumber daya pendukungnya (misalnya aplikasi, database, akun penyimpanan, dan kontainer) semuanya harus berada dalam langganan yang sama |
Membuat aplikasi Anda secara manual di App Service Environment v3
Jika fitur di atas tidak mendukung aplikasi Anda atau Anda ingin mengambil rute yang lebih manual, Anda memiliki opsi untuk menyebarkan aplikasi Anda mengikuti proses yang sama dengan yang Anda gunakan untuk App Service Environment yang ada. Anda tidak perlu melakukan pembaruan saat menyebarkan aplikasi ke lingkungan baru kecuali Anda ingin membuat perubahan atau memanfaatkan fitur khusus App Service Environment v3.
Anda dapat mengekspor templat Azure Resource Manager (ARM) dari aplikasi yang ada, paket App Service, dan sumber daya lain yang didukung dan menyebarkannya di dalam atau dengan lingkungan baru Anda. Untuk mengekspor templat hanya untuk aplikasi Anda, buka App Service Anda dan buka Ekspor templat di bawah Otomatisasi.
Anda juga dapat mengekspor templat untuk beberapa sumber daya langsung dari grup sumber daya Anda dengan membuka grup sumber daya Anda, memilih sumber daya yang Anda inginkan untuk templat, lalu memilih templat Ekspor.
Perubahan awal berikut pada templat Azure Resource Manager Anda diperlukan untuk memasukkan aplikasi Anda ke App Service Environment v3:
Perbarui parameter SKU untuk paket App Service ke paket Isolated v2 seperti yang ditunjukkan di bawah ini
"type": "Microsoft.Web/serverfarms", "apiVersion": "2021-02-01", "name": "[parameters('serverfarm_name')]", "location": "East US", "sku": { "name": "I1v2", "tier": "IsolatedV2", "size": "I1v2", "family": "Iv2", "capacity": 1 },Perbarui parameter paket App Service (serverfarm) aplikasi akan disebarkan ke dalam paket yang terkait dengan App Service Environment v3
Perbarui parameter profil lingkungan hosting (hostingEnvironmentProfile) ke ID sumber daya App Service Environment v3 yang baru
Ekspor templat Azure Resource Manager mencakup semua properti yang diekspos oleh penyedia sumber daya untuk sumber daya yang diberikan. Hapus semua properti yang tidak diperlukan seperti yang mengarah ke domain aplikasi lama. Misalnya, sumber daya Anda
sitesdapat disederhanakan ke sampel berikut:"type": "Microsoft.Web/sites", "apiVersion": "2021-02-01", "name": "[parameters('site_name')]", "location": "East US", "dependsOn": [ "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]" ], "properties": { "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]", "siteConfig": { "linuxFxVersion": "NODE|14-lts" }, "hostingEnvironmentProfile": { "id": "[parameters('hostingEnvironments_externalid')]" } }
Perubahan lain mungkin diperlukan tergantung pada bagaimana aplikasi Anda dikonfigurasi.
Templat Azure Resource Manager dapat disebarkan menggunakan beberapa metode termasuk menggunakan portal Azure, Azure CLI, atau PowerShell.
Panduan untuk migrasi manual
Fitur migrasi mengotomatiskan migrasi ke App Service Environment v3 dan pada saat yang sama mentransfer semua aplikasi Anda ke lingkungan baru. Ada sekitar satu jam downtime selama migrasi ini. Jika Anda berada dalam posisi di mana Anda tidak dapat mengalami downtime, rekomendasinya adalah menggunakan salah satu opsi manual untuk membuat ulang aplikasi Anda di App Service Environment v3.
Anda dapat mendistribusikan lalu lintas antara lingkungan lama dan baru Anda menggunakan Application Gateway. Jika Anda menggunakan App Service Environment Internal Load Balancer (ILB), lihat pertimbangannya dan buat Azure Application Gateway dengan kumpulan backend tambahan untuk mendistribusikan lalu lintas di antara lingkungan Anda. Untuk App Service Environment yang menghadap ke internet, lihat pertimbangan ini. Anda juga dapat menggunakan layanan seperti Azure Front Door, Azure Content Delivery Network (CDN), dan Azure Traffic Manager untuk mendistribusikan lalu lintas antar lingkungan. Menggunakan layanan ini memungkinkan pengujian lingkungan baru Anda secara terkendali dan memungkinkan Anda untuk pindah ke lingkungan baru Anda dengan kecepatan Anda sendiri.
Setelah migrasi dan pengujian apa pun dengan lingkungan baru Anda selesai, hapus App Service Environment lama Anda, aplikasi yang ada di dalamnya, dan sumber daya pendukung apa pun yang tidak lagi Anda butuhkan. Anda akan terus ditagih untuk sumber daya apa pun yang belum dihapus.
Tanya jawab umum
- Apakah saya akan mengalami downtime selama migrasi?
Downtime tergantung pada proses migrasi Anda. Jika Anda memiliki App Service Environment yang berbeda yang dapat Anda arahkan lalu lintasnya saat bermigrasi atau jika Anda dapat menggunakan subnet yang berbeda untuk membuat lingkungan baru Anda, Anda tidak akan mengalami downtime. Namun, jika Anda harus menggunakan subnet yang sama, akan ada downtime yang dihasilkan dari waktu yang diperlukan untuk menghapus lingkungan lama, membuat App Service Environment v3, membuat paket App Service baru, membuat ulang aplikasi, dan memperbarui sumber daya apa pun yang perlu diketahui tentang alamat IP baru. - Apakah saya perlu mengubah apa pun tentang aplikasi saya agar mereka berjalan di App Service Environment v3?
Tidak, aplikasi yang berjalan di App Service Environment v1 dan v2 seharusnya tidak memerlukan modifikasi apa pun untuk berjalan di App Service Environment v3. - Bagaimana jika App Service Environment saya memiliki sufiks domain kustom?
App Service Environment v3 tidak mendukung sufiks domain kustom saat ini. Anda tidak akan dapat bermigrasi hingga didukung jika ingin terus menggunakan fitur ini. - Bagaimana jika App Service Environment saya disematkan di zona?
Penyematan zona bukanlah fitur yang didukung di App Service Environment v3. Gunakan redundansi zona sebagai gantinya. - Properti apa dari App Service Environment saya yang akan berubah?
Anda sekarang akan berada di Lingkungan App Service v3 jadi pastikan untuk meninjau fitur dan perbedaan fiturnya dibandingkan dengan versi sebelumnya. Untuk Lingkungan App Service ILB, Anda akan menyimpan alamat IP ILB yang sama. Untuk Lingkungan App Service yang menghadap ke internet, alamat IP publik dan alamat IP keluar akan berubah. Catatan untuk Lingkungan App Service yang menghadap ke internet, sebelumnya ada satu IP untuk masuk dan keluar. Untuk Lingkungan App Service v3, mereka terpisah. Untuk informasi selengkapnya, lihat Jaringan App Service Environment v3. - Apa yang akan terjadi pada sumber daya App Service Environment v1/v2 saya setelah 31 Agustus 2024?
Setelah 31 Agustus 2024, jika Anda belum bermigrasi ke Lingkungan App Service v3, Lingkungan App Service v1/v2s dan aplikasi yang disebarkan di dalamnya tidak akan lagi tersedia. Lingkungan App Service v1/v2 dihosting pada unit skala App Service yang berjalan pada arsitektur Cloud Services (klasik) yang akan dihentikan pada 31 Agustus 2024. Oleh karena itu, Lingkungan App Service v1/v2 tidak akan tersedia lagi setelah tanggal tersebut. Pindahkan ke Lingkungan App Service v3 untuk menjaga aplikasi Anda tetap berjalan atau menyimpan atau mencadangkan sumber daya atau data apa pun yang perlu Anda pertahankan.