J'assume une connaissance de base de ce que fait DHCP et de la manière de configurer votre serveur DHCP de choix dans cette réponse, mais avant de parler de plusieurs serveurs DHCP sur le même réseau, commençons par rétablir rapidement la manière dont les clients reçoivent les adresses IP. de DHCP au niveau le plus élémentaire.
DHCP sur un réseau simple fonctionne selon le principe DORA.
Découverte - le client diffuse un message sur le segment du réseau local auquel il est connecté, pour découvrir les serveurs DHCP disponibles.
Offre - un serveur DHCP correctement configuré reçoit une demande d'un client et lui propose une adresse provenant de son pool d'adresses disponibles.
Demande - Le client répond à l'offre en demandant l'adresse reçue dans l'offre.
Accusé de réception - Le serveur accuse réception de la demande, marque l'adresse comme utilisée dans son pool d'adresses et informe le client de la durée de validité du bail d'adresse et de toute autre information nécessaire.
Tout périphérique sur un segment de réseau peut être un serveur DHCP; il n'est pas nécessaire que ce soit le routeur, le contrôleur de domaine ou tout autre périphérique "spécial" du réseau.
Lorsque les périphériques de votre réseau demandent pour la première fois une adresse IP ou atteignent la fin de leur bail (ou que vous les obligez à vérifier que leur bail est toujours valide), ils diffuseront simplement une demande de serveur DHCP et accepteront une offre du premier. Serveur DHCP pour répondre . Ceci est important à retenir lorsque nous examinons les options pour plusieurs serveurs DHCP ci-dessous.
Plusieurs serveurs DHCP PT 1: Répartition sur plusieurs sous-réseaux.
Si vous avez plusieurs VLAN ou segments de réseau physique séparés en différents sous-réseaux et que vous souhaitez fournir un service DHCP aux périphériques de tous ces sous-réseaux, vous avez le choix entre deux méthodes.
Si le commutateur routeur / couche 3 qui les sépare peut servir d’agent de relais BOOTP / DHCP, vous pouvez continuer à conserver l’ensemble de vos serveurs DHCP dans une ou deux parties centrales de votre réseau et à configurer votre prendre en charge plusieurs plages d'adresses. Pour ce faire, votre routeur ou votre commutateur de couche 3 doit prendre en charge la spécification de l'agent de relais BOOTP décrite dans la section 4 de la RFC 1542 .
Si votre routeur ne prend pas en charge les agents de relais RFC 1542 BOOTP, ou si certains de vos segments de réseau sont dispersés géographiquement sur des liaisons lentes, vous devrez installer un ou plusieurs serveurs DHCP dans chaque sous-réseau. Ce serveur DHCP "local" ne servira que les besoins de son propre segment local et il n'y a aucune interaction entre lui et les autres serveurs DHCP. Si c'est ce que vous voulez, vous pouvez simplement configurer chaque serveur DHCP en tant que serveur autonome, avec les détails du pool d'adresses pour son propre sous-réseau, sans vous soucier des autres serveurs DHCP sur d'autres parties du réseau. Ceci est l'exemple le plus élémentaire de plusieurs serveurs DHCP sur le même réseau.
Plusieurs serveurs DHCP PT 2: serveurs DHCP desservant le même segment de réseau.
Quand la plupart des gens demandent «plusieurs serveurs DHCP sur le même réseau», ce qu’ils demandent habituellement, c’est ce qu’ils demandent. ils veulent que plusieurs serveurs DHCP transmettent aux clients la même plage d'adresses réseau, soit pour répartir la charge entre plusieurs serveurs, soit pour assurer la redondance si un serveur est hors ligne.
C'est parfaitement possible, même si cela nécessite réflexion et planification.
Du point de vue du «trafic réseau», le processus DORA décrit au début de cette réponse explique comment plusieurs serveurs DHCP peuvent être présents sur un segment de réseau. le client diffuse simplement une demande de découverte et le premier serveur DHCP à répondre avec une offre est le «gagnant».
Du point de vue du serveur, chaque serveur disposera d'un pool d'adresses pouvant être envoyées aux clients, connues pour leur étendue d'adresses. Les serveurs DHCP desservant le même sous-réseau ne doivent pas avoir une seule étendue «partagée», mais plutôt une étendue «fractionnée».
En d’autres termes, si vous devez attribuer aux clients une plage d’adresses DHCP allant de 192.168.1.100 à 192.168.1.200, les deux serveurs doivent être configurés pour desservir des parties distinctes de cette plage. Le premier serveur peut donc utiliser des parties de cette étendue 192.168.1.100 à 192.168.1.150 et le deuxième serveur émettrait alors les numéros 192.168.1.151 à 192.168.1.200.
Les implémentations DHCP les plus récentes de Microsoft proposent un assistant permettant de fractionner facilement votre étendue, comme décrit dans un article de Technet qu'il serait intéressant de regarder même si vous n'utilisez pas l'implémentation Microsoft DHCP, car il illustre les principes évoqués. ici assez bien et cette réponse est déjà assez longue.
Fractionner le périmètre - meilleure pratique
Une chose que vous entendrez comme meilleure pratique est la règle 80/20 pour le fractionnement d'une étendue DHCP, ce qui signifie qu'un serveur servira à 80% des adresses de cette étendue et l'autre serveur DHCP, qui est effectivement "en réserve". servira 20% des adresses.
L'idée de fractionner les adresses 80/20 réside dans le fait que 80% des adresses disponibles devraient être suffisantes pour toutes les adresses nécessaires sur un sous-réseau, et que les baux DHCP sont généralement émis pour plusieurs jours. Par conséquent, si votre serveur DHCP principal tombe en panne pendant quelques heures, il est peu probable que plus de 20% des machines de ce sous-réseau aient besoin de renouveler leurs adresses pendant la période d'indisponibilité, ce qui rend le pool d'adresses de 20% suffisant.
Ceci reste un conseil raisonnable, mais il suppose deux choses:
- Que vous puissiez résoudre tout problème avec votre serveur DHCP «principal» assez rapidement pour éviter d'épuiser le petit pool d'adresses sur votre serveur DHCP de réserve.
- Que l'équilibrage de charge ne vous intéresse pas.
Ces jours-ci (comme vous pouvez le voir dans mes exemples), j'ai tendance à préférer les scissions à 50/50, ce qui, à mon avis, constitue une réponse plus réaliste aux points ci-dessus.
Une autre chose à prendre en compte lors de la création d'étendues sur les serveurs DHCP consiste à configurer l'étendue complète sur chaque serveur et à exclure l'étendue indiquée par l'autre serveur DHCP. Cela présente l'avantage de «documenter automatiquement» les informations DHCP pour le sous-réseau complet sur chaque serveur DHCP, ce qui améliorera la clarté pour quiconque tente de comprendre ce qui se passe, ainsi que dans le cas où l'un de vos serveurs DHCP serait hors ligne pendant Si vous le souhaitez, vous pouvez reconfigurer temporairement la plage d’exclusion sur l’autre serveur pour lui permettre de prendre le relais.
Combinant ces idées
Enfin, rappelez-vous que vous pouvez combiner les principes décrits ci-dessus - vous pouvez placer tous vos serveurs DHCP dans un ou plusieurs VLAN "serveurs centraux" et utiliser des agents de relais BOOTP sur tous vos routeurs pour envoyer toutes les demandes DHCP depuis un très grand et segmenté. réseau à un service DHCP centralisé (ce que je fais, voir ci-dessous). Vous pouvez également répartir les serveurs DHCP sur l’ensemble de votre réseau, avec un serveur DHCP "principal" dans son sous-réseau local et un serveur DHCP "de réserve" sur un segment de réseau "à proximité" fournissant un petit nombre d’adresses en sauvegarde - vous pouvez même avoir deux serveurs DHCP dans leurs propres segments de réseau configurés pour fournir une plage d'adresses 80/20 l'un pour l'autre. Le choix le plus judicieux dépendra de la façon dont vos réseaux physiques et logiques se correspondent.
