Si vous utilisez Nutanix Cloud Cluster (NC2) sur Azure, vient un moment la question lorsqu’on fait le déploiement de la haute disponibilité des passerelles Flow Gateway.

Je rappelle que ces passerelles et Flow Gateway sont utilisées pour les trafics nord-sud c’est à dire les trafics sortant du monde du SDN Nutanix à destination du reste du réseau les VNet Internet ou le on-premises et inversement, les passerelles Flow servent également pour les communications provenant d’Internet, du on-premises ou de Azure à destination du réseau Nutanix du SDN qui est appelé Flow Networking.

Il existe deux modes de déploiement des passerelles Flow. Le premier c’est le single mode, basically on a une seule passerelle, donc une seule machine virtuelle azure qui va assurer le rôle du network virtual appliance. et donc cette machine unique en cas de panne ou de mise à jour du coup va générer une indisponibilité des communications réseau entre le SDN de Nutanix et le reste du réseau donc c’est la raison pour laquelle on encourage l’utilisation du mode haute disponibilité qui va permettre de mettre entre 2 et 4 flow gateway qui seront donc des machines virtuelles natives Azure et qui vont donc du coup assurer la haute disponibilité du service.

Et bien entendu à ce moment-là on doit se poser la question de comment le trafic va être dispatché sur ces différentes appliance virtuelles qui font donc la fonction de flow gateway. Donc le mode haute disponibilité impose du coup l’utilisation du protocole BGP qui permet du coup de faire la propagation des routes IP. Ainsi dans le mode haute disponibilité, on va avoir besoin, en plus des passerelles Flow Gateway, de deux machines virtuelles Azure qu’on appellera des BGP speakers et qui vont servir à propager les routes présentes dans le SDN de Nutanix auprès du SDN Azure. Cette propagation va se faire en envoyant et en propageant ces routes directement vers le servce Azure Route Server donc cela veut dire que si on utilise du NC2 sur Azure en mode disponibilité on aura besoin minima de quatre machines virtuelles Azure plus un Route Server pour pouvoir assurer le rôle et la haute disponibilité de l’ensemble.

Il faut également noter que Azure Route Server arrive aujourd’hui avec également ses limitations dans son usage. A savoir c’est qu’un Azure Route Server supporte jusqu’à 8 BGP sessions et que dans le cas de l’implémentation de NC2 sur Azure avec ses deux BGP speakers, chaque NVA Flow Gateway va consommer deux sessions BGP. Donc du coup rapidement on peut “saturer le Route Server”.

La bonne nouvelle c’est qu’il existe désormais une nouvelle option pour faire également de la haute disponibilité des passerelles Flow Gateway dans le cadre de NC2 sur Azure et cette nouvelle option va consister non pas à utiliser le protocole BGP mais à utiliser simplement un service de load balancing d’Azure donc le Azure Internal Load Balancing (ILB) et finalement à la place de propager automatiquement les routes Nutanix à destination d’Azure et ensuite d’utiliser ECMP et bien on va utiliser simplement un équilibreur de charge réseau Azure qui va dispatcher le trafic vers des backends qui seront les networks virtual appliance Flow Gateway.

Pour pouvoir sélectionner ce mode de déploiement, il faudra dans le portail NC2 arriver avec ses propres réseaux existants donc ce sera donc un Bring Your Network.

Cette nouvelle option de déploiement utilisant un Azure Load Balancer est désormais disponible dans l’assistant de déploiement d’un cluster NC2 pour les version 7.5 et ultérieures de AOS/Prism Central.

Le fait de sélectionner l’option ILB dans la console NC2 va simplement faire en sorte que la console NC2 ne demandera pas d’informations sur Azure Route Server ou les BGP VMs et ne fera pas de déploiement associé.

A noter c’est que l’Azure Internal Load Balancer (ILB) doit être déployé et configuré par vos soins (manuellement ou via de l’Infrastructure as Code).

Ce load balancer sera donc déployé dans le sous-réseau externe Flow Gateway et donc les instances FlowGateway (les IP sur le subnet FGW external) seront donc du coup des membres de l’ILB backend pool.

A noter c’est que Nutanix recommande de :
(1) Déployer le cluster NC2 dans Azure, puis (2) de configurer l’ILB pour pouvoir ajouter les adresses IP externes des Azure VM Flow Gateway dans le back-end pool de l’Internet Load Balancer.

Si on crée l’ILB avant le déploiement du cluster NC2, on aura besoin une fois que le cluster sera déployé simplement d’aller éditer le back-end pool pour mettre les adresses IP des Flow Gateways, adresse IP des interfaces réseau externes bien entendu.

Pour voir comment configurer cela en vidéo, je vous ai enregistré un petit step by step:

— Stanislas Quastana –