Introduction au gestionnaire de pool d’adresses

Avantages de Address Pool Manager

• Efficacité : améliore l’efficacité de l’utilisation des adresses. APM centralise et automatise l’attribution d’adresses pour plusieurs BNG dans le réseau. L’APM utilise l’allocation de préfixes juste-à-temps, de sorte qu’elle provisionne les préfixes uniquement lorsqu’un BNG a besoin d’adresses IP supplémentaires.

  APM ne provisionne que le nombre de préfixes dont le BNG a besoin. Une fois que vous avez partitionné le pool global d’APM en groupes de préfixes, APM subdivise davantage les préfixes pour qu’ils correspondent à la demande de BNG. Cette subdivision permet à APM d’optimiser la taille des préfixes qu’elle alloue.

• Simplicité : évite la surcharge et la complexité liées à la surveillance et au provisionnement manuels de BNG individuels.

• Déployabilité : installe et utilise tout matériel répondant aux exigences.

• Récupérabilité : récupère les préfixes inutilisés des pools qui utilisent peu d’adresses IP vers un pool central et redistribue ces préfixes aux autres pools qui en ont besoin.

Terminologie d’adressage

Vous devez avoir une bonne compréhension de l’adressage IP, du routage inter-domaines sans classe (CIDR), des masques de sous-réseau de longueur variable (VLSM) et de la subdivision des préfixes IP en sous-réseaux (sous-réseaux). Lorsque vous concevez votre stratégie d’adressage (en dehors du cadre de cette documentation) ou que vous utilisez la récupération manuelle d’adresses, il peut être utile de voir un calculateur de sous-réseau IP. Vous pouvez trouver de nombreux calculateurs de ce type en ligne.

Nous utilisons la terminologie suivante dans cette documentation :

• Préfixe : adresse réseau IPv4 32 bits et longueur de préfixe exprimées en notation CIDR ; par exemple, 198.51.100.0/24. Un préfixe définit la partie réseau d’une adresse IP. Un préfixe représente un sous-réseau.

• Longueur du préfixe : nombre de bits qui détermine la longueur du préfixe et la taille de la partie réseau d’une adresse IP. Une longueur de préfixe /24 signifie que la partie réseau de l’adresse a une longueur de 24 bits. Les bits restants (sur 32) représentent la partie hôte d’une adresse réseau. Pour un préfixe avec une longueur de préfixe /24, la partie hôte est de 8 bits : 32 – 24 = 8.

• Taille du réseau : ce terme est parfois utilisé pour signifier plusieurs choses différentes selon le contexte, ce qui peut conduire à une ambiguïté. Nous décrivons la longueur du préfixe et la façon dont elle correspond au nombre d’adresses hôtes dans les sous-réseaux comme suit :

  • Un préfixe plus long, déterminé par une longueur de préfixe plus longue, correspond à un plus grand nombre de sous-réseaux avec moins d’adresses d’hôte à allouer par sous-réseau.

  • Un préfixe plus court, déterminé par une longueur de préfixe plus courte, correspond à moins de sous-réseaux avec plus d’adresses d’hôte à allouer par sous-réseau.

• Les adresses libres sont des adresses IP disponibles qui n’ont pas été attribuées aux abonnés.

Comment fonctionne l’APM

APM gère une collection centralisée de préfixes IP pour un groupe de BNG dans le réseau. La CLI APM fait référence aux BNG gérées en tant qu’entités. Ce document utilise généralement le terme BNG, mais dans certains cas, il utilise le terme entité.

APM coordonne la création des domaines de pool avec le BNG. Chaque domaine de pool correspond à un pool d’adresses lié pour une combinaison d’instances de routage donnée sur la BNG. De même, sur un contrôleur BNG CUPS, un domaine de pool correspond à un pool d’adresses liées pour un groupe d’abonnés et une combinaison d’instances de routage donnés. Comme les domaines de pool sont créés dynamiquement, le BNG et l’APM conservent tous deux des profils ou des modèles contenant les attributs nécessaires pour instancier un domaine de pool. Le profil APM contient des attributs tels que la répartition, les seuils de récupération et le comportement de récupération automatique. Le BNG. Le profil contient des attributs tels que la taille du préfixe et le comportement d’installation de la route de rejet.

APMi version 1 (compatible avec Junos OS version 22.1R1 et ultérieure). Vous pouvez vérifier la version d’APMi en exécutant la commande show apm entity .

• Seuils et alarmes
• Fonctionnement général de l’APM

Tableau 1 : Mesures prises par APM pour différentes alarmes

Heure	Alarme envoyée par BNG	Descriptif
t0	—	Début de la chronologie avec un domaine de pool renseigné.
T1	Attribuer l’alarme	Lorsque les abonnés se connectent, le nombre d’adresses libres sur le BNG tombe en dessous du seuil d’attribution. Le BNG envoie une alarme de répartition. APM reçoit l’alarme de répartition et attribue les préfixes au domaine de pool. Le BNG alloue des adresses à partir des préfixes de pool du domaine de pool.
T2	Attribuer l’alarme	APM reçoit l’alarme de répartition, mais la partition n’a pas de préfixes disponibles. L’alarme est NACKed et un horodatage de nouvelle tentative est défini sur 15 minutes plus tard. Le BNG retente l’alarme d’attribution à cet horodatage, sauf s’il n’a plus besoin des adresses.
T3	Attribuer l’alarme	À l’horodatage de la nouvelle tentative, BNG renvoie l’alarme d’allocation car le nombre d’adresses libres est toujours inférieur au seuil d’attribution.
T4	Récupérer l’alarme	Les abonnés continuent de se déconnecter jusqu’à ce que le nombre d’adresses libres dépasse le seuil de récupération. Le BNG envoie l’alarme de récupération avec la piscine suggérée à récupérer. L’APM place un drain sur la piscine suggérée et le BNG démarre le processus de vidange sur la piscine.
T5	Alarme de piscine drainée	Lorsque le pool d’adresses n’a aucun abonné, il n’y a pas d’adresses allouées dans le pool. BNG envoie l’alarme de piscine drainée à APM. APM répond à l’alarme de vidange de la piscine par une demande de suppression. La BNG supprime le pool de la liste des pools du domaine de pool. APM déplace le préfixe correspondant vers la partition pour la réallocation. Le nombre d’adresses gratuites diminue lors de la suppression du pool.
t6	Récupérer l’alarme	APM reçoit l’alarme de récupération, mais ne prend aucune mesure car l’alarme s’est produite en dehors de la fenêtre de récupération. APM renvoie un NACK d’alarme avec un horodatage de nouvelle tentative défini sur l’heure du début de la fenêtre de récupération. Le BNG retente l’alarme de récupération à ce moment-là s’il y a encore un surplus d’adresses libres.

Les étapes suivantes expliquent le fonctionnement général de l’APM :

1. Le BNG et l’APM communiquent à l’aide de l’APMi, le protocole basé sur gRPC défini par Juniper. Google RPC (gRPC) est un framework commun permettant de construire des protocoles de communication extensibles et interopérables. Lors de la connexion initiale, le BNG lance la synchronisation du domaine du pool. Le processus de synchronisation des domaines de pool synchronise l’ensemble des domaines de pool actifs. APM aligne la liste des domaines de pool actifs avec la liste des domaines de pool de BNG. Après la synchronisation du domaine de pool, le BNG exécute la synchronisation (découverte) du pool pour chaque domaine de pool. APM aligne la liste des pools pour chaque domaine avec la liste du BNG. Si APM a conservé des pools supplémentaires (qui ne figurent pas dans la liste des pools de BNG pour le domaine), les préfixes de pool sont libérés sur la partition. S’il manque des pools à APM, APM tente d’allouer des pools.

2. APM surveille les messages d’alarme envoyés par le BNG.

3. APM évalue l’alarme et agit en conséquence. Par exemple, si un BNG est à court d’adresses, il envoie une alarme de répartition à APM. APM alloue le nombre demandé de préfixes à partir de la partition source du domaine et les renvoie dans la réponse d’alarme. Le BNG ajoute ces préfixes de pool au domaine de pool.

La figure 1 montre une vue plus détaillée des relations entre les différents composants fonctionnels d’une seule instance APM. Chaque bloc manager affiche les tables de la base de données qu’il utilise.

Remarque :

Vous pouvez exécuter plusieurs instances d’APM simultanément sur plusieurs clusters différents du réseau. Ces instances de GAP sont indépendantes et inconscientes les unes des autres. Les instances ne partagent ni l’état ni la configuration.

Chaque instance APM comprend les microservices suivants en tant que composants fonctionnels de l’application :

• Gestionnaire d’entité : orchestre les activités de gestion des pools pour les BNG sous gestion. Ces activités comprennent le traitement des alarmes, ainsi que l’attribution et la récupération des préfixes de pool.

• Gestionnaire d’adresses : organise le pool central d’adresses en partitions et gère les allocations des préfixes racines configurés dans chaque partition. Il subdivise les préfixes racine en préfixes plus petits et attribue les préfixes en fonction des critères configurés pour le BNG.

• Gestionnaire de provisionnement : s’interface avec le BNG pour provisionner les domaines de pool et leurs pools d’adresses associés. Le gestionnaire de provisionnement s’assure que les domaines et les préfixes de pool alloués associés restent synchronisés entre APM et la BNG.

  Le gestionnaire de provisionnement de l’APM communique avec les BNG gérées à l’aide de l’APMi. Le gestionnaire de provisionnement envoie des messages gRPC pour provisionner et déprovisionner directement les préfixes sur les BNG en réponse aux alarmes de domaine déclenchées par le BNG.

• Le microservice de gestion fournit un schéma de configuration textuel et une CLI vous permettant de configurer le pool de préfixes globaux, les BNG gérées et leurs attributs de domaine de pool associés. Vous pouvez utiliser la CLI pour afficher les statistiques et l’état de divers composants fonctionnels. La sortie fournit des informations sur la charge, l’efficacité, l’utilisation et les erreurs ou conditions anormales du système.

• Opérateur APM : coordonne les basculements de plusieurs zones géographiques (changements de rôle) et signale l’état des composants APM.

• Instance de base de données (DB) : fournit un accès partagé aux tables de base de données utilisées par chaque composant fonctionnel d’APM. La base de données comprend des tables pour les adresses et les BNG et les informations sur les domaines des pools. La base de données fournit un stockage persistant pour les informations de configuration et les états opérationnels.

• Synchronisation de la base de données : synchronise le contenu de base de données pertinent dans toutes les zones géographiques.

• L’APM utilise une base de données contenant des informations sur l’état des entités, des domaines de pool, des pools, des préfixes, des allocations, de la configuration, etc. Deux instances de base de données, une principale et une de secours, se déploient en mode de secours à chaud. Les instances de base de données sont surveillées par un service sentinelle de base de données qui détecte une défaillance dans la base de données primaire. En cas de défaillance de la base de données principale, la base de données secondaire assume le rôle de base de données principale pendant la restauration d’une nouvelle base de données de secours.

  Remarque :

  La redondance nécessite un minimum de trois nœuds de travail en plus du nœud principal. Les nœuds de travail doivent tous se trouver sur des serveurs physiques distincts. Cependant, les nœuds peuvent être des machines physiques ou virtuelles.

CLI et gestion de la configuration

L’interface utilisateur (MGMT) est une version conteneurisée du processus de gestion de Junos OS. Avec cette interface, vous pouvez utiliser la même structure CLI que Junos OS pour la configuration et la surveillance. La gestion fournit également une interface qui vous permet de gérer l’APM à distance.

APM effectue les tâches suivantes :

• Charge la configuration APM initiale du service MGMT dans la base de données avant que les autres composants APM puissent passer à leur état d’exécution.

• Traduit les commandes et les configurations en actions et en paramètres compris par les microservices APM.

• Enregistre la configuration initiale et les modifications ultérieures dans la base de données pour la persistance. Il informe les composants de l’APM de tout changement.

• Synchronise les modifications de configuration validées sur l’instance MGMT dans le cluster de charge de travail homologue (utilisé uniquement pour les configurations géographiques multiples).

Opérateur APM

Le microservice opérateur APM collecte périodiquement des données d’intégrité pour les microservices APM. Dans un environnement multigéographique, l’opérateur APM coordonne le rôle (actif ou de secours/dormant) des services principaux sur chaque cluster de charges de travail. Les opérateurs APM (il y en a un sur chaque cluster de charges de travail) communiquent entre eux sur le réseau inter-cluster et un réseau de secours (hors bande) pour coordonner le rôle des services principaux et également pour relayer l’intégrité des pods à partir de chaque cluster de charges de travail. Le microservice opérateur APM se compose d’un pod de gestionnaire d’état et d’un pod de contrôleur.

DBSync

Le microservice DBSync maintient la synchronisation entre les clusters de charges de travail de certains états persistants stockés dans la base de données de chaque cluster de charges de travail. Les microservices DBSync communiquent entre eux sur le réseau inter-cluster.

Gestionnaire d’entité

Le gestionnaire d’entité coordonne les opérations d’autres composants fonctionnels qui affectent l’état de l’entité.

Pour chaque BNG sous gestion, le gestionnaire d’entité suit les informations suivantes :

• Adresse BNG, qui est l’adresse de transport du BNG qui héberge les pools gérés.

• Liste des domaines de pool gérés.

Un domaine de pool représente un pool d’adresses liées sur la BNG. Pour chaque domaine de pool, le gestionnaire d’entités suit les informations suivantes :

• Nom de domaine du pool : chaîne définie par l’utilisateur qui identifie le pool géré pour le BNG. Chaque nom de domaine de pool doit être unique pour cette BNG. Cela signifie que le nom de domaine du pool agit effectivement comme une clé ; elle est parfois appelée clé de domaine de pool. Chaîne définie par l’utilisateur construite par l’entité. Pour BNG, la chaîne se compose du nom du profil de domaine lié au nom de l’instance de routage. Pour le contrôleur BNG CUPS, la chaîne se compose du nom du profil de domaine lié au nom du groupe d’abonnés et au nom de l’instance de routage.

• APM utilise le format pool-domain-name-sequence-number pour nommer les pools qu’il crée. Le sequence-number est composé d’au moins 4 chiffres ; si la valeur est inférieure à 1 000, le numéro de séquence est complété par des 0 non significatifs. Donc, 0001, 0999, 1000, 213339 sont des numéros de séquence valides. Par exemple, si le nom d’un domaine de pool est test-, alors APM nomme le premier pool test-. Il nomme les pools suivants test--0000, test--0001, etc.

• Préfixes : liste ordonnée des préfixes qui composent le domaine du pool.

Le gestionnaire d’entité collecte un certain nombre de statistiques volatiles pour diverses opérations (dernière découverte, dernière allocation, dernière récupération, etc.) sur le domaine du pool. Les statistiques comprennent le nombre d’alarmes, le nombre de pools, leurs préfixes associés et les horodatages. Vous pouvez afficher ces statistiques à l’aide de commandes APM show , telles que show apm entity.

Le gestionnaire d’entités demande un nouveau préfixe pour un domaine de pool au gestionnaire d’adresses lorsque le gestionnaire de provisionnement relaie l’alarme de répartition du BNG au gestionnaire d’entités.

La demande de préfixe inclut les informations suivantes :

• Famille d’adresses : prend actuellement en charge IPv4

• Clé d’allocation : adresse IP et domaine de pool du BNG géré

• Longueur du préfixe demandé : taille du préfixe que vous souhaitez allouer d’une partition à un domaine de pool.

Le gestionnaire d’entité tente ensuite de provisionner le ou les préfixes alloués au pool d’adresses de la BNG.

Le gestionnaire d’entité commence un processus pour découvrir et rapprocher les domaines du pool de BNG (synchronisation) sous gestion lorsqu’il informe le gestionnaire d’entité qu’une BNG est accessible. Le responsable de l’approvisionnement envoie un rapport d’accessibilité au gestionnaire d’entité chaque fois que l’état d’accessibilité change. Le gestionnaire d’entité demande la découverte de tous les domaines de pool gérés pour cette BNG.

Le processus de découverte utilise l’interface de provisionnement pour rechercher les domaines de pool et les informations de pool associées connues par le BNG. À la fin du processus de découverte, l’APM et le BNG ont les mêmes domaines de pool et les mêmes préfixes de pool alloués.

Si les informations découvertes ne correspondent pas aux informations existantes, APM met à jour ses bases de données avec les informations de partition pour les domaines de pool (pour qu’elles correspondent au BNG). Si APM découvre un conflit pendant la mise à jour, il signale le conflit comme un avertissement dans le journal.

Gestionnaire d’adresses

Le gestionnaire d’adresses utilise un algorithme VLSM pour subdiviser les préfixes racine des partitions de pool d’adresses en sous-préfixes plus petits jusqu’à la max-prefix-len valeur que vous avez configurée pour chaque préfixe racine. Lors de la répartition, le gestionnaire d’adresses fait correspondre une demande d’un préfixe de taille appropriée à une partition et à un préfixe racine. APM alloue un sous-préfixe libre à partir du préfixe racine pour satisfaire l’événement de répartition.

Le gestionnaire d’adresses consigne un message d’avertissement si le pourcentage d’adresses libres dans une partition passe en dessous du free-prefix-utilization seuil. Le franchissement de ce seuil indique que la partition risque de manquer d’adresses parce qu’elle a alloué autant d’adresses.

Lorsque vous configurez APM, vous affectez des préfixes racines à une partition. Le gestionnaire d’adresses répartit les préfixes d’une seule partition pour chaque domaine. Chaque partition représente un contexte d’allocation. Le gestionnaire d’adresses utilise le biais que vous configurez pour le domaine pour sélectionner la partition à partir de laquelle il subdivise les préfixes pour l’allocation au domaine.

Lorsque vous ajoutez un préfixe racine à une partition, assurez-vous qu’il respecte les limites de longueur minimale et maximale spécifiées pour cette partition :

• La min-prefix-lenvaleur est le préfixe racine valide le plus court.

• La max-prefix-lenvaleur est le préfixe racine valide le plus long.

Ainsi, min-prefix-len <= longueur du préfixe racine <= max-prefix-len.

Par exemple, si min-prefix-len est 20 et max-prefix-len est 24, vous pouvez ajouter un préfixe racine avec des longueurs de préfixe de /20, /21, /22, /23 ou /24.

Plus la longueur du préfixe est petite, plus le nombre d’adresses d’hôtes individuelles disponibles dans le sous-réseau est élevé. Plus la longueur du préfixe est grande, moins il y a d’adresses d’hôtes individuelles disponibles dans le sous-réseau. Par exemple :

• Une longueur de préfixe /20 fournit 4 094 adresses d’hôte utilisables.

• Une longueur de préfixe /24 fournit 254 adresses d’hôte utilisables.

Remarque :

Si vous configurez un préfixe racine qui se trouve en dehors des limites spécifiées, APM ne l’ajoute pas à la partition.

• Subdivision du préfixe
• Attribution du préfixe
• VLSM
• Exemple de VLSM

Gestionnaire de provisionnement

Le gestionnaire d’approvisionnement se compose des processus de travail qui gèrent les opérations d’approvisionnement suivantes :

• Découverte : synchronise les domaines de pool et les informations de pool associées entre APM et une BNG. À la fin du processus de découverte, APM et le BNG se mettent d’accord sur la liste des domaines de pool et des préfixes de pool alloués.

  Comportement de l’APM : l’APM réconcilie ses domaines de pool avec la liste de la BNG de sorte que la liste de l’APM corresponde à la liste de la BNG. Les préfixes de pool des domaines supprimés lors de la réconciliation voient leurs préfixes de pool associés renvoyés à leur partition d’origine.

  Le gestionnaire de provisionnement effectue une détection chaque fois qu’APM établit une connexion avec le BNG géré, y compris une connexion rétablie après un échec de connexion. Pendant que la connexion est interrompue, un administrateur peut modifier la configuration sur la BNG. APM s’ajuste en conséquence s’il détecte un changement lors de la découverte ultérieure.

• Provisionnement : provisionne et déprovisionne les préfixes sur une BNG gérée. Alors que le gestionnaire d’adresses gère l’allocation des préfixes, le gestionnaire d’approvisionnement communique avec le BNG pour provisionner le pool d’adresses.

Lorsque la connexion est rétablie, le gestionnaire de provisionnement informe le gestionnaire d’entités que le BNG est accessible. Le gestionnaire d’entités demande au gestionnaire de provisionnement de démarrer le processus de synchronisation.

Récupération automatique des préfixes

Vous pouvez permettre à APM de gérer automatiquement la tâche de récupération. Vous pouvez configurer la récupération automatique dans le pool-domain-profile affecté à l’entité comme configuré dans l’instruction entity-match .

Lorsque vous activez la récupération automatique, les actions suivantes ont lieu :

• APM répond aux alarmes de récupération de domaine envoyées par l’entité. L’alarme de récupération contient un nom de pool suggéré à récupérer.

• APM répond à l’alarme de récupération en demandant à l’entité de placer un drain actif sur la piscine. Lorsque le pool est complètement vidé (aucune allocation d’adresses en attente du pool), l’entité déclenche une alarme de vidange de pool de domaine.

• APM répond à l’alarme de vidange de la piscine en demandant à l’entité de supprimer la piscine ; APM renvoie le préfixe du pool à la partition à partir de laquelle il a été alloué.

• Une fois le préfixe renvoyé à la partition, il est disponible pour d’autres entités qui déclenchent des alarmes de répartition de domaine.

La récupération automatique vous permet de limiter le nombre d’adresses inutilisées conservées sur l’entité. Étant donné que le processus de récupération automatique implique un service susceptible d’avoir un impact sur la consommation active, vous pouvez configurer APM pour qu’il lance la récupération automatique uniquement pendant une fenêtre de maintenance configurée.

Libération des préfixes alloués à une entité

Dans le cas où une entité réseau tombe en panne et ne parvient pas à se reconnecter à APM pour permettre la récupération des préfixes de pool alloués sur ses partitions sources, vous pouvez utiliser la request apm release entity system-id commande. Cette commande libère tous les préfixes de pool et les domaines de pool associés à une entité réseau. Vous ne pouvez pas utiliser la request apm release entity system-id commande si l’état APMi de l’entité est reachable.

Suivez ces étapes pour libérer les préfixes d’une entité inaccessible.

1. Utilisez la commande pour afficher l’état show apm entity system id d’accessibilité de l’entité et les préfixes de pool détenus par ses domaines de pool. La sortie indique que l’entité est accessible et qu’elle a alloué 3 préfixes de pool.

2. La request apm release entity system id commande échoue lorsque l’entité est accessible.

3. Entrez le show apm entity pour voir si l’entité est inaccessible.

4. L’entité de l’étape 3 étant inaccessible, vous pouvez entrer la commande pour commencer la request apm release entity system-id récupération. APM déprovisionne le pool et renvoie les adresses à la partition source pour réaffectation. Tous les préfixes de pool signalés à l’étape 1 sont libérés.

Récupération manuelle des adresses

La récupération manuelle vous offre un contrôle précis. La récupération manuelle vous oblige à surveiller de près les domaines de pool et les pools d’adresses sur vos BNG gérées.

1. Utilisez la show apm alarms commande pour afficher toutes les alarmes en attente reçues du BNG. La sortie affiche les noms des pools avec l’état de l’alarme reclaim .

   L’alarme reclaim signifie que le domaine du pool a un surplus d’adresses. Le Info champ contient le nom d’un pool que le BNG recommande pour la récupération. Une alarme de récupération ne signifie pas que la piscine a un ensemble de vidange actif. Si un drain n’est pas en place sur le pool, le pool peut toujours attribuer des adresses.

2. Exécutez la request apm drain commande pour commencer à vider la piscine.
   Remarque :

   Vous pouvez supprimer une vidange que vous avez initiée en exécutant la request apm activate commande.

3. Utilisez la show apm alarms commande pour voir que la piscine a été vidée. L’état de l’alarme affiche l’état pool-drained .
4. Donnez la commande pour commencer la request apm reclaim récupération. APM déprovisionne le pool et renvoie les adresses à la partition source pour réaffectation.

Lorsque vous choisissez la récupération manuelle, soyez prudent dans le choix de la piscine à récupérer. Voici quelques-unes des considérations pour choisir un pool à récupérer.

• Lorsque vous vidangez un pool, vous devez prendre en charge les abonnés utilisant ces adresses dans d’autres pools du domaine du pool. Il doit y avoir suffisamment d’adresses libres dans les autres pools (dans le domaine) pour absorber ces abonnés. Par conséquent, le nombre d’adresses libres dans le domaine du pool doit être supérieur au nombre d’adresses utilisées dans le pool que vous drainez :

  (adresses sans domaine de pool) –(adresses sans pool de drainage) > (adresses utilisées de pool de vidange)

• Lorsque vous videz un pool, vous ne devez pas laisser le domaine du pool en danger immédiat de manquer d’adresses libres. Si le nombre d’adresses libres dans le domaine tombe en dessous du seuil d’attribution, cela déclenche une alarme d’allocation qui permet à APM de provisionner plus d’adresses pour le pool. En d’autres termes, essayez de ne pas initier une vidange sur une piscine à moins que l’inégalité suivante ne soit vraie :

  (adresses sans domaine de pool) – (vider le nombre total d’adresses du pool) > (seuil de répartition)

Horodatages

Vous utilisez cette commande pour surveiller les show apm entity opérations de récupération d’APM. La sortie de la commande affiche les horodatages des événements de dernière découverte, de dernière allocation et de dernière récupération lorsque vous affichez des statistiques pour un routeur ou un domaine de pool spécifique. Les horodatages sont au format ISO-8601 avec une horloge de 24 heures :

YYYY-MM-DDThh :mm:ssZ

• T est le délimiteur entre la date et l’heure.

• Z indique que l’heure est dans le fuseau horaire UTC. Si l’heure du routeur utilise un fuseau horaire différent, le format affiche le décalage par rapport à UTC pour identifier le fuseau horaire.

• Les fuseaux horaires à l’ouest de l’UTC ont un décalage négatif, désigné par –hh :mm.

• Les fuseaux horaires à l’est de l’UTC ont un décalage positif désigné par +hh :mm.

Par exemple, les horodatages suivants affichent tous la même heure, en supposant l’heure standard :

• 2020–03–20T15:10:25Z (Londres)

• 2020–03–20T10:10:25-05:00 (New York)

• 2020–03–20T16:10:25+01:00 (Paris)

• 2020–03–20T23:10:25+08:00 (Pékin)

Objets Kubernetes provisionnés par APM

APM crée les objets Kubernetes suivants au démarrage ou au déploiement. APM utilise ces objets tout au long de son cycle de vie. Les objets sont supprimés le apm stop.

• Espace de noms : cluster virtuel de machines de nœud qui exécutent APM. Tous les objets APM sont isolés dans jnpr-apm.

• Services d’équilibrage de charge : les objets sont créés au moment de l’installation pour obtenir l’adresse IP externe attribuée par l’équilibreur de charge du cluster. Les services externes situés en dehors du cluster utilisent ces adresses IP externes pour initier la communication avec APM. Le cluster doit prendre en charge MetalLB en tant qu’équilibreur de charge réseau.

• ConfigMap : stocke le fichier de configuration du serveur de base de données (redis.conf) et un fichier de configuration initial (juniper.conf) pour la gestion.

• PersistentVolumeClaims : pour les conteneurs qui ont des exigences de stockage de données dynamiques, cet objet inclut MGMT.

• Secrets : stocke les clés et les certificats dont vous avez besoin pour sécuriser l’APMi.

• CustomResources : une ressource personnalisée (OperatingRole) est utilisée par APM pour gérer le rôle des microservices principaux sur chaque cluster de charges de travail.