Zero Touch Provisioning peut aider le monde du réseau à rattraper les avancées du serveur

Cette introduction technique rédigée par le fournisseur a été modifiée par Network World pour éliminer la promotion des produits, mais les lecteurs doivent noter qu'elle favorisera probablement l'approche du soumissionnaire..

Bien que le terme Zero Touch Provisioning (ZTP) soit de plus en plus commun aux réseaux, le concept d'automatisation existe depuis des années en informatique. Fondamentalement, ZTP est une solution d'automatisation conçue pour réduire les erreurs et gagner du temps lorsque le service informatique doit mettre en ligne une nouvelle infrastructure..

Ceci est particulièrement utile pour les serveurs de centre de données, où les similitudes d'échelle et de configuration entre les systèmes rendent l'automatisation une nécessité. Dans le monde des serveurs, par exemple, Linux a révolutionné l'embarquement et l'approvisionnement. Plutôt que d'utiliser des interfaces de ligne de commande (CLI) pour configurer les systèmes un par un, les administrateurs peuvent utiliser des outils d'automatisation pour déployer le logiciel du système d'exploitation, les correctifs et les packages sur de nouveaux serveurs avec une seule commande ou un clic de souris..

Les capacités de script avancées permettent également aux administrateurs d'adapter la configuration de démarrage de ces systèmes avec des profils pour des applications spécifiques. Ainsi, par exemple, si vous avez besoin de dix serveurs pour un nouveau cluster Hadoop, vous pouvez le charger avec un profil, ou si vous avez besoin de six nouveaux serveurs pour une nouvelle application Web, vous pouvez le déployer en utilisant un profil différent. 

Automatiquement, l'automatisation réduit considérablement le temps entre le moment où vous sortez un serveur de sa boîte et celui où il fonctionne dans un environnement de production - tout en minimisant les risques d'erreurs de configuration manuelle et de frappes manquées, ou le défi supplémentaire de savoir quel pilote ou la bibliothèque est la bonne.

Mais qu'en est-il du réseau? Pourquoi devrait-il en être autrement? 

Tout comme les serveurs, les périphériques réseau sont traditionnellement gérés via la CLI. De plus, les administrateurs réseau doivent le faire manuellement sur chaque appareil.

Considérez le processus d'approvisionnement typique d'un commutateur réseau: les commutateurs ont été traditionnellement couplés à des systèmes d'exploitation réseau propriétaires préchargés. Les techniciens utilisent ensuite CLI ou les propres outils des fabricants pour approvisionner l'appareil, un processus qui peut être décomposé en trois étapes de base: 

* Lorsque le nouveau commutateur arrive, il dispose déjà d'un système d'exploitation pour aider à démarrer l'appareil. Il est retiré de la boîte et va dans une zone de transit. Ici, l'administrateur vérifie la version du système d'exploitation et effectue toutes les mises à jour - pour les correctifs, les corrections de bogues ou toute nouvelle mise à jour des fonctionnalités si nécessaire. 

* Une configuration initiale est effectuée pour établir la connectivité réseau de base. Cela inclut des paramètres tels que les informations d'authentification de l'administrateur et de l'utilisateur, l'adresse IP de gestion et la passerelle par défaut, les services réseau de base (DHCP, NTP, etc.) et l'activation des bons protocoles réseau L2 et L3 sont tous des exemples du processus d'amorçage.

* Une fois que le système d'exploitation et la configuration initiaux ont été vérifiés, l'appareil peut être installé dans l'environnement (en rack et câblé), où une configuration personnalisée supplémentaire peut être effectuée (soit localement via la console ou via un protocole d'accès à distance) qui est spécifique au application et localisation au sein du réseau.

Les détails peuvent varier légèrement pour chaque environnement, mais les bases restent les mêmes. Extrapolez maintenant le modèle à dix commutateurs réseau. Ou vingt. Ou cent. Cela peut prendre beaucoup de temps. Et lorsque vous considérez que pour chaque commutateur, il existe une possibilité d'erreur de configuration qui peut provoquer une panne du réseau ou créer une exposition et un risque pour la sécurité, la conclusion est évidente: il doit y avoir une meilleure solution.

Comment ZTP contribue-t-il à ce processus pour le réseau? Supprimez toute la configuration manuelle et les étapes répertoriées ci-dessus, et ce qui vous reste est ZTP.

Dans ce modèle, l'administrateur reçoit le matériel et la première chose qu'il fait est d'installer physiquement le périphérique - rack et câble le commutateur. Une fois ces connexions physiques établies, le technicien n'a plus à toucher la boîte - d'où le nom, zéro toucher. 

Avec ZTP, une fois le commutateur sous tension, il utilise des protocoles réseau standard pour récupérer tout ce dont il a besoin pour l'approvisionnement. Il peut envoyer une requête DHCP pour obtenir l'adresse IP appropriée pour la connectivité et la gestion, puis utiliser BootP / TFTP pour obtenir la bonne image du système d'exploitation, puis une autre demande TFTP pour obtenir le bon fichier de configuration en fonction du profil d'application.

Dans ce modèle, une fois que l'administrateur réseau a configuré le schéma d'adresse IP via le serveur DHCP et le système d'exploitation et les fichiers de configuration sur le serveur TFTP, il peut effectivement déployer des dizaines, des centaines et des milliers de commutateurs de cette manière, tous entièrement personnalisables. et sans le processus de configuration manuelle long et sujet aux erreurs.

Sonne comme une évidence, non? Maintenant, juxtaposez-vous à certaines méga tendances qui se produisent aujourd'hui dans le centre de données.

Le premier est le fait que la mise sur le marché plus rapide des applications est la clé pour obtenir un avantage concurrentiel. Ainsi, plus les équipes informatiques sont rapides à mettre en ligne une infrastructure pour prendre en charge ces applications, mieux c'est. Avec la virtualisation ZTP et des serveurs répandue dans le monde des serveurs, il est également devenu essentiel d'automatiser les processus réseau. Aucun administrateur réseau ne veut être le long pôle de la tente.

La seconde est la commutation à nu. Si les applications conduisent la ligne supérieure, c'est le matériel qui aidera la ligne inférieure. La marchandisation du matériel réseau est la prochaine évolution logique, avec l'adoption rapide du silicium marchand. De plus en plus de clients voient moins de différenciation dans le matériel, et plus de différenciation dans la vitesse, les fonctionnalités et la simplicité opérationnelle que le logiciel peut fournir. Aujourd'hui, trois fabricants (Big Switch, Cumulus et Pica8) proposent des systèmes d'exploitation basés sur Linux pour les commutateurs nus - apportant efficacement l'efficacité et la familiarité de Linux au monde des réseaux.

À la lumière de ces tendances, il est encore plus important de mettre en œuvre des pratiques ZTP et d'automatisation de réseau. À mesure que de plus en plus d'applications se mettent en ligne, les équipes informatiques sont taxées pour maintenir l'infrastructure à jour, y compris l'approvisionnement, la mise à l'échelle, le dépannage et la maintenance. Ce n'est durable dans aucun processus manuel. 

Et comme le matériel et les logiciels continuent d'être découplés, il est essentiel de trouver un moyen d'automatiser le nouveau modèle opérationnel. Si vous pouvez acheter des centaines de commutateurs auprès d'un OEM ou d'un ODM et racker ces périphériques - préférez-vous installer le système d'exploitation et configurer chacun d'eux individuellement, ou faites-le grâce à une méthodologie efficace utilisant des protocoles réseau fiables et bien connus.

Tout comme le monde des serveurs avant lui, le monde des réseaux connaît d'importants changements technologiques. L'automatisation, les périphériques définis par logiciel et les commutateurs bare metal contribuent tous à un environnement dynamique et dynamique dans le centre de données. Avec ZTP, le réseau exploite les meilleures pratiques du monde des serveurs pour améliorer la vitesse et l'efficacité opérationnelle.

En bref, c'est devenu un moyen essentiel d'automatiser le réseau. 

Chai est le chef du marketing produit pour Pica8 Inc., le leader des systèmes ouverts pour les réseaux définis par logiciel. Il est actuellement responsable de la stratégie GTM et de l'exécution du portefeuille Pica8 de systèmes de commutation ouverts et de logiciels. Calvin est titulaire d'un BS en informatique et ingénierie de l'Université de Californie à Berkeley.

Rejoignez les communautés Network World sur Facebook et LinkedIn pour commenter des sujets qui vous tiennent à cœur.