Création d'un groupe de pairs
Dynamic Route Server for VPC est une fonctionnalité en version bêta mise à la disposition de certains clients à des fins d'évaluation et de test. L'accès est réservé aux comptes figurant sur la liste blanche.
Vous pouvez créer un groupe de pairs afin de regrouper logiquement des pairs apparentés, définir leurs rôles de routage, configurer la surveillance de l'état de santé et contrôler les routes que le serveur de routage dynamique traite à partir de ces pairs. Les politiques s'appliquent au niveau des groupes de pairs.
Avant de commencer
Avant de créer un groupe de pairs :
- Consultez les considérations relatives à la planification des serveurs de routage dynamiques.
- Consultez la section Problèmes connus concernant les serveurs de routage dynamiques.
- Assurez-vous de disposer d'un serveur de routage dynamique comportant au moins un membre. Pour plus d'informations, consultez la section Création d'un serveur de routage dynamique.
Création d'un groupe de pairs dans la console
Pour créer un groupe de pairs dans la console, procédez comme suit :
-
Dans votre navigateur, ouvrez la console IBM Cloud et connectez-vous à votre compte.
-
Sélectionnez
menu de navigation, puis cliquez sur
Infrastructure VPC > Réseau > Serveurs de routage dynamique.
-
Dans la liste, sélectionnez la ligne correspondant au serveur de routage dynamique avec lequel vous souhaitez travailler, puis cliquez sur Créer un groupe de pairs +.
-
Saisissez un nom pour le groupe de pairs, par exemple
my-peer-group. -
Sélectionnez l'un des rôles suivants :
-
Routeur- Utilisez ce rôle lorsque le pair échange des routes avec le serveur de routes dynamiques à l'aide du protocole BGP. Convient aux routeurs, pare-feu et appareils SD-WAN qui diffusent et apprennent des routes.
-
Prochain saut: utilisez ce rôle lorsque le pair est uniquement une cible de transfert, et non une source de route. Convient aux pare-feu ou aux appliances par lesquels le trafic doit transiter, mais qui n'ont pas besoin de diffuser des routes.
Les groupes de pairs de Transit Gateway ne peuvent être configurés qu'à partir du service Transit Gateway. Pour plus d'informations, voir Ajout d'une connexion.
-
-
Sélectionnez l'un des modes de surveillance de l'état suivants :
- BGP- Utilise l'état de la session BGP pour déterminer l'intégrité des pairs. Lorsque le nœud de raccordement tombe en panne, il supprime automatiquement les routes qui utilisent ce nœud comme saut suivant.
- BFD sur BGP- Utilise la détection bidirectionnelle de transfert (BFD) avec BGP pour surveiller la connectivité entre pairs. Permet une détection plus rapide des défaillances et un retrait plus rapide des routes, ce qui convient mieux aux périphériques de saut suivant.
- Aucun (prochain saut uniquement)- Désactive la surveillance de l'état des pairs. Les problèmes de connectivité ne sont pas détectés automatiquement.
-
Activer l'état du groupe de pairs pour établir une session BGP avec les pairs du groupe.
Création d'un observateur de préfixe
Un préfix watcher est une règle qui détermine quelles routes du groupe de pairs sont autorisées ou refusées par le serveur de routage dynamique avant l'application de toute politique. Il s'agit d'une configuration facultative. Utilisez un observateur de préfixes pour limiter l'entrée des routes, bloquer les préfixes indésirables et réduire le bruit de routage.
Pour créer un observateur de préfixe dans la console, procédez comme suit :
- Dans la section Prefix watcher (facultatif), cliquez sur Créer.
- Sélectionnez le type de préfixe en fonction de vos besoins.
- Préfixes surveillés: seules les routes correspondant à ces préfixes peuvent être utilisées.
- Préfixes exclus: les routes correspondant à ces préfixes sont toujours ignorées, même si elles font l'objet d'une surveillance.
- Saisissez le préfixe, c'est-à-dire le préfixe réseau accompagné de son masque de sous-réseau (par exemple,
10.0.0.0/8), que vous souhaitez surveiller ou exclure. - Facultatif : saisissez des valeurs pour GE (supérieur ou égal à) et LE (inférieur ou égal à) afin de définir la plage de longueurs de préfixes correspondant à la règle.
- GE précise la longueur minimale du préfixe autorisé pour la correspondance.
- LE spécifie la longueur maximale du préfixe autorisé pour la correspondance.
- Par exemple, pour un préfixe
10.0.0.0/8, définir GE = et16LE = permet de faire24correspondre les routes allant de à/16/24au sein de l'espace d'adressage10.0.0.0/8. Si vous indiquez uniquement GE, il n'y a pas de limite maximale quant à la longueur du préfixe. Si GE et LE sont tous deux vides, aucune contrainte de longueur de préfixe n’est appliquée, et la règle correspond à toutes les routes comprises dans le préfixe.
- Cliquez sur Ajouter à la liste pour ajouter le filtre à la liste de surveillance des préfixes. Le prefix watcher est une liste ordonnée de filtres.
Dans la section Pairs, cliquez sur Joindre pour joindre un pair. Dans la section Politiques, activez l'option Créer une politique pour créer une politique de groupe de pairs. Cliquez ensuite sur Créer un groupe de pairs. Pour plus d'informations, consultez les sections Associer un pair à un groupe de pairs et Créer une stratégie de groupe de pairs.
Création d'un groupe de pairs à partir de l'interface de ligne de commande (CLI)
Pour créer un groupe de pairs pour le serveur de routage dynamique à partir de l'interface de ligne de commande (CLI), procédez comme suit :
-
Configurez votre environnement d'interface de ligne de commande.
-
Connectez-vous à votre environnement CLI. Une fois que vous avez saisi le mot de passe, le système vous invite à indiquer le compte et la région à utiliser :
ibmcloud login --sso -
Activez le drapeau de fonctionnalité suivant :
export IBMCLOUD_IS_FEATURE_DYNAMIC_ROUTE_SERVER=true -
Exécutez la commande suivante :
ibmcloud is dynamic-route-server-peer-group-create DYNAMIC_ROUTE_SERVER (--roles next_hop | router | next_hop,router) (--peers PEERS_JSON | @PEERS_JSON_FILE) (--health-monitor-roles next_hop | router) [--health-monitor-mode bfd | bgp | none] [--name NAME] [--state disabled | enabled] [--excluded-prefixes EXCLUDED_PREFIXES_JSON | @EXCLUDED_PREFIXES_JSON_FILE] [--monitored-prefixes MONITORED_PREFIXES_JSON | @MONITORED_PREFIXES_JSON_FILE] [--output JSON] [-q, --quiet]
Où :
L'identifiant DYNAMIC_ROUTE_SERVER : du serveur de routage dynamique.
Liste des rôles des groupes de pairs, séparés par des --roles : virgules. L'un des éléments suivants : next_hop, router, ou next_hop,router.
--peers : Un tableau JSON qui définit les pairs. Vous pouvez spécifier au minimum un et au maximum six pairs. Vous pouvez également ajouter des pairs séparément. Pour plus d'informations, consultez la section Ajouter un pair à un groupe de pairs.
@PEERS_JSON_FILE : Fichier contenant la charge utile JSON des pairs.
Liste, séparée par des --health-monitor-roles : virgules, des rôles pour la configuration du moniteur d'intégrité. L'un des éléments suivants : next_hop ou router.
--health-monitor-mode : Le mode de surveillance de l'état de santé. Pour le rôle next_hop, les options sont ( bfd par défaut), bgp, ou none. Pour le rôle router, les
options sont bfd ou ( bgp par défaut).
--name : Le nom du groupe de pairs.
--state : L'état du groupe de référence. L'un des éléments suivants : disabled ou enabled. La valeur par défaut est enabled.
--excluded-prefixes : Tableau JSON contenant les préfixes CIDR à exclure de la surveillance.
@EXCLUDED_PREFIXES_JSON_FILE : Fichier contenant la charge utile JSON des préfixes exclus.
--monitored-prefixes : Un tableau JSON contenant les préfixes CIDR à surveiller.
@MONITORED_PREFIXES_JSON_FILE : Fichier contenant la charge utile JSON des préfixes surveillés.
--output : Sortie au format JSON.
-q, --quiet : Supprime les messages de sortie trop détaillés.
Une fois que vous avez créé un groupe de pairs, associez-y un pair et définissez une politique de groupe de pairs. Pour plus d'informations, consultez les sections Associer un pair à un groupe de pairs et Créer une stratégie de groupe de pairs.
Création d'un groupe de pairs à l'aide de l'API
Pour créer un groupe de pairs à l'aide de l'API, procédez comme suit :
-
Configurez votre environnement API avec les variables requises.
-
Enregistrez toutes les variables supplémentaires à utiliser dans les commandes de l'API. Exemple :
ResourceGroupId- Recherchez l'ID groupe de ressources à l'aide de la commandeget resource groups, puis renseignez la variable :
export ResourceGroupId=<your_resourcegroup_id> -
Une fois toutes les variables définies, créez le groupe de pairs.
- Pour créer un groupe de pairs comprenant entre un et six pairs, exécutez la commande suivante :
curl -X POST \ "$vpc_api_endpoint/v1/dynamic_route_servers/DRS_ID/peer_groups?version=$api_version&generation=2" \ -H "Authorization: Bearer $iam_token" \ -H "Content-Type: application/json" \ -d '{ "name": "my-peer-group", "state": "enabled", "roles": ["next_hop", "router"], "health_monitor": { "mode": "bfd", "roles": ["next_hop"] }, "peers": [ { "name": "my-peer", "asn": 64520, "priority": 1, "endpoint": { "address": "10.40.38.2", "gateway": { "address": "10.30.40.5" } } } ] }'
Une fois que vous avez créé un groupe de pairs, associez-y un pair et définissez une politique de groupe de pairs. Pour plus d'informations, consultez les sections Associer un pair à un groupe de pairs et Créer une stratégie de groupe de pairs.
Etapes suivantes
Maintenant que votre groupe de pairs est créé, envisagez les étapes suivantes :