Notes de publication d'App Service sur Azure Stack Hub Update 3
Ces notes de publication décrivent les améliorations, les correctifs et les problèmes connus dans la version Update 3 d'Azure App Service sur Azure Stack Hub. Les problèmes connus ont été répartis en trois sections : ceux qui concernent directement le déploiement, ceux qui concernent le processus de mise à jour et ceux qui concernent la build (après l’installation).
Important
Appliquez la mise à jour 1807 à votre système intégré Azure Stack Hub, ou déployez le dernier Kit de développement Azure Stack Hub (ASDK) avant de déployer Azure App Service 1.3.
Référence de build
Le numéro de build d'App Service sur Azure Stack Hub Update 3 est 74.0.13698.31.
Prérequis
Avant de commencer le déploiement, consultez les Conditions préalables pour le déploiement d’App Service sur Azure Stack Hub.
Avant de commencer la mise à niveau d’Azure App Service sur Azure Stack Hub vers la version 1.3, vérifiez que tous les rôles sont prêts dans l’administration Azure App Service par le biais du portail administrateur Azure Stack Hub.
Nouvelles fonctionnalités et correctifs
Azure App Service sur Azure Stack Hub Update 3 contient les améliorations et correctifs suivants :
Prise en charge de l’utilisation de SQL Server AlwaysOn pour les bases de données de fournisseurs de ressources Azure App Service.
Ajout du nouveau paramètre d’environnement au script d’assistance Create-AADIdentityApp afin de faciliter le ciblage des différentes régions Azure AD.
Mises à jour des portails Locataire, Administration et Functions d’App Service, ainsi que des outils Kudu. Cohérentes avec la version du kit de développement logiciel (SDK) sur le portail Azure Stack Hub.
Mises à jour du runtime d’Azure Functions à la version 1.0.11820.
Mises à jour du service principal afin d’améliorer la fiabilité et l’envoi de messages d’erreur, ce qui facilite le diagnostic des problèmes courants.
Mises à jour des outils et frameworks d’applications suivants :
- Ajout d’ASP.NET Core 2.1.2
- Ajout de NodeJS 10.0.0
- Ajout de Zulu OpenJDK 8.30.0.1
- Ajout de Tomcat 8.5.31 et 9.0.8
- Ajout des versions suivantes de PHP :
- 5.6.36
- 7.0.30
- 7.1.17
- 7.2.5
- Ajout de Wincache 2.0.0.8
- Mise à jour de Git pour Windows vers la v 2.17.1.2
- Mise à jour de Kudu vers la version 74.10611.3437
Mises à jour du système d’exploitation sous-jacent pour tous les rôles :
Étapes post-mise à jour (facultatif)
Pour les clients désireux d'effectuer une migration vers une base de données autonome pour des déploiements existants d'Azure App Service sur Azure Stack Hub, suivez les étapes ci-dessous après la mise à jour d'Azure App Service sur Azure Stack Hub 1.3 :
Important
Cette procédure prend environ 5 à 10 minutes. Elle suppose de forcer l’arrêt des sessions de connexion à la base de données. Planifier un temps d'arrêt pour la migration et la validation d'Azure App Service sur Azure Stack Hub après la migration
Ajoutez les bases de données App Service (appservice_hosting et appservice_metering) à un groupe de disponibilité.
Activez la base de données autonome.
sp_configure 'contained database authentication', 1; GO RECONFIGURE; GO
Convertissez une base de données en une base de données partiellement autonome. Cette étape entraîne des temps d’arrêt, car toutes les sessions actives doivent être arrêtées.
/******** [appservice_metering] Migration Start********/ USE [master]; -- kill all active sessions DECLARE @kill varchar(8000) = ''; SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';' FROM sys.dm_exec_sessions WHERE database_id = db_id('appservice_metering') EXEC(@kill); USE [master] GO ALTER DATABASE [appservice_metering] SET CONTAINMENT = PARTIAL GO /********[appservice_metering] Migration End********/ /********[appservice_hosting] Migration Start********/ -- kill all active sessions USE [master]; DECLARE @kill varchar(8000) = ''; SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';' FROM sys.dm_exec_sessions WHERE database_id = db_id('appservice_hosting') EXEC(@kill); -- Convert database to contained USE [master] GO ALTER DATABASE [appservice_hosting] SET CONTAINMENT = PARTIAL GO /********[appservice_hosting] Migration End********/
Migrez les connexions vers les utilisateurs de base de données autonome.
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
Procéder à la validation
Vérifiez si la fonction d’autonomie est activée dans SQL Server.
sp_configure @configname='contained database authentication'
Vérifiez le comportement d’autonomie existant.
SELECT containment FROM sys.databases WHERE NAME LIKE (SELECT DB_NAME())
Problèmes connus (après l’installation)
- Les Workers ne peuvent pas atteindre le serveur de fichiers si App Service est déployé dans un réseau virtuel existant et si le serveur de fichiers est uniquement disponible sur le réseau privé. Ce problème est évoqué dans la documentation de déploiement d'Azure App Service sur Azure Stack Hub.
Si vous avez choisi de procéder au déploiement dans un réseau virtuel existant et avec une adresse IP interne pour vous connecter à votre serveur de fichiers, vous devez ajouter une règle de sécurité sortante, qui autorise le trafic SMB entre le sous-réseau worker et le serveur de fichiers. Accédez au WorkersNsg dans le portail administrateur, puis ajoutez une règle de sécurité sortante comportant les propriétés suivantes :
- Source : Quelconque
- Plage de ports source : : *
- Destination : Adresses IP
- Plage d’adresses IP de destination : plage d’adresses IP de votre serveur de fichiers
- Plage de ports de destination : 445
- Protocole : TCP
- Action : Allow
- Priorité : 700
- Nom : Outbound_Allow_SMB445
Problèmes connus des administrateurs cloud utilisant Azure App Service sur Azure Stack Hub
Reportez-vous à la documentation fournie dans les Notes de publication d'Azure Stack Hub 1807.
Étapes suivantes
- Pour une présentation d'Azure App Service, consultez Vue d'ensemble d'Azure App Service sur Azure Stack Hub.
- Pour plus d'informations sur la préparation au déploiement d'App Service sur Azure Stack Hub, consultez Conditions préalables au déploiement d'App Service sur Azure Stack Hub.
Commentaires
https://aka.ms/ContentUserFeedback.
Prochainement : Tout au long de l'année 2024, nous supprimerons progressivement les GitHub Issues en tant que mécanisme de retour d'information pour le contenu et nous les remplacerons par un nouveau système de retour d'information. Pour plus d’informations, voir:Soumettre et afficher des commentaires pour