OpenStack: NetScaler-Instanzen integrieren
Die Cloud-Orchestrierungsfunktion der NetScaler Console ermöglicht die Integration von NetScaler-Produkten in die OpenStack-Plattform. Durch die Nutzung dieser Funktion mit der OpenStack-Plattform können OpenStack-Benutzer die Lastenausgleichsfunktion (LBaaS) des NetScaler nutzen. Danach können die OpenStack-Benutzer ihre Lastenausgleichskonfigurationen von OpenStack in NetScaler-Instanzen bereitstellen.
Die folgenden Abschnitte bieten eine kurze Beschreibung der Funktionen in der NetScaler Console und des OpenStack-Integrationsworkflows.
NetScaler-Treiber für OpenStack Neutron LBaaS
Das OpenStack Neutron LBaaS-Plug-in enthält einen NetScaler-Treiber, der OpenStack die Kommunikation mit der NetScaler Console ermöglicht. OpenStack verwendet diesen Treiber, um alle über LBaaS-APIs vorgenommenen Lastenausgleichskonfigurationen an die NetScaler Console weiterzuleiten, die die Lastenausgleichskonfiguration auf den gewünschten NetScaler-Instanzen erstellt. OpenStack verwendet den Treiber auch, um die NetScaler Console in regelmäßigen Abständen aufzurufen, um den Status verschiedener Entitäten (wie VIPs und Pools) aller Lastenausgleichskonfigurationen von den NetScalern abzurufen. Die NetScaler-Treibersoftware für die OpenStack-Plattform ist zusammen mit der NetScaler Console gebündelt. Um die Treiber herunterzuladen und zu installieren, müssen Sie zuerst die NetScaler Console installieren und die Anwendung starten.
Registrierung von NetScaler Console und OpenStack
Sie müssen zunächst die OpenStack-Informationen in der NetScaler Console registrieren. Geben Sie die IP-Adresse des OpenStack-Controllers und die Anmeldeinformationen des Cloud-Administrators sowie die Anmeldeinformationen des OpenStack NetScaler-Treibers an. Sie können später dieselben Anmeldeinformationen im Abschnitt NetScaler_driver der Neutron-Konfigurationsdatei (neutron.conf) angeben, damit der NetScaler-Treiber in OpenStack während der LB-Konfigurationen eine Verbindung zur NetScaler Console herstellen kann.
Nachdem OpenStack und NetScaler Console miteinander registriert sind, können beide miteinander kommunizieren. Außerdem können OpenStack-Benutzer ihre vorhandenen Anmeldeinformationen in OpenStack verwenden, um sich bei der Benutzeroberfläche der NetScaler Console anzumelden und zu überprüfen, wie ihre LB-Konfigurationen in den NetScalern funktionieren.
Mandanten in OpenStack
In OpenStack wird ein Mandant auch als Projekt bezeichnet. Ein Mandant ist eine Gruppe von Benutzern; ein Mandant oder ein Projekt kann auch als eine Reihe von Ressourcen (Compute, Netzwerk, Speicher usw.) definiert werden, die einer isolierten Benutzergruppe zugewiesen sind.
Platzierungsrichtlinien
Platzierungsrichtlinien bieten die Flexibilität, die NetScaler-Instanz zu bestimmen, die in jeder von Benutzern erstellten Lastenausgleichskonfiguration verwendet wird. Alternativ bietet die NetScaler Console auch die Möglichkeit, eine NetScaler-Instanz basierend auf OpenStack-Mandanten zuzuweisen.
Servicepakete
Servicepakete sind Bündel, die Richtlinien/SLAs, Geräte oder Spezifikationen für die automatische Bereitstellung von Konfigurationen sowie Mandanten/Platzierungsrichtlinien miteinander verbinden. Ein Servicepaket wird in der Regel anhand der Isolationsrichtlinien definiert, die dem Mandanten zur Verfügung gestellt werden.
Im Folgenden sind einige Punkte im Zusammenhang mit Servicepaketen aufgeführt:
-
Ein Mandant kann nicht Teil von mehr als einem Servicepaket sein.
-
Mehrere Mandanten können demselben Servicepaket zugeordnet werden.
-
In einem Servicepaket, das für die automatische Bereitstellung eingerichtet ist, können virtuelle NetScaler-Instanzen nur von einem Plattformtyp (auf SDX-Plattform oder auf OpenStack Compute-Plattform) erstellt werden.
Unterstützte Funktionen in LBaaS V1 und LBaaS V2
Während der LBaaS V1-Treiber in OpenStack Operationen über die OpenStack Horizon-Benutzeroberfläche unterstützt, unterstützt der LBaaS V2-Treiber nur Befehlszeilenoperationen.
Die folgende Liste zeigt die Funktionen, die sowohl in LBaaS V1 als auch in LBaaS V2 unter OpenStack unterstützt werden:
-
LBaaS V1
- Lastenausgleich
-
LBaaS V2
-
Lastenausgleich
-
SSL-Offload mit Zertifikaten, die von Barbican, dem Key Manager in OpenStack, verwaltet werden
-
Zertifikatspakete (einschließlich zwischengeschalteter Zertifizierungsstellen)
-
SNI-Unterstützung
-
Dieses Dokument enthält Informationen zu:
-
Vorkonfigurationsaufgaben in NetScaler Console und OpenStack
-
Manuelle Bereitstellung einer NetScaler VPX-Instanz unter OpenStack
-
Integration der NetScaler Console mit OpenStack Heat Services
-
Überwachung von OpenStack-Anwendungen in der NetScaler Console
Anwendungsfallszenario
Das folgende Anwendungsfallszenario erläutert den Workflow der Integration der NetScaler Console in die OpenStack-Plattform:
Ein Unternehmen, Example-Cloud-Provider, hat OpenStack-Komponenten verwendet, um eine Cloud einzurichten, die seinen Mandanten Infrastruktur bereitstellt. Steve ist der Administrator dieses Cloud-Anbieters, während Tom ein Mandant der Cloud-Infrastruktur des Example-Cloud-Providers ist. Toms Organisation, Example-SportsOnline.com, benötigt zwei Server S1 und S2, und Tom benötigt außerdem ein dediziertes NetScaler-Gerät, um den Datenverkehr zwischen den Servern S1 und S2 auf der OpenStack-Plattform auszugleichen.
Um diese Anforderung zu erfüllen, muss Steve sowohl OpenStack als auch die NetScaler Console installieren und konfigurieren und sie miteinander kompatibel machen. Steve muss ein Mandantenkonto namens Example-SportsOnline in OpenStack erstellen und dann Ressourcen dem Mandantenkonto zuweisen. Steve muss auch verschiedene Anmeldeinformationen (Benutzer) für Example-SportsOnline erstellen, um dessen Ressourcen und Konfiguration zu verwalten. Tom kann nun die beiden Server S1 und S2 unter OpenStack erstellen, um den Datenverkehr in seiner Organisation zu verwalten.
Steve muss die OpenStack-Details bei der NetScaler Console registrieren und den NetScaler LBaaS-Treiber in der OpenStack-Netzwerkkomponente Neutron konfigurieren. Nach Abschluss der Registrierung zeigt die NetScaler Console die Details aller Mandanten aus OpenStack an. Steve kann Example-SportsOnline aus der Liste derjenigen auswählen, die die NetScaler LBaaS-Funktionen wünschen, und Tom so konfigurieren, dass ihm ein dedizierter NetScaler für seine Lastenausgleichskonfigurationen in der NetScaler Console zugewiesen wird.
Dazu kann Steve entweder eine NetScaler VPX-Instanz auf der Computing-Schicht (Nova) von OpenStack über die Benutzeroberfläche der NetScaler Console bereitstellen oder MAS aktivieren, um eine NetScaler VPX-Instanz bei Bedarf automatisch bereitzustellen, wenn Tom seine LB-Konfiguration in OpenStack vornimmt. In beiden Fällen verwaltet die NetScaler Console die VPX-Instanz. Um dies zu erreichen, erstellt Steve ein Servicepaket in der NetScaler Console und definiert die Bedingungen im Servicepaket, die im SLA mit Tom vereinbart wurden. Zum Beispiel wählt Steve die Isolationsrichtlinie „dedicated“, um eine dedizierte Instanz für die Bereitstellung von Lastenausgleichskonfigurationen für Tom bereitzustellen. Das heißt, Steve wählt eine nicht gemeinsam genutzte Instanz für Tom im Servicepaket aus. Anschließend weist er dem Servicepaket viele NetScaler VPX-Instanzen zu und ordnet Example-SportsOnline zusammen mit anderen Mandanten, die einen dedizierten NetScaler benötigen, dem Servicepaket zu. Wenn Tom seine erste Lastenausgleichskonfiguration durchführt, weist die NetScaler Console infolgedessen eine der NetScaler VPX-Instanzen im Servicepaket Example-SportsOnline zu und stellt auch seine Konfiguration in diesem NetScaler bereit.
Tom kann nun Lastenausgleichskonfigurationen erstellen, indem er Pools, virtuelle IPs (VIP) und Health Monitors über OpenStack LBaaS/UI erstellt. Pools und die VIPs in OpenStack werden als Dienstgruppen und virtuelle Server auf der NetScaler-Instanz bereitgestellt. Tom kann auch Health Monitors erstellen, um die Server zu überwachen und den Anwendungsverkehr nur an diejenigen Server zu senden, die jederzeit aktiv und vom NetScaler aus erreichbar sind.
Die in OpenStack erstellte Lastenausgleichskonfiguration wird nun auf der NetScaler-Instanz implementiert. Sobald die NetScaler VPX-Instanz vollständig konfiguriert ist, übernimmt sie die Lastenausgleichsfunktionalität und beginnt, Anwendungsverkehr zu akzeptieren und den Datenverkehr zwischen den von Tom erstellten Servern S1 und S2 auszugleichen.
NetScaler Console-Integration mit OpenStack-Workflow
Das folgende Flussdiagramm zeigt den Workflow, den Sie befolgen müssen, wenn Sie LBaaS V1 und LBaaS V2 konfigurieren.
