Migrasi ke Lingkungan App Service v3 menggunakan fitur migrasi di tempat

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 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

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. Dalam beberapa kasus, pemutakhiran dimulai saat mengunjungi halaman migrasi jika Lingkungan App Service Anda tidak berada pada versi saat ini. 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.
Migrasi tidak valid. ASE Anda perlu ditingkatkan ke build terbaru untuk memastikan keberhasilan migrasi. Kami akan meningkatkan ASE Anda sekarang. Silakan coba migrasi lagi dalam beberapa jam setelah peningkatan platform selesai. Lingkungan App Service Anda tidak berada pada build minimum yang diperlukan untuk migrasi. Peningkatan dimulai. Lingkungan App Service Anda tidak akan terpengaruh, tetapi Anda tidak akan dapat menskalakan atau membuat perubahan pada Lingkungan App Service saat peningkatan sedang berlangsung. Anda tidak akan dapat bermigrasi hingga peningkatan selesai. Tunggu hingga peningkatan selesai dan kemudian bermigrasi.

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 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.

Penting

Karena bug yang diketahui, untuk migrasi LINGKUNGAN App Service ELB, alamat IP masuk dapat berubah lagi setelah langkah migrasi selesai. Bersiaplah untuk memperbarui sumber daya dependen Anda lagi dengan alamat IP masuk baru setelah langkah migrasi selesai. Bug ini sedang ditangani dan akan diperbaiki sesegera mungkin. Buka kasus dukungan jika Anda memiliki pertanyaan atau kekhawatiran tentang masalah ini atau memerlukan bantuan terkait proses migrasi.

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.

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.

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