Azure Stack Hub 2020 Q2 sürüm notlarında App Service

  • Makale

Bu sürüm notlarında Azure Stack Hub 2020 Q2'deki Azure App Service iyileştirmeleri ve düzeltmeleri ve bilinen sorunlar açıklanmaktadır. Bilinen sorunlar doğrudan dağıtım, güncelleştirme işlemi ve derlemeyle ilgili sorunlar (yükleme sonrası) ile ilgili sorunlara ayrılır.

Önemli

App Service kaynak sağlayıcısını (RP) dağıtmadan veya güncelleştirmeden önce gerekirse Azure Stack Hub'ı desteklenen bir sürüme güncelleştirin (veya en son Azure Stack Geliştirme Seti'ni dağıtın). Dağıtımınızı etkileyebilecek yeni işlevler, düzeltmeler ve bilinen sorunlar hakkında bilgi edinmek için RP sürüm notlarını okuduğunuzdan emin olun.

Desteklenen En Düşük Azure Stack Hub sürümü RP sürümünü App Service
2301 ve daha yenisi 2302 Yükleyicisi (sürüm notları)

Derleme başvurusu

Azure Stack Hub 2020 Q2 derleme numarasındaki App Service 87.0.2.10'dır

Önkoşullar

Dağıtıma başlamadan önce Başlamadan Önce belgelerine bakın.

Azure Stack'te Azure App Service 2020 Q2'ye yükseltmeye başlamadan önce:

  • Azure Stack Hub Yönetici Portalı'ndaki Azure App Service Yönetimi'nde tüm rollerin Hazır olduğundan emin olun

  • Azure Stack Hub Yönetici Portalında App Service Yönetimi'ni kullanarak App Service Gizli Dizilerini Yedekleme

  • App Service ve Ana Veritabanlarını yedekleyin:

    • AppService_Hosting;
    • AppService_Metering;
    • Ana

  • Kiracı Uygulaması içerik dosya paylaşımını yedekleme

    Önemli

    Bulut operatörleri, Dosya Sunucusu ve SQL Server bakım ve çalışmalarından sorumludur. Kaynak sağlayıcısı bu kaynakları yönetmez. bulut operatörü, App Service veritabanlarını ve kiracı içerik dosya paylaşımını yedeklemekle sorumludur.

  • Market'ten Özel Betik Uzantısı sürüm 1.9.3'i dağıtma

Güncelleştirmeler

Azure Stack Update Q2'de Azure App Service aşağıdaki iyileştirmeleri ve düzeltmeleri içerir:

  • App Service Kiracı, Yönetici, İşlev portalları ve Kudu araçlarına Güncelleştirmeler. Azure Stack Portal SDK sürümüyle tutarlı.

  • Azure İşlevleri çalışma zamanınıv1.0.13021'e Güncelleştirmeler.

  • Yaygın sorunların daha kolay tanılanması için güvenilirliği ve hata mesajlaşmasını geliştirmek için temel hizmete Güncelleştirmeler.

  • Aşağıdaki uygulama çerçevelerine ve araçlarına Güncelleştirmeler:

    • ASP.NET Framework 4.7.2
    • ASP.NET Core 3.1.3
    • ASP.NET Core Modülü v2 13.1.19331.0
    • PHP 7.4.2
    • Kudu 86.20224.4450 olarak güncelleştirildi
    • 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

  • Tüm rollerin temel işletim sistemine Güncelleştirmeler:

  • Windows Server için toplu Güncelleştirmeler artık dağıtım ve yükseltme kapsamında Denetleyici rollerine uygulanıyor

  • Yeni dağıtımlar için varsayılan Sanal Makine ve Ölçek kümesi sku'ları güncelleştirildi: Genel bulut hizmetimizle tutarlılığı korumak için Azure Stack Hub'da yeni Azure App Service dağıtımları, kaynak sağlayıcısını çalıştırmak için kullanılan temel makineler ve ölçek kümeleri için aşağıdaki SKU'ları kullanır

    Rol En düşük SKU
    Denetleyici Standard_A4_v2 - (4 çekirdek, 8192 MB)
    Yönetim Standard_D3_v2 - (4 çekirdek, 14336 MB)
    Publisher Standard_A2_v2 - (2 çekirdek, 4096 MB)
    FrontEnd Standard_A4_v2 - (4 çekirdek, 8192 MB)
    Paylaşılan Çalışan Standard_A4_v2 - (4 çekirdek, 8192 MB)
    Küçük ayrılmış çalışan Standard_A1_v2 - (1 çekirdek, 2048 MB)
    Orta düzeyde ayrılmış çalışan Standard_A2_v2 - (2 çekirdek, 4096 MB)
    Büyük ayrılmış çalışan Standard_A4_v2 - (4 çekirdek, 8192 MB)

ASDK dağıtımlarında çekirdek ve bellek işlemesini azaltmak için örneklerin ölçeğini azaltarak SKU'ları düşürebilirsiniz ancak performans düşüşü yaşarsınız.

Bu sürümde giderilen sorunlar

  • SQL Always On Kümesi ikincil düğüme yük devretmişse yükseltmeler tamamlanır
  • Azure Stack Hub'da yeni Azure App Service dağıtımları artık veritabanlarının kapsanan veritabanlarına el ile dönüştürülmesini gerektirmez
  • El ile müdahale edilmeden ek çalışanlar veya altyapı rolü örnekleri ekleme işlemi doğru şekilde tamamlanır
  • Özel çalışan katmanları ekleme işlemi el ile müdahale edilmeden doğru şekilde tamamlanır
  • Özel çalışan katmanlarının kaldırılması artık portal hatası olmadan tamamlıyor
  • Yerel diskte yer kalmadıysa çalışanlar artık hazır olarak işaretlenmez
  • Azure Resource Manager Sertifikası alınırken zaman aşımı artırıldı
  • Sunucu günlüklerinden alınan ve Yönetici Portalı'nda görüntülenen ileti sayısı, maksimum Azure Resource Manager İstek boyutu altında kalmakla sınırlıdır
  • Kullanım hizmeti başlatma sorunlarına neden olan zaman aşımı sorunu
  • Orchard CMS siteleri oluşturulurken veritabanı dağıtım sorunu çözüldü
  • Denetleyiciler artık dağıtım ve yükseltme kapsamında Windows Toplu Güncelleştirmeler ile güncelleştirilir
  • App Service artık özel etki alanı doğrulaması başarısız olduğunda işlemleri kilitlemez

Güncelleştirme Öncesi adımları

Güncelleştirmeyle ilgili bilinen sorunları gözden geçirin ve önceden belirlenmiş tüm eylemleri gerçekleştirin.

Dağıtım sonrası adımları

Önemli

App Service kaynak sağlayıcısına bir SQL Always On Örneği sağladıysanız, veritabanı yük devretmesi durumunda hizmet kaybını önlemek için appservice_hosting ve appservice_metering veritabanlarını bir kullanılabilirlik grubuna eklemeniz ve veritabanlarını eşitlemeniz GEREKIR.

Bilinen sorunlar (güncelleştirme)

  • Müşterinin appservice_hosting ve appservice_metering veritabanlarını kapsanan veritabanına dönüştürdüğü durumlarda, oturum açma işlemleri kapsanan kullanıcılara başarıyla geçirilmediyse yükseltme başarısız olabilir

appservice_hosting ve appservice_metering veritabanlarını dağıtım sonrasında kapsanan veritabanına dönüştüren ve veritabanı oturum açma bilgilerini kapsanan kullanıcılara başarıyla geçirmemiş müşteriler yükseltme hatalarıyla karşılaşabilir.

Müşterilerin Azure Stack Hub yüklemesinde Azure App Service 2020 Q2'ye yükseltmeden önce SQL Server barındırma appservice_hosting ve appservice_metering karşı aşağıdaki betiği yürütmesi gerekir. Bu betik yıkıcı değildir ve kapalı kalma süresine neden olmaz.

Bu betik aşağıdaki koşullarda çalıştırılmalıdır

  • Sql SA Hesabı gibi sistem yöneticisi ayrıcalığına sahip bir kullanıcı tarafından;

  • SQL Always on kullanıyorsanız betiğin, formdaki tüm App Service oturum açma bilgilerini içeren SQL örneğinden çalıştırıldığından emin olun:

    • 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
    • Tüm WebWorker oturum açma bilgileri - WebWorker_<instance ip adresi biçimindedir>
        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

Bilinen sorunlar (yükleme sonrası)

  • App Service var olan bir sanal ağa dağıtıldığında ve azure stack dağıtım belgelerindeki Azure App Service belirtildiği gibi dosya sunucusu yalnızca özel ağda kullanılabilir olduğunda çalışanlar dosya sunucusuna ulaşamaz.

    Dosya sunucunuza bağlanmak için mevcut bir sanal ağa ve bir iç IP adresine dağıtmayı seçtiyseniz, çalışan alt ağı ile dosya sunucusu arasında SMB trafiğini etkinleştiren bir giden güvenlik kuralı eklemeniz gerekir. Yönetici Portalı'nda WorkersNsg'ye gidin ve aşağıdaki özelliklere sahip bir giden güvenlik kuralı ekleyin:

    • Kaynak: Herhangi biri
    • Kaynak bağlantı noktası aralığı: *
    • Hedef: IP Adresleri
    • Hedef IP adresi aralığı: Dosya sunucunuz için IP aralığı
    • Hedef bağlantı noktası aralığı: 445
    • Protokol: TCP
    • Eylem: İzin Ver
    • Öncelik: 700
    • Ad: Outbound_Allow_SMB445

Azure Stack'te Azure App Service çalışan Bulut Yöneticileri için bilinen sorunlar

  • Kiracılar, kiracı portalındaki yeni App Service Planı görünümünü kullanarak App Service Planı oluşturamıyor

Yeni uygulama oluştururken, kiracılar uygulama oluşturma iş akışı sırasında veya geçerli bir uygulama için App Service Planı değiştirirken veya App Service Plan market öğesi aracılığıyla App Service Planları oluşturabilir

  • Bağlantısı kesilmiş ortamlarda özel etki alanları desteklenmez

App Service, bağlantı kesilen senaryolarda özel etki alanları desteklenmediğinden, genel DNS uç noktalarına karşı etki alanı sahipliği doğrulaması gerçekleştirir.

  • Bazı durumlarda çalışanlar sistem durumu denetimlerini karşılayamaz (yetersiz disk alanı)

Bir çalışana çok sayıda site ayrıldığı veya bir sitenin çok sayıda isteği işlediği bazı durumlarda, çalışan C:\DWAS\LogFiles içinde çok sayıda çalışma zamanı günlük dosyası oluşturur. Bunun nedeni, bu günlük dosyalarının temizleme mantığındaki bir hatadır.

Bu sorunu azaltmak için tek tek çalışana uzak ve klasörün içeriğini temizleyin.

Bu sorun Azure Stack Hub 2020 Q3'teki App Service düzeltilmiştir. Müşterilerin en kısa sürede 2020 Q3 sürümüne yükseltmelerini öneririz.

Önemli

Azure Stack Hub 2020 Q3'te Azure App Service güncelleştirmek için Azure Stack Hub 2008'e yükseltmeniz gerekir

Sonraki adımlar