Bagikan melalui


App Service di catatan rilis Azure Stack Hub 2020 Q2

Catatan rilis ini menjelaskan peningkatan dan perbaikan di Azure App Service di Azure Stack Hub 2020 Q2 dan masalah umum apa pun. Masalah umum dibagi menjadi masalah yang terkait langsung dengan penyebaran, proses pembaruan, dan masalah dengan build (pascapenginstalan).

Penting

Perbarui Azure Stack Hub ke versi yang didukung (atau sebarkan Azure Stack Development Kit terbaru) apabila diperlukan, sebelum menyebarkan atau memperbarui penyedia sumber (RP) App Service. Pastikan untuk membaca catatan rilis RP untuk mempelajari masalah yang diketahui, perbaikan, dan fungsionalitas baru yang dapat memengaruhi penyebaran Anda.

Versi Azure Stack Hub Minimum yang Didukung Layanan RP App Service
2301 dan yang lebih baru Penginstal 2302 (catatan rilis)

Referensi build

Layanan Aplikasi pada nomor build Azure Stack Hub 2020 Q2 adalah 87.0.2.10

Prasyarat

Baca dokumentasi Sebelum Anda Mulai sebelum memulai penyebaran.

Sebelum Memulai peningkatan Azure App Service di Azure Stack ke Q2 2020:

  • Pastikan semua peran Siap di Administrasi Azure App Service di Portal Admin Azure Stack Hub

  • Cadangkan Rahasia App Service menggunakan Administrasi App Service di Portal Admin Azure Stack Hub

  • Mencadangkan App Service dan Database Master:

    • AppService_Hosting;
    • AppService_Metering;
    • Master
  • Cadangkan berbagi file konten Aplikasi Penyewa

    Penting

    Operator cloud bertanggung jawab atas pemeliharaan dan pengoperasian Server File dan SQL Server. Penyedia sumber daya tidak mengelola sumber daya ini. Operator cloud bertanggung jawab untuk mencadangkan database App Service dan berbagi konten penyewa.

  • Buat sindikasi dari Ekstensi Skrip Khusus versi 1.9.3 dari Marketplace

Pembaruan

Azure App Service di Azure Stack Update Q2 mencakup peningkatan dan perbaikan berikut:

  • Pembaruan untuk Admin, Portal Fungsi, Alat Kudu, dan Penyewa App Service. Konsisten dengan versi SDK Portal Azure Stack.

  • Pembaruan Runtime Azure Functions ke v1.0.13021.

  • Pembaruan pada layanan inti untuk meningkatkan keandalan dan pesan kesalahan yang memungkinkan diagnosis masalah umum dengan lebih mudah.

  • Pembaruan untuk kerangka kerja dan alat aplikasi berikut:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • ASP.NET Core Module v2 13.1.19331.0
    • PHP 7.4.2
    • Kudu diperbarui ke 86.20224.4450
    • NodeJS
      • 8.17.0
      • 10.19.0
      • 12.13.0
      • 12.15.0
    • NPM
      • 5.6.0
      • 6.1.0
      • 6.12.0
      • 6.13.4
  • Pembaruan pada sistem operasi yang mendasari semua peran:

  • Pembaruan Kumulatif untuk Windows Server sekarang diterapkan ke peran Pengontrol sebagai bagian dari penyebaran dan peningkatan

  • Mesin Virtual dan Set skala default yang diperbarui mengatur skus untuk penyebaran baru: Untuk menjaga konsistensi dengan layanan cloud publik kami, penyebaran baru Azure App Service di Azure Stack Hub akan menggunakan SKU berikut untuk mesin yang mendasarinya dan set skala yang digunakan untuk mengoperasikan penyedia sumber daya

    Peran SKU Minimum
    Pengontrol Standard_A4_v2 - (4 inti, 8192 MB)
    Manajemen Standard_D3_v2 - (4 inti, 14336 MB)
    Publisher Standard_A2_v2 - (2 inti, 4096 MB)
    FrontEnd Standard_A4_v2 - (4 inti, 8192 MB)
    Pekerja Bersama Standard_A4_v2 - (4 inti, 8192 MB)
    Pekerja kecil yang berdedikasi Standard_A1_v2 - (1 inti, 2048 MB)
    Pekerja menengah yang berdedikasi Standard_A2_v2 - (2 inti, 4096 MB)
    Pekerja besar yang berdedikasi Standard_A4_v2 - (4 inti, 8192 MB)

Untuk penyebaran ASDK, Anda dapat menskalakan instans ke SKU yang lebih rendah untuk mengurangi penerapan inti dan memori tetapi Anda akan mengalami penurunan kinerja.

Masalah yang diperbaiki dalam rilis ini

  • Peningkatan sekarang akan selesai jika SQL Always On Cluster telah gagal ke node sekunder
  • Penyebaran baru Azure App Service di Azure Stack Hub tidak lagi memerlukan database untuk dikonversi secara manual ke database yang terkandung
  • Menambahkan pekerja tambahan atau instans peran infrastruktur akan selesai dengan benar tanpa intervensi manual
  • Menambahkan tingkatan pekerja khusus akan selesai dengan benar tanpa intervensi manual
  • Penghapusan tingkatan pekerja kustom sekarang selesai tanpa kesalahan portal
  • Pekerja tidak lagi ditandai sebagai siap jika disk lokal berada di luar ruang
  • Waktu keluar meningkat untuk mengambil Sertifikat Azure Resource Manager
  • Jumlah pesan yang diambil, dari log server dan ditampilkan di Portal Admin, dibatasi untuk tetap berada di bawah ukuran Permintaan Azure Resource Manager maksimum
  • Masalah waktu habis yang menyebabkan masalah startup layanan penggunaan
  • Mengatasi masalah penyebaran database saat membuat situs CMS Orchard
  • Pengontrol sekarang diperbarui dengan pembaruan kumulatif Windows sebagai bagian dari penyebaran dan peningkatan
  • App Service tidak lagi mengunci operasi saat verifikasi domain kustom gagal

Langkah PraPembaruan

Tinjau masalah yang diketahui untuk diperbarui serta lakukan tindakan apa pun yang ditentukan.

Langkah-langkah pasca-penyebaran

Penting

Jika Anda telah menyediakan penyedia sumber daya App Service dengan Instans Always On SQL, Anda HARUS menambahkan database appservice_hosting dan appservice_metering ke grup ketersediaan serta menyinkronkan database untuk mencegah hilangnya layanan jika terjadi failover database.

Masalah yang diketahui (pembaruan)

  • Dalam situasi di mana pelanggan telah mengonversi database appservice_hosting dan appservice_metering ke database mandiri, peningkatan mungkin gagal jika login belum berhasil dimigrasikan ke pengguna mandiri

Pelanggan yang telah mengonversi database appservice_hosting dan appservice_metering ke penyebaran pos database yang berisi, dan belum berhasil memigrasikan login database ke pengguna mandiri, mungkin mengalami kegagalan peningkatan.

Pelanggan harus menjalankan skrip berikut terhadap hosting SQL Server appservice_hosting dan appservice_metering sebelum meningkatkan Azure App Service Anda pada pemasangan Azure Stack Hub ke Q2 2020. Skrip ini tidak merusak dan tidak akan menyebabkan waktu henti.

Skrip ini harus dijalankan dalam kondisi-kondisi berikut

  • Oleh pengguna yang memiliki hak istimewa administrator sistem, contohnya Akun SQL SA;

  • Jika menggunakan SQL Always on, pastikan skrip dijalankan dari instans SQL yang berisi semua login App Service dalam formulir:

    • appservice_hosting_FileServer
    • appservice_hosting_HostingAdmin
    • appservice_hosting_LoadBalancer
    • appservice_hosting_Operations
    • appservice_hosting_Publisher
    • appservice_hosting_SecurePublisher
    • appservice_hosting_WebWorkerManager
    • appservice_metering_Common
    • appservice_metering_Operations
    • Semua login WebWorker - dalam bentuk WebWorker_<alamat ip instans>
        USE appservice_hosting
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

        USE appservice_metering
        IF EXISTS(SELECT * FROM sys.databases WHERE Name=DB_NAME() AND containment = 1)
        BEGIN
        DECLARE @username sysname ;  
        DECLARE user_cursor CURSOR  
        FOR
            SELECT dp.name
            FROM sys.database_principals AS dp  
            JOIN sys.server_principals AS sp
                ON dp.sid = sp.sid  
                WHERE dp.authentication_type = 1 AND dp.name NOT IN ('dbo','sys','guest','INFORMATION_SCHEMA');
            OPEN user_cursor  
            FETCH NEXT FROM user_cursor INTO @username  
                WHILE @@FETCH_STATUS = 0  
                BEGIN  
                    EXECUTE sp_migrate_user_to_contained
                    @username = @username,  
                    @rename = N'copy_login_name',  
                    @disablelogin = N'do_not_disable_login';  
                FETCH NEXT FROM user_cursor INTO @username  
            END  
            CLOSE user_cursor ;  
            DEALLOCATE user_cursor ;
            END
        GO

Masalah yang diketahui (pasca-penginstalan)

  • Pekerja tidak dapat mencapai server file saat App Service disebarkan di jaringan virtual yang ada dan server file hanya tersedia di jaringan pribadi, seperti yang disebutkan dalam Azure App Service di dokumentasi penyebaran Azure Stack.

    Jika memilih untuk menyebarkan ke jaringan virtual serta alamat IP internal yang sudah ada untuk menyambung ke server file, Anda harus menambahkan aturan keamanan keluar, mengaktifkan lalu lintas SMB antara subnet pekerja dan server file. Buka WorkersNsg di Portal Administrator kemudian tambahkan aturan keamanan keluar dengan properti berikut:

    • Sumber: Semua
    • Rentang port sumber: *
    • Tujuan: Alamat IP
    • Rentang alamat IP tujuan: Rentang IP untuk server file Anda
    • Rentang port tujuan: 445
    • Protokol: TCP
    • Tindakan: Izinkan
    • Prioritas: 700
    • Nama: Outbound_Allow_SMB445

Masalah yang diketahui untuk admin cloud yang mengoperasikan Azure App Service di Azure Stack Hub

  • Penyewa tidak dapat membuat Paket App Service menggunakan tampilan yang baru di Paket App Service di portal penyewa

Saat membuat aplikasi baru, penyewa dapat membuat Paket App Service selama alur kerja pembuatan aplikasi, atau saat mengubah Paket App Service untuk aplikasi saat ini, atau melalui item marketplace Paket App Service

  • Domain kustom tidak didukung di lingkungan yang terputus koneksinya

App Service melakukan verifikasi kepemilikan domain terhadap titik akhir DNS publik, akibatnya domain kustom tidak didukung dalam skenario koneksi yang terputus.

  • Dalam beberapa kasus, pekerja gagal memenuhi pemeriksaan kesehatan (ruang disk yang tidak mencukupi)

Dalam beberapa kasus, ketika sejumlah besar situs dialokasikan ke pekerja atau situs menangani sejumlah besar permintaan, pekerja akan menghasilkan sejumlah besar file log runtime di C:\DWAS\LogFiles. Hal ini disebabkan oleh bug dalam logika pembersihan untuk file log ini.

Untuk mengurangi masalah ini jauh ke masing-masing pekerja dan membersihkan isi folder.

Masalah ini telah diperbaiki di App Service di Azure Stack Hub 2020 Q3, kami mendorong pelanggan untuk melakukan peningkatan ke rilis 2020 Q3 sesegera mungkin.

Penting

Untuk memperbarui ke Azure App Service di Azure Stack Hub 2020 Q3, Anda harus meningkatkan ke Azure Stack Hub 2008

Langkah berikutnya