Load Balancing und hohe Verfügbarkeit mit aggregierten Multiservices-Schnittstellen auf MS-MPC und MS-MIC

Aggregierte Multiservices-Schnittstelle

In Junos OS können Sie mehrere Services-Schnittstellen kombinieren, um ein Bündel von Services-Schnittstellen zu erstellen, die als eine einzige Schnittstelle fungieren können. Ein solches Bündel von Schnittstellen wird als aggregated multiservices interface (AMS) bezeichnet und in der Konfiguration als ams bezeichnet, wobei N eine eindeutigeN Nummer ist, die eine AMS-Schnittstelle identifiziert (z. B. ams0).

Die AMS-Konfiguration bietet eine höhere Skalierbarkeit, verbesserte Leistung und bessere Failover- und Lastausgleichsoptionen.

Die AMS-Konfiguration ermöglicht es Service-Sets, mehrere Service-PICs zu unterstützen, indem ein AMS-Bundle mit einem Service-Set verknüpft wird. Ein AMS-Paket kann bis zu 24 Service-PICs als Mitgliedsschnittstellen haben und Services auf die Mitgliedsschnittstellen verteilen.

Mitgliedsschnittstellen werden in der Konfiguration als MAMS gekennzeichnet. Der Chassisd-Prozess in Routern, die die AMS-Konfiguration unterstützen, erstellt einen mams-Eintrag für jede Multiservices-Schnittstelle auf dem Router.

Beginnend mit Junos OS Version 16.2 (außer Junos OS Version 17.3R3-S7) kann eine AMS-Schnittstelle bis zu 36 Mitgliederschnittstellen haben. Wenn Sie mehr als 24 Mitgliedsschnittstellen einschließen, müssen Sie das Zeitlimit für den Start der Dienst-PIC für alle Dienst-PICs auf 240 oder 300 Sekunden erhöhen. In Junos OS Version 16.1 und früher sowie in Junos OS Version 17.3R3-S7 kann eine AMS-Schnittstelle maximal 24 Mitgliederschnittstellen haben.

Beginnend mit Junos OS Version 17.1R1 unterstützt AMS die IPSec-Tunnelverteilung für Service-Sets im Next-Hop-Stil. IPSec-Dienstsätze im Schnittstellenstil werden jedoch nicht unterstützt.

Ab Junos OS Version 19.2R1 können Sie bis zu 60 PICs über verschiedene AMS-Bundles hinweg auf einem MX2020-Router verwenden. Das harte Limit von maximal 36 Mitgliedsschnittstellen pro AMS-Bündel besteht weiterhin. Das Gehäuse kann jedoch mehrere AMS-Bundles enthalten, sodass 15 MS-MPCs über diese Bundles hinweg konfiguriert werden können.

Wenn Sie Serviceoptionen auf ams-Schnittstellenebene konfigurieren, gelten die Optionen für alle Mitgliedsschnittstellen (MAMS) für die ams-Schnittstelle.

Die Optionen gelten auch für Service-Sets, die auf Service-Schnittstellen konfiguriert sind, die den Member-Schnittstellen der ams-Schnittstelle entsprechen. Alle Einstellungen gelten pro PIC. Beispielsweise gilt session-limit pro Mitglied und nicht auf aggregierter Ebene.

Ab Junos OS Version 19.3R2 werden AMS-Schnittstellen mit der MX-SPC3 unterstützt. Die folgende Tabelle zeigt die Details der maximalen Anzahl von MX-SPC3s, der maximalen Anzahl von PICs und der maximalen Anzahl von AMS-Mitgliedern in einem Paket:

MX-Plattformen Maximale	Anzahl von MX-SPC3s	Maximale Anzahl von PICs	Maximale Anzahl von AMS-Mitgliedern
MX240-KARTON	2	4	4
MX480-KARTON	5	10	10
MX960-KARTON	7	14	14

Anmerkung:

Sie können Dienstoptionen nicht gleichzeitig auf der ams-Ebene (aggregiert) und auf der Ebene der Memberschnittstelle konfigurieren. Wenn Dienstoptionen auf ms-x/y/z oder vms-x/y/z konfiguriert sind, gelten sie auch für Dienstsätze unter mams-x/y/z.

Wenn Sie möchten, dass die Einstellungen für die Serviceoptionen einheitlich auf alle Mitglieder angewendet werden, konfigurieren Sie die Serviceoptionen auf der Ebene der ams-Schnittstelle. Wenn Sie unterschiedliche Einstellungen für einzelne Mitglieder benötigen, konfigurieren Sie Dienstoptionen auf der Ebene der Mitgliederschnittstelle.

Anmerkung:

Für NAT64 ist ein Datenverkehrsverlust pro Mitglied und eine Next-Hop-Konfiguration pro Mitglied erforderlich. Für NAPT44 ermöglicht diese Spezifikation pro Mitglied beliebige Hashschlüssel und bietet somit bessere Lastausgleichsoptionen, um die Ausführung dynamischer NAT-Vorgänge zu ermöglichen. Für NAT64, NAPT44 und dynamisches NAT44 ist es nicht möglich zu bestimmen, welches Mitglied die dynamische NAT-Adresse zuweist. Um sicherzustellen, dass Reverse-Flow-Pakete am selben Member wie die Forward-Flow-Pakete ankommen, werden pooladressbasierte Routen verwendet, um Reverse-Flow-Pakete zu steuern.

Anmerkung:

Bis Junos OS Release 13.3 wurde für jede logische Medienschnittstelle, auf der Services konfiguriert wurden (Services im Schnittstellenstil), intern ein logischer Schnittstellenalias erstellt. Dieser Schnittstellenalias speichert die Topologieketten für Funktionen, die auf der logischen Schnittstelle ausgeführt werden, nachdem ein Eingabedienst verarbeitet wurde, um Paketschleifen im System zu vermeiden. Bei Schnittstellenaliasen wurde die maximale Anzahl der logischen Schnittstellen, die mit Diensten unterstützt werden, auf die Hälfte der unterstützten maximalen Anzahl reduziert, da jede logische Schnittstelle zwei Einträge verbrauchte, nämlich einen für die Schnittstelle selbst und den anderen für den Schnittstellenalias.

Ab Junos OS Version 14.1R4 werden keine Eingabeschnittstellen-Aliasnamen für MS-MPCs und MS-MICs erstellt. Daher entspricht die maximale Anzahl logischer Schnittstellen, die mit Dienst-PICs unterstützt werden, der maximalen Anzahl, die auf dem System unterstützt wird. Nach der Verarbeitung des Eingabedienstes durch MS-MPCs und MS-MICs sendet der Dienst-PIC das Paket an die Packet Forwarding Engine auf der logischen Schnittstelle multiservices(ms-), wo der entsprechende Dienst konfiguriert ist. Spätere Services werden auf MS-MPCs und MS-MICs in Junos OS Version 13.2 und höher nicht unterstützt.

Anmerkung:

Sie können MS-DPCs oder andere MS-PICs nicht in eine AMS-Konfiguration einschließen, die MS-MICs oder MS-MPCs als Mitgliedsschnittstellen enthält.

Anmerkung:

Wenn Sie einen NAT-Pool ändern, der von einem Servicesatz verwendet wird, der einer AMS-Schnittstelle zugewiesen ist, müssen Sie den Servicesatz deaktivieren und aktivieren, bevor die Änderungen am NAT-Pool wirksam werden.

Standardmäßig erfolgt die Verteilung des Datenverkehrs über die Mitgliedsschnittstellen einer AMS-Schnittstelle im Round-Robin-Verfahren. Sie können auch die folgenden Hashschlüsselwerte konfigurieren, um die Datenverkehrsverteilung zu regulieren: source-ip, destination-ip und protocol. Für Services, die Datenverkehrssymmetrie erfordern, müssen Sie symmetrisches Hashing konfigurieren. Die symmetrische Hashing-Konfiguration stellt sicher, dass sowohl Vorwärts- als auch Rückwärtsdatenverkehr über dieselbe Memberschnittstelle geleitet wird.

Mit grundlegendem NAT44 funktioniert das Load Balancing auf AMS-Schnittstellen von MS-MICs und MS-MPCs nicht ordnungsgemäß, wenn der Eingangs-Hash-Schlüssel die Quell-IP-Adresse und der Ausgangs-Hash-Schlüssel die Ziel-IP-Adresse ist.

Wenn der Dienstsatz auf die Gigabit-Ethernet- oder 10-Gigabit-Ethernet-Schnittstelle angewendet wird, die als interne NAT-Schnittstelle fungiert, können die für den Load Balancing verwendeten Hashschlüssel so konfiguriert werden, dass der Eingangsschlüssel als Ziel-IP-Adresse und der Ausgangsschlüssel als Quell-IP-Adresse festgelegt wird. Da die Quell-IP-Adresse einer NAT-Verarbeitung unterzogen wird, steht sie nicht für das Hashing des Datenverkehrs in umgekehrter Richtung zur Verfügung. Daher findet der Load Balancing nicht unter derselben IP-Adresse statt, und Vorwärts- und Rückwärtsdatenverkehr werden nicht demselben PIC zugeordnet. Wenn die Hash-Schlüssel vertauscht werden, erfolgt der Load Balancing ordnungsgemäß.

Bei Next-Hop-Services sorgt bei Forward-Datenverkehr der Ingress-Schlüssel auf der internen Schnittstelle für einen Lastenausgleich, und bei Reverse-Datenverkehr steuert der Ingress-Schlüssel auf der externen Schnittstelle den Lastenausgleich oder die nächsten Hops pro Mitglied steuern den Reverse-Traffic. Bei Services im Schnittstellenstil sorgt der Schlüssel für den Lastenausgleich bei Weiterleitung des Datenverkehrs und der Schlüssel für den Ausgang für den Lastausgleich bei Weiterleitung des Datenverkehrs oder die nächsten Hops pro Mitglied für die Steuerung des umgekehrten Datenverkehrs. Vorwärtsdatenverkehr ist Datenverkehr, der von der inneren Seite eines Servicesatzes eingeht, und umgekehrter Datenverkehr ist Datenverkehr, der von der äußeren Seite eines Servicesatzes eingeht. Der Vorwärtsschlüssel ist der Hashschlüssel, der für die Vorwärtsrichtung des Datenverkehrs verwendet wird, und der Rückwärtsschlüssel ist der Hashschlüssel, der für die Rückwärtsrichtung des Datenverkehrs verwendet wird (hängt davon ab, ob er sich auf Schnittstellendienste oder den Stil von Next-Hop-Diensten bezieht).

Mit zustandsbehafteten Firewalls können Sie die folgenden Kombinationen von Vorwärts- und Rückwärtsschlüsseln für den Load Balancing konfigurieren. In den folgenden Kombinationen, die für Hash-Schlüssel dargestellt werden, bezieht sich FOR-KEY auf die Vorwärtstaste, REV-KEY auf die Rückwärtstaste, SIP auf die Quell-IP-Adresse, DIP auf die Ziel-IP-Adresse und PROTO auf Protokolle wie IP.

• FOR-KEY: SIP, REV-KEY: DIP

• FOR-TASTE: SIP, PROTO DREHZAHLTASTE: DIP, PROTO

• FOR-KEY: DIP, REV-KEY: SIP

• FOR-TASTE: DIP, PROTO DREHZAHLTASTE: SIP, PROTO

• FOR-KEY: SIP,DIP REV-KEY: SIP, DIP

• FÜR-TASTE: SIP, DIP, PROTO DREHZAHLTASTE: SIP, DIP, PROTO

Konfigurieren Sie die Hashschlüssel bei statischer NAT, die als Basis-NAT44 oder Ziel-NAT44 konfiguriert ist und die Stateful-Firewall konfiguriert ist oder nicht, wenn die Weiterleitungsrichtung des Datenverkehrs einer NAT-Verarbeitung unterzogen werden muss:

• FOR-KEY: DIP, REV-KEY: SIP

• FOR-TASTE: DIP, PROTO DREHZAHLTASTE: SIP, PROTO

Wenn die umgekehrte Richtung des Datenverkehrs einer NAT-Verarbeitung unterzogen werden muss, konfigurieren Sie die Hashschlüssel wie folgt:

• FOR-KEY: SIP, REV-KEY: DIP

• FOR-TASTE: SIP, PROTO DREHZAHLTASTE: DIP, PROTO

Wenn dynamische NAT konfiguriert ist und die Stateful-Firewall konfiguriert ist oder nicht, kann nur der Datenverkehr in Weiterleitungsrichtung NAT durchlaufen. Der Forward-Hash-Schlüssel kann eine beliebige Kombination aus SIP, DIP und Protokoll sein, und der Reverse-Hash-Schlüssel wird ignoriert.

Anmerkung:

Die Junos OS AMS-Konfiguration unterstützt IPv4- und IPv6-Datenverkehr.

IPv6-Datenverkehr auf AMS-Schnittstellen – Übersicht

Ab Junos OS-Version 14.2R1 können Sie AMS-Schnittstellen für IPv6-Datenverkehr verwenden. Um die IPv6-Unterstützung für eine AMS-Schnittstelle zu konfigurieren, fügen Sie die family inet6 Anweisung auf der [edit interfaces ams-interface-name unit 1] Hierarchieebene ein. Wenn family inet und family inet6 für eine AMS-Schnittstellenuntereinheit festgelegt sind, wird die hash-keys auf Service-Set-Ebene für den Schnittstellenstil und auf IFL-Ebene für den Next-Hop-Stil konfiguriert.

Wenn eine Mitgliederschnittstelle eines AMS-Pakets ausfällt, wird der für das ausgefallene Mitglied bestimmte Datenverkehr auf die verbleibenden aktiven Mitglieder umverteilt. Der Datenverkehr (Flows oder Sitzungen), der die vorhandenen aktiven Mitglieder durchläuft, ist davon nicht betroffen. Wenn M Mitglieder derzeit aktiv sind, ist das erwartete Ergebnis, dass nur etwa 1/M des Datenverkehrs (Flows/Sitzungen) betroffen ist, da diese Datenverkehrsmenge vom ausgefallenen Mitglied auf aktive Mitglieder verlagert wird. Wenn die ausgefallene Mitgliederschnittstelle wieder online geschaltet wird, wird nur ein Bruchteil des Datenverkehrs an das neue Mitglied verteilt. Wenn N Mitglieder derzeit aktiv sind, ist das erwartete Ergebnis, dass nur etwa 1/(N+1) des Datenverkehrs (Flows/Sitzungen) betroffen ist, da diese Datenverkehrsmenge auf das neue wiederhergestellte Mitglied verschoben wird. Bei den Werten 1/M und 1/(N+1) wird davon ausgegangen, dass die Datenströme gleichmäßig auf die Mitglieder verteilt sind, da ein Pakethash für den Lastenausgleich verwendet wird und der Datenverkehr in der Regel eine typische zufällige Kombination von IP-Adressen (oder andere Felder, die als Lastenausgleichsschlüssel verwendet werden) enthält.

Ähnlich wie beim IPv4-Datenverkehr darf ein AMS-Paket für IPv6-Pakete nur Mitglieder eines Service-PIC-Typs enthalten. Separate AMS-Bundles auf demselben Router können Mitglieder unterschiedlicher Service-PIC-Typen enthalten (z. B. zwei MS-MICs in ams0 und zwei MS-MPC-PICs in ams1).

Die Anzahl der verteilten Datenströme kann in einer idealen Umgebung im besten Fall 1/N betragen, wenn das n-te Element nach oben oder unten geht. Bei dieser Annahme wird jedoch davon ausgegangen, dass die Hashschlüssel einen Lastenausgleich für den tatsächlichen oder dynamischen Datenverkehr bewirken. Stellen Sie sich beispielsweise eine reale Bereitstellung vor, bei der Mitglied A nur einen Datenstrom bedient, während Mitglied B 10 Datenströme bedient. Wenn Mitglied B ausfällt, beträgt die Anzahl der unterbrochenen Flüsse 10/11. Das Verhalten der NAT-Poolaufteilung wurde entwickelt, um die Vorteile der Funktion zum Minimieren von Aufwärmungen zu nutzen. Das Aufteilen eines NAT-Pools wird für dynamische NAT-Szenarien (dynamisches NAT, NAT64 und NAPT44) durchgeführt.

Wenn die ursprünglichen und neu verteilten Flüsse wie folgt definiert sind:

• Member-original-flows: Der Datenverkehr, der einem Mitglied zugeordnet wird, wenn alle Mitglieder aktiv sind.

• Member-redistributed-flows: Der zusätzliche Datenverkehr, der einem Mitglied zugeordnet wird, wenn ein anderes Mitglied ausfällt. Diese Datenverkehrsflüsse müssen möglicherweise neu ausbalanciert werden, wenn Mitgliederschnittstellen hoch- und ausfallen.

Mit den vorangehenden Definitionen der ursprünglichen und neu verteilten Flows für Mitgliedsschnittstellen gelten die folgenden Beobachtungen:

• Die Member-Original-Flows eines Members bleiben intakt, solange dieses Member aktiv ist. Solche Flüsse werden nicht beeinflusst, wenn andere Mitglieder zwischen den Zuständen "Up" und "Down" wechseln.

• Die Member-Redistributed-Flows eines Members können sich ändern, wenn andere Member nach oben oder unten gehen. Diese Änderung der Flüsse tritt auf, weil diese zusätzlichen Flüsse zwischen allen aktiven Mitgliedern neu ausgeglichen werden müssen. Daher kann der Member-Redistributed-Flow stark variieren, je nachdem, ob andere Mitglieder nach unten oder oben gehen. Obwohl es den Anschein hat, dass die Datenflüsse für aktive Member beibehalten werden, wenn ein Member ausfällt, und dass, wenn ein Member hochgeht, die Flows für aktive Member nicht effektiv beibehalten werden, ist dieses Verhalten nur auf eine statische oder hashbasierte Neuverteilung des Datenverkehrs zwischen aktiven Mitgliedern zurückzuführen.

Die Funktion zum erneuten Minimieren von Vorgängen behandelt nur Betriebsänderungen im Status einer Mitgliederschnittstelle (z. B. Mitglied offline oder Junos OS Zurücksetzen von Mitgliedern). Konfigurationsänderungen werden nicht verarbeitet. So erfordert z. B. das Hinzufügen oder Löschen oder Aktivieren und Deaktivieren von Elementschnittstellen auf Hierarchieebene [edit interfaces amsN load-balancing-options member-interface mams-a/b/0] , dass die Mitglieds-PICs unzustellbar sind. Zweimal wird NAT oder Hairpinning nicht unterstützt, ähnlich wie bei IPv4 für AMS-Schnittstellen.

Optionen für Memberfehler und Einstellungen für hohe Verfügbarkeit

Da mehrere Serviceschnittstellen als Teil eines AMS-Pakets konfiguriert werden, bietet die AMS-Konfiguration auch Unterstützung für Failover und Hochverfügbarkeit. Sie können entweder eine der Mitgliedsschnittstellen als Sicherungsschnittstelle konfigurieren, die aktiv wird, wenn eine der anderen Mitgliedsschnittstellen ausfällt, oder das AMS so konfigurieren, dass der Datenverkehr, der dieser Schnittstelle zugewiesen ist, auf die aktiven Schnittstellen verteilt wird, wenn eine der Mitgliedsschnittstellen ausfällt.

Mit der member-failure-options Konfigurationsanweisung können Sie konfigurieren, wie der Datenverkehr behandelt werden soll, wenn eine Mitgliedsschnittstelle ausfällt. Eine Möglichkeit besteht darin, den Datenverkehr sofort auf die anderen Mitgliedsschnittstellen umzuverteilen. Die Neuverteilung des Datenverkehrs erfordert jedoch eine Neuberechnung der Hash-Tags und kann zu einer Unterbrechung des Datenverkehrs auf allen Mitgliedsschnittstellen führen.

Die andere Möglichkeit besteht darin, das AMS so zu konfigurieren, dass der gesamte Datenverkehr verworfen wird, der der ausgefallenen Mitgliedsschnittstelle zugewiesen ist. Damit können Sie optional ein Intervall konfigurieren, in dem das AMS darauf wartet, dass die ausgefallene Schnittstelle wieder online geht, rejoin-timeoutund danach kann das AMS den Datenverkehr auf andere Mitgliedsschnittstellen verteilen. Wenn die ausgefallene Memberschnittstelle vor der konfigurierten Wartezeit wieder online geschaltet wird, wird der Datenverkehr auf allen Memberschnittstellen unverändert fortgesetzt, einschließlich der Schnittstelle, die wieder online gegangen ist und die Vorgänge wieder aufgenommen hat.

Sie können auch steuern, ob die fehlerhafte Schnittstelle wieder verbunden wird, wenn sie wieder online geschaltet wird. Wenn Sie die enable-rejoin Anweisung nicht in die member-failure-options Konfiguration aufnehmen, kann die ausgefallene Schnittstelle dem AMS nicht erneut beitreten, wenn sie wieder online geschaltet wird. In solchen Fällen können Sie diese manuell wieder mit dem AMS verbinden, indem Sie den request interfaces revert interface-name Befehl "Betriebsmodus" ausführen.

Die rejoin-timeout and-Anweisungen enable-rejoin ermöglichen es Ihnen, Datenverkehrsunterbrechungen zu minimieren, wenn Memberschnittstellen nicht funktionieren.

Anmerkung:

Wenn member-failure-options sie nicht konfiguriert sind, besteht das Standardverhalten darin, den Datenverkehr der Mitglieder mit einem Zeitlimit für die erneute Beitritt von 120 Sekunden zu verwerfen.

Die high-availability-options Konfiguration ermöglicht es Ihnen, eine der Member-Schnittstellen als Backup-Schnittstelle festzulegen. Die Sicherungsschnittstelle nimmt nicht an Routingvorgängen teil, solange sie eine Sicherungsschnittstelle bleibt. Wenn eine Mitgliedsschnittstelle ausfällt, verarbeitet die Sicherungsschnittstelle den Datenverkehr, der der ausgefallenen Schnittstelle zugewiesen ist. Wenn die ausgefallene Schnittstelle wieder online geschaltet wird, wird sie zur neuen Backup-Schnittstelle.

In einer Viele-zu-Eins-Konfiguration (N:1) unterstützt eine einzige Sicherungsschnittstelle alle anderen Mitgliedsschnittstellen in der Gruppe. Wenn eine der Mitgliedsschnittstellen ausfällt, übernimmt die Backup-Schnittstelle. In dieser zustandslosen Konfiguration werden die Daten zwischen der Sicherungsschnittstelle und den anderen Mitgliedsschnittstellen nicht synchronisiert.

Ab Junos OS Version 16.1 wird in einer Eins-zu-Eins-Konfiguration eine einzelne aktive Schnittstelle mit einer einzelnen Backup-Schnittstelle gekoppelt. Wenn die aktive Schnittstelle ausfällt, übernimmt die Backup-Schnittstelle. Konfigurationen mit member-failure-options sind nicht verfügbar für Eins-zu-Eins-Konfigurationen (1:1) mit hoher Verfügbarkeit.

Wenn beide member-failure-options und high-availability-options für ein AMS konfiguriert sind, hat die high-availability-options Konfiguration Vorrang vor der member-failure-options Konfiguration. Wenn ein zweiter Fehler auftritt, bevor die ausgefallene Schnittstelle wieder online geschaltet wird, um die neue Sicherung zu sein, wird die member-failure-options Konfiguration wirksam.

Warm-Standby-Redundanz

Ab Junos OS Version 17.2R1 können Sie dieselbe Serviceschnittstelle wie für die Sicherung in mehreren AMS-Schnittstellen verwenden, was zu einer N:1-Warm-Standby-Option für MS-MPCs und MS-MICs führt.

Jede AMS-Schnittstelle im Warmbetrieb enthält zwei Mitglieder. Ein Member ist die Dienstschnittstelle, die Sie schützen möchten, die als primäre Schnittstelle bezeichnet wird, und ein Mitglied ist die sekundäre Schnittstelle (Sicherungsschnittstelle). Die primäre Schnittstelle ist die aktive Schnittstelle, und die Backup-Schnittstelle verarbeitet keinen Datenverkehr, es sei denn, die primäre Schnittstelle fällt aus.

Um den Warm-Standby-Modus auf einer AMS-Schnittstelle zu konfigurieren, verwenden Sie die redundancy-options Anweisung. Sie können die Anweisung load-balancing-options nicht in einer AMS-Schnittstelle im Warm-Standby-Modus verwenden.

Um von der primären Schnittstelle zur sekundären Schnittstelle zu wechseln, geben Sie den Befehl request interface switchover amsN aus.

Um von der sekundären Schnittstelle zur primären Schnittstelle zurückzukehren, geben Sie den request interface revert amsN Befehl ein.

Konfiguration der AMS-Infrastruktur

AMS unterstützt das Load Balancing über mehrere Servicesätze hinweg. Für den gesamten eingehenden oder ausgehenden Datenverkehr für eine Servicegruppe kann ein Lastenausgleich über verschiedene Service-PICs hinweg erfolgen. Um das Load Balancing zu aktivieren, müssen Sie eine aggregierte Schnittstelle mit vorhandenen Dienstschnittstellen konfigurieren.

Um das Fehlerverhalten in AMS zu konfigurieren, fügen Sie die member-failure-options folgende Anweisung ein:

Wenn ein PIC ausfällt, können Sie den Datenverkehr an den ausgefallenen PIC so konfigurieren, dass er mithilfe der Anweisung auf der redistribute-all-traffic [edit interfaces interface-name load-balancing-options member-failure-options] Hierarchieebene neu verteilt wird. Wenn die drop-member-traffic Anweisung verwendet wird, wird der gesamte Datenverkehr zum fehlgeschlagenen PIC verworfen. Beide Optionen schließen sich gegenseitig aus.

Anmerkung:

Wenn member-failure-options es nicht explizit konfiguriert ist, besteht das Standardverhalten darin, den Datenverkehr der Mitglieder mit einem Timeout für die erneute Beitritt von 120 Sekunden zu verwerfen.

Nur mams-Schnittstellen (Dienstschnittstellen, die Teil des AMS sind) können aggregiert werden. Nachdem eine AMS-Schnittstelle konfiguriert wurde, können Sie die einzelnen mams-Schnittstellen nicht mehr konfigurieren. Eine mams-Schnittstelle kann nicht als ams-Schnittstelle verwendet werden (dies gilt nicht für Next-Gen-Services MX-SPC3). AMS unterstützt IPv4 (family inet) und IPv6 (family inet6). Sie können keine Adressen auf einer AMS-Schnittstelle konfigurieren. Network Address Translation (NAT) ist derzeit die einzige Anwendung, die auf der AMS-Infrastruktur ausgeführt wird.

Anmerkung:

Sie können Einheit 0 nicht auf einer AMS-Schnittstelle konfigurieren.

Um mehrere Anwendungen und verschiedene Arten von Übersetzung zu unterstützen, unterstützt die AMS-Infrastruktur die Konfiguration des Hashing für jeden Servicesatz. Sie können die Hash-Schlüssel separat für den Eingang und Ausgang konfigurieren. In der Standardkonfiguration werden die Quell-IP, die Ziel-IP-Adresse und das Protokoll für das Hashing verwendet. Incoming-Interface für Ingress und Outgoing-Interface für Ausgang sind ebenfalls verfügbar.

Anmerkung:

Wenn Sie AMS in einer Einrichtung mit Lastenausgleich für die NAT-Lösung verwenden, muss die Anzahl der NAT-IP-Adressen größer oder gleich der Anzahl der aktiven mams-Schnittstellen sein, die Sie dem AMS-Paket hinzugefügt haben.

Konfigurieren von Hochverfügbarkeit

In einem AMS-System, das mit Hochverfügbarkeit konfiguriert ist, fungiert ein designierter Dienst-PIC als Backup für andere aktive PICs, die Teil des AMS-Systems in einer Many-to-One-Backup-Konfiguration (N:1) sind. In einer N:1-Backup-Konfiguration steht ein PIC als Backup für alle anderen aktiven PICs zur Verfügung. Wenn einer der aktiven PICs ausfällt, übernimmt der Backup-PIC den ausgefallenen PIC. In einer N:1-Backup-Konfiguration (zustandslos) werden Datenverkehrszustände und Datenstrukturen zwischen den aktiven PICs und dem Backup-PIC nicht synchronisiert.

Ein AMS-System unterstützt auch eine Eins-zu-Eins-Konfiguration (1:1). Bei der 1:1-Sicherung wird eine Backup-Schnittstelle mit einer einzelnen aktiven Schnittstelle gekoppelt. Fällt die aktive Schnittstelle aus, übernimmt die Backup-Schnittstelle. In einer 1:1 (Stateful) Konfiguration werden Verkehrszustände und Datenstrukturen zwischen den aktiven PICs und dem Backup-PIC synchronisiert. Die zustandsbehaftete Synchronisierung ist für die hohe Verfügbarkeit von IPsec-Verbindungen erforderlich. Für IPsec-Verbindungen unterstützt AMS nur die 1:1-Konfiguration.

Anmerkung:

IPsec-Verbindungen werden in dieser Version auf der MX-SPC3 nicht unterstützt.

Hochverfügbarkeit für den Load Balancing wird konfiguriert, indem die Anweisung high-availability-options auf Hierarchieebene [edit interfaces interface-name load-balancing-options] hinzugefügt wird.

Um N:1-Hochverfügbarkeit zu konfigurieren, schließen Sie die high-availability-options Anweisung mit der many-to-one folgenden Option ein:

Ab Junos OS Version 16.1 können Sie zustandsbehaftete 1:1-Hochverfügbarkeit auf einer MS-MPC konfigurieren. Um zustandsbehaftete 1:1-Hochverfügbarkeit auf Hierarchieebene [edit interfaces interface-name load-balancing-options] zu konfigurieren, schließen Sie die high-availability-options Anweisung mit der one-to-one folgenden Option ein:

Anmerkung:

Die MX-SPC3 Services Card für Services der nächsten Generation unterstützt keine AMS 1:1-Hochverfügbarkeit.

Load Balancing Network Address Translation-Abläufe

Network Address Translation (NAT) wurde als Plug-in programmiert und ist eine Funktion von Load Balancing und Hochverfügbarkeit. Das Plug-in läuft auf AMS-Infrastruktur. Alle zu übersetzenden Datenströme werden automatisch an verschiedene Service-PICs verteilt, die Teil der AMS-Infrastruktur sind. Im Falle des Ausfalls eines aktiven Dienst-PIC übernimmt der konfigurierte Backup-PIC die NAT-Pool-Ressourcen des ausgefallenen PIC. Welche Hashing-Methode ausgewählt wird, hängt vom Typ der NAT ab. Die Verwendung von NAT auf der AMS-Infrastruktur weist einige Einschränkungen auf:

• NAT-Flows zu ausgefallenen PICs können nicht wiederhergestellt werden.

• IPv6-Datenströme werden nicht unterstützt.

  IPv6-Adresspools werden von AMS nicht unterstützt, NAT64 jedoch von AMS, sodass IPv6-Datenströme in AMS eingehen.

  NAT64 wird für Services der nächsten Generation auf der MX-SPC3-Servicekarte unterstützt, NAT66 wird nicht unterstützt. IPv6-Datenströme für verschiedene NAT-Services werden unterstützt, es sei denn, die Übersetzung muss IPv6 in IPv6 oder IPv4 in IPv6 lauten.

• Zweimal wird NAT für das Load Balancing auf MS-MPC-Karten nicht unterstützt.

  Zweimal NAT wird für das Load Balancing auf der Next Gen Services MX-SPC3 Services Card unterstützt.

• Die deterministische NAT verwendet eine AMS-Konfiguration im Warm-Standby-Modus und kann die Last mithilfe mehrerer AMS-Bundles im Warm-Standby-Modus verteilen.

Konfiguration

• CLI Schnellkonfiguration
• Schritt-für-Schritt-Anleitung
• Befund