Planification des capacités pour Windows Azure Pack : Sites web
Mise à jour : 6 juin 2014
S’applique à : Windows Azure Pack
Serveurs : physique ou virtuel ?
Les rôles Microsoft Azure Pack : Sites Web peuvent être installés sur Windows Server 2012 R2 ou Windows Server 2012. Les instances de serveur peuvent être des ordinateurs physiques ou virtuels. Si vous utilisez des ordinateurs virtuels, ils peuvent se trouver sur un fournisseur de machines virtuelles quelconque. Depuis que le fossé en termes de performances entre les machines virtuelles et les matériels physiques se réduit, le rapport qualité-prix des machines virtuelles les rend plus attrayantes.
Planification des capacités par le rôle de serveur Sites Web
Contrôleur
Le contrôleur de sites Web consomme généralement peu d'UC, de mémoire, et des ressources réseau. Toutefois, pour la haute disponibilité, deux contrôleurs sont recommandés. C'est aussi le nombre maximal de contrôleurs autorisé. Vous pouvez créer le deuxième contrôleur de sites Web en utilisant PowerShell et des scripts de ligne de commande. Pour plus d'informations, voir Provision a Second Web Sites Controller.
Serveur frontal
Le serveur frontal achemine les demandes vers les rôles de travail en fonction de la disponibilité du traitement Web. Pour une haute disponibilité, vous devez avoir plus d'un serveur frontal, et vous pouvez en avoir plus de deux. À des fins de planification de la capacité, notez que chaque cœur peut traiter approximativement 100 demandes par seconde. Pour plus d'informations sur l'ajout de serveurs frontaux supplémentaires, consultez Scaling Windows Azure Pack: Web Sites for High Availability.
Serveur d'administration
Le rôle de serveur d’administration de sites Web gère le trafic de gestion des sites Web avec l'API REST du service Windows Azure Pack : Sites Web. Le rôle de serveur d'administration nécessite généralement 4 Go de RAM seulement dans un environnement de production. Toutefois, l’utilisation de l’UC peut augmenter lorsque de nombreuses tâches de gestion (par exemple, la création de sites web) sont effectuées. Pour la haute disponibilité, vous devez avoir plus d'un serveur attribué à ce rôle, et au moins deux noyaux par serveur.
Pour plus d'informations sur l'ajout de serveurs d'administration supplémentaires, consultez Configurer des serveurs d'administration supplémentaires.
Serveur de publication
Le rôle de serveur de publication peut utiliser beaucoup d'UC si de nombreux locataires publient simultanément. Pour la haute disponibilité, configurez plus d'un rôle de serveur de publication. Pour plus d'informations sur l'ajout de serveurs de publication supplémentaires, consultez Scaling Windows Azure Pack: Web Sites for High Availability.
Serveur de fichiers
Pour le rôle de serveur de fichiers, vous pouvez utiliser le serveur de fichiers autonome à des fins de développement et de test. À des fins de production, vous devez utiliser un serveur de fichiers Windows préconfiguré ou un serveur de fichiers préconfiguré autre que Windows.
Le serveur de fichiers autonome est inclus dans Windows Azure Pack par défaut : installation de sites Web. L’installation autonome approvisionne le rôle de serveur de fichiers sur une seule machine, place les listes ACL pour les comptes appropriés et crée les partages réseau nécessaires.
Dans les environnements de production, le rôle de serveur de fichiers fait face à des E/S de disque intensives. Étant donné qu'il héberge tous les fichiers de contenu et d'application des sites Web locataires, vous devez préconfigurer un serveur de fichiers ou un cluster Windows, ou un serveur de fichiers ou un cluster non Windows, ou encore un périphérique de stockage NAS pour ce rôle. Pour plus d’informations, consultez Préconfigurer un cluster de serveurs de fichiers ou un périphérique NAS Windows pour Windows Azure Pack : Sites web.
Avertissement
Microsoft Azure Pack : Sites web repose sur les Outils de gestion de ressources pour serveur de fichiers (FSRM), qui ne prend pas en charge les serveurs de fichiers avec montée en puissance parallèle.
Traitement Web
Pour la haute disponibilité, vous devez avoir au moins quatre rôles de traitement Web, deux pour le mode de site Web Partagé et deux pour le mode de site Web Réservé. Les modes de site Web Partagé et Réservé fournissent différents niveaux de service aux locataires. Naturellement, si vous avez de nombreux clients qui utilisent le mode Réservé (très gourmand en ressources), ou de nombreux clients qui utilisent le mode Partagé, vous aurez besoin de davantage de traitements Web.
Important
Lorsque vous estimez le nombre de rôles de traitement Web à configurer, souvenez-vous qu'une fois qu'un abonné a placé un traitement Web en mode Réservé, ce traitement Web ne sera plus disponible aux abonnés en mode Partagé. Pour cette raison, l'installation de Windows Azure Pack : Sites Web sans une instance de Traitement web partagé n'est pas une configuration prise en charge.
Pour vous aider à déterminer le nombre de rôles de traitement Web requis, tenez compte de ce qui suit :
Mémoire - La mémoire est la ressource la plus critique pour un rôle de traitement Web. Une mémoire insuffisante a un impact sur les performances du site web lorsque la mémoire virtuelle est échangée à partir du disque. Chaque serveur nécessite approximativement 1,2 Go de RAM pour le système d'exploitation ; la RAM disponible au-dessus de ce seuil peut être utilisée pour exécuter des sites Web.
Pourcentage de sites Web actifs - Selon les charges de travail de production observées, approximativement 5 % des sites Web dans un cloud de sites Web sont généralement actifs. Toutefois, le pourcentage de sites Web actifs à un moment donné peut être considérablement plus élevé ou moindre. En supposant un taux de « site web actif » de 5 pour cent, le nombre maximal de sites web à placer dans un cloud de site web ne doit pas dépasser 20 fois le nombre de sites web actifs (5 x 20 = 100).
Encombrement de mémoire moyen - L'encombrement moyen de la mémoire observé pour les sites Web dans des environnements de production est d'environ 70 Mo. Compte tenu de cette valeur, la quantité de mémoire qui doit être allouée entre tous les ordinateurs qui ont un rôle de traitement Web ou les machines virtuelles installées sur un cloud de site Web, peut être calculée comme suit :
Nombre de sites web approvisionnés * 70 Mo * 5 % - (Nombre de rôles de travail web * 1 044 Mo)
Par exemple, si 5 000 sites Web sont configurés sur un cloud de sites Web qui exécute 10 rôles de traitement Web, alors chaque ordinateur avec un rôle de traitement Web, ou chaque machine virtuelle, doit disposer de 7060 Mo de RAM déterminés comme suit :
5 000 * 70 * .05 – (10 * 1044) = 7060 (=environ 7 Go)
Pour plus d'informations sur l'ajout d'instances de traitement Web, consultez Scaling Windows Azure Pack: Web Sites for High Availability.
Base de données d'exécution SQL Server dans Windows Azure Pack : Sites Web
Windows Azure Pack : Cloud Sites Web utilise de façon intensive SQL Server. Pour la haute disponibilité, suivez ces instructions pour allouer les ressources de RAM, de disque et de processeur :
Mémoire - Étant donné que les performances de SQL Server dépendent fortement de la mémoire, allouez au moins 4 Go de RAM à votre SQL Server tous les 30 000 sites configurés. Dans la plupart des scénarios, les performances SQL tireront profit de la mémoire supplémentaire, et SQL Server utilisera autant de mémoire que vous lui avez assigné.
Espace disque - Tous les 10 000 sites configurés, allouez au moins 4 Go d'espace disque.
Nombre de processeurs - Pour déterminer le nombre de noyaux à allouer à votre ordinateur SQL Server, appliquez les critères suivants :
Lorsque le Gestionnaire des tâches ou l'Analyseur de performances indique que l'utilisation de l'UC du service SQL Server approche les 70 %, allouez un noyau supplémentaire.
Pour appliquer d'autres mesures afin d'augmenter la disponibilité de vos serveurs SQL, consultez Configuration de SQL Server pour la haute disponibilité.
Voir aussi
Planification de la capacité pour les ordinateurs du portail de gestion et les API
Déployer Windows Azure Pack : Sites web