Création d'une stratégie de groupe de pairs dans la console

Vous ne pouvez créer des politiques de groupe de pairs que pour les pairs de ce type Router, car seuls ces pairs participent à l'échange d'itinéraires et aux décisions de routage.

Vous ne pouvez ajouter qu'une seule politique de chaque type à un groupe de pairs. Pour ajouter une autre politique du même type, supprimez d'abord la politique existante.

Pour créer une politique de groupe de pairs dans la console, procédez comme suit :

1. Dans votre navigateur, ouvrez la console IBM Cloud et connectez-vous à votre compte.
2. Sélectionnez menu de navigation, puis cliquez sur Infrastructure VPC > Réseau > Serveurs de routage dynamique.
3. Dans la liste, sélectionnez le serveur de routage dynamique avec lequel vous souhaitez travailler, puis cliquez sur l'onglet Groupes de pairs.
4. Sélectionnez le nom du groupe de pairs.
5. Dans la section Politique Peer, cliquez sur Créer.
6. Dans le panneau Créer une politique, saisissez un nom de politique, tel que my-peer-policy.
7. Sélectionnez l'une des options de type de politique suivantes et saisissez les informations requises :

   • Routes personnalisées: définit les routes gérées par le serveur de routage dynamique. Appliquez cette politique lorsqu'une route n'est pas apprise via le BGP et doit être définie explicitement. Utilisez-le pour diriger le trafic vers des pairs de saut suivant spécifiques, tels que des pare-feu. Dans la section Détails supplémentaires, saisissez un ou plusieurs CIDR de destination dans le champ Destination de route personnalisée vers laquelle vous souhaitez acheminer le trafic. Séparez les CIDR par une virgule.

   • Table de routage VPC: ajoute des routes aux tables de routage VPC d'entrée ou de sortie sélectionnées. Utilisez cette politique pour acheminer le trafic VPC à l'aide de routes apprises ou personnalisées, généralement via un prochain saut spécifique prenant en charge le basculement. Dans la section Détails supplémentaires, saisissez les informations suivantes :

     • Prochain saut: spécifie le groupe de pairs dont les membres sont utilisés comme dispositifs de prochain saut pour les routes ajoutées à la table de routage du VPC. Le trafic correspondant à l'itinéraire est acheminé vers l'un des pairs disponibles au sein du groupe de pairs sélectionné.
     • Délai de suppression d'une route: spécifie le temps d'attente du système avant de supprimer une route lorsqu'un pair devient indisponible.
     • Table de routage d'entrée: spécifie la table de routage qui reçoit les routes apprises auprès des pairs du groupe de pairs configuré.
     • Table de routage sortant: spécifie la table de routage utilisée pour annoncer les routes aux pairs du groupe de pairs configuré.
     • Exclusion de préfixes: spécifie un ou plusieurs préfixes qui sont exclus de l'ajout ou de l'annonce de routes par cette politique. Utilisez les exclusions de préfixes pour empêcher que des réseaux spécifiques ne soient ajoutés aux tables de routage du VPC ou propagés aux pairs, même s'ils répondent à d'autres critères de la politique.

     En ce qui concerne les exclusions de préfixes, vous ne pouvez exclure que les préfixes qui correspondent aux préfixes surveillés configurés sur les groupes de pairs référencés par une politique, ou qui en sont des sous-réseaux. Par exemple, si un groupe de pairs référencé dans la politique contient un préfixe surveillé 10.0.0.0/8, vous pouvez exclure 10.0.0.0/8, 10.1.0.0/16, ou 10.1.1.0/24 car chaque préfixe correspond au préfixe surveillé ou en est un sous-réseau. Cependant, vous ne pouvez pas l'exclure car 172.16.0.0/16 il se trouve en dehors de la plage de préfixes surveillée.

   • Itinéraires appris: reflète les itinéraires appris d'un groupe de pairs vers d'autres groupes de routeurs pairs. Appliquez cette politique lorsque le serveur de routage dynamique fait office de réflecteur de routage entre différents domaines de routage. Dans la section Détails supplémentaires, saisissez les informations suivantes :

     • Groupes de pairs: spécifie les groupes de pairs à partir desquels les routes sont apprises.
     • Exclusion de préfixes: spécifie les préfixes exclus de la redistribution des routes. Les routes correspondant à un préfixe exclu sont apprises auprès des pairs, mais ne sont pas annoncées à d'autres groupes de pairs via cette politique. Utilisez les exclusions de préfixes pour contrôler la propagation des routes et empêcher que certains réseaux ne soient partagés entre les domaines de routage.

   • Préfixes d'adresse VPC: annonce les préfixes d'adresse du VPC aux routeurs homologues. Appliquez cette politique lorsque des routeurs externes ou des périphériques sur site doivent apprendre à accéder aux charges de travail VPC.

8. Assurez-vous que l'option État de la politique est activée pour appliquer les règles de politique configurées.
9. Cliquez sur Sauvegarder.

Création d'une stratégie de groupe de pairs à partir de l'interface de ligne de commande (CLI)

Pour créer une politique pour un groupe de pairs à partir de l'interface de ligne de commande (CLI), procédez comme suit :

1. Configurez votre environnement d'interface de ligne de commande.

2. 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
   

3. Activez le drapeau de fonctionnalité suivant :

   export IBMCLOUD_IS_FEATURE_DYNAMIC_ROUTE_SERVER=true
   

4. Exécutez la commande suivante :

   ibmcloud is dynamic-route-server-peer-group-policy-create DYNAMIC_ROUTE_SERVER --peer-group PEER_GROUP (--type custom_routes | learned_routes | vpc_address_prefixes | vpc_routing_tables) [--name NAME] [--state enabled | disabled] [--custom-routes CUSTOM_ROUTES_JSON | @CUSTOM_ROUTES_JSON_FILE] [--peer-groups PEER_GROUPS_JSON | @PEER_GROUPS_JSON_FILE] [--next-hops NEXT_HOP_JSON | @NEXT_HOP_JSON_FILE] [--routing-tables ROUTING_TABLES_JSON | @ROUTING_TABLES_JSON_FILE] [--excluded-prefixes EXCLUDED_PREFIXES_JSON | @EXCLUDED_PREFIXES_JSON_FILE] [--route-delete-delay ROUTE_DELETE_DELAY] [--output JSON] [-q, --quiet]
   

Où :

L'identifiant DYNAMIC_ROUTE_SERVER : du serveur de routage dynamique.

L'identifiant --peer-group : du groupe de pairs.

--type : Le type de politique. L'un des éléments suivants : custom_routes, learned_routes, vpc_address_prefixes, ou vpc_routing_tables.

--name : Nom de la politique.

État --state : de la politique. L'un des éléments suivants : enabled ou disabled. La valeur par défaut est enabled.

--custom-routes (JSON) : Une charge utile JSON qui définit des destinations de route personnalisées.

@CUSTOM_ROUTES_JSON_FILE : Fichier contenant la charge utile JSON des destinations de routage personnalisées.

--peer-groups (JSON) : Une charge utile JSON qui définit les groupes de pairs pour la politique.

@PEER_GROUPS_JSON_FILE : Fichier contenant la charge utile JSON des groupes de pairs.

--next-hops (JSON) : Tableau JSON définissant l'identité du prochain saut. Vous ne pouvez spécifier qu'un seul saut suivant.

@NEXT_HOP_JSON_FILE : Fichier contenant la charge utile JSON du prochain saut.

--routing-tables (JSON) : Une charge utile JSON qui définit des tables de routage.

@ROUTING_TABLES_JSON_FILE : Fichier contenant la charge utile JSON des tables de routage.

--excluded-prefixes (JSON) : Une charge utile JSON qui définit la liste des préfixes à exclure des routes apprises ou des tables de routage VPC sélectionnées par cette politique. Ne spécifiez cette option que pour les politiques de type learned_routes ou vpc_routing_tables.

@EXCLUDED_PREFIXES_JSON_FILE : Fichier contenant la charge utile JSON des préfixes exclus.

--route-delete-delay : Délai, en secondes, avant la suppression des routes lorsqu'elles ne sont plus annoncées. La valeur doit être comprise entre 0 et 60. S'applique aux politiques de type vpc_routing_tables.

--output : Sortie au format JSON.

-q, --quiet : Supprime les messages de sortie trop détaillés.

Création d'une politique de groupe de pairs à l'aide de l'API

Pour créer une politique de groupe de pairs à l'aide de l'API, procédez comme suit :

1. Configurez votre environnement API avec les variables requises.

2. 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 commande get resource groups, puis renseignez la variable :

   export ResourceGroupId=<your_resourcegroup_id>
   

3. Une fois toutes les variables définies, créez la politique pour le groupe de pairs :

   curl -X POST \
     "$vpc_api_endpoint/v1/dynamic_route_servers/DRS_ID/peer_groups/PEER_GROUP_ID/policies?version=$api_version&generation=2" \
     -H "Authorization: Bearer $iam_token" \
     -H "Content-Type: application/json" \
     -d '{
       "name": "learned-routes-policy",
       "type": "learned_routes",
       "state": "enabled",
       "excluded_prefixes": [
         {
           "prefix": "10.0.0.0/24"
         }
       ]
     }'
   

   En ce qui concerne les exclusions de préfixes, vous ne pouvez exclure que les préfixes qui correspondent aux préfixes surveillés configurés sur les groupes de pairs référencés par une politique, ou qui en sont des sous-réseaux. Par exemple, si un groupe de pairs référencé dans la politique contient un préfixe surveillé 10.0.0.0/8, vous pouvez exclure 10.0.0.0/8, 10.1.0.0/16, ou 10.1.1.0/24 car chaque préfixe correspond au préfixe surveillé ou en est un sous-réseau. Cependant, vous ne pouvez pas l'exclure car 172.16.0.0/16 il se trouve en dehors de la plage de préfixes surveillée.