Que souhaitez-vous savoir – Serveur d’impression

Les serveurs Web, les serveurs FTP, les serveurs proxy et les connexions de réseau privé virtuel peuvent facilement être surchargés pendant les périodes de pointe, ce qui entraîne des performances médiocres et une expérience utilisateur insatisfaisante. Pour lutter contre les problèmes de performances client / serveur, l'équilibrage de la charge réseau répartit le trafic des demandes des utilisateurs sur un cluster virtuel de serveurs exécutant la même application. Bien que le concept d'équilibrage de charge ne soit pas nouveau, la prise en charge native de Windows Server 2012 pour la création et la gestion de clusters virtuels l'est également. Et cette fonctionnalité élimine le besoin de matériel et de logiciels d'équilibrage de charge tiers. Vous trouverez ici les réponses aux questions les plus fréquentes sur l'équilibrage de la charge réseau et l'équilibrage dynamique dans Windows Server 2012.

Qu'est-ce que l'équilibrage de la charge réseau? Et où se situe Windows Server 2012? L'équilibrage de charge facilite le trafic réseau vers un serveur en le répartissant sur deux serveurs ou plus. Par exemple, un serveur surchargé à 140% de sa capacité de traitement du trafic connaîtra des performances médiocres, telles que de longues attentes pour les demandes. En utilisant l'équilibrage de charge et en répartissant la charge de travail sur un deuxième serveur, la charge moyenne par serveur chute à 70%. En conséquence, les utilisateurs obtiennent de bonnes performances, même pendant les périodes d'utilisation intensive ou de charge de trafic. Windows Server 2012 incorpore des fonctionnalités NLB, combinant deux serveurs ou plus exécutant la même application (un serveur Web, par exemple) dans un cluster virtuel capable de répartir le trafic réseau sur des nœuds de cluster. L'équilibrage de charge intègre des fonctionnalités d'évolutivité et de résilience dans le cluster de serveurs. Les administrateurs informatiques peuvent spécifier le niveau de charge que chaque hôte doit gérer afin que des serveurs plus anciens puissent être ajoutés au cluster, même s'ils ne peuvent pas supporter une charge égale par rapport aux serveurs plus récents. Le trafic peut également être acheminé vers un serveur par défaut jusqu'à atteindre un seuil, puis commencer à répartir le trafic excédentaire sur d'autres serveurs. Windows Server 2012 peut prendre en charge des clusters NLB comprenant jusqu'à 32 nœuds. Windows Server 2012 permet également l'ajout et la suppression dynamiques de nœuds du cluster. Si un cluster nécessite plus de puissance de calcul, par exemple, des serveurs supplémentaires exécutant la même application peuvent facilement rejoindre le cluster et absorber une partie du trafic. Inversement, des serveurs en panne ou en panne peuvent quitter le cluster. NLB rééquilibrera la charge de trafic et permettra aux serveurs restants de continuer à fonctionner.

Comment gérer l'équilibrage de la charge réseau dans Windows Server 2012? Quels outils sont disponibles pour le gérer? Le gestionnaire d'équilibrage de la charge réseau de Windows Server 2012 gère l'équilibrage de la charge réseau, à l'instar des cmdlets d'équilibrage de la charge pour Windows PowerShell. Les deux ressources permettent aux informaticiens de gérer et de configurer des clusters NLB locaux et distants. Le contrôle PowerShell prend en charge l'utilisation de scripts pour automatiser des tâches de gestion d'équilibrage de charge importantes ou répétitives. Ces outils vous permettent d'ajouter ou de supprimer des serveurs du cluster, de créer ou de supprimer des clusters, de définir des seuils de trafic et des comportements de distribution, etc. Windows Server 2012 génère et consigne les événements liés à l'équilibrage de la charge réseau. Les administrateurs informatiques peuvent donc utiliser le journal des événements Windows pour consulter un enregistrement des événements NLB. Les jeux de règles de gestion des ports permettent aux administrateurs de configurer l'équilibrage de la charge pour un seul port IP, un groupe de ports IP ou même des adresses IP virtuelles. Les ports IP souhaités peuvent être bloqués pour plus de sécurité. Lorsque les serveurs exécutent différentes applications, le trafic des utilisateurs peut être routé vers un seul serveur exécutant une application spécifique. L'inondation des ports de commutateur provenant du trafic de multidiffusion est empêchée via le protocole de gestion de groupe Internet, qui empêche l'écho du trafic de commutateur à tous les ports et contribue à maintenir de bonnes performances réseau.

Quels matériels et logiciels sont nécessaires pour créer et prendre en charge un cluster NLB dans Windows Server 2012? Chaque serveur du cluster doit disposer du matériel approprié pour prendre en charge Windows Server 2012 et être configuré pour résider sur le même sous-réseau de réseau. Dans le cas contraire, la configuration matérielle requise concerne principalement les cartes d'interface réseau (NIC) des serveurs. Le nombre réel de cartes réseau sur chaque nœud peut varier, ce qui est pratique lors du mélange de types de matériel et de millésimes. Cependant, tous les NIC d'un cluster doivent être configurés pour un fonctionnement en monodiffusion ou en multidiffusion – le mélange de types de trafic au sein d'un cluster est interdit, et les NIC unicast doivent prendre en charge l'usurpation d'adresses de contrôle d'accès aux supports. La configuration logicielle requise pour NLB comprend les réseaux Windows Server 2012 et TCP / IP avec adresses IP statiques pour chaque serveur du cluster. Par conséquent, le protocole de configuration d'hôte dynamique est désactivé sur chaque serveur NLB. NLB répartit la charge de trafic sur les serveurs en cluster exécutant la même application. Cela renforce la résilience des applications stratégiques en assurant une gestion rapide du trafic des utilisateurs, même lorsqu'un serveur du cluster tombe en panne ou est mis hors ligne. NLB ajoute également de l'évolutivité en prenant en charge jusqu'à 32 serveurs dans un cluster. Cependant, une configuration et une optimisation appropriées peuvent nécessiter un niveau de confort technique qui manque à de nombreux professionnels de l'informatique. Par conséquent, testez et testez toujours le NLB dans un environnement de laboratoire avant de le mettre en production.

Click to rate this post! [Total: 0 Average: 0]