Einführung in den Adresspool-Manager

Vorteile von Address Pool Manager

• Effizienz: Verbessert die Effizienz der Adressnutzung. APM zentralisiert und automatisiert die Adresszuweisung für mehrere BNGs im Netzwerk. APM verwendet die Just-in-Time-Präfixzuweisung, sodass Präfixe nur dann bereitgestellt werden, wenn ein BNG zusätzliche IP-Adressen benötigt.

  APM stellt nur so viele Präfixe bereit, wie die BNG benötigt. Nachdem Sie den globalen APM-Pool in Gruppen von Präfixen partitioniert haben, unterteilt APM die Präfixe weiter, um der Anforderung der BNG zu entsprechen. Diese Unterteilung ermöglicht es APM, die Größe der zugewiesenen Präfixe zu optimieren.

• Simplizität: Vermeidet den Aufwand und die Komplexität der manuellen Überwachung und Bereitstellung einzelner BNGs.

• Bereitstellung: Installiert und arbeitet auf beliebiger Hardware, die die Anforderungen erfüllt.

• Rückgewinnbarkeit: Gibt die nicht verwendeten Präfixe aus Pools, die nur wenige IP-Adressen verwenden, an einen zentralen Pool zurück und verteilt diese Präfixe an andere Pools, die sie benötigen.

Adressierung der Terminologie

Sie sollten ein gutes Verständnis von IP-Adressierung, Classless Inter-Domain-Routing (CIDR), Subnetzmasken mit variabler Länge (VLSMs) und der Unterteilung von IP-Präfixen in Teilnetze (Subnetze) haben. Wenn Sie Ihre Adressierungsstrategie entwickeln (außerhalb des Rahmens dieser Dokumentation) oder die manuelle Adressrückgewinnung verwenden, kann es hilfreich sein, einen IP-Subnetzrechner zu sehen. Sie können viele solcher Rechner online finden.

In dieser Dokumentation wird die folgende Terminologie verwendet:

• Präfix: Eine 32-Bit-IPv4-Netzwerkadresse und -Präfixlänge, ausgedrückt in der CIDR-Notation; Beispiel: 198.51.100.0/24. Ein Präfix definiert den Netzwerkanteil einer IP-Adresse. Ein Präfix stellt ein Subnetz dar.

• Präfixlänge: Die Anzahl der Bits, die die Länge des Präfixes und die Größe des Netzwerkteils einer IP-Adresse bestimmt. Eine /24-Präfixlänge bedeutet, dass der Netzwerkteil der Adresse 24 Bit lang ist. Die restlichen Bits (von 32) stellen den Host-Teil einer Netzwerkadresse dar. Bei einem Präfix mit einer Präfixlänge von /24 beträgt der Host-Teil 8 Bit: 32 – 24 = 8.

• Netzwerkgröße: Dieser Begriff wird manchmal verwendet, um je nach Kontext verschiedene Dinge zu bedeuten, was zu Mehrdeutigkeiten führen kann. Wir beschreiben die Präfixlänge und wie sie der Anzahl der Hostadressen in Teilnetzen entspricht, wie folgt:

  • Ein längeres Präfix, das durch eine längere Präfixlänge bestimmt wird, entspricht mehr Teilnetzen mit weniger Hostadressen, die pro Teilnetz zugewiesen werden müssen.

  • Ein kürzeres Präfix, das durch eine kürzere Präfixlänge bestimmt wird, entspricht weniger Teilnetzen mit mehr Hostadressen, die pro Teilnetz zugewiesen werden müssen.

• Kostenlose Adressen sind IP-Adressen, die verfügbar sind und nicht Abonnenten zugewiesen wurden.

So funktioniert APM

APM unterhält eine zentrale Sammlung von IP-Präfixen für eine Gruppe von BNGs im Netzwerk. Die APM-CLI bezieht sich auf die verwalteten BNGs als Entitäten. In diesem Dokument wird im Allgemeinen der Begriff BNG verwendet, aber in einigen Fällen wird in diesem Dokument der Begriff Entität verwendet.

APM koordiniert die Erstellung von Pooldomänen mit der BNG. Jede Pooldomäne entspricht einem verknüpften Adresspool für eine bestimmte Routinginstanzkombination auf der BNG. Außerdem entspricht eine Pooldomäne auf einem BNG-CUPS-Controller einem verknüpften Adresspool für eine bestimmte Kombination aus Anwender und Routing-Instanz. Da Pooldomänen dynamisch erstellt werden, verwalten sowohl die BNG als auch die APM Profile oder Vorlagen, die Attribute enthalten, die zur Instanziierung einer Pooldomäne erforderlich sind. Das APM-Profil enthält Attribute wie Aufteilung, Rückforderungsschwellenwerte und automatisches Rückforderungsverhalten. Die BNG. Das Profil enthält Attribute wie Präfixgröße und Installationsverhalten bei der Verworfenen Route.

APMi Version 1 (kompatibel mit Junos OS Version 22.1R1 und höher). Sie können die APMi-Version überprüfen, indem Sie den Befehl show apm entity ausführen.

• Schwellenwerte und Alarme
• Allgemeiner Betrieb von APM

Tabelle 1: Von APM für verschiedene Alarme ergriffene Maßnahmen

Uhrzeit	Von BNG gesendeter Alarm	Beschreibung
t0	—	Start der Zeitachse mit einer gefüllten Pooldomäne.
T1	Alarm verteilen	Wenn sich die Abonnenten anmelden, fällt die Anzahl der freien Adressen auf dem BNG unter den Zuweisungsschwellenwert. Die BNG sendet einen Aufteilungsalarm. APM empfängt den Zuordnungsalarm und weist der Pooldomäne Präfixe zu. Die BNG weist Adressen aus den Poolpräfixen der Pooldomäne zu.
T2	Alarm verteilen	APM empfängt den Aufteilungsalarm, aber die Partition verfügt über keine verfügbaren Präfixe. Der Alarm wird NACKed und ein Wiederholungszeitstempel wird auf 15 Minuten später festgelegt. Das BNG wiederholt den Zuordnungsalarm zu diesem Zeitstempel, es sei denn, es benötigt die Adressen nicht mehr.
T3	Alarm verteilen	Beim Wiederholungszeitstempel sendet BNG den Zuteilungsalarm erneut, da die Anzahl der freien Adressen immer noch unter dem Zuteilungsschwellenwert liegt.
T4	Alarm zurückgewinnen	Abonnenten melden sich so lange ab, bis die Anzahl der freien Adressen den Rückforderungsschwellenwert überschreitet. Die BNG sendet den Rückgewinnungsalarm mit dem vorgeschlagenen Pool, der zurückgewonnen werden soll. APM platziert einen Abfluss auf dem vorgeschlagenen Pool und das BNG startet den Ablassvorgang am Pool.
T5	Alarm bei entleertem Pool	Wenn der Adresspool keine Abonnenten hat, gibt es keine zugeordneten Adressen im Pool. BNG sendet den Alarm für die Entleerung des Pools an APM. APM antwortet auf den Alarm "Pool entleert" mit einer Löschanforderung. Die BNG entfernt den Pool aus der Liste der Pools der Pooldomäne. APM verschiebt das entsprechende Präfix zur Neuzuordnung zurück auf die Partition. Die Anzahl der freien Adressen sinkt, wenn der Pool entfernt wird.
T6	Alarm zurückgewinnen	APM empfängt den Rückgewinnungsalarm, ergreift jedoch keine Maßnahmen, da der Alarm außerhalb des Rückgewinnungsfensters aufgetreten ist. APM gibt eine Alarm-NACK mit einem Wiederholungszeitstempel zurück, der auf den Zeitpunkt des Beginns des Rückforderungsfensters festgelegt ist. Das BNG wiederholt den Rückforderungsalarm zu diesem Zeitpunkt, wenn immer noch ein Überschuss an freien Adressen vorhanden ist.

Die folgenden Schritte erläutern die allgemeine Funktionsweise von APM:

1. BNG und APM kommunizieren über das APMi, ein von Juniper definiertes, gRPC-basiertes Protokoll. Google RPC (gRPC) ist ein gängiges Framework für den Aufbau erweiterbarer und interoperabler Kommunikationsprotokolle. Bei der ersten Verbindung initiiert die BNG die Pooldomänensynchronisierung. Der Synchronisierungsprozess der Pooldomäne synchronisiert die Gruppe der aktiven Pooldomänen. APM gleicht die Liste der aktiven Pool-Domains mit der Liste der Pool-Domains der BNG ab. Nach der Synchronisierung der Pooldomäne führt die BNG die Poolsynchronisierung (Ermittlung) für jede Pooldomäne aus. APM gleicht die Liste der Pools für jede Domain mit der BNG-Liste ab. Wenn APM zusätzliche Pools beibehalten hat (nicht in der BNG-Liste der Pools für die Domäne), werden die Poolpräfixe für die Partition freigegeben. Wenn in APM Pools fehlen, versucht APM, Pools zuzuweisen.

2. APM überwacht die Alarmmeldungen der BNG.

3. APM wertet den Alarm aus und reagiert darauf. Wenn z. B. einem BNG die Adressen ausgehen, sendet das BNG einen Zuweisungsalarm an APM. APM weist die angeforderte Anzahl von Präfixen aus der Quellpartition der Domäne zu und gibt sie in der Alarmantwort zurück. Die BNG fügt diese Poolpräfixe der Pooldomäne hinzu.

Abbildung 1 zeigt eine detailliertere Ansicht der Beziehungen zwischen den verschiedenen Funktionskomponenten einer einzelnen APM-Instanz. Jeder Managerblock zeigt die Datenbanktabellen an, die er verwendet.

Hinweis:

Sie können mehrere APM-Instanzen gleichzeitig auf mehreren verschiedenen Clustern im Netzwerk ausführen. Diese Instanzen von APM sind unabhängig voneinander und kennen sich nicht. Die Instanzen teilen weder Status noch Konfiguration.

Jede APM-Instanz enthält die folgenden Microservices als funktionale Komponenten der Anwendung:

• Entity Manager —Orchestriert die Aktivitäten der Poolverwaltung für die verwalteten BNGs. Zu diesen Aktivitäten gehören die Verarbeitung von Alarmen sowie die Zuweisung und Rückgewinnung von Poolpräfixen.

• Adressmanager: Organisiert den zentralen Adresspool in Partitionen und verwaltet die Zuweisungen der in jeder Partition konfigurierten Stammpräfixe. Es unterteilt die Stammpräfixe in kleinere Präfixe und weist die Präfixe gemäß den konfigurierten Kriterien für die BNG zu.

• Provisioning Manager: Schnittstellen mit der BNG zur Bereitstellung von Pooldomänen und den zugehörigen Adresspools. Der Bereitstellungsmanager stellt sicher, dass die Domänen und die zugehörigen zugewiesenen Poolpräfixe zwischen APM und BNG synchronisiert bleiben.

  Der APM Provisioning Manager kommuniziert mit den verwalteten BNGs über APMi. Der Bereitstellungsmanager sendet gRPC-Nachrichten an die direkte Bereitstellung und Aufhebung der Bereitstellung von Präfixen auf den BNGs als Reaktion auf Domänenalarme, die von der BNG initiiert werden.

• Der MGMT-Microservice stellt ein textbasiertes Konfigurationsschema und eine CLI bereit, mit der Sie den globalen Präfixpool, die verwalteten BNGs und die zugehörigen Pooldomänenattribute konfigurieren können. Sie können die CLI verwenden, um Statistiken und Status für verschiedene Funktionskomponenten anzuzeigen. Die Ausgabe liefert Informationen über Systemlast, Effizienz, Auslastung und Fehler oder anormale Bedingungen.

• APM-Operator: Koordiniert mehrere geografische Switchover (Rollenänderungen) und meldet den Zustand von APM-Komponenten.

• Datenbankinstanz (DB): Bietet gemeinsamen Zugriff auf Datenbanktabellen, die von jeder funktionalen Komponente von APM verwendet werden. Die Datenbank enthält Tabellen für Adress-, BNG- und Pooldomäneninformationen. Die Datenbank bietet persistenten Speicher für Konfigurationsinformationen und Betriebszustände.

• Datenbanksynchronisierung: Synchronisiert relevante DB-Inhalte über geografische Grenzen hinweg.

• APM verwendet eine Datenbank mit Statusinformationen zu den Entitäten, Pooldomänen, Pools, Präfixen, Zuordnungen, Konfiguration usw. Zwei Datenbankinstanzen, eine primäre und eine Standby-Instanz, werden in einem Hot-Standby-Modus bereitgestellt. Die Datenbankinstanzen werden von einem Datenbank-Sentinel-Service überwacht, der einen Fehler in der Primärdatenbank erkennt. Bei einem Ausfall der primären Datenbank übernimmt die sekundäre Datenbank die Rolle der primären, während eine neue Standbydatenbank wiederhergestellt wird.

  Hinweis:

  Für die Redundanz sind neben dem primären Knoten mindestens drei Worker-Knoten erforderlich. Die Worker-Knoten müssen sich alle auf separaten physischen Servern befinden. Bei den Knoten kann es sich jedoch entweder um physische oder virtuelle Maschinen handeln.

CLI- und Konfigurationsmanagement

Die Benutzeroberfläche (User Interface, MGMT) ist eine containerisierte Version des Junos OS-Verwaltungsprozesses. Mit dieser Schnittstelle können Sie dieselbe CLI-Struktur wie Junos OS für Konfiguration und Überwachung verwenden. Das MGMT bietet auch eine Schnittstelle, über die Sie APM aus der Ferne verwalten können.

APM führt die folgenden Aufgaben aus:

• Lädt die anfängliche APM-Konfiguration vom MGMT-Service in die Datenbank, bevor andere APM-Komponenten in ihren Laufzeitzustand übergehen können.

• Übersetzt Befehle und Konfigurationen in Aktionen und Parameter, die von den APM-Microservices verstanden werden.

• Zeichnet die anfängliche Konfiguration und nachfolgende Änderungen in der Datenbank zur Persistenz auf. Es benachrichtigt die APM-Komponenten über alle Änderungen.

• Synchronisiert festgeschriebene Konfigurationsänderungen mit der MGMT-Instanz im Peer-Arbeitsauslastung-Cluster (wird nur für mehrere geografische Setups verwendet).

APM-Betreiber

Der APM-Betreiber-Microservice erfasst regelmäßig Zustandsdaten für die APM-Microservices. In einer Umgebung mit mehreren Regionen koordiniert der APM-Betreiber die Rolle (aktiv oder Backup/ruhend) der Core-Services in jedem Arbeitsauslastung-Cluster. Die APM-Operatoren (es gibt einen in jedem Arbeitsauslastung-Cluster) kommunizieren miteinander über das Inter-Cluster-Netzwerk und ein Backup (Out-of-Band-Netzwerk), um die Rolle der Core-Services zu koordinieren und auch den Pod-Zustand von jedem Arbeitsauslastungs-Cluster weiterzuleiten. Der APM-Operator-Microservice besteht aus einem State-Manager-Pod und einem Controller-Pod.

DBSync

Der DBSync-Microservice verwaltet die Synchronisierung zwischen den Arbeitsauslastungs-Clustern bestimmter persistenter Zustände, die in der Datenbank jedes Arbeitsauslastungs-Clusters gespeichert sind. Die DBSync-Microservices kommunizieren miteinander über das Inter-Cluster-Netzwerk.

Entity Manager

Der Entity Manager koordiniert die Operationen anderer funktionaler Komponenten, die sich auf den Entity-Zustand auswirken.

Für jede verwaltete BNG verfolgt der Entity Manager die folgenden Informationen:

• Die BNG-Adresse, bei der es sich um die Transportadresse der BNG handelt, die verwaltete Pools hostet.

• Eine Liste der verwalteten Pooldomänen.

Eine Pooldomäne stellt einen verknüpften Adresspool auf der BNG dar. Für jede Pooldomäne verfolgt der Entity Manager die folgenden Informationen:

• Pooldomänenname: Eine benutzerdefinierte Zeichenfolge, die den verwalteten Pool für die BNG identifiziert. Jeder Pooldomänenname muss für diese BNG eindeutig sein. Das bedeutet, dass der Pool-Domainname effektiv als Schlüssel fungiert; Er wird manchmal als Pooldomänenschlüssel bezeichnet. Eine benutzerdefinierte Zeichenfolge, die von der Entität erstellt wird. Bei BNG besteht die Zeichenfolge aus dem Domänenprofilnamen, der mit dem Namen der Routing-Instanz verknüpft ist. Für den BNG CUPS-Controller besteht die Zeichenfolge aus dem Domänenprofilnamen, der mit dem Namen der Anwendergruppe und dem Namen der Routinginstanz verknüpft ist.

• APM verwendet das Format pool-domain-name-sequence-number , um die von ihm erstellten Pools zu benennen. Das sequence-number ist mindestens 4 Ziffern; wenn der Wert kleiner als 1.000 ist, wird die Sequenznummer mit führenden 0en aufgefüllt. 0001, 0999, 1000 213339 sind also gültige Sequenznummern. Wenn der Name einer Pooldomäne beispielsweise test-pd lautet, benennt APM den ersten Pool test-pd. Nachfolgende Pools werden test-pd-0000, test-pd-0001 usw. benannt.

• Präfixe: Eine geordnete Liste der Präfixe, aus denen die Pooldomäne besteht.

Der Entitätsmanager sammelt eine Reihe von flüchtigen Statistiken für verschiedene Vorgänge (letzte Erkennung, letzte Zuordnung, letzte Rückforderung usw.) in der Pooldomäne. Die Statistiken umfassen die Alarmanzahl, die Anzahl der Pools, die zugehörigen Präfixe und die Zeitstempel. Sie können diese Statistiken mit APM-Befehlen show anzeigen, z show apm entity. B. .

Der Entity Manager fordert ein neues Präfix für eine Pooldomäne vom Adressmanager an, wenn der Provisioning Manager den Zuweisungsalarm vom BNG an den Entity Manager weiterleitet.

Die Präfixanforderung enthält die folgenden Informationen:

• Adressfamilie – unterstützt derzeit IPv4

• Zuordnungsschlüssel: Die IP-Adresse und Pooldomäne des verwalteten BNG

• Angeforderte Präfixlänge: Die Größe des Präfixes, das Sie einer Pooldomäne von einer Partition zuweisen möchten.

Der Entity Manager versucht anschließend, das/die zugewiesene(n) Präfix(e) dem Adresspool der BNG zu Bereitstellung.

Der Entitätsmanager beginnt einen Prozess zum Ermitteln und Abgleichen der verwalteten BNG-Pooldomänen (Synchronisierung), wenn der Bereitstellungsmanager den Entitätsmanager benachrichtigt, dass ein BNG erreichbar ist. Der Bereitstellungsmanager sendet einen Erreichbarkeitsbericht an den Entitätsmanager, wenn sich der Erreichbarkeitsstatus ändert. Der Entity Manager fordert die Ermittlung aller Pooldomänen an, die für diese BNG verwaltet werden.

Der Ermittlungsprozess verwendet die Bereitstellungsschnittstelle, um die Pooldomänen und die zugehörigen Poolinformationen zu finden, wie sie der BNG bekannt sind. Am Ende des Erkennungsprozesses verfügen APM und BNG über dieselben Pooldomänen und zugewiesenen Poolpräfixe.

Wenn die erkannten Informationen nicht mit den vorhandenen Informationen übereinstimmen, aktualisiert APM seine Datenbanken mit den Partitionsinformationen für Pooldomänen (damit sie mit der BNG übereinstimmen). Wenn APM während des Updates einen Konflikt erkennt, kennzeichnet es den Konflikt als Warnung im Protokoll.

Adress-Manager

Der Adressmanager verwendet einen VLSM-Algorithmus, um die Root-Präfixe in den Adresspoolpartitionen in kleinere Unterpräfixe bis zu dem Wert zu unterteilen, den max-prefix-len Sie für jedes Root-Präfix konfiguriert haben. Während der Aufteilung gleicht der Adressmanager eine Anforderung für ein Präfix entsprechend der Größe mit einer Partition und einem Stammpräfix ab. APM weist dem Stammpräfix ein freies Unterpräfix zu, um das Aufteilungsereignis zu erfüllen.

Der Adressmanager protokolliert eine Warnmeldung, wenn der Prozentsatz der freien Adressen innerhalb einer Partition unter den free-prefix-utilization Schwellenwert fällt. Das Überschreiten dieses Schwellenwerts weist darauf hin, dass der Partition die Adressen ausgehen, weil sie so viele Adressen zugewiesen hat.

Wenn Sie APM konfigurieren, weisen Sie einer Partition Stammpräfixe zu. Der Adressmanager teilt Präfixe von nur einer einzigen Partition für jede Domäne zu. Jede Partition stellt einen Zuordnungskontext dar. Der Adressmanager verwendet die Verzerrung, die Sie für die Domäne konfigurieren, um die Partition auszuwählen, von der aus Präfixe für die Zuordnung zur Domäne unterteilt werden.

Wenn Sie einer Partition ein Stammpräfix hinzufügen, stellen Sie sicher, dass es innerhalb der angegebenen Mindest- und Höchstgrenzen für die Präfixlänge für diese Partition liegt:

• Der min-prefix-lenWert ist das kürzeste gültige Stammpräfix.

• Der max-prefix-lenWert ist das längste gültige Stammpräfix.

Daher < min-prefix-len = Stammpräfixlänge <= max-prefix-len.

Wenn min-prefix-len z. B. 20 und max-prefix-len 24 ist, können Sie ein Stammpräfix mit Präfixlängen von /20, /21, /22, /23 oder /24 hinzufügen.

Je kleiner die Präfixlänge, desto mehr individuelle Hostadressen stehen im Subnetz zur Verfügung. Je größer die Präfixlänge, desto weniger einzelne Hostadressen sind im Subnetz verfügbar. Zum Beispiel:

• Eine Präfixlänge von /20 bietet 4.094 nutzbare Hostadressen.

• Eine Präfixlänge von /24 bietet 254 nutzbare Hostadressen.

Hinweis:

Wenn Sie ein Stammpräfix konfigurieren, das außerhalb der angegebenen Grenzen liegt, fügt APM es der Partition nicht hinzu.

• Präfix-Unterteilung
• Präfix-Zuweisung
• VLSM
• VLSM-Beispiel

Provisioning Manager

Der Bereitstellungsmanager besteht aus Arbeitsprozessen, die die folgenden Bereitstellungsvorgänge verwalten:

• Erkennung: Synchronisiert die Pool-Domänen und die zugehörigen Pool-Informationen zwischen APM und einem BNG. Am Ende des Erkennungsprozesses einigen sich APM und BNG auf die Liste der Pooldomänen und der zugewiesenen Poolpräfixe.

  APM-Verhalten: APM gleicht seine Pooldomänen mit der BNG-Liste ab, sodass die APM-Liste mit der BNG-Liste übereinstimmt. Bei den Poolpräfixen für Domänen, die während des Abgleichs gelöscht werden, werden die zugeordneten Poolpräfixe an ihre ursprüngliche Partition zurückgegeben.

  Der Bereitstellungsmanager führt die Erkennung durch, wenn APM eine Verbindung mit dem verwalteten BNG herstellt, einschließlich einer wiederhergestellten Verbindung nach einem Verbindungsfehler. Während die Verbindung unterbrochen ist, kann ein Administrator die Konfiguration auf dem BNG ändern. APM passt sich entsprechend an, wenn es bei der nachfolgenden Erkennung eine Änderung erkennt.

• Bereitstellung: Präfixe für Rückstellungen und Deprovisionen für eine verwaltete BNG. Während der Adressmanager die Zuweisung von Präfixen verwaltet, kommuniziert der Bereitstellungsmanager mit der BNG, um den Adresspool zu Bereitstellung.

Wenn die Verbindung wiederhergestellt ist, benachrichtigt der Bereitstellungsmanager den Entitätsmanager, dass die BNG erreichbar ist. Der Entity Manager fordert den Provisioning-Manager auf, den Synchronisierungsprozess zu starten.

Automatische Rückgewinnung von Präfixen

Sie können APM aktivieren, um die Aufgabe der Rückforderung automatisch zu bewältigen. Sie können die automatische Rückforderung in der pool-domain-profile der Entität zugewiesenen konfigurieren, wie in der entity-match Anweisung konfiguriert.

Wenn Sie die automatische Rückforderung aktivieren, werden die folgenden Aktionen ausgeführt:

• APM reagiert auf Domain-Rückforderungsalarme, die von der Entität gesendet werden. Der Rückgewinnungsalarm enthält einen vorgeschlagenen Poolnamen, der zurückgefordert werden soll.

• APM reagiert auf den Rückgewinnungsalarm, indem es die Entität anweist, einen aktiven Abfluss für den Pool zu platzieren. Wenn der Pool vollständig entladen ist (keine ausstehenden Adresszuordnungen aus dem Pool), löst die Entität einen Alarm für den Domänenpool aus.

• APM reagiert auf den Pool-Drained-Alarm, indem es die Entität anweist, den Pool zu löschen. APM gibt das Poolpräfix an die Partition zurück, von der aus es zugeordnet wurde.

• Sobald das Präfix an die Partition zurückgegeben wurde, steht es anderen Entitäten zur Verfügung, die Domänenzuweisungsalarme auslösen.

Mit der automatischen Rückgewinnung können Sie die Anzahl der nicht verwendeten Adressen begrenzen, die in der Entität verwaltet werden. Da der Prozess der automatischen Rückgewinnung einen potenziell servicebeeinträchtigenden aktiven Drain beinhaltet, können Sie APM so konfigurieren, dass die automatische Rückforderung nur während eines konfigurierten Wartungsfensters initiiert wird.

Freigegebene Präfixe für eine Entität freigeben

Für den Fall, dass eine Netzwerkeinheit ausfällt und sich nicht erneut mit APM verbinden kann, damit zugewiesene Poolpräfixe an ihre Quellpartitionen zurückgewonnen werden können, können Sie den request apm release entity system-id Befehl verwenden. Mit diesem Befehl werden alle Poolpräfixe und Pooldomänen freigegeben, die einer Netzwerkentität zugeordnet sind. Sie können den request apm release entity system-id Befehl nicht verwenden, wenn der APMi-Status der Entität lautet reachable.

Führen Sie diese Schritte aus, um Präfixe aus einer nicht erreichbaren Entität freizugeben.

1. Verwenden Sie den show apm entity system id Befehl, um den Erreichbarkeitsstatus der Entität und die Poolpräfixe anzuzeigen, die von ihren Pooldomänen gehalten werden. Die Ausgabe zeigt, dass die Entität erreichbar ist und 3 Poolpräfixe zugewiesen hat.

2. Der request apm release entity system id Befehl ist nicht erfolgreich, wenn die Entität erreichbar ist.

3. Geben Sie das ein show apm entity , um zu sehen, ob die Entität nicht erreichbar ist.

4. Da die Entität in Schritt 3 nicht erreichbar ist, können Sie den Befehl eingeben, um mit der request apm release entity system-id Rückforderung zu beginnen. APM hebt die Bereitstellung des Pools auf und gibt die Adressen zur Neuzuordnung an die Quellpartition zurück. Alle Poolpräfixe, die in Schritt 1 gemeldet wurden, werden freigegeben.

Manuelle Rückgewinnung von Adressen

Durch die manuelle Rückgewinnung erhalten Sie eine granulare Kontrolle. Die manuelle Rückgewinnung erfordert, dass Sie die Pooldomänen und Adresspools in Ihren verwalteten BNGs genau überwachen.

1. Verwenden Sie den show apm alarms Befehl, um alle ausstehenden Alarme anzuzeigen, die vom BNG empfangen wurden. Die Ausgabe zeigt die Namen der Pools mit dem reclaim Alarmstatus an.

   Der reclaim Alarm bedeutet, dass die Pooldomäne einen Überschuss an Adressen hat. Das Info Feld enthält den Namen eines Pools, den die BNG zur Rückgewinnung empfiehlt. Ein Rückgewinnungsalarm bedeutet nicht, dass der Pool über ein aktives Abflussset verfügt. Wenn am Pool kein Abfluss vorhanden ist, kann der Pool dennoch Adressen zuweisen.

2. Geben Sie den Befehl ein, um mit dem request apm drain Entleeren des Pools zu beginnen.
   Hinweis:

   Sie können einen Drain entfernen, den Sie durch Ausführen des request apm activate Befehls initiiert haben.

3. Verwenden Sie den show apm alarms Befehl, um zu sehen, dass der Pool entleert wurde. Der Alarmstatus zeigt den pool-drained Status an.
4. Geben Sie den Befehl ein, um mit der request apm reclaim Rückforderung zu beginnen. APM hebt die Bereitstellung des Pools auf und gibt die Adressen zur Neuzuordnung an die Quellpartition zurück.

Wenn Sie sich für die manuelle Rückgewinnung entscheiden, seien Sie vorsichtig bei der Auswahl des zurückzugewinnenden Pools. Hier sind einige der Überlegungen zur Auswahl eines zurückzugewinnenden Pools.

• Wenn Sie einen Pool entleeren, müssen Sie die Abonnenten, die diese Adressen verwenden, in anderen Pools in der Pooldomäne unterbringen. Es muss genügend freie Adressen in den anderen Pools (in der Domain) geben, um diese Abonnenten aufzunehmen. Daher muss die Anzahl der freien Adressen in der Pooldomäne größer sein als die Anzahl der verwendeten Adressen im Pool, die Sie entleeren:

  (Pool Domain Free Addresses) –(Drain Pool Free Addresses) > (Drain Pool Used Addresses)

• Wenn Sie einen Pool leeren, dürfen Sie die Pooldomäne nicht der unmittelbaren Gefahr aussetzen, dass die freien Adressen ausgehen. Wenn die Anzahl der freien Adressen in der Domain unter den Zuweisungsschwellenwert fällt, löst dies einen Zuteilungsalarm aus, der dazu führt, dass APM mehr Adressen für den Pool bereitstellt. Mit anderen Worten, versuchen Sie, keinen Abfluss an einem Pool zu initiieren, es sei denn, die folgende Ungleichheit trifft zu:

  (Pool-Domain-freie Adressen) – (Drain-Pool-Gesamtadressen) > (Aufteilungsschwellenwert)

Zeitstempel

Sie verwenden den show apm entity Befehl, um die Rückgewinnungsvorgänge von APM zu überwachen. Die Befehlsausgabe zeigt Zeitstempel für die letzten Ermittlungs-, letzten Zuweisungs- und letzten Rückforderungsereignisse an, wenn Sie Statistiken für einen Router oder eine bestimmte Pooldomäne anzeigen. Die Zeitstempel sind im ISO-8601-Format mit einer 24-Stunden-Uhr:

YYYY-MM-DDThh:mm:ssZ

• T ist das Trennzeichen zwischen Datum und Uhrzeit.

• Z gibt an, dass die Uhrzeit in der UTC-Zeitzone liegt. Wenn die Zeit des Routers eine andere Zeitzone verwendet, zeigt das Format den Offset von UTC an, um die Zeitzone zu identifizieren.

• Zeitzonen westlich von UTC haben einen negativen Offset, der durch –hh:mm gekennzeichnet ist.

• Zeitzonen östlich von UTC haben einen positiven Offset, der durch +hh:mm gekennzeichnet ist.

Die folgenden Zeitstempel zeigen beispielsweise alle dieselbe Zeit an, wenn man von der Standardzeit ausgeht:

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

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

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

• 2020–03–20T23:10:25+08:00 (Peking)

APM-bereitgestellte Kubernetes-Objekte

APM erstellt beim Start oder Rollout die folgenden Kubernetes-Objekte. APM verwendet diese Objekte während seines gesamten Lebenszyklus. Die Objekte werden auf apm stopentfernt.

• Namespace: Virtueller Cluster von Knotencomputern, auf denen APM ausgeführt wird. Alle APM-Objekte sind in jnpr-apm isoliert.

• Load Balancing-Services: Objekte werden zum Zeitpunkt der Einrichtung erstellt, um die vom Load Balancer des Clusters zugewiesene externe IP-Adresse zu erhalten. Externe Services außerhalb des Clusters verwenden diese externen IP-Adressen, um die Kommunikation mit APM zu initiieren. Der Cluster muss MetalLB als Netzwerklastenausgleich unterstützen.

• ConfigMap: Speichert die Konfigurationsdatei für den Datenbankserver (redis.conf) und eine Anfangskonfigurationsdatei (juniper.conf) für MGMT.

• PersistentVolumeClaims: Für Container mit dynamischen Datenspeicheranforderungen enthält dieses Objekt MGMT.

• Geheimnisse: Speichert Schlüssel und Zertifikate, die Sie zum Sichern des APMi benötigen.

• CustomResources: Eine benutzerdefinierte Ressource (OperatingRole) wird von APM verwendet, um die Rolle der Core-Microservices in jedem Arbeitsauslastungs-Cluster zu verwalten.