-
-
-
-
-
Übersicht über die Installation und Bereitstellung von SD-WAN VPX
-
Virtuelle Ethernet-Ports pro SD-WAN VPX-SE/VPXL-SE-Plattformen
-
Herstellen einer Verbindung mit dem SD-WAN VPX und Testen der Bereitstellung
-
XenServer 6.5 Upgrade für SD-WAN Standard Edition-Appliances
-
Installieren von virtuellen SD-WAN Appliances auf VMware ESX
-
Virtuelle SD-WAN Standard Edition (VPX) in Hypervisor auf HyperV 2012 R2 und 2016
-
Installieren von SD-WAN-Appliances auf der Microsoft Hyper-V-Plattform
-
Installieren von virtuellen SD-WAN SE Appliances (VPX) in der Linux-KVM-Plattform
-
Installieren Sie Citrix SD-WAN SE VPX auf der Google Cloud Platform
-
Bereitstellen der Citrix SD-WAN Standard Edition-Instanz in Azure — Version 10.2 und höher
-
SD-WAN Standard Edition Virtual Appliance (VPX) Hochverfügbarkeitsunterstützung für AWS
-
Bereitstellen einer Citrix SD-WAN VPX-Instanz auf einer Citrix ADC SDX-Appliance
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Auswählen einer Lastausgleichsmethode
Standardmäßig richtet der SD-WAN 4100/5100 Provisioning Wizard den Lastausgleich so ein, dass verschiedene Arten von Verbindungen ordnungsgemäß verarbeitet werden. Dieses Standardverhalten ist für die meisten Installationen ausreichend.
Das Senden aller Verbindungen vom selben Remote-Beschleuniger an denselben lokalen Beschleuniger maximiert die Vorteile der SD-WAN-Komprimierung, und die Standard-Load Balancing-Methode erreicht dies. Wenn eine Instanz überlastet wird oder nicht verfügbar ist, werden neue Verbindungen neu zugestellt.
Standardverhalten des Lastenausgleichs
Standardmäßig verwendet die NetScaler Instanz die Methode der least-connection, um die Last über die Beschleuniger hinweg auszugleichen. Diese Methode wendet an, ob die Verbindungen beschleunigt werden. Verbindungen sind persistent, aber die Persistenz wird für eine Instanz, die überlastet wird, unterbrochen und geht verloren, wenn die lokale Appliance neu gestartet wird oder wenn kein Datenverkehr von einer Remote-Appliance länger als 24 Stunden angezeigt wird.
Beschleunigte Verbindungen
Bei eingehenden beschleunigten Verbindungen (d. h. Verbindungen mit SD-WAN-Optionen im Header des SYN-Pakets) werden alle Verbindungen von einem bestimmten entfernten SD-WAN an denselben lokalen Beschleuniger gesendet.
Die Identität des entfernten SD-WAN wird durch eine der SD-WAN-SYN-Optionen bestimmt: das Feld “Agent-ID”, das die Verwaltungs-IP-Adresse des entfernten SD-WAN enthält.
Diese Methode wird für Verbindungen von Remote-SD-WAN-Appliances und Remote-SD-WAN-Plug-Ins verwendet.
Andere Verbindungen
Eingehende nicht beschleunigte Verbindungen und alle ausgehenden Verbindungen werden ebenfalls nach der Methode der am wenigsten verwendeten Verbindung auf die Beschleuniger verteilt, da sie jedoch kein Agent-ID-Feld enthalten, können sie die Persistenz der Agent-ID nicht verwenden. Stattdessen verwenden sie SRCIPDESTIP-Persistenz, was bedeutet, dass Verbindungen mit denselben IP-Adressen denselben Beschleuniger verwenden.
Überladene Instanzen umgehen
Wenn eine Instanz überlastet ist, umgeht sie von der NetScaler Instanz für neue Verbindungen und sendet sie ohne Beschleunigung. Vorhandene Verbindungen werden weiterhin an die Instanz gesendet.
Dieses Verhalten wird durch den Parameter persistency überspringen gesteuert. Das Standardverhalten ist -skip persistency relB. Das alternative Verhalten -skip persistency bypass weist die NetScaler Instanz an, die Verbindung zu übergeben, ohne sie an einen Beschleuniger zu senden.
Optionales Load Balancing-Verhalten
Das standardmäßige Lastausgleichsverhalten ist für die meisten Installationen ausreichend, aber manchmal ist eine Anpassung erforderlich. Dies gilt am häufigsten, wenn einige Remote-Standorte viel mehr Datenverkehr haben als der Rest. In diesem Fall kann es sich lohnen, diese großen Standorte explizit Accelerators zuzuweisen.
Das optionale Lastausgleichsverhalten umfasst die Verwendung von statischem Routing (für handgefertigte Lastausgleich) und Variationen der geringsten Verbindung mit den in der Standardkonfiguration verwendeten Agent-ID- und SRCIPDESTIP-Persistenzmethoden. Das Verhalten beim Umgang mit überladenen Instanzen kann von der Zuweisung von Verbindungen zu einer Differenzinstanz geändert werden, um sie als nicht beschleunigt zu übergeben.
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.