Microsoft a mis à disposition l’Update Rollup 12 de Windows Azure Pack (WAP) Websites V2. Notez que le Windows Azure Pack Web Sites v2 entre en support étendu à partir du 12 juillet 2017.
Parmi les changements importants, on retrouve :
- Si le système d’exploitation de base est Windows Server 2012 R2, vous devez installer l’Update Rollup Windows Avril 2014. S’il n’est pas installé, le NET Framework 4.6 et les packages cibles : MS Build Tools 2015, Visual C++ 2015 Redistribution Packages ne seront pas installés.
- Dans le cas où plusieurs sites sont exécutés sous la même application pool identity et exécute une application PHP qui utilise Zend Opcache, le premier site demandé, répondra aux demandes. Toutes les autres applications, répondront avec une réponse 500. Ce problème survient dans Zend Opcache. Pour corriger ce problème, déployez un php.ini personnalisés et désactive “zend_extension=php_opcache.dll.”.
On retrouve la mise à jour des frameworks suivants :
- .NET Framework 4.6.2 Developer Pack (KB3151934)
- .NET Framework 4.6.1 Developer Pack (KB3105179)
- PHP 5.3.29
- PHP 5.5.38
- PHP 5.6.24
- PHP 7.0.9 x86 and x64
- Python 2.7 updated to 2.7.8
- Git updated to 2.8.1
- MSODBC13 (Microsoft ODBC Driver 13 for SQL Server) updates to 13.0.811.168
Parmi les problèmes remontés, on retrouve :
- Amélioration des perforamnces du moteur de contrôle qui calcule les métriques de supervision dans Windows Azure Pack Web Sites.
- Pas de capacité de dumper ou nettoyer le Data Service Cache. Cette mise à jour ajoute le support de PowerShell en utilisant Get-WebSitesDataServiceCache et Clear-WebSitesDataServiceCache.
- Tous les sites dans un abonnement renvoient "503 Service Unavailable" quand les sites utilisent plus de 2,147,483,648 bytes de stockage.
- Pas de support pour le changement du CloudAdminCredentials dans la console de gestion Cloud Web.
- Correction d’AutoHeal dans la cmdlet Set-WebSitesSiteCOnfig
- Les certificats uploadés au tenant ne sont pas déployés au Front End et roles Worker quand ils exécutent un environnement joint à Active Directory.
- Les Webjobs qui utilisent L’authentification SQL intégrée ne se connecte pas à SQL quand ils s’exécutent sous un compte de domaine.
- Les sites déployés dans un environnement Windows Azure Pack Web Sites joint au domaine ne s’étendent pas aux instances réservées.
- Améliorer la journalisation d’erreur pour les vérifications de disponibilité en excluant les erreurs transitoires.
- Vous ne pouvez paramétrer les versions PHP à OFF ; ils sont toujours configurés à la version 5.4.
- Quand vous mettez à jour depuis l’Update Rollup 6, MSDeploy à travers SCM supprime les fichiers dans les environnements qui ont été mis à niveau.
- Quand vous essayez de créer un package d’installation hors ligne, l’opération échoue avec le message d’erreur « Path too long »
- Amélioration faite à l’implémentation des quotas de stockage.
- Les sites qui s’exécutent dans des workers partagés ne peuvent charger les certificats pour être utilisés dans les applications.
- Comme un administrateur de service, vous ne pouvez mettre à jour les stacks d’application core sans Windows Azure Pack WebSites.
- L’arrêt d’un site web peut engendrer l’arrêt du site SCM.
- Une mise à niveau depuis l’Update Rollup 4 et 6 Windows Azure Pack Web Sites v2 engendre l’ensemble des sites à renvoyer 404 not found.
- Vous ne pouvez déployer des applications ASP.NET Core.
