App Service az Azure Stack Hub 2020 2. negyedévi kibocsátási megjegyzései
Ezek a kibocsátási megjegyzések ismertetik az Azure Stack Hub 2020 2. negyedévi Azure App Service fejlesztéseit és javításait, valamint az ismert problémákat. Az ismert problémák az üzembe helyezéssel, a frissítési folyamattal és a buildel kapcsolatos problémákra (telepítés utáni) közvetlenül kapcsolódó problémákra oszlanak.
Fontos
Frissítse az Azure Stack Hubot egy támogatott verzióra (vagy ha szükséges, telepítse a legújabb Azure Stack Development Kitet) a App Service erőforrás-szolgáltató (RP) üzembe helyezése vagy frissítése előtt. Mindenképpen olvassa el az RP kibocsátási megjegyzéseit, hogy megismerje az új funkciókat, a javításokat és az üzembe helyezést esetlegesen befolyásoló ismert problémákat.
Támogatott minimális Azure Stack Hub-verzió App Service RP-verzió 2301 és újabb 2302 Installer (kibocsátási megjegyzések)
Összeállítási referencia
Az Azure Stack Hub 2020 2. negyedévi buildszámának App Service 87.0.2.10
Előfeltételek
Az üzembe helyezés megkezdése előtt tekintse meg az Első lépések dokumentációt .
Az Azure Stack Azure App Service 2020 2. negyedévi frissítésének megkezdése előtt:
Győződjön meg arról, hogy az összes szerepkör készen áll az Azure Stack Hub Rendszergazda Portal Azure App Service felügyeletében
Titkos kulcsok biztonsági mentése App Service az Azure Stack Hub Rendszergazda Portal App Service felügyeletével
Biztonsági másolatot készít a App Service és a master adatbázisokról:
- AppService_Hosting;
- AppService_Metering;
- Mester
A bérlői alkalmazás tartalomfájlmegosztásának biztonsági mentése
Fontos
A felhőszolgáltatók felelősek a fájlkiszolgáló és a SQL Server karbantartásáért és működéséért. Az erőforrás-szolgáltató nem kezeli ezeket az erőforrásokat. A felhőszolgáltató feladata a App Service adatbázisok és a bérlői tartalomfájl-megosztás biztonsági mentése.
Az egyéni szkriptbővítmény1.9.3-es verziójának szindikálása a Marketplace-ről
Frissítések
az Azure Stack Update 2. negyedévi Azure App Service a következő fejlesztéseket és javításokat tartalmazza:
Frissítések a bérlői, Rendszergazda-, Functions-portálok és Kudu-eszközök App Service. Konzisztens az Azure Stack Portal SDK-verziójával.
Frissítések Azure Functions futtatókörnyezetet az 1.0.13021-hez.
Frissítések az alapvető szolgáltatásra a megbízhatóság és a hibaüzenetek javítása érdekében, így könnyebben diagnosztizálhatóak a gyakori problémák.
Frissítések a következő alkalmazás-keretrendszerekre és -eszközökre:
- 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
- A Kudu frissítve a 86.20224.4450-ös verzióra
- 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
Frissítések az összes szerepkör mögöttes operációs rendszerére:
A Windows Server kumulatív Frissítések mostantól a vezérlői szerepkörökre lesznek alkalmazva az üzembe helyezés és a frissítés részeként
Frissített alapértelmezett virtuálisgép- és méretezésicsoport-termékváltozatok az új üzemelő példányokhoz: A nyilvános felhőszolgáltatással való konzisztenciának fenntartása érdekében az Azure Stack Hubon futó Azure App Service új üzemelő példányai a következő termékváltozatokat fogják használni az erőforrás-szolgáltató működtetéséhez használt mögöttes gépekhez és méretezési csoportokhoz
Szerepkör Minimális termékváltozat Vezérlő Standard_A4_v2 - (4 mag, 8192 MB) Kezelés Standard_D3_v2 - (4 mag, 14336 MB) Publisher Standard_A2_v2 - (2 mag, 4096 MB) Előtér Standard_A4_v2 - (4 mag, 8192 MB) Megosztott feldolgozó Standard_A4_v2 - (4 mag, 8192 MB) Kis dedikált feldolgozó Standard_A1_v2 - (1 mag, 2048 MB) Közepesen dedikált feldolgozó Standard_A2_v2 - (2 mag, 4096 MB) Nagy dedikált feldolgozó Standard_A4_v2 - (4 mag, 8192 MB)
AZ ASDK üzemelő példányai esetében leskálázhatja a példányokat alacsonyabb termékváltozatokra a mag és a memória véglegesítésének csökkentése érdekében, de teljesítménycsökkenést fog tapasztalni.
Ebben a kiadásban kijavított problémák
- A frissítések akkor fejeződnek be, ha az SQL Always On-fürt feladatátvételt végzett a másodlagos csomóponton
- A Azure App Service Azure Stack Hubon való új üzembe helyezéséhez már nincs szükség az adatbázisok manuális átalakítására tartalmazott adatbázisokká
- További feldolgozók vagy infrastruktúraszerepkör-példányok hozzáadása manuális beavatkozás nélkül helyesen fejeződik be
- Az egyéni feldolgozói szintek hozzáadása manuális beavatkozás nélkül helyesen fejeződik be
- Az egyéni feldolgozói szintek eltávolítása portálhibák nélkül befejeződik
- A feldolgozók már nem lesznek készként megjelölve, ha a helyi lemez nincs szabadban
- Az Azure-Resource Manager-tanúsítvány lekérése időtúllépés miatt megnőtt
- A kiszolgálónaplókból lekért és a Rendszergazda portalon megjelenített üzenetek száma az Azure-Resource Manager-kérelmek maximális mérete alatt marad
- Időtúllépési probléma, amely a használati szolgáltatás indítási problémáit okozza
- Az adatbázis üzembe helyezésével kapcsolatos probléma megoldva az Orchard CMS-helyek létrehozásakor
- A vezérlők mostantól frissülnek a Windows összesítő Frissítések az üzembe helyezés és a frissítés részeként
- App Service már nem zárolja a műveleteket, ha az egyéni tartomány ellenőrzése sikertelen
Frissítés előtti lépések
Tekintse át az ismert problémákat a frissítéshez , és végezze el az előírt lépéseket.
Üzembe helyezés után lépések
Fontos
Ha az App Service erőforrás-szolgáltatónak sql Always On-példányt adott meg, hozzá kell adnia a appservice_hosting és appservice_metering adatbázisokat egy rendelkezésre állási csoporthoz, és szinkronizálnia kell az adatbázisokat, hogy az adatbázis feladatátvétele esetén ne csökkenjen a szolgáltatás.
Ismert problémák (frissítés)
- Olyan esetekben, amikor az ügyfél a appservice_hosting és appservice_metering adatbázisokat tartalmazott adatbázissá alakította át, a frissítés meghiúsulhat, ha a bejelentkezések nem lettek sikeresen áttelepítve a tartalmazott felhasználókra
Azok az ügyfelek, akik az üzembe helyezés után a appservice_hosting és appservice_metering adatbázist tartalmazott adatbázissá alakították át, és nem migrálták az adatbázis-bejelentkezéseket a tartalmazott felhasználókra, frissítési hibákat tapasztalhatnak.
Az ügyfeleknek a következő szkriptet kell végrehajtaniuk a SQL Server üzemeltetési appservice_hosting és appservice_metering, mielőtt az Azure Stack Hubon futó Azure App Service 2020 2. negyedévére frissítenék. Ez a szkript nem romboló, és nem okoz állásidőt.
Ezt a szkriptet a következő feltételek mellett kell futtatni
Egy rendszergazdai jogosultsággal rendelkező felhasználó, például az SQL SA-fiók;
Ha az SQL Always on-t használja, győződjön meg arról, hogy a szkript az űrlap összes App Service bejelentkezését tartalmazó SQL-példányból fut:
- 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
- Minden WebWorker-bejelentkezés – amely WebWorker_instance IP-cím formájában< található>
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
Ismert problémák (telepítés után)
A feldolgozók nem tudják elérni a fájlkiszolgálót, ha App Service egy meglévő virtuális hálózaton vannak üzembe helyezve, és a fájlkiszolgáló csak a magánhálózaton érhető el, ahogy az Azure Stack üzembe helyezési dokumentációjának Azure App Service is ismerteti.
Ha egy meglévő virtuális hálózaton és egy belső IP-címen szeretne csatlakozni a fájlkiszolgálóhoz, hozzá kell adnia egy kimenő biztonsági szabályt, amely engedélyezi az SMB-forgalmat a feldolgozó alhálózat és a fájlkiszolgáló között. Lépjen a WorkersNsg elemre a Rendszergazda portálon, és adjon hozzá egy kimenő biztonsági szabályt a következő tulajdonságokkal:
- Forrás: Bármely
- Forrásporttartomány: *
- Cél: IP-címek
- Cél IP-címtartománya: A fájlkiszolgáló IP-címtartománya
- Célporttartomány: 445
- Protokoll: TCP
- Művelet: Engedélyezés
- Prioritás: 700
- Név: Outbound_Allow_SMB445
Az Azure Stacken Azure App Service üzemeltető felhőadminisztrátorokkal kapcsolatos ismert problémák
- A bérlők nem tudnak új App Service-csomagot létrehozni App Service Terv nézetben a bérlői portálon
Új alkalmazás létrehozásakor a bérlők App Service-csomagokat hozhatnak létre az alkalmazás létrehozása munkafolyamat során, illetve az aktuális alkalmazás App Service csomagjának módosításakor, vagy a App Service Piactér megtervezése elemen keresztül
- Az egyéni tartományok nem támogatottak leválasztott környezetekben
App Service tartományi tulajdonjog-ellenőrzést végez a nyilvános DNS-végpontokon, ezért az egyéni tartományok nem támogatottak a leválasztott esetekben.
- Bizonyos esetekben a feldolgozók nem teljesítik az állapotellenőrzéseket (nincs elegendő lemezterület)
Bizonyos esetekben, amikor egy feldolgozóhoz nagy számú hely van lefoglalva, vagy egy hely nagy számú kérést kezel, a feldolgozó nagy számú futtatókörnyezeti naplófájlt hoz létre a C:\DWAS\LogFiles fájlban. Ezt a naplófájlok tisztítási logikájának hibája okozza.
Ha távolról szeretné elhárítani ezt a problémát az egyes feldolgozók számára, és törölje a mappa tartalmát.
Ezt a problémát kijavítottuk az Azure Stack Hub 2020 2020 3. negyedévi App Service, ezért javasoljuk az ügyfeleket, hogy a lehető leghamarabb frissítsenek a 2020. harmadik negyedévi kiadásra.
Fontos
Az Azure Stack Hub 2020 2020 3. negyedévi Azure App Service frissítéséhez frissítenie kell az Azure Stack Hub 2008-ra
Következő lépések
- A Azure App Service áttekintését lásd: Azure App Service az Azure Stackben – áttekintés.
- A App Service Azure Stacken való üzembe helyezésének előkészítésével kapcsolatos további információkért lásd: Az Azure Stack App Service használatának első lépései.
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: