Share via

Dukungan Availability Zone untuk Lingkungan Azure App Service v2

  • Artikel

Penting

Artikel ini tentang Lingkungan Azure App Service v2 yang digunakan dengan paket Azure App Service Terisolasi. App Service Environment v2 akan dihentikan pada 31 Agustus 2024. Terdapat versi baru Lingkungan App Service yang lebih mudah digunakan dan berjalan di infrastruktur yang lebih kuat. Untuk mempelajari selengkapnya tentang versi baru, mulai dengan Pengantar Lingkungan App Service. Jika saat ini Anda menggunakan Lingkungan App Service v2, ikuti langkah-langkah dalam artikel ini untuk bermigrasi ke versi baru.

Mulai 29 Januari 2024, Anda tidak dapat lagi membuat sumber daya App Service Environment v2 baru menggunakan salah satu metode yang tersedia termasuk templat ARM/Bicep, Portal Microsoft Azure, Azure CLI, atau REST API. Anda harus bermigrasi ke App Service Environment v3 sebelum 31 Agustus 2024 untuk mencegah penghapusan sumber daya dan kehilangan data.

App Service Environments v2 (ASE) dapat disebarkan ke Zona Ketersediaan (AZ). Pelanggan dapat menyebarkan ASE penyeimbang beban internal (ILB) ke dalam AZ tertentu dalam wilayah Azure. Jika Anda menyematkan ILB ASE Anda ke AZ tertentu, sumber daya yang digunakan oleh ILB ASE akan disematkan ke AZ yang ditentukan, atau disebarkan secara redundan di zona tersebut.

ILB ASE yang secara eksplisit disebarkan ke dalam AZ dianggap sebagai sumber daya zona karena ILB ASE disematkan ke zona tertentu. Dependensi ILB ASE berikut akan disematkan ke zona yang ditentukan:

  • alamat IP penyeimbang beban internal ASE
  • sumber daya komputasi yang digunakan oleh ASE untuk mengelola dan menjalankan aplikasi web

Penyimpanan file jarak jauh untuk aplikasi web yang diterapkan pada zona ILB ASE menggunakan Zone Redundant Storage (ZRS).

Kecuali langkah-langkah yang dijelaskan dalam artikel ini diikuti, ILB ASES tidak secara otomatis digunakan secara zonal. Anda tidak bisa menyematkan ASE Eksternal dengan alamat IP publik ke zona ketersediaan tertentu.

Zonal ILB ASEs dapat dibuat di salah satu wilayah berikut:

  • Australia Timur
  • Kanada Tengah
  • US Tengah
  • US Timur
  • AS Timur 2
  • US Timur 2 (EUAP)
  • Prancis Tengah
  • Jepang Timur
  • Eropa Utara
  • Eropa Barat
  • Asia Tenggara
  • UK Selatan
  • US Barat 2

Aplikasi yang diterapkan pada zona ILB ASE akan terus berjalan dan melayani lalu lintas pada ASE itu bahkan jika zona lain di wilayah yang sama mengalami pemadaman. Ada kemungkinan bahwa perilaku non-runtime, termasuk; penskalaan rencana layanan aplikasi, pembuatan aplikasi, konfigurasi aplikasi, dan penerbitan aplikasi mungkin masih terpengaruh dari pemadaman di zona ketersediaan lainnya. Penyebaran zona ILB ASE yang disematkan zona hanya memastikan waktu aktif yang berkelanjutan untuk aplikasi yang sudah disebarkan.

Cara Menyebarkan Lingkungan Azure App Service di zona ketersediaan

ASE ILB Zonal harus dibuat menggunakan templat ARM. Setelah ASE ILB zonal dibuat melalui template ARM, itu dapat dilihat dan berinteraksi dengan melalui portal Microsoft Azure dan CLI. Template ARM hanya diperlukan untuk pembuatan awal zona ILB ASE.

Satu-satunya perubahan yang diperlukan dalam template ARM untuk menentukan zona ILB ASE adalah properti zona baru. Properti zona harus ditetapkan ke nilai "1", "2" atau "3" bergantung pada zona ketersediaan logis tempat ILB ASE harus disematkan.

Contoh cuplikan template ARM di bawah ini menunjukkan properti zona baru yang menetapkan bahwa ILB ASE harus disematkan ke zona 2.

"resources": [
    {
        "type": "Microsoft.Web/hostingEnvironments",
        "kind": "ASEV2",
        "name": "yourASENameHere",
        "apiVersion": "2015-08-01",
        "location": "your location here",
        "zones": [
            "2"
        ],
        "properties": {
            "name": "yourASENameHere",
            "location": "your location here",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "3",
            "dnsSuffix": "contoso-internal.com",
            "virtualNetwork": {
                "Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
                "Subnet": "yourSubnetNameHere"
            }
        }
    }
]

Untuk membuat zona aplikasi Anda redundan, Anda perlu menerapkan dua ASE ILB zonal. Dua ASE ILB zonal harus berada di zona ketersediaan terpisah. Anda kemudian perlu menerapkan aplikasi Anda ke masing-masing ILB ASEs. Setelah aplikasi dibuat, Anda perlu mengonfigurasi solusi penyeimbang muatan. Solusi yang direkomendasikan adalah menyebarkan Azure Application Gateway redundan zona upstram dari ASE ILB zonal.

Residensi data dalam wilayah

ILB ASE yang diterapkan di availability zone hanya akan menyimpan data pelanggan di wilayah tempat ASE ILB zonal telah disebarkan. Baik konten file situs web maupun pengaturan yang disediakan pelanggan dan rahasia yang disimpan di App Service tetap berada di wilayah di mana ASE ILB zonal disebarkan.

Pelanggan memastikan residensi data wilayah tunggal dengan mengikuti langkah-langkah yang diuraikan sebelumnya di bagian "Cara Menyebarkan Lingkungan App Service di Zona Ketersediaan". Dengan mengonfigurasi Lingkungan App Service sesuai dengan langkah-langkah ini, Lingkungan App Service yang diterapkan di zona ketersediaan memenuhi persyaratan residensi data wilayah termasuk yang ditentukan di Azure Trust Center.

Pelanggan dapat memvalidasi bahwa Lingkungan App Service dikonfigurasi dengan benar untuk menyimpan data dalam satu wilayah dengan mengikuti langkah-langkah berikut:

  1. Menggunakan Resource Explorer, navigasi ke sumber daya ARM untuk Lingkungan App Service. ASE tercantum di bawah penyedia/Microsoft.Web/hostingEnvironments.
  2. Jika properti zona ada dalam tampilan sintaksis ARM JSON, dan berisi larik JSON bernilai tunggal dengan nilai "1", "2", atau "3", maka ASE disebarkan secara zonasi dan data pelanggan tetap berada di wilayah yang sama.
  3. Jika properti zona tidak ada, atau properti tidak memiliki nilai zona yang valid seperti yang ditentukan sebelumnya, maka ASE tidak disebarkan secara zonasi, dan data pelanggan tidak secara eksklusif disimpan di wilayah yang sama.