Melakukan migrasi ke Lingkungan App Service v3

Artikel
03/06/2024

Catatan

Ada dua fitur migrasi otomatis yang tersedia untuk membantu Anda meningkatkan ke Lingkungan App Service v3. Untuk mempelajari selengkapnya tentang fitur tersebut dan untuk bantuan memutuskan opsi migrasi mana yang tepat untuk Anda, lihat Pohon keputusan jalur migrasi. Pertimbangkan salah satu opsi otomatis untuk jalur yang lebih cepat 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 otomatis jika lingkungan Anda memenuhi kriteria yang dijelaskan di pohon keputusan jalur migrasi.

Jika Lingkungan App Service Anda tidak didukung untuk fitur migrasi, Anda harus menggunakan salah satu metode manual untuk bermigrasi ke Lingkungan App Service v3.

Prasyarat

Skenario: Anda memiliki aplikasi yang berjalan di App Service Environment v1 atau App Service Environment v2, dan Anda memerlukan aplikasi tersebut untuk dijalankan di App Service Environment v3.

Untuk metode migrasi apa pun yang tidak menggunakan fitur migrasi otomatis, Anda perlu membuat sumber daya App Service Environment v3 dan subnet baru dengan menggunakan metode pilihan Anda.

Perubahan jaringan antara App Service Environment v1/v2 dan App Service Environment v3 melibatkan alamat IP baru (dan untuk lingkungan yang terhubung ke internet, tambahan). Anda perlu memperbarui infrastruktur apa pun yang bergantung pada IP ini. Pastikan untuk memperhitungkan perubahan dependensi masuk, seperti port Azure Load Balancer.

Beberapa Lingkungan App Service tidak dapat ada dalam satu subnet. Jika Anda perlu menggunakan subnet yang ada untuk sumber daya App Service Environment v3 baru, Anda harus menghapus Lingkungan App Service yang ada sebelum membuat yang baru. Untuk skenario ini, kami sarankan Anda mencadangkan aplikasi lalu memulihkannya di lingkungan baru setelah Membuat dan mengonfigurasi lingkungan. Proses ini menyebabkan waktu henti aplikasi karena waktu yang diperlukan untuk:

Hapus lingkungan lama.
Buat sumber daya App Service Environment v3.
Konfigurasikan infrastruktur dan sumber daya yang terhubung untuk bekerja dengan lingkungan baru.
Sebarkan aplikasi Anda ke lingkungan baru.

Daftar periksa sebelum memindahkan aplikasi

Buat sumber daya App Service Environment v3 .
Perbarui dependensi jaringan apa pun dengan alamat IP yang terkait dengan lingkungan baru.
Rencanakan waktu henti (jika berlaku).
Tentukan proses untuk membuat ulang aplikasi Anda di lingkungan baru Anda.

Mengukur dan menskalakan lingkungan

App Service Environment v3 menggunakan paket Azure App Service Terisolasi v2 yang dihargai dan berukuran berbeda dari paket Terisolasi. Tinjau detail harga untuk memahami bagaimana lingkungan baru Anda perlu berukuran 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.

Mengevaluasi pencadangan dan pemulihan

Anda dapat menggunakan fitur pencadangan dan pemulihan untuk menjaga konfigurasi aplikasi, konten file, dan database Anda terhubung ke aplikasi saat bermigrasi ke lingkungan baru.

Anda harus mengonfigurasi cadangan kustom untuk aplikasi Anda untuk memulihkannya ke Lingkungan App Service v3. Pencadangan otomatis tidak mendukung pemulihan pada versi App Service Environment yang berbeda. Untuk informasi selengkapnya tentang pencadangan kustom, lihat Pencadangan otomatis vs. kustom. Screenshot that shows options for configuring custom backups for an App Service app.

Anda dapat memilih cadangan kustom dan memulihkannya ke App Service di sumber daya App Service Environment v3 Anda. Anda harus membuat paket App Service yang akan Anda pulihkan sebelum memulihkan aplikasi. Anda dapat memilih untuk memulihkan cadangan ke slot produksi, slot yang ada, atau slot baru yang Anda buat selama proses pemulihan.

Screenshot that shows how to use a backup to restore an App Service app in App Service Environment v3.

Keuntungan	Batasan
Cepat - hanya perlu waktu 5 hingga 10 menit per aplikasi.	Dukungan terbatas pada jenis database tertentu.
Anda dapat memulihkan beberapa aplikasi secara bersamaan. (Anda perlu mengonfigurasi pemulihan untuk setiap aplikasi satu per satu.)	Lingkungan lama, lingkungan baru, dan sumber daya pendukung (misalnya aplikasi, database, akun penyimpanan, dan kontainer) semuanya harus berada dalam langganan yang sama.
Database MySQL dalam aplikasi dicadangkan otomatis tanpa konfigurasi apa pun.	Cadangan dapat mencapai 10 GB aplikasi dan konten database. Hingga 4 GB konten tersebut dapat menjadi cadangan database. Jika ukuran cadangan melebihi batas ini, Anda akan menerima kesalahan.
Anda dapat memulihkan aplikasi ke rekam jepret status sebelumnya.	Menggunakan akun penyimpanan yang diaktifkan firewall sebagai tujuan untuk cadangan Anda tidak didukung.
Anda dapat berintegrasi dengan Azure Traffic Manager dan Azure Application Gateway untuk mendistribusikan lalu lintas di seluruh lingkungan lama dan baru.	Menggunakan akun penyimpanan dengan titik akhir privat untuk pencadangan dan pemulihan tidak didukung.
Anda dapat membuat aplikasi web kosong untuk dipulihkan di lingkungan baru sebelum mulai memulihkan, untuk mempercepat proses.	Hanya cadangan kustom yang didukung.

Mengkloning aplikasi Anda ke Lingkungan App Service v3

Mengkloning aplikasi Anda adalah fitur lain yang dapat Anda gunakan untuk mendapatkan aplikasi Windows Anda ke App Service Environment v3. Batasan untuk mengkloning aplikasi sama dengan yang ada untuk fitur cadangan App Service. Untuk informasi selengkapnya, lihat Mencadangkan aplikasi di Azure App Service.

Catatan

Aplikasi kloning hanya didukung untuk paket App Service di Windows.

Kami merekomendasikan solusi ini untuk pengguna yang menggunakan App Service di Windows dan tidak dapat bermigrasi dengan menggunakan fitur migrasi. Anda perlu menyiapkan sumber daya App Service Environment v3 baru sebelum mengkloning aplikasi apa pun. Mengkloning sebuah aplikasi dapat memakan hingga 30 menit untuk menyelesaikannya.

Untuk mengkloning aplikasi dengan menggunakan PowerShell, lihat instruksinya.

Untuk mengkloning aplikasi dengan menggunakan portal Azure:

Di portal Azure, buka paket App Service anda yang sudah ada. Di bawah Alat Pengembangan, pilih Kloning Aplikasi.
Isi bidang yang diperlukan dengan menggunakan detail untuk sumber daya App Service Environment v3 baru Anda:
1. Untuk Grup Sumber Daya, pilih grup sumber daya yang sudah ada atau buat yang baru.
2. Untuk Nama, beri nama aplikasi Anda. Nama ini bisa sama dengan aplikasi lama, tetapi URL default situs untuk lingkungan baru akan berbeda. Anda perlu memperbarui DNS kustom atau sumber daya yang tersambung untuk menunjuk ke URL baru.
3. Untuk Wilayah, gunakan nama App Service Environment v3 Anda.
4. Jika Anda ingin mengkloning sumber penyebaran, pilih kotak centang Kloning sumber penyebaran.
5. Untuk Paket Windows, Anda dapat menggunakan paket App Service yang sudah ada dari lingkungan baru jika Anda sudah membuatnya, atau Anda dapat membuat paket baru. Paket App Service yang tersedia di sumber daya App Service Environment v3 baru Anda muncul di daftar dropdown.
6. Untuk Sku dan ukuran, ubah memori dan CPU sesuai kebutuhan dengan menggunakan salah satu opsi v2 Terisolasi jika Anda membuat paket App Service baru. App Service Environment v3 menggunakan paket Isolated v2, yang memiliki lebih banyak memori dan CPU per ukuran instans yang sesuai dibandingkan dengan paket Terisolasi. Untuk informasi selengkapnya, lihat detail harga App Service Environment v3.

Screenshot that shows options for cloning an app to App Service Environment v3 by using the portal.

Keuntungan	Batasan
Anda dapat mengotomatiskan kloning dengan menggunakan PowerShell.	Hanya didukung untuk paket App Service di Windows.
Anda dapat mengkloning beberapa aplikasi secara bersamaan. (Kloning perlu dikonfigurasi untuk setiap aplikasi satu per satu atau melalui skrip.)	Dukungan terbatas pada jenis database tertentu.
Anda dapat berintegrasi dengan Azure Traffic Manager dan Azure Application Gateway untuk mendistribusikan lalu lintas di seluruh lingkungan lama dan baru.	Lingkungan lama, lingkungan baru, dan sumber daya pendukung (misalnya aplikasi, database, akun penyimpanan, dan kontainer) semuanya harus berada dalam langganan yang sama.

Buat aplikasi Anda secara manual di App Service Environment v3

Jika fitur migrasi tidak mendukung aplikasi atau Anda ingin mengambil rute yang lebih manual, Anda dapat menyebarkan aplikasi dengan mengikuti proses yang sama dengan yang Anda gunakan untuk Lingkungan App Service yang ada.

Anda dapat mengekspor templat Azure Resource Manager (templat ARM) aplikasi yang ada, paket App Service, dan sumber daya lain yang didukung dan menyebarkannya di atau dengan lingkungan baru Anda. Untuk mengekspor templat hanya untuk aplikasi, buka paket App Service Anda. Di Otomatisasi, pilih Ekspor templat.

Screenshot of the option to export a template on the left pane of the Azure portal.

Anda juga dapat mengekspor templat untuk beberapa sumber daya langsung dari grup sumber daya Anda. Buka grup sumber daya Anda, pilih sumber daya yang anda inginkan templatnya, lalu pilih Ekspor templat.

Screenshot of the option for exporting a template for resources from a resource group.

Perubahan awal berikut pada templat ARM Anda diperlukan untuk mendapatkan aplikasi Anda ke App Service Environment v3:

Perbarui sku parameter untuk paket App Service ke paket v2 Terisolasi:

"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) tempat aplikasi akan disebarkan ke paket yang terkait dengan App Service Environment v3.
Perbarui parameter profil lingkungan hosting (hostingEnvironmentProfile) ke ID sumber daya App Service Environment v3 baru.

Ekspor templat ARM mencakup semua properti yang diekspos penyedia sumber daya untuk sumber daya. Hapus semua properti yang tidak diperlukan, seperti properti yang menunjuk ke domain aplikasi lama. Misalnya, Anda dapat menyederhanakan sites sumber daya 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 cara Anda mengonfigurasi aplikasi Anda. Misalnya, jika Anda menggunakan identitas terkelola yang ditetapkan sistem dan nama aplikasi yang sama untuk lingkungan lama dan baru, Anda mungkin mengalami konflik. Untuk mengatasi konflik ini dan menghindari waktu henti, Anda dapat menggunakan identitas terkelola yang ditetapkan pengguna.

Anda dapat menyebarkan templat ARM dengan menggunakan portal Azure, Azure CLI, atau PowerShell.

Melakukan migrasi secara manual

Fitur migrasi di tempat mengotomatiskan migrasi ke Lingkungan App Service v3 dan mentransfer semua aplikasi Anda ke lingkungan baru. Ada sekitar satu jam downtime selama migrasi ini. Jika aplikasi Anda tidak dapat memiliki waktu henti, kami sarankan Anda menggunakan fitur migrasi berdampingan, yang merupakan opsi migrasi tanpa waktu henti karena lingkungan baru dibuat di subnet yang berbeda. Jika Anda juga memilih untuk tidak menggunakan fitur migrasi berdampingan, Anda dapat 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 dengan menggunakan Application Gateway. Jika Anda menggunakan Lingkungan App Service load balancer internal (ILB), buat instans Azure Application Gateway dengan kumpulan back-end tambahan untuk mendistribusikan lalu lintas antar lingkungan Anda. Untuk informasi tentang ILB App Service Environments dan Lingkungan App Service yang terhubung ke internet, lihat Integrasi Application Gateway.

Anda juga dapat menggunakan layanan seperti Azure Front Door, Azure Content Delivery Network, dan Azure Traffic Manager untuk mendistribusikan lalu lintas antar lingkungan. Menggunakan layanan ini memungkinkan pengujian lingkungan baru Anda dengan cara yang terkontrol dan membantu Anda pindah ke lingkungan baru Anda dengan kecepatan Anda sendiri.

Setelah migrasi dan pengujian apa pun dengan lingkungan baru Anda selesai, hapus Lingkungan App Service lama Anda, aplikasi yang ada di dalamnya, dan sumber daya pendukung apa pun yang tidak lagi Anda butuhkan. Anda terus dikenakan biaya untuk sumber daya apa pun yang tidak Anda hapus.

Tanya jawab umum

Bagaimana cara mengetahui apakah saya harus bermigrasi ke App Service Environment v3 menggunakan salah satu opsi manual?
Untuk bantuan memutuskan opsi migrasi mana yang tepat untuk Anda, lihat Pohon keputusan jalur migrasi. Jika lingkungan Anda memenuhi kriteria yang dijelaskan dalam pohon keputusan jalur migrasi, pertimbangkan untuk menggunakan salah satu fitur migrasi otomatis untuk jalur yang lebih cepat ke Lingkungan App Service v3. Migrasi manual disarankan jika Anda perlu memindahkan aplikasi secara perlahan ke lingkungan baru dan memvalidasi sepanjang seluruh proses.
Apakah akan ada waktu henti selama migrasi?
Downtime tergantung pada proses migrasi Anda. Jika Anda memiliki Lingkungan App Service lain yang dapat mengarahkan lalu lintas saat bermigrasi, atau jika Anda dapat menggunakan subnet yang berbeda untuk membuat lingkungan baru, Anda tidak akan memiliki waktu henti. Jika Anda harus menggunakan subnet yang sama, ada waktu henti saat Anda menghapus lingkungan lama, membuat sumber daya App Service Environment v3, membuat paket App Service baru, membuat ulang aplikasi, dan memperbarui sumber daya apa pun yang menggunakan 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 dijalankan di App Service Environment v3. Jika Anda menggunakan IP SSL, Anda harus menghapus pengikatan IP SSL sebelum bermigrasi.
Bagaimanakah jika Lingkungan App Service saya memiliki akhiran domain kustom?
Fitur migrasi mendukung skenario migrasi ini. Anda dapat bermigrasi dengan menggunakan metode manual jika Anda tidak ingin menggunakan fitur migrasi. Anda dapat mengonfigurasi akhiran domain kustom saat membuat sumber daya App Service Environment v3 atau kapan saja setelahnya.
Bagaimana jika sumber daya App Service Environment v2 saya disematkan zona?
Penyematan zona bukanlah fitur yang didukung di App Service Environment v3. Anda dapat memilih untuk mengaktifkan redundansi zona saat membuat sumber daya App Service Environment v3 Anda.
Properti apa dari App Service Environment saya yang akan berubah?
Tinjau perbedaan fitur antara App Service Environment v3 dan versi sebelumnya. Untuk ILB App Service Environments, Anda menyimpan alamat IP ILB yang sama. Untuk Lingkungan App Service yang terhubung ke internet, alamat IP publik dan alamat IP keluar berubah.

Untuk Lingkungan App Service yang menghadap internet, sebelumnya ada satu IP untuk masuk dan keluar. Untuk Lingkungan App Service v3, mereka terpisah. Untuk informasi selengkapnya, lihat Jaringan Lingkungan App Service v3.
Apakah pencadangan dan pemulihan didukung untuk memindahkan aplikasi dari Lingkungan App Service v2 ke v3? Fitur pencadangan dan pemulihan mendukung pemulihan aplikasi antara versi App Service Environment selama Anda menggunakan cadangan kustom untuk pemulihan. Pencadangan otomatis tidak mendukung pemulihan ke versi App Service Environment yang berbeda.
Apa yang akan terjadi pada sumber daya App Service Environment v1 dan v2 saya setelah 31 Agustus 2024?
Setelah 31 Agustus 2024, jika Anda belum bermigrasi ke App Service Environment v3, sumber daya App Service Environment v1 dan v2 Anda dan aplikasi yang disebarkan di dalamnya tidak akan tersedia lagi.

App Service Environment v1 dan v2 dihosting pada unit skala App Service yang berjalan pada arsitektur Azure Cloud Services (klasik). Karena arsitektur ini akan dihentikan pada 31 Agustus 2024, Lingkungan App Service v1 dan v2 tidak akan tersedia setelah tanggal tersebut. Migrasikan ke App Service Environment v3 untuk menjaga aplikasi Anda tetap berjalan, atau menyimpan atau mencadangkan sumber daya atau data apa pun yang perlu Anda pertahankan.