Utilisation de Dell Active Fabric Controller pour OpenStack

Cette vidéo présente la procédure d’activation du contrôleur de structure Dell pour OpenStack.

Dell présente le contrôleur de structure active qui virtualise et automatise la gestion de réseau pour la pile ouverte. Aujourd’hui, les entreprises s’intéressent sérieusement au Cloud privé basé sur des technologies Open Source. Pour commencer, le modèle reposait sur quelques racks dans le datacenter ou sur un site colocalisé. Nous abordons la complexité de la gestion de réseau au sein de la pile ouverte pour les utilisateurs d’entreprise. À l’aide de Sdn. Nous utilisons un connecteur réseau dans le réseau à pile ouverte neutronique et une entité de plan de contrôle en dehors des commutateurs physiques.

Pour parvenir à cette automatisation. Du point de vue de l’administrateur Cloud, la présence du contrôleur est transparente pour la plupart des fonctions réseau. Les appels d’API restants entre les composants effectuent le travail sous-jacent. L’interface utilisateur du contrôleur est utilisée pour l’administration de niveau supérieur en créant plusieurs fournisseurs sur la même infrastructure. Il peut y avoir plusieurs instances de pile ouverte, chacune d’entre elles pouvant être classée comme un fournisseur. Chaque fournisseur dispose de plusieurs tenants. Chaque client dispose de plusieurs hôtes physiques associés et chacun de ces hôtes peut avoir plusieurs réseaux avec plusieurs points de terminaison en tant que V MS et des politiques et des flux associés à chacun de ces clients.

L’interface utilisateur affiche également une carte de la disposition physique des réseaux, des serveurs et du VMS. Les nœuds et les liens sont représentés en cercles concentriques, le fabric au milieu, la souris sur, affiche les détails et un clic sur un commutateur ou un lien permet d’afficher plus de détails. Ce clic permet d’afficher le détail des points de terminaison de cette liaison avec les adresses IP et les interfaces physiques qui lui sont associées. Ensuite, examinons la fonctionnalité de détection automatique du contrôleur. L’interface utilisateur s’actualise pour afficher les nouveaux commutateurs ajoutés au réseau et détectés par le contrôleur. Les interconnexions des commutateurs sont découvertes et le graphe de topologie est construit. Le contrôleur peut voir la topologie complète.

Le lien jaune désigne le trunk de lien virtuel qui, soit dit en passant, n’est qu’une construction logique. Dans ce cas, sans protocole en cours d’exécution. Le contrôleur détecte également les nœuds physiques et les V MS qui y sont connectés, y compris Nick Teeming, ont été configurés. Le U I est basé sur des sorties API rest simples reçues du contrôleur. Un appel RESTful est effectué et les résultats s’affichent sur la page d’accueil de U I et affichent les points de terminaison sur ce client. Notez que la requête en haut est conçue pour obtenir une liste des points de terminaison qui sont reçus et répertoriés ici dans l’U I. Nous voyons comment un point de terminaison ou une machine virtuelle est créé dans Open Stack for Tenant et s’affiche instantanément dans l’interface utilisateur. Il s’agit du tableau de bord Open Stack Horizon qu’un administrateur utilise pour créer un environnement Open Stack.

C’est là que nous naviguons vers le client particulier et que nous choisissons la liste des instances actuellement disponibles. Nous lançons une nouvelle instance, nous lui donnons un nom et nous choisissons le nombre d’instances que nous voulons, nous choisissons l’image que nous voulons lancer. Et le réseau qui a déjà été créé est associé à cette machine virtuelle. L’interface utilisateur indique que les instances sont en cours de création et que le réseau associé à ces machines virtuelles s’affiche soudainement. Actualisons-nous. La machine virtuelle que nous avons créée pour le client 3 s’affiche déjà sur l’unité I.

Nous passons à l’étape suivante où nous ajoutons une boîte centrale dans le fabric. Dans ce cas, il s’agit d’une appliance physique murale Sonic. Nous définissons le bord du fabric et choisissons les commutateurs sur lesquels cette appliance physique est connectée. Nous associons les interfaces. Cette appliance physique est connectée pour l’entrée et la sortie dans le fabric. L’ID de ressource est votre mur Sonic. Dans ce cas, le type de ressource est choisi en tant que zone centrale. Notez qu’il s’agit également de l’endroit où vous pouvez définir la mise en miroir et la répartition des ports. Nous choisissons le point de sortie avec la même nomenclature. Maintenant, actualisons ceci pour basculer pour voir si cela a été appliqué. Les deux interfaces sont désormais réservées à Sonicwall.

Jusqu’à présent, nous n’avons créé qu’une périphérie de fabric qui pourrait être commune à tous les fournisseurs Nous allons maintenant créer une règle associée à ce pare-feu pour un certain fournisseur ou client. Dans cette définition de politique, nous choisissons un fournisseur et définissons à nouveau un nom de stratégie. Il s’agit également de l’interface utilisateur permettant de créer d’autres règles telles que Vanport Association. Dans les deux cas de mise en miroir, nous définissons ici les critères de correspondance et redirigeons tout le trafic vers le pare-feu. Maintenant, tout le trafic doit aller vers le pare-feu et il entre dans le fabric car les règles de pare-feu dictent une fonctionnalité intéressante pour le dépannage des flux dans le réseau est la possibilité de suivre les flux. Nous pouvons choisir les points de terminaison et obtenir les détails de tous les flux qui commencent et se terminent sur cette machine virtuelle.

La requête nous permet d’obtenir la trace complète du chemin d’accès dans le fabric de ce flux. Les flux pourraient être rendus plus granulaires. Le chemin jaune foncé est la trace de ce flux à travers le tissu. Quelle valeur cette solution vous apporte-t-elle en tant qu’utilisateur ? Le multitenancy pour plusieurs fournisseurs ou instances de Cloud peut être utilisé dans ce contrôleur. Il a été testé avec de nombreuses distributions de pile ouverte, y compris Red Hat, et vendu comme une solution Dell intégrée pour la facilité de provisionnement de la pile ouverte dans les déploiements de pile ouverte. Vous pouvez provisionner le réseau sans intervention et exécuter une interface utilisateur pour le provisionnement, des services réseau tels que la sécurité, etc., et bien plus encore de la part de nos partenaires de conseil et de services, comme la mise à l’échelle du Cloud