Bagikan melalui

Migrasi ke Lingkungan App Service v3 menggunakan fitur migrasi di tempat

  • Artikel

Catatan

Fitur migrasi yang dijelaskan dalam artikel ini digunakan untuk migrasi otomatis di tempat (subnet yang sama) dari Lingkungan App Service v1 dan v2 ke Lingkungan App Service v3. Jika Anda belum meminta masa tenggang 30 hari, tinjau gambaran umum masa tenggang, lalu minta masa tenggang dengan membuka portal Azure dan mengunjungi bilah Migrasi untuk setiap Lingkungan App Service Anda.

Jika Anda mencari informasi tentang fitur migrasi berdampingan, lihat Migrasi ke Lingkungan App Service v3 dengan menggunakan fitur migrasi berdampingan. Jika Anda mencari informasi tentang opsi migrasi manual, lihat Opsi migrasi manual. Untuk bantuan memutuskan opsi migrasi mana yang tepat untuk Anda, lihat Pohon keputusan jalur migrasi. Untuk informasi selengkapnya tentang Lingkungan App Service v3, lihat Ringkasan App Service Environment v3.

App Service dapat mengotomatiskan migrasi Lingkungan App Service v1 dan v2 Anda ke Lingkungan App Service v3. Ada berbagai opsi migrasi. Tinjau pohon keputusan jalur migrasi untuk memutuskan opsi mana yang terbaik untuk kasus penggunaan Anda. App Service Environment v3 memberikan keunggulan dan perbedaan fitur dibandingkan versi sebelumnya. Pastikan untuk meninjau fitur yang didukung Lingkungan App Service v3 sebelum bermigrasi untuk mengurangi risiko masalah aplikasi yang tidak terduga.

Fitur migrasi di tempat mengotomatiskan migrasi Anda ke Lingkungan App Service v3 dengan meningkatkan Lingkungan App Service yang ada di subnet yang sama. Opsi migrasi ini paling cocok untuk pelanggan yang ingin bermigrasi ke App Service Environment v3 dengan perubahan minimal pada konfigurasi jaringan mereka. Anda juga harus dapat mendukung sekitar satu jam waktu henti aplikasi. Jika Anda tidak dapat mendukung waktu henti, lihat fitur migrasi samping atau opsi migrasi manual.

Penting

Disarankan untuk menggunakan fitur ini untuk lingkungan dev terlebih dahulu sebelum memigrasikan lingkungan produksi apa pun guna memastikan tidak ada masalah yang tidak terduga. Harap berikan umpan balik apa pun yang terkait dengan artikel ini atau fitur menggunakan tombol di bagian bawah halaman.

Skenario yang didukung

Saat ini, fitur migrasi di tempat tidak mendukung migrasi ke App Service Environment v3 di wilayah berikut:

Microsoft Azure dioperasikan oleh 21Vianet

  • Tiongkok Timur 2
  • Tiongkok Utara 2

Konfigurasi Lingkungan App Service berikut dapat dimigrasikan menggunakan fitur migrasi di tempat. Tabel ini memberikan konfigurasi App Service Environment v3 saat menggunakan fitur migrasi di tempat berdasarkan Lingkungan App Service yang ada. Semua Lingkungan App Service yang didukung dapat dimigrasikan ke App Service Environment v3 zona redundan menggunakan fitur migrasi di tempat selama lingkungan berada di wilayah yang mendukung redundansi zona. Anda dapat mengonfigurasi redundansi zona selama proses migrasi.

Konfigurasi Konfigurasi Lingkungan App Service v3
Lingkungan App Service v2 Load Balancer Internal (ILB) Lingkungan App Service v3 ILB
Lingkungan App Service v2 Eksternal (ELB/akses internet dengan IP publik) Lingkungan App Service v3 ELB
Lingkungan App Service ILB v2 dengan akhiran domain kustom Lingkungan App Service v3 ILB dengan akhiran domain kustom
Lingkungan App Service v1 ILB Lingkungan App Service v3 ILB
Lingkungan App Service v1 ELB Lingkungan App Service v3 ELB
Lingkungan App Service ILB v1 dengan akhiran domain kustom Lingkungan App Service v3 ILB dengan akhiran domain kustom
Zona disematkan Lingkungan App Service v2 App Service Environment v3 dengan konfigurasi redundansi zona opsional

Jika Anda ingin Lingkungan App Service v3 baru Anda menggunakan akhiran domain kustom dan saat ini Anda tidak menggunakannya, akhiran domain kustom dapat dikonfigurasi kapan saja setelah migrasi selesai. Untuk informasi selengkapnya, lihat Mengonfigurasi akhiran domain kustom untuk Lingkungan App Service.

Anda dapat menemukan versi Lingkungan App Service Anda dengan menavigasi ke Lingkungan App Service Anda di portal Azure dan memilih Konfigurasi di bawah Pengaturan di sisi kiri. Anda juga dapat menggunakan Azure Resource Explorer dan meninjau nilai properti kind untuk Lingkungan App Service Anda.

Batasan fitur migrasi di tempat

Berikut ini adalah batasan saat menggunakan fitur migrasi di tempat:

  • Lingkungan App Service v3 baru Anda adalah subnet yang ada yang digunakan untuk lingkungan lama Anda.
  • Anda tidak dapat mengubah wilayah tempat Lingkungan App Service Anda berada.
  • Lingkungan App Service ELB tidak dapat dimigrasikan ke ILB App Service Environment v3 dan sebaliknya.
  • Jika Lingkungan App Service yang ada menggunakan akhiran domain kustom, Anda perlu mengonfigurasi akhiran domain kustom untuk Lingkungan App Service v3 Anda selama proses migrasi.
    • Jika Anda tidak lagi ingin menggunakan akhiran domain kustom, Anda dapat menghapusnya setelah migrasi selesai.

App Service Environment v3 tidak mendukung fitur berikut yang dapat Anda gunakan dengan App Service Environment v1 atau v2 Anda saat ini.

  • Mengonfigurasi pengikatan TLS/SSL berbasis IP dengan aplikasi Anda.
  • Lingkungan App Service v3 tidak kembali ke Azure DNS jika server DNS kustom yang dikonfigurasi di jaringan virtual tidak dapat menyelesaikan nama tertentu. Jika perilaku ini diperlukan, pastikan bahwa Anda memiliki penerus ke DNS publik atau memasukkan Azure DNS ke dalam daftar server DNS kustom.

Fitur migrasi di tempat tidak mendukung skenario berikut. Lihat opsi migrasi manual jika Lingkungan App Service Anda termasuk dalam kategori ini.

  • Lingkungan App Service v1 di jaringan virtual Klasik
  • Lingkungan App Service v2 ELB dengan alamat IP SSL
  • Lingkungan App Service v1 ELB dengan alamat IP SSL
  • Lingkungan App Service dengan nama yang tidak memenuhi batas karakter. Seluruh nama, termasuk akhiran domain, harus 64 karakter atau kurang. Misalnya: my-ase-name.appserviceenvironment.net untuk ILB dan my-ase-name.p.azurewebsites.net untuk ELB harus 64 karakter atau lebih sedikit. Jika tidak memenuhi batas karakter, Anda harus bermigrasi secara manual. Batas karakter khusus untuk nama Lingkungan App Service adalah sebagai berikut:
    • Batas karakter nama ILB App Service Environment: 36 karakter
    • Batas karakter nama Lingkungan App Service ELB: 42 karakter

Platform App Service meninjau Lingkungan App Service Anda untuk mengonfirmasi dukungan migrasi di tempat. Jika skenario Anda tidak lulus semua pemeriksaan validasi, Anda tidak dapat bermigrasi saat ini menggunakan fitur migrasi di tempat. Jika lingkungan Anda dalam keadaan tidak sehat atau ditangguhkan, Anda tidak dapat bermigrasi hingga Membuat pembaruan yang diperlukan.

Catatan

App Service Environment v3 tidak mendukung IP SSL. Jika Anda menggunakan IP SSL, Anda harus menghapus semua pengikatan IP SSL sebelum bermigrasi ke Lingkungan App Service v3. Fitur migrasi akan mendukung lingkungan Anda setelah semua pengikatan IP SSL dihapus.

Pemecahan Masalah

Jika Lingkungan App Service Anda tidak lulus pemeriksaan validasi atau Anda mencoba melakukan langkah migrasi dalam urutan yang salah, Anda dapat melihat salah satu pesan kesalahan berikut:

Pesan kesalahan Deskripsi Rekomendasi
Migrasi hanya dapat dipanggil pada ASE di ARM VNET dan ASE ini berada di VNET Klasik. Lingkungan App Service di VNet Klasik tidak dapat bermigrasi menggunakan fitur migrasi di tempat. Migrasi menggunakan salah satu opsi migrasi manual.
Migrasi ASEv3 belum siap. Infrastruktur yang mendasar belum siap mendukung App Service Environment v3. Migrasi menggunakan salah satu opsi migrasi manual jika Anda ingin segera bermigrasi. Jika tidak, tunggu fitur migrasi di tempat tersedia di wilayah Anda.
Migrasi tidak dapat dipanggil di ASE ini, silakan hubungi dukungan untuk bantuan migrasi. Dukungan perlu dilibatkan untuk memigrasikan Lingkungan App Service ini. Masalah ini berpotensi disebabkan oleh pengaturan kustom yang digunakan oleh lingkungan ini. Buka kasus dukungan untuk melibatkan dukungan untuk menyelesaikan masalah Anda.
Migrasi tidak dapat dipanggil jika SSL IP diaktifkan di salah satu situs. Lingkungan App Service yang mengaktifkan situs dengan IP SSL tidak dapat dimigrasikan menggunakan fitur migrasi. Hapus IP SSL dari semua aplikasi Anda di Lingkungan App Service untuk mengaktifkan fitur migrasi.
Migrasi penuh tidak dapat dipanggil sebelum alamat IP dibuat. Kesalahan ini muncul jika Anda mencoba bermigrasi sebelum menyelesaikan langkah-langkah pramigrasi. Pastikan Anda menyelesaikan semua langkah pramigrasi sebelum mencoba bermigrasi. Lihat panduan langkah demi langkah untuk bermigrasi.
Migrasi ke ASEv3 tidak diperbolehkan untuk ASE ini. Anda tidak dapat bermigrasi menggunakan fitur migrasi. Migrasi menggunakan salah satu opsi migrasi manual.
Langganan memiliki terlalu banyak App Service Environment. Silakan hapus beberapa sebelum mencoba membuat lebih banyak. Kuota App Service Environment untuk langganan Anda terpenuhi. Hapus lingkungan yang tidak dibutuhkan atau hubungi dukungan untuk meninjau opsi Anda.
<ZoneRedundant><DedicatedHosts><ASEv3/ASE> tidak tersedia di lokasi ini. Kesalahan ini muncul jika Anda mencoba memigrasikan Lingkungan App Service di wilayah yang tidak mendukung salah satu fitur yang Anda minta. Migrasi menggunakan salah satu opsi migrasi manual jika Anda ingin segera bermigrasi. Jika tidak, tunggu fitur migrasi untuk mendukung konfigurasi App Service Environment ini.
Migrasi tidak dapat dipanggil pada ASE ini hingga peningkatan aktif selesai. App Service Environments tidak dapat dimigrasikan selama peningkatan platform. Anda dapat mengatur preferensi peningkatan dari portal Azure. Peningkatan membutuhkan waktu 8-12 jam atau lebih lama tergantung pada ukuran (jumlah instans/inti) Lingkungan App Service. Tunggu hingga peningkatan selesai dan kemudian bermigrasi.
Operasi manajemen Lingkungan App Service sedang berlangsung. Lingkungan App Service Anda sedang menjalani operasi manajemen. Operasi ini dapat mencakup aktivitas seperti penyebaran atau peningkatan. Migrasi diblokir hingga operasi ini selesai. Anda dapat bermigrasi setelah operasi ini selesai.
Migrasi tidak tersedia untuk langganan ini. Dukungan perlu dilibatkan untuk memigrasikan Lingkungan App Service ini. Buka kasus dukungan untuk melibatkan dukungan untuk menyelesaikan masalah Anda.
InteralLoadBalancingMode Anda saat ini tidak didukung. Lingkungan App Service yang memiliki InternalLoadBalancingMode diatur ke nilai tertentu tidak dapat dimigrasikan menggunakan fitur migrasi saat ini. InternalLoadBalancingMode harus diubah secara manual oleh tim Microsoft. Buka kasus dukungan untuk melibatkan dukungan untuk menyelesaikan masalah Anda. Minta pembaruan ke InternalLoadBalancingMode untuk memungkinkan migrasi.

Gambaran umum proses migrasi menggunakan fitur migrasi di tempat

Migrasi di tempat terdiri dari serangkaian langkah yang harus diikuti secara berurutan. Poin-poin penting diberikan untuk subset dari langkah-langkah. Anda perlu memahami apa yang akan terjadi selama langkah-langkah ini dan cara lingkungan dan aplikasi Anda akan terpengaruh. Setelah meninjau informasi berikut dan kapan Anda siap untuk bermigrasi, ikuti panduan langkah demi langkah.

Validasi bahwa migrasi didukung menggunakan fitur migrasi di tempat untuk Lingkungan App Service Anda

Platform memvalidasi bahwa Lingkungan App Service Anda dapat dimigrasikan menggunakan fitur migrasi di tempat. Jika Lingkungan App Service Anda tidak lulus semua pemeriksaan validasi, Anda tidak dapat bermigrasi saat ini menggunakan fitur migrasi di tempat. Lihat bagian pemecahan masalah untuk detail kemungkinan penyebab kegagalan validasi. Jika lingkungan Anda dalam keadaan tidak sehat atau ditangguhkan, Anda tidak dapat bermigrasi hingga Membuat pembaruan yang diperlukan. Jika Anda tidak dapat bermigrasi menggunakan fitur migrasi di tempat, lihat opsi migrasi manual.

Validasi juga memeriksa apakah Lingkungan App Service Anda berada pada build minimum yang diperlukan untuk migrasi. Build ini mungkin lebih baru daripada build standar yang disebarkan dengan siklus peningkatan/pemeliharaan platform rutin. Build minimum diperbarui secara berkala untuk memastikan perbaikan dan peningkatan bug terbaru tersedia. Jika Lingkungan App Service Anda tidak berada di build minimum, Anda perlu memulai peningkatan sendiri. Peningkatan ini adalah proses standar di mana Lingkungan App Service Anda tidak terpengaruh, tetapi Anda tidak dapat menskalakan atau membuat perubahan pada Lingkungan App Service Saat peningkatan sedang berlangsung. Anda tidak dapat bermigrasi hingga peningkatan selesai. Peningkatan dapat memakan waktu 8-12 jam untuk diselesaikan atau lebih lama tergantung pada ukuran lingkungan Anda. Jika Anda merencanakan jendela waktu tertentu untuk migrasi, Anda harus menjalankan pemeriksaan validasi 24-48 jam sebelum waktu migrasi yang direncanakan untuk memastikan Anda memiliki waktu untuk peningkatan jika diperlukan.

Membuat alamat IP untuk Lingkungan App Service v3 baru Anda

Platform membuat IP masuk baru (jika Anda memigrasikan LINGKUNGAN App Service ELB) dan alamat IP keluar baru. Saat IP ini dibuat, aktivitas dengan Lingkungan App Service yang ada tidak terganggu, namun Anda tidak dapat menskalakan atau membuat perubahan pada lingkungan yang ada. Prosedur ini membutuhkan waktu sekitar 15 menit untuk selesai.

Setelah selesai, Anda akan mendapat IP baru yang akan Lingkungan App Service v3 Anda di masa mendatang gunakan. IP baru ini tidak berpengaruh pada lingkungan Anda yang ada. IP yang digunakan oleh lingkungan Anda yang ada terus digunakan hingga lingkungan yang ada ditutup selama langkah migrasi.

Memperbarui sumber daya dependen dengan IP baru

Setelah IP baru dibuat, Anda memiliki default baru keluar ke alamat publik internet. Sebagai persiapan untuk migrasi, Anda dapat menyesuaikan firewall eksternal, perutean DNS, grup keamanan jaringan, dan sumber daya lain yang bergantung pada IP ini. Untuk ELB App Service Environment, Anda juga memiliki alamat IP masuk baru yang dapat Anda gunakan untuk menyiapkan titik akhir baru dengan layanan seperti Traffic Manager atau Azure Front Door. Anda bertanggung jawab untuk memperbarui setiap dan semua sumber daya yang akan dipengaruhi oleh perubahan alamat IP yang terkait dengan Lingkungan App Service v3 yang baru. Jangan lanjutkan ke langkah berikutnya sampai Anda membuat semua pembaruan yang diperlukan. Langkah ini juga merupakan waktu yang tepat untuk meninjau perubahan dependensi jaringan masuk dan keluar saat pindah ke Lingkungan App Service v3 termasuk perubahan port untuk pemeriksaan kesehatan Azure Load Balancer, yang sekarang menggunakan port 80.

Mendelegasikan subnet Lingkungan App Service Anda

Lingkungan App Service v3 membutuhkan subnet untuk memiliki satu delegasi Microsoft.Web/hostingEnvironments. Migrasi tidak dapat berhasil jika subnet App Service Environment tidak didelegasikan atau Anda mendelegasikannya ke sumber daya yang berbeda.

Mengakui perubahan ukuran instans

Paket App Service Anda dikonversi dari Terisolasi ke tingkat Isolated v2 yang sesuai sebagai bagian dari migrasi. Misalnya, I2 dikonversi ke I2v2. Aplikasi Anda mungkin disediakan secara berlebihan setelah migrasi karena tingkat v2 Terisolasi memiliki lebih banyak memori dan CPU per ukuran instans yang sesuai. Anda memiliki kesempatan untuk menskalakan lingkungan Anda sesuai kebutuhan setelah migrasi selesai. Untuk informasi lebih lanjut, tinjau detail SKU.

Memastikan tidak ada kunci pada sumber daya Anda

Jaringan virtual mengunci operasi platform blok selama migrasi. Jika jaringan virtual Anda memiliki kunci, Anda perlu menghapusnya sebelum bermigrasi. Kunci dapat dibaca jika diperlukan setelah migrasi selesai. Kunci dapat ada di tiga cakupan yang berbeda: langganan, grup sumber daya, dan sumber daya. Saat Anda menerapkan kunci pada lingkup induk, semua sumber daya dalam lingkup tersebut menerapkan kunci yang sama. Jika Anda memiliki kunci yang diterapkan di langganan, grup sumber daya, atau cakupan sumber daya, kunci tersebut perlu dihapus sebelum migrasi. Untuk informasi selengkapnya tentang kunci dan mengunci pewarisan, lihat Mengunci sumber daya Anda untuk melindungi infrastruktur Anda.

Pastikan tidak ada migrasi pemblokiran Kebijakan Azure

Azure Policy dapat digunakan untuk menolak pembuatan dan modifikasi sumber daya pada prinsipal tertentu. Jika Anda memiliki kebijakan yang memblokir pembuatan Lingkungan App Service atau modifikasi subnet, Anda perlu menghapusnya sebelum bermigrasi. Kebijakan dapat dibaca jika diperlukan setelah migrasi selesai. Untuk informasi selengkapnya tentang Azure Policy, lihat Gambaran umum Azure Policy.

Pilih konfigurasi Lingkungan App Service v3 Anda

Lingkungan App Service v3 Anda dapat disebarkan di seluruh zona ketersediaan di wilayah yang mendukungnya. Arsitektur ini dikenal sebagai redundansi zona. Redundansi zona hanya dapat dikonfigurasi selama pembuatan Lingkungan App Service. Jika Anda ingin Lingkungan App Service v3 baru Anda menjadi zona redundan, aktifkan konfigurasi selama proses migrasi. Lingkungan App Service apa pun yang menggunakan fitur migrasi di tempat untuk bermigrasi dapat dikonfigurasi sebagai zona redundan selama Anda menggunakan wilayah yang mendukung redundansi zona untuk Lingkungan App Service v3. Jika Anda lingkungan yang ada berada di wilayah yang tidak mendukung redundansi zona, opsi konfigurasi dinonaktifkan dan Anda tidak dapat mengonfigurasinya. Fitur migrasi di tempat tidak mendukung perubahan wilayah. Jika Anda ingin menggunakan wilayah lain, gunakan salah satu opsi migrasi manual.

Catatan

Mengaktifkan redundansi zona dapat menyebabkan biaya tambahan. Tinjau model harga redundansi zona untuk informasi selengkapnya.

Jika Lingkungan App Service yang ada menggunakan akhiran domain kustom, Anda diminta untuk mengonfigurasi akhiran domain kustom untuk Lingkungan App Service v3 baru Anda. Anda perlu memberikan nama domain kustom, identitas terkelola, dan sertifikat. Untuk informasi selengkapnya tentang akhiran domain kustom Lingkungan App Service v3 termasuk persyaratan, instruksi langkah demi langkah, dan praktik terbaik, lihat Mengonfigurasi akhiran domain kustom untuk Lingkungan App Service. Anda harus mengonfigurasi akhiran domain kustom untuk lingkungan baru Anda meskipun Anda tidak lagi ingin menggunakannya. Setelah migrasi selesai, Anda dapat menghapus konfigurasi akhiran domain kustom jika diperlukan.

Jika migrasi Anda menyertakan akhiran domain kustom, untuk Lingkungan App Service v3, domain kustom tidak ditampilkan di bagian Esensial dari halaman Gambaran Umum portal karena untuk Lingkungan App Service v1/v2. Sebagai gantinya, untuk App Service Environment v3, buka halaman Akhiran domain kustom tempat Anda dapat mengonfirmasi akhiran domain kustom Anda dikonfigurasi dengan benar. Selain itu, pada App Service Environment v2, jika Anda memiliki akhiran domain kustom, nama host default menyertakan akhiran domain kustom Anda dan berada dalam formulir APP-NAME.internal.contoso.com. Pada App Service Environment v3, nama host default selalu menggunakan akhiran domain default dan berada dalam formulir APP-NAME.ASE-NAME.appserviceenvironment.net. Perbedaan ini karena App Service Environment v3 menyimpan akhiran domain default saat Anda menambahkan akhiran domain kustom. Dengan App Service Environment v2, hanya ada satu akhiran domain.

Melakukan migrasi ke Lingkungan App Service v3

Setelah menyelesaikan langkah-langkah sebelumnya, Anda harus melanjutkan migrasi sesegera mungkin.

Penting

Karena penskalakan diblokir selama migrasi, Anda harus menskalakan lingkungan Anda ke ukuran yang diinginkan sebelum memulai migrasi. Jika Anda mengaktifkan penskalakan otomatis, jika peristiwa penskalakan terjadi sebelum migrasi dimulai, Anda harus menunggu hingga peristiwa penskalakan selesai sebelum memulai migrasi. Anda harus menonaktifkan penskalakan otomatis sebelum memulai migrasi untuk menghindari masalah ini. Jika Anda perlu menskalakan lingkungan setelah migrasi, Anda dapat melakukannya setelah migrasi selesai.

Migrasi memerlukan jendela layanan tiga hingga enam jam untuk migrasi App Service Environment v2 ke v3. Jendela layanan hingga enam jam diperlukan, bergantung pada ukuran lingkungan, untuk migrasi v1 ke v3. Jendela layanan mungkin diperluas dalam kasus yang jarang terjadi di mana intervensi manual oleh tim layanan diperlukan. Selama migrasi, konfigurasi penskalakan dan lingkungan diblokir dan peristiwa-peristiwa berikut terjadi:

  • Lingkungan App Service yang ada ditutup dan diganti dengan Lingkungan App Service v3 yang baru.
  • Semua paket App Service di Lingkungan App Service dikonversi dari tingkat Terisolasi ke Terisolasi v2.
  • Semua aplikasi yang ada di Lingkungan App Service Anda untuk sementara tidak berfungsi. Anda harus mengharapkan sekitar satu jam waktu henti selama periode ini.
    • Jika Anda tidak dapat mendukung waktu henti, lihat fitur migrasi berdampingan atau alternatif migrasi.
  • Alamat-alamat publik yang digunakan oleh Lingkungan App Service akan berubah menjadi IP yang dihasilkan selama langkah pembuatan IP.

Status berikut tersedia selama proses migrasi:

Keadaan Deskripsi
Memvalidasi dan menyiapkan migrasi. Platform ini memvalidasi dukungan migrasi dan melakukan pemeriksaan yang diperlukan.
Menyebarkan infrastruktur App Service Environment v3. Infrastruktur App Service Environment v3 baru Anda sedang diprovisikan.
Menunggu infrastruktur selesai. Platform ini memvalidasi infrastruktur baru Anda dan melakukan pemeriksaan yang diperlukan.
Menyiapkan jaringan. Periode waktu henti migrasi telah dimulai. Aplikasi tidak dapat diakses. Platform ini menghapus infrastruktur lama Anda dan memindahkan semua aplikasi Anda ke Lingkungan App Service v3 baru Anda. Aplikasi Anda tidak berfungsi dan tidak menerima lalu lintas.
Menjalankan validasi pasca migrasi. Platform melakukan pemeriksaan yang diperlukan untuk memastikan migrasi berhasil.
Menyelesaikan migrasi. Platform ini menyelesaikan migrasi.

Seperti pada langkah pembuatan IP, Anda tidak akan bisa menskalakan atau mengubah Lingkungan App Service, atau menyebarkan aplikasi ke lingkungan selama proses ini. Saat migrasi selesai, aplikasi-aplikasi yang ada di Lingkungan App Service lama akan berjalan di Lingkungan App Service v3 yang baru.

Menggunakan fitur migrasi di tempat

Prasyarat

Pastikan Anda memahami bagaimana migrasi ke App Service Environment v3 memengaruhi aplikasi Anda. Tinjau proses migrasi untuk memahami garis waktu proses dan di mana dan kapan Anda perlu terlibat. Tinjau juga FAQ, yang dapat menjawab beberapa pertanyaan Anda.

Pastikan bahwa tidak ada kunci di jaringan virtual, grup sumber daya, sumber daya, atau langganan Anda. Mengunci operasi platform blok selama migrasi.

Pastikan bahwa tidak ada kebijakan Azure yang memblokir tindakan yang diperlukan untuk migrasi, termasuk modifikasi subnet dan pembuatan sumber daya Azure App Service. Kebijakan yang memblokir modifikasi dan pembuatan sumber daya dapat menyebabkan migrasi macet atau gagal.

Karena penskalakan diblokir selama migrasi, Anda harus menskalakan lingkungan Anda ke ukuran yang diinginkan sebelum memulai migrasi. Jika Anda perlu menskalakan lingkungan setelah migrasi, Anda dapat melakukannya setelah migrasi selesai. Jika Anda mengaktifkan penskalakan otomatis, jika peristiwa penskalakan terjadi sebelum migrasi dimulai, migrasi Anda diblokir hingga peristiwa penskalakan selesai. Anda harus menonaktifkan penskalakan otomatis sebelum memulai migrasi untuk menghindari masalah ini.

Kami menyarankan agar Anda menggunakan portal Azure untuk pengalaman migrasi di tempat. Jika Anda memutuskan untuk menggunakan Azure CLI untuk migrasi, ikuti langkah-langkah yang dijelaskan di sini secara berurutan dan seperti yang ditulis, karena Anda melakukan panggilan Azure REST API. Kami menyarankan agar Anda menggunakan Azure CLI untuk melakukan panggilan API ini. Untuk informasi tentang metode lain, lihat Referensi Azure REST API.

Untuk panduan ini, instal Azure CLI atau gunakan Azure Cloud Shell dan gunakan shell Bash.

Catatan

Kami menyarankan agar Anda menggunakan shell Bash untuk menjalankan perintah yang diberikan dalam panduan ini. Perintah mungkin tidak kompatibel dengan konvensi PowerShell dan karakter escape.

1. Dapatkan ID Lingkungan Azure App Service Anda

Jalankan perintah berikut untuk mendapatkan ID Lingkungan App Service Anda dan simpan sebagai variabel lingkungan. Ganti tempat penampung untuk nama dan grup sumber daya dengan nilai Anda untuk Lingkungan App Service yang ingin Anda migrasikan. ASE_RG dan VNET_RG sama jika jaringan virtual dan Lingkungan App Service Anda berada dalam grup sumber daya yang sama.

ASE_NAME=<Your-App-Service-Environment-name>
ASE_RG=<Your-ASE-Resource-Group>
VNET_RG=<Your-VNet-Resource-Group>
ASE_ID=$(az appservice ase show --name $ASE_NAME --resource-group $ASE_RG --query id --output tsv)

2. Validasi bahwa migrasi didukung

Perintah berikut memeriksa apakah Lingkungan App Service Anda didukung untuk migrasi dan memvalidasi bahwa Lingkungan App Service Anda berada di versi build yang didukung untuk migrasi.

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=validation"

Jika tidak ada kesalahan, migrasi Anda didukung dan Anda dapat melanjutkan ke langkah berikutnya.

Jika Anda perlu memulai peningkatan untuk meningkatkan Lingkungan App Service Anda ke versi build yang didukung, jalankan perintah berikut. Hanya jalankan perintah ini jika Anda gagal dalam langkah validasi dan Anda diinstruksikan untuk meningkatkan Lingkungan App Service Anda.

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=PreMigrationUpgrade"

3. Hasilkan alamat IP untuk sumber daya App Service Environment v3 baru Anda

Jalankan perintah berikut untuk membuat alamat IP baru. Langkah ini membutuhkan waktu sekitar 15 menit untuk diselesaikan. Jangan menskalakan atau membuat perubahan pada Lingkungan Azure App Service yang ada selama waktu ini.

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=premigration"

Jalankan perintah berikut untuk memeriksa status langkah ini:

az rest --method get --uri "${ASE_ID}?api-version=2021-02-01" --query properties.status

Jika langkah sedang berlangsung, Anda mendapatkan status Migrating. Setelah Anda mendapatkan status Ready, jalankan perintah berikut untuk melihat IP baru Anda. Jika Anda tidak segera melihat IP baru, tunggu beberapa menit dan coba lagi.

az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2021-02-01"

4. Perbarui sumber daya dependen dengan IP baru

Dengan menggunakan IP baru, perbarui salah satu sumber daya atau komponen jaringan Anda untuk memastikan bahwa lingkungan baru Anda berfungsi seperti yang dimaksudkan setelah migrasi selesai. Anda bertanggung jawab untuk membuat pembaruan yang diperlukan.

5. Delegasikan subnet Lingkungan Azure App Service Anda

Lingkungan App Service v3 membutuhkan subnet untuk memiliki satu delegasi Microsoft.Web/hostingEnvironments. Versi sebelumnya tidak memerlukan delegasi ini. Anda perlu mengonfirmasi bahwa subnet Anda didelegasikan dengan benar dan memperbarui delegasi (jika perlu) sebelum bermigrasi. Anda dapat memperbarui delegasi baik dengan menjalankan perintah berikut atau dengan masuk ke subnet di portal Azure.

az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments

6. Konfirmasikan tidak ada kunci pada jaringan virtual

Jaringan virtual mengunci operasi platform blok selama migrasi. Jika jaringan virtual Anda memiliki kunci, Anda perlu menghapusnya sebelum bermigrasi. Jika perlu, Anda dapat menambahkan kembali kunci setelah migrasi selesai.

Gunakan perintah berikut untuk memeriksa apakah jaringan virtual Anda memiliki kunci:

az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Hapus kunci yang ada dengan menggunakan perintah berikut:

az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Untuk perintah terkait untuk memeriksa apakah langganan atau grup sumber daya Anda memiliki kunci, lihat referensi Azure CLI untuk kunci.

7. Siapkan konfigurasi Anda

Anda dapat membuat zona sumber daya App Service Environment v3 anda redundan jika lingkungan yang ada berada di wilayah yang mendukung redundansi zona. Anda dapat mengonfigurasi redundansi zona dengan mengatur zoneRedundant properti ke true.

Jika Lingkungan App Service yang ada menggunakan akhiran domain kustom, Anda perlu mengonfigurasinya untuk sumber daya App Service Environment v3 baru Anda selama proses migrasi. Migrasi gagal jika Anda tidak mengonfigurasi akhiran domain kustom dan menggunakannya saat ini. Migrasi juga gagal jika Anda mencoba menambahkan akhiran domain kustom selama migrasi ke lingkungan yang tidak memilikinya dikonfigurasi. Untuk informasi selengkapnya tentang akhiran domain kustom App Service Environment v3, termasuk persyaratan, instruksi langkah demi langkah, dan praktik terbaik, lihat Akhiran domain kustom untuk Lingkungan App Service.

Catatan

Jika Anda mengonfigurasi akhiran domain kustom, saat Anda menambahkan izin jaringan di brankas kunci Azure, pastikan brankas kunci Anda mengizinkan akses dari alamat IP keluar baru Lingkungan App Service anda yang dihasilkan di langkah 3. Jika Anda mengakses brankas kunci menggunakan titik akhir privat, pastikan Anda telah mengonfigurasi akses privat dengan benar.

Jika migrasi Anda tidak menyertakan akhiran domain kustom dan Anda tidak mengaktifkan redundansi zona, Anda dapat melanjutkan ke migrasi.

Untuk mengatur konfigurasi ini, buat file yang disebut parameters.json dengan detail berikut berdasarkan skenario Anda. Jangan sertakan properti untuk akhiran domain kustom jika fitur ini tidak berlaku untuk migrasi Anda. Perhatikan nilai zoneRedundant properti, karena konfigurasi ini tidak dapat diubah setelah migrasi. Tetapkan nilai kind properti berdasarkan versi App Service Environment Anda yang sudah ada. Nilai yang kind diterima untuk properti adalah ASEV1 dan ASEV2.

Jika Anda bermigrasi tanpa akhiran domain kustom dan mengaktifkan redundansi zona, gunakan kode ini:

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "zoneRedundant": true
    }
}

Jika Anda menggunakan identitas terkelola yang ditetapkan pengguna untuk konfigurasi akhiran domain kustom dan Anda mengaktifkan redundansi zona, gunakan kode ini:

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "zoneRedundant": true,
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "/subscriptions/00000000-0000-0000-0000-000000000000/resourcegroups/asev3-migration/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ase-managed-identity"
        }
    }
}

Jika Anda menggunakan identitas terkelola yang ditetapkan sistem untuk konfigurasi akhiran domain kustom dan Anda tidak mengaktifkan redundansi zona, gunakan kode ini:

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "SystemAssigned"
        }
    }
}

8. Migrasi ke Lingkungan App Service v3 dan periksa status

Setelah menyelesaikan semua langkah sebelumnya, Anda dapat memulai migrasi. Pastikan Anda memahami implikasi migrasi.

Langkah ini membutuhkan waktu tiga hingga enam jam untuk migrasi v2 hingga v3 dan hingga enam jam untuk migrasi v1 hingga v3, tergantung pada ukuran lingkungan. Selama waktu itu, ada sekitar satu jam waktu henti aplikasi. Penskalaan, penyebaran, dan modifikasi pada Lingkungan App Service Anda yang ada diblokir selama langkah ini.

body Sertakan parameter dalam perintah berikut jika Anda mengaktifkan redundansi zona dan/atau mengonfigurasi akhiran domain kustom. Jika tidak ada konfigurasi yang berlaku untuk migrasi, Anda dapat menghapus parameter dari perintah.

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=fullmigration" --body @parameters.json

Jalankan perintah berikut untuk memeriksa status terperinci migrasi Anda. Untuk informasi tentang status, lihat deskripsi status migrasi.

Perintah pertama mendapatkan ID operasi untuk migrasi. Salin nilai ID properti .

az rest --method get --uri "${ASE_ID}/operations?api-version=2022-03-01"

Ganti tempat penampung untuk ID operasi dalam perintah berikut dengan nilai yang Anda salin. Perintah ini mengembalikan status terperinci migrasi Anda. Anda dapat menjalankan perintah ini sesering yang diperlukan untuk mendapatkan status terbaru.

az rest --method get --uri "${ASE_ID}/operations/<operation-id>/details/default?api-version=2022-09-01"

Setelah Anda mendapatkan status Ready, migrasi selesai, dan Anda memiliki sumber daya App Service Environment v3. Aplikasi Anda sekarang berjalan di lingkungan baru Anda.

Dapatkan detail lingkungan baru Anda dengan menjalankan perintah berikut atau dengan masuk ke portal Azure.

az appservice ase show --name $ASE_NAME --resource-group $ASE_RG

1. Validasi bahwa migrasi didukung

Di portal Azure, buka halaman Migrasi untuk Lingkungan App Service yang sedang Anda migrasikan. Anda bisa masuk ke halaman Migrasi dengan memilih banner di bagian atas halaman Gambaran Umum untuk Lingkungan App Service Anda, atau dengan memilih item Migrasi di menu sebelah kiri.

Cuplikan layar yang memperlihatkan titik akses migrasi.

Pilih opsi migrasi "Di tempat" untuk memulai proses migrasi di tempat. Jika Anda memilih opsi untuk migrasi berdampingan, Anda akan dibawa ke dokumentasi untuk proses migrasi tersebut. Jangan pilih opsi migrasi berdampingan jika Anda ingin menggunakan fitur migrasi di tempat.

Cuplikan layar yang memperlihatkan tabel dengan opsi migrasi.

Pada halaman Migrasi , platform memvalidasi apakah migrasi didukung untuk Lingkungan App Service Anda. Pilih Validasi, lalu konfirmasikan bahwa Anda ingin melanjutkan validasi. Proses validasi membutuhkan waktu beberapa detik.

Cuplikan layar yang memperlihatkan tombol untuk memvalidasi kelayakan migrasi.

Jika lingkungan Anda tidak didukung untuk migrasi, banner akan muncul di bagian atas halaman dan menyertakan pesan kesalahan dengan alasan tertentu. Untuk deskripsi pesan kesalahan yang dapat muncul jika Anda tidak memenuhi syarat untuk migrasi, lihat Pemecahan Masalah.

Cuplikan layar yang memperlihatkan contoh pesan portal yang mengatakan fitur migrasi tidak mendukung Lingkungan App Service.

Jika Anda perlu memulai peningkatan untuk meningkatkan Lingkungan App Service ke versi build yang didukung, Anda diminta untuk memulai peningkatan, yang bisa memakan waktu 8-12 jam atau lebih lama tergantung pada ukuran lingkungan Anda. Pilih Tingkatkan untuk memulai peningkatan. Setelah peningkatan selesai, Anda lulus validasi dan dapat menggunakan fitur migrasi untuk memulai migrasi Anda.

Jika migrasi didukung untuk Lingkungan App Service Anda, lanjutkan ke langkah berikutnya dalam proses. Halaman Migrasi memandu Anda melalui serangkaian langkah untuk menyelesaikan migrasi.

Cuplikan layar yang memperlihatkan halaman migrasi sampel dengan langkah-langkah yang belum selesai dalam proses.

2. Hasilkan alamat IP untuk sumber daya App Service Environment v3 baru Anda

Di bawah Dapatkan alamat IP baru, konfirmasikan bahwa Anda memahami implikasinya dan pilih tombol Mulai . Langkah ini membutuhkan waktu sekitar 15 menit untuk diselesaikan. Anda tidak dapat menskalakan atau membuat perubahan pada Lingkungan App Service yang ada selama waktu ini.

3. Perbarui sumber daya dependen dengan IP baru

Ketika langkah sebelumnya selesai, alamat IP untuk sumber daya App Service Environment v3 baru Anda muncul. Gunakan IP baru untuk memperbarui sumber daya dan komponen jaringan apa pun sehingga lingkungan baru Anda berfungsi seperti yang dimaksudkan setelah migrasi selesai. Anda bertanggung jawab untuk membuat pembaruan yang diperlukan.

Cuplikan layar yang memperlihatkan CONTOH IP yang dihasilkan selama pramigrasi.

4. Delegasikan subnet Lingkungan Azure App Service Anda

Lingkungan App Service v3 mengharuskan subnet tempatnya memiliki satu delegasi .Microsoft.Web/hostingEnvironments Versi sebelumnya tidak memerlukan delegasi ini. Anda perlu mengonfirmasi bahwa subnet Anda didelegasikan dengan benar dan memperbarui delegasi (jika perlu) sebelum bermigrasi. Portal menampilkan tautan ke subnet Anda sehingga Anda dapat mengonfirmasi dan memperbarui sesuai kebutuhan.

Cuplikan layar yang memperlihatkan delegasi subnet di portal.

5. Mengakui perubahan ukuran instans

Pilih tombol Konfirmasi untuk mengonfirmasi bahwa Anda memahami bahwa paket App Service Anda dikonversi dari tingkat Terisolasi v2 terisolasi yang sesuai sebagai bagian dari migrasi.

Cuplikan layar yang menunjukkan mengakui perubahan ukuran instans saat bermigrasi.

6. Konfirmasikan bahwa jaringan virtual tidak memiliki kunci

Jaringan virtual mengunci operasi platform blok selama migrasi. Jika jaringan virtual Anda memiliki kunci, Anda perlu menghapusnya sebelum bermigrasi. Untuk detail tentang cara memeriksa apakah langganan atau grup sumber daya Anda memiliki kunci, lihat Mengonfigurasi kunci.

Cuplikan layar yang memperlihatkan tempat menemukan dan menghapus kunci jaringan virtual.

7. Pilih konfigurasi Anda

Anda dapat membuat zona sumber daya App Service Environment v3 anda redundan jika lingkungan yang ada berada di wilayah yang mendukung redundansi zona.

Pilih kotak centang Diaktifkan jika Anda ingin mengonfigurasi redundansi zona.

Cuplikan layar yang memperlihatkan kotak centang untuk mengaktifkan redundansi zona untuk Lingkungan App Service di wilayah yang didukung.

Jika lingkungan Anda berada di wilayah yang tidak mendukung redundansi zona, kotak centang tidak tersedia. Jika Anda memerlukan sumber daya App Service Environment v3 zona-redundan, gunakan salah satu opsi migrasi manual dan buat sumber daya di salah satu wilayah yang mendukung redundansi zona.

Jika Lingkungan App Service yang ada menggunakan akhiran domain kustom, Anda harus mengonfigurasinya untuk sumber daya App Service Environment v3 baru Anda. Opsi konfigurasi untuk akhiran domain kustom muncul jika situasi ini berlaku untuk Anda. Anda tidak dapat bermigrasi hingga Anda memberikan informasi yang diperlukan.

Jika Anda ingin menggunakan akhiran domain kustom tetapi saat ini tidak memilikinya yang dikonfigurasi, Anda dapat mengonfigurasinya setelah migrasi selesai. Untuk informasi selengkapnya tentang akhiran domain kustom App Service Environment v3, termasuk persyaratan, instruksi langkah demi langkah, dan praktik terbaik, lihat Akhiran domain kustom untuk Lingkungan App Service.

Catatan

Jika Anda mengonfigurasi akhiran domain kustom, saat Anda menambahkan izin jaringan di brankas kunci Azure, pastikan brankas kunci Anda mengizinkan akses dari alamat IP keluar baru Lingkungan App Service anda yang dihasilkan di langkah 2. Jika Anda mengakses brankas kunci menggunakan titik akhir privat, pastikan Anda telah mengonfigurasi akses privat dengan benar.

Cuplikan layar yang memperlihatkan tautan untuk menambahkan akhiran domain kustom.

Setelah Anda menambahkan detail untuk akhiran domain kustom Anda, tombol Migrasi tersedia.

Cuplikan layar yang menunjukkan bahwa detail konfigurasi ditambahkan dan lingkungan siap untuk migrasi.

8. Migrasi ke Lingkungan App Service v3

Setelah menyelesaikan semua langkah sebelumnya, Anda dapat memulai migrasi. Pastikan Anda memahami implikasi migrasi, termasuk apa yang terjadi selama waktu ini.

Langkah ini membutuhkan waktu tiga hingga enam jam untuk migrasi v2 hingga v3 dan hingga enam jam untuk migrasi v1 hingga v3, tergantung pada ukuran lingkungan. Penskalaan dan modifikasi pada Lingkungan App Service Anda yang ada diblokir selama langkah ini.

Catatan

Dalam kasus yang jarang terjadi, Anda mungkin melihat pemberitahuan di portal yang mengatakan "Migrasi ke Lingkungan App Service v3 gagal" setelah Anda memulai migrasi. Ada bug yang diketahui yang mungkin memicu pemberitahuan ini meskipun migrasi sedang berlangsung. Periksa log aktivitas untuk Lingkungan App Service untuk menentukan validitas pesan kesalahan ini. Dalam kebanyakan kasus, me-refresh halaman menyelesaikan masalah, dan pesan kesalahan menghilang. Jika pesan kesalahan berlanjut, hubungi dukungan untuk bantuan.

Cuplikan layar yang memperlihatkan potensi pemberitahuan kesalahan setelah migrasi dimulai.

Saat ini, status migrasi terperinci hanya tersedia saat Anda menggunakan Azure CLI. Untuk informasi selengkapnya, lihat bagian Azure CLI untuk bermigrasi ke Lingkungan App Service v3. Anda dapat memeriksa status migrasi dengan CLI meskipun Anda menggunakan portal untuk melakukan migrasi.

Setelah migrasi selesai, Anda memiliki sumber daya App Service Environment v3, dan semua aplikasi Anda berjalan di lingkungan baru Anda. Anda dapat mengonfirmasi versi lingkungan dengan memeriksa halaman Konfigurasi untuk Lingkungan Azure App Service Anda.

Jika migrasi Anda menyertakan akhiran domain kustom, domain muncul di bagian Esensial di halaman Gambaran Umum portal untuk Lingkungan App Service v1/v2, tetapi tidak lagi muncul di Lingkungan App Service v3. Sebagai gantinya, untuk Lingkungan App Service v3, buka halaman Akhiran domain kustom untuk mengonfirmasi bahwa akhiran domain kustom Anda dikonfigurasi dengan benar. Anda juga dapat menghapus konfigurasi jika Anda tidak lagi membutuhkannya atau mengonfigurasinya jika sebelumnya Anda tidak memilikinya.

Cuplikan layar yang memperlihatkan halaman untuk konfigurasi akhiran domain kustom untuk Lingkungan App Service v3.

Catatan

Jika migrasi Anda menyertakan akhiran domain kustom, konfigurasi akhiran domain kustom Anda mungkin ditampilkan sebagai terdegradasi setelah migrasi selesai karena bug yang diketahui. Lingkungan App Service Anda masih harus berfungsi seperti yang diharapkan. Status yang terdegradasi harus diselesaikan dengan sendirinya dalam waktu 6-8 jam. Jika konfigurasi terdegradasi setelah 8 jam atau jika akhiran domain kustom Anda tidak berfungsi, hubungi dukungan.

Cuplikan layar sampel konfigurasi akhiran domain kustom yang terdegradasi.

Harga

Tidak ada biaya untuk memigrasikan Lingkungan App Service Anda. Saat Anda menggunakan fitur migrasi di tempat, Anda berhenti dikenakan biaya untuk Lingkungan App Service sebelumnya segera setelah dimatikan selama proses migrasi. Anda mulai dikenakan biaya untuk App Service Environment v3 baru segera setelah disebarkan. Untuk informasi selengkapnya tentang harga Lingkungan App Service v3, lihat detail harga.

Saat Anda bermigrasi ke App Service Environment v3 dari versi sebelumnya, ada skenario yang harus Anda pertimbangkan yang berpotensi mengurangi biaya bulanan Anda. Pertimbangkan reservasi dan rencana penghematan untuk mengurangi biaya Anda lebih lanjut. Untuk informasi tentang peluang penghematan biaya, lihat Peluang penghematan biaya setelah meningkatkan ke Lingkungan App Service v3.

Catatan

Karena konversi paket App Service dari Isolated ke Isolated v2, aplikasi Anda mungkin terlalu provisi setelah migrasi karena tingkat Isolated v2 memiliki lebih banyak memori dan CPU per ukuran instans yang sesuai. Anda akan memiliki kesempatan untuk menskalakan lingkungan Anda sesuai kebutuhan setelah migrasi selesai. Untuk informasi lebih lanjut, tinjau detail SKU.

Menurunkan skala paket App Service Anda

SKU paket App Service yang tersedia untuk App Service Environment v3 berjalan pada tingkat Isolated v2 (Iv2). Jumlah inti dan jumlah RAM secara efektif digandakan per tingkat yang sesuai dibandingkan tingkat Terisolasi. Saat Anda bermigrasi, paket App Service Anda dikonversi ke tingkat yang sesuai. Misalnya, instans I2 Anda dikonversi ke I2v2. Sementara I2 memiliki dua core dan RAM 7 GB, I2v2 memiliki empat core dan RAM 16 GB. Jika Anda mengharapkan persyaratan kapasitas Tetap sama, Anda terlalu banyak menyediakan dan membayar komputasi dan memori yang tidak Anda gunakan. Untuk skenario ini, Anda dapat menurunkan skala instans I2v2 Anda ke I1v2 dan berakhir dengan jumlah core dan RAM serupa yang Anda miliki sebelumnya.

Tanya jawab umum

  • Bagaimana jika migrasi Lingkungan App Service saya saat ini tidak didukung?
    Anda tidak dapat bermigrasi menggunakan fitur migrasi di tempat saat ini. Jika Anda memiliki lingkungan yang tidak didukung dan ingin segera bermigrasi, lihat opsi migrasi manual.
  • Bagaimana cara memilih opsi migrasi mana yang tepat untuk saya?
    Tinjau pohon keputusan jalur migrasi untuk memutuskan opsi mana yang terbaik untuk kasus penggunaan Anda.
  • Bagaimana cara mengetahui apakah saya harus menggunakan fitur migrasi di tempat?
    Fitur migrasi di tempat adalah yang terbaik untuk pelanggan yang ingin bermigrasi ke App Service Environment v3 dengan perubahan minimal pada konfigurasi jaringan mereka dan dapat mendukung sekitar satu jam waktu henti aplikasi. Jika Anda tidak dapat mendukung waktu henti, lihat fitur migrasi samping atau opsi migrasi manual. Fitur migrasi di tempat membuat Lingkungan App Service v3 Anda di subnet yang sama dengan lingkungan yang ada dan menggunakan infrastruktur jaringan yang sama. Anda mungkin harus memperhitungkan perubahan alamat IP masuk dan keluar jika Anda memiliki dependensi pada IP tertentu ini.
  • Apakah akan ada waktu henti selama migrasi?
    Ya, Anda harus mengharapkan sekitar satu jam waktu henti selama tiga hingga enam jam jendela layanan selama langkah migrasi, jadi rencanakan dengan tepat. Jika Anda memiliki Lingkungan App Service lain yang dapat mengarahkan lalu lintas saat bermigrasi menggunakan fitur migrasi di tempat, Anda dapat menghilangkan waktu henti aplikasi. Jika Anda tidak memiliki Lingkungan App Service lain dan tidak dapat mendukung waktu henti, lihat fitur migrasi berdampingan atau opsi migrasi manual.
  • Apakah saya perlu melakukan apa saja pada aplikasi saya setelah migrasi agar berjalan di Lingkungan App Service yang baru?
    Tidak, semua aplikasi Anda yang berjalan di lingkungan lama secara otomatis dimigrasikan ke lingkungan baru dan berjalan seperti sebelumnya. Tidak diperlukan input pengguna.
  • Bagaimanakah jika Lingkungan App Service saya memiliki akhiran domain kustom?
    Fitur migrasi di tempat mendukung skenario migrasi ini.
  • Bagaimana jika App Service Environment saya disematkan di zona?
    Lingkungan App Service v2 yang disematkan zona sekarang menjadi skenario yang didukung untuk migrasi menggunakan fitur migrasi. Lingkungan App Service v3 tidak mendukung penyematan zona. Saat bermigrasi ke App Service Environment v3, Anda dapat memilih untuk mengonfigurasi redundansi zona atau tidak.
  • Bagaimana jika Lingkungan App Service saya memiliki alamat IP SSL? IP SSL tidak didukung di App Service Environment v3. Anda harus menghapus semua pengikatan IP SSL sebelum bermigrasi menggunakan fitur migrasi atau salah satu opsi manual. Jika Anda berniat menggunakan fitur migrasi di tempat, setelah Anda menghapus semua pengikatan IP SSL, Anda melewati pemeriksaan validasi tersebut dan dapat melanjutkan migrasi otomatis.
  • Properti apa dari App Service Environment saya yang akan berubah?
    Anda berada di App Service Environment v3 jadi pastikan untuk meninjau fitur dan perbedaan fitur dibandingkan dengan versi sebelumnya. Untuk Lingkungan App Service ILB, Anda menyimpan alamat IP ILB yang sama. Untuk Lingkungan Layanan Aplikasi yang terhubung ke internet, alamat IP publik dan alamat IP keluar berubah. Catatan untuk Lingkungan App Service ELB, sebelumnya ada satu IP untuk masuk dan keluar. Untuk Lingkungan App Service v3, mereka terpisah. Untuk informasi selengkapnya, lihat Jaringan Lingkungan App Service v3. Untuk perbandingan lengkap versi Lingkungan App Service, lihat perbandingan versi Lingkungan App Service.
  • Apa yang terjadi jika migrasi gagal atau ada masalah tak terduga selama migrasi?
    Jika ada masalah tak terduga, tim dukungan akan ditangani. Anda harus memigrasikan lingkungan dev sebelum menyentuh lingkungan produksi apa pun untuk mempelajari proses migrasi dan melihat dampaknya terhadap beban kerja Anda.
  • Apa yang terjadi dengan Lingkungan App Service lama saya?
    Jika Anda memutuskan untuk memigrasikan Lingkungan App Service menggunakan fitur migrasi di tempat, lingkungan lama akan dimatikan, dihapus, dan semua aplikasi Anda dimigrasikan ke lingkungan baru. Lingkungan lama Anda tidak lagi dapat diakses. Putar kembali ke lingkungan lama tidak dimungkinkan.
  • Apakah yang akan terjadi pada sumber daya Lingkungan App Service v1/v2 setelah 31 Agustus 2024?
    Setelah 31 Agustus 2024, jika Anda tidak ke App Service Environment v3, App Service Environment 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, App Service Environment 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.

Langkah berikutnya

Jaringan Lingkungan Azure App Service V3

Menggunakan Lingkungan Azure App Service v3

Akhiran domain kustom