32.8. Configuration des profils MetalLB BFD
En tant qu'administrateur de cluster, vous pouvez ajouter, modifier et supprimer des profils BFD (Bidirectional Forwarding Detection). L'opérateur MetalLB utilise les ressources personnalisées du profil BFD pour identifier les sessions BGP qui utilisent BFD pour fournir une détection de défaillance de chemin plus rapide que celle fournie par BGP seul.
32.8.1. À propos de la ressource personnalisée du profil BFD
Les champs de la ressource personnalisée du profil BFD sont décrits dans le tableau suivant.
| Field | Type | Description |
|---|---|---|
|
|
| Spécifie le nom de la ressource personnalisée du profil BFD. |
|
|
| Spécifie l'espace de noms pour la ressource personnalisée du profil BFD. |
|
|
| Spécifie le multiplicateur de détection pour déterminer la perte de paquets. L'intervalle de transmission à distance est multiplié par cette valeur pour déterminer le délai de détection de la perte de connexion.
Par exemple, lorsque le multiplicateur de détection du système local est fixé à
La plage de valeurs est comprise entre |
|
|
|
Spécifie le mode de transmission de l'écho. Si vous n'utilisez pas de BFD distribué, le mode de transmission de l'écho ne fonctionne que si l'homologue est également FRR. La valeur par défaut est
Lorsque le mode de transmission en écho est activé, envisagez d'augmenter l'intervalle de transmission des paquets de contrôle afin de réduire l'utilisation de la bande passante. Par exemple, envisagez d'augmenter l'intervalle de transmission à |
|
|
|
Spécifie l'intervalle de transmission minimum, moins la gigue, que ce système utilise pour envoyer et recevoir des paquets d'écho. La plage est comprise entre |
|
|
| Indique le TTL minimum attendu pour un paquet de contrôle entrant. Ce champ s'applique uniquement aux sessions multi-sauts. La fixation d'un TTL minimum a pour but de rendre les exigences de validation des paquets plus strictes et d'éviter de recevoir des paquets de contrôle d'autres sessions.
La valeur par défaut est |
|
|
| Indique si une session est marquée comme active ou passive. Une session passive ne tente pas de démarrer la connexion. Au lieu de cela, elle attend les paquets de contrôle d'un homologue avant de commencer à répondre. Marquer une session comme passive est utile lorsque vous avez un routeur qui agit comme nœud central d'un réseau en étoile et que vous voulez éviter d'envoyer des paquets de contrôle que vous n'avez pas besoin que le système envoie.
La valeur par défaut est |
|
|
|
Spécifie l'intervalle minimum de réception des paquets de contrôle par ce système. La plage est comprise entre |
|
|
|
Spécifie l'intervalle de transmission minimum, moins la gigue, que ce système utilise pour envoyer des paquets de contrôle. La plage est comprise entre |
32.8.2. Configuration d'un profil BFD
En tant qu'administrateur de cluster, vous pouvez ajouter un profil BFD et configurer un pair BGP pour qu'il utilise le profil. Le BFD permet de détecter plus rapidement les défaillances de chemin que le BGP seul.
Conditions préalables
-
Installez le CLI OpenShift (
oc). -
Connectez-vous en tant qu'utilisateur disposant des privilèges
cluster-admin.
Procédure
Créez un fichier, tel que
bfdprofile.yaml, dont le contenu ressemble à l'exemple suivant :apiVersion: metallb.io/v1beta1 kind: BFDProfile metadata: name: doc-example-bfd-profile-full namespace: metallb-system spec: receiveInterval: 300 transmitInterval: 300 detectMultiplier: 3 echoMode: false passiveMode: true minimumTtl: 254
Appliquer la configuration du profil BFD :
$ oc apply -f bfdprofile.yaml
32.8.3. Prochaines étapes
- Configurer un pair BGP pour utiliser le profil BFD.
