Bereitstellungshandbuch Citrix ADC VPX on Azure - Autoscale™

Mitwirkende

Autor: Blake Schindler, Lösungsarchitekt

Übersicht

Citrix ADC ist eine Lösung für Anwendungsbereitstellung und Lastverteilung, die eine hochwertige Benutzererfahrung für Web-, traditionelle und Cloud-native Anwendungen bietet, unabhängig davon, wo sie gehostet werden. Sie ist in einer Vielzahl von Formfaktoren und Bereitstellungsoptionen verfügbar, ohne Benutzer an eine einzige Konfiguration oder Cloud zu binden. Die Lizenzierung mit gebündelter Kapazität ermöglicht die Verschiebung von Kapazität zwischen Cloud-Bereitstellungen.

Als unangefochtener Marktführer für Service- und Anwendungsbereitstellung wird Citrix ADC in Tausenden von Netzwerken weltweit eingesetzt, um die Bereitstellung aller Unternehmens- und Cloud-Dienste zu optimieren, zu sichern und zu steuern. Direkt vor Web- und Datenbankservern eingesetzt, kombiniert Citrix ADC Hochgeschwindigkeits-Lastverteilung und Inhaltsumschaltung, HTTP-Komprimierung, Inhalts-Caching, SSL-Beschleunigung, Sichtbarkeit des Anwendungsflusses und eine leistungsstarke Anwendungs-Firewall in einer integrierten, benutzerfreundlichen Plattform. Die Einhaltung von SLAs wird durch End-to-End-Monitoring, das Netzwerkdaten in umsetzbare Business Intelligence umwandelt, erheblich vereinfacht. Citrix ADC ermöglicht die Definition und Verwaltung von Richtlinien mithilfe einer einfachen deklarativen Richtlinien-Engine, ohne dass Programmierkenntnisse erforderlich sind.

Citrix VPX

Das Citrix ADC VPX Produkt ist eine virtuelle Appliance, die auf einer Vielzahl von Virtualisierungs- und Cloud-Plattformen gehostet werden kann:

• Citrix Hypervisor™

• VMware ESX

• Microsoft Hyper-V

• Linux KVM

• Amazon Web Services

• Microsoft Azure

• Google Cloud Platform

Dieser Bereitstellungsleitfaden konzentriert sich auf Citrix ADC VPX unter Microsoft Azure.

Microsoft Azure

Microsoft Azure ist eine ständig wachsende Suite von Cloud-Computing-Diensten, die Unternehmen dabei unterstützen, ihre geschäftlichen Herausforderungen zu meistern. Azure gibt Benutzern die Freiheit, Anwendungen in einem riesigen, globalen Netzwerk mit ihren bevorzugten Tools und Frameworks zu erstellen, zu verwalten und bereitzustellen. Mit Azure können Benutzer:

• Mit kontinuierlicher Innovation von Microsoft zukunftssicher sein, um ihre heutige Entwicklung und ihre Produktvisionen für morgen zu unterstützen.

• Hybride Cloud nahtlos vor Ort, in der Cloud und am Edge betreiben – Azure holt Benutzer dort ab, wo sie sind.

• Auf ihren eigenen Bedingungen aufbauen, mit Azures Engagement für Open Source und Unterstützung für alle Sprachen und Frameworks, sodass Benutzer frei entscheiden können, wie sie entwickeln und wo sie bereitstellen möchten.

• Ihrer Cloud mit Sicherheit von Grund auf vertrauen – unterstützt von einem Expertenteam und proaktiver, branchenführender Compliance, der Unternehmen, Regierungen und Start-ups vertrauen.

Azure-Terminologie

Hier ist eine kurze Beschreibung der in diesem Dokument verwendeten Schlüsselbegriffe, mit denen Benutzer vertraut sein sollten:

• Azure Load Balancer – Ein Azure Load Balancer ist eine Ressource, die eingehenden Datenverkehr auf Computer in einem Netzwerk verteilt. Der Datenverkehr wird auf virtuelle Maschinen verteilt, die in einem Load-Balancer-Set definiert sind. Ein Load Balancer kann extern oder internetseitig sein, oder er kann intern sein.

• Azure Resource Manager (ARM) – ARM ist das neue Verwaltungsframework für Dienste in Azure. Azure Load Balancer wird mithilfe von ARM-basierten APIs und Tools verwaltet.

• Back-End-Adresspool – Dies sind IP-Adressen, die der NIC der virtuellen Maschine zugeordnet sind, auf die die Last verteilt wird.

• BLOB - Binary Large Object – Jedes binäre Objekt wie eine Datei oder ein Bild, das im Azure-Speicher gespeichert werden kann.

• Front-End-IP-Konfiguration – Ein Azure Load Balancer kann eine oder mehrere Front-End-IP-Adressen enthalten, auch bekannt als virtuelle IPs (VIPs). Diese IP-Adressen dienen als Eingang für den Datenverkehr.

• Instanzebene öffentliche IP (ILPIP) – Eine ILPIP ist eine öffentliche IP-Adresse, die Benutzer direkt einer virtuellen Maschine oder Rolleninstanz zuweisen können, anstatt dem Cloud-Dienst, in dem sich die virtuelle Maschine oder Rolleninstanz befindet. Dies ersetzt nicht die VIP (virtuelle IP), die ihrem Cloud-Dienst zugewiesen ist. Vielmehr ist es eine zusätzliche IP-Adresse, die verwendet werden kann, um sich direkt mit einer virtuellen Maschine oder Rolleninstanz zu verbinden.

Hinweis:

In der Vergangenheit wurde eine ILPIP als PIP bezeichnet, was für Public IP steht.

• Inbound NAT Rules (Eingehende NAT-Regeln) – Dies enthält Regeln, die einen öffentlichen Port auf dem Load Balancer einem Port für eine bestimmte virtuelle Maschine im Back-End-Adresspool zuordnen.

• IP-Konfiguration – Sie kann als IP-Adresspaar (öffentliche IP und private IP) definiert werden, das einer einzelnen NIC zugeordnet ist. In einer IP-Konfiguration kann die öffentliche IP-Adresse NULL sein. Jede NIC kann mehrere IP-Konfigurationen zugeordnet haben, bis zu 255.

• Load Balancing Rules (Lastenausgleichsregeln) – Eine Regeleigenschaft, die eine gegebene Front-End-IP- und Port-Kombination einem Satz von Back-End-IP-Adressen und Port-Kombinationen zuordnet. Mit einer einzigen Definition einer Load-Balancer-Ressource können Benutzer mehrere Lastenausgleichsregeln definieren, wobei jede Regel eine Kombination aus einer Front-End-IP und einem Port sowie einer Back-End-IP und einem Port widerspiegelt, die virtuellen Maschinen zugeordnet sind.

• Network Security Group (NSG) – Eine NSG enthält eine Liste von Access Control List (ACL)-Regeln, die den Netzwerkverkehr zu virtuellen Maschineninstanzen in einem virtuellen Netzwerk zulassen oder verweigern. NSGs können entweder Subnetzen oder einzelnen virtuellen Maschineninstanzen innerhalb dieses Subnetzes zugeordnet werden. Wenn eine NSG einem Subnetz zugeordnet ist, gelten die ACL-Regeln für alle virtuellen Maschineninstanzen in diesem Subnetz. Darüber hinaus kann der Datenverkehr zu einer einzelnen virtuellen Maschine durch die direkte Zuordnung einer NSG zu dieser virtuellen Maschine weiter eingeschränkt werden.

• Private IP-Adressen – Werden für die Kommunikation innerhalb eines virtuellen Azure-Netzwerks und des lokalen Netzwerks des Benutzers verwendet, wenn ein VPN-Gateway zur Erweiterung eines Benutzernetzwerks auf Azure eingesetzt wird. Private IP-Adressen ermöglichen Azure-Ressourcen die Kommunikation mit anderen Ressourcen in einem virtuellen Netzwerk oder einem lokalen Netzwerk über ein VPN-Gateway oder eine ExpressRoute-Leitung, ohne eine über das Internet erreichbare IP-Adresse zu verwenden. Im Azure Resource Manager-Bereitstellungsmodell ist eine private IP-Adresse den folgenden Typen von Azure-Ressourcen zugeordnet: virtuelle Maschinen, interne Load Balancer (ILBs) und Anwendungsgateways.

• Probes (Sonden) – Dies enthält Integritätssonden, die zur Überprüfung der Verfügbarkeit von virtuellen Maschineninstanzen im Back-End-Adresspool verwendet werden. Wenn eine bestimmte virtuelle Maschine für eine gewisse Zeit nicht auf Integritätssonden reagiert, wird sie aus der Datenverkehrsbedienung genommen. Sonden ermöglichen es Benutzern, den Zustand virtueller Instanzen zu verfolgen. Wenn eine Integritätssonde fehlschlägt, wird die virtuelle Instanz automatisch aus der Rotation genommen.

• Public IP Addresses (PIP) – Eine PIP wird für die Kommunikation mit dem Internet, einschließlich öffentlicher Azure-Dienste, verwendet und ist virtuellen Maschinen, Internet-orientierten Load Balancern, VPN-Gateways und Anwendungsgateways zugeordnet.

• Region – Ein Bereich innerhalb einer Geografie, der keine nationalen Grenzen überschreitet und ein oder mehrere Rechenzentren enthält. Preise, regionale Dienste und Angebotstypen werden auf Regionsebene ausgewiesen. Eine Region ist typischerweise mit einer anderen Region gepaart, die bis zu mehrere hundert Meilen entfernt sein kann, um ein regionales Paar zu bilden. Regionale Paare können als Mechanismus für Notfallwiederherstellungs- und Hochverfügbarkeitsszenarien verwendet werden. Wird auch allgemein als Standort bezeichnet.

• Ressourcengruppe – Ein Container im Resource Manager, der zu einer Anwendung gehörende Ressourcen enthält. Die Ressourcengruppe kann alle Ressourcen für eine Anwendung oder nur diejenigen Ressourcen umfassen, die logisch gruppiert sind.

• Speicherkonto – Ein Azure-Speicherkonto ermöglicht Benutzern den Zugriff auf die Azure Blob-, Queue-, Table- und File-Dienste in Azure Storage. Ein Benutzer-Speicherkonto bietet den eindeutigen Namespace für die Azure-Speicherdatenobjekte des Benutzers.

• Virtuelle Maschine – Die Softwareimplementierung eines physischen Computers, auf dem ein Betriebssystem läuft. Mehrere virtuelle Maschinen können gleichzeitig auf derselben Hardware ausgeführt werden. In Azure sind virtuelle Maschinen in verschiedenen Größen verfügbar.

• Virtuelles Netzwerk – Ein virtuelles Azure-Netzwerk ist eine Darstellung eines Benutzernetzwerks in der Cloud. Es ist eine logische Isolation der Azure Cloud, die einem Benutzerabonnement gewidmet ist. Benutzer können die IP-Adressblöcke, DNS-Einstellungen, Sicherheitsrichtlinien und Routingtabellen innerhalb dieses Netzwerks vollständig steuern. Benutzer können ihr VNet auch weiter in Subnetze unterteilen und Azure IaaS-VMs und Cloud-Dienste (PaaS-Rolleninstanzen) starten. Außerdem können Benutzer das virtuelle Netzwerk über eine der in Azure verfügbaren Konnektivitätsoptionen mit ihrem lokalen Netzwerk verbinden. Im Wesentlichen können Benutzer ihr Netzwerk auf Azure erweitern, mit vollständiger Kontrolle über IP-Adressblöcke und dem Vorteil der von Azure bereitgestellten Unternehmensskalierung.

Anwendungsfälle

Im Vergleich zu alternativen Lösungen, die die Bereitstellung jedes Dienstes als separate virtuelle Appliance erfordern, kombiniert Citrix ADC auf Azure L4-Lastverteilung, L7-Datenverkehrsmanagement, Server-Offload, Anwendungsbeschleunigung, Anwendungssicherheit und andere wesentliche Funktionen zur Anwendungsbereitstellung in einer einzigen VPX-Instanz, die bequem über den Azure Marketplace verfügbar ist. Darüber hinaus wird alles durch ein einziges Richtlinien-Framework gesteuert und mit denselben leistungsstarken Tools verwaltet, die auch zur Administration von lokalen Citrix ADC-Bereitstellungen verwendet werden. Das Nettoergebnis ist, dass Citrix ADC auf Azure mehrere überzeugende Anwendungsfälle ermöglicht, die nicht nur die unmittelbaren Bedürfnisse der heutigen Unternehmen unterstützen, sondern auch die fortlaufende Entwicklung von älteren Computerinfrastrukturen zu Unternehmens-Cloud-Rechenzentren.

Rechenzentrumserweiterung mit Autoscale

In einer Anwendungswirtschaft, in der Anwendungen gleichbedeutend mit Geschäftsproduktivität, Wachstum und Kundenerfahrung sind, wird es für Unternehmen unerlässlich, wettbewerbsfähig zu bleiben, schnell Innovationen zu entwickeln und zu skalieren, um Kundenanforderungen zu erfüllen, während Ausfallzeiten minimiert und Umsatzverluste verhindert werden.

Wenn eine Organisation die Kapazität ihres lokalen Rechenzentrums überschreitet, denken sie nicht mehr daran, mehr Hardware zu beschaffen und ihr Investitionsbudget auszugeben, sondern daran, ihre Präsenz in der Public Cloud zu erweitern. Mit dem Umzug in die Public Cloud sind bei der Auswahl des richtigen ADC für die Public-Cloud-Bereitstellungen des Benutzers Skalierung und Leistung wichtige Faktoren. Es besteht immer die Notwendigkeit, Anwendungen als Reaktion auf schwankende Nachfrage zu skalieren. Eine Unterversorgung kann zu Kundenverlusten, reduzierter Mitarbeiterproduktivität und geringeren Einnahmen führen. Die bedarfsgerechte Dimensionierung der Benutzerinfrastruktur ist in der Public Cloud, wo Überprovisionierung kostspielig ist, noch wichtiger.

Als Antwort auf den Bedarf an höherer Leistung und Skalierbarkeit in der Public Cloud bleibt Citrix ADC die beste Option. Die erstklassige Lösung ermöglicht es Benutzern, automatisch auf bis zu 100 Gbit/s pro Region zu skalieren, und aufgrund ihrer überlegenen Softwarearchitektur bietet sie einen Latenzvorteil von 100 ms auf einer typischen E-Commerce-Webseite im Vergleich zu anderen ADC-Anbietern und Cloud-Anbieteroptionen.

Vorteile des Autoscalings

Hohe Verfügbarkeit von Anwendungen. Autoscaling stellt sicher, dass Ihre Anwendung immer die richtige Anzahl von Citrix ADC VPX-Instanzen hat, um die Datenverkehrsanforderungen zu bewältigen. Dies gewährleistet, dass Ihre Anwendung unabhängig von den Datenverkehrsanforderungen jederzeit verfügbar ist.

Intelligente Skalierungsentscheidungen und Zero-Touch-Konfiguration. Autoscaling überwacht Ihre Anwendung kontinuierlich und fügt Citrix ADC-Instanzen dynamisch hinzu oder entfernt sie, je nach Bedarf. Wenn die Nachfrage stark ansteigt, werden die Instanzen automatisch hinzugefügt. Wenn die Nachfrage stark sinkt, werden die Instanzen automatisch entfernt. Das Hinzufügen und Entfernen von Citrix ADC-Instanzen erfolgt automatisch, was eine manuelle Zero-Touch-Konfiguration ermöglicht.

Automatische DNS-Verwaltung. Die Citrix ADM Autoscale-Funktion bietet eine automatische DNS-Verwaltung. Immer wenn neue Citrix ADC-Instanzen hinzugefügt werden, werden die Domainnamen automatisch aktualisiert.

Geordnete Verbindungsbeendigung. Während eines Scale-ins werden die Citrix ADC-Instanzen geordnet entfernt, wodurch der Verlust von Client-Verbindungen vermieden wird.

Besseres Kostenmanagement. Autoscaling erhöht oder verringert Citrix ADC-Instanzen dynamisch nach Bedarf. Dies ermöglicht es Benutzern, die anfallenden Kosten zu optimieren. Benutzer sparen Geld, indem sie Instanzen nur dann starten, wenn sie benötigt werden, und sie beenden, wenn sie nicht mehr benötigt werden. Somit zahlen Benutzer nur für die Ressourcen, die sie nutzen.

Beobachtbarkeit. Beobachtbarkeit ist für Anwendungs-DevOps- oder IT-Personal unerlässlich, um den Zustand der Anwendung zu überwachen. Das Autoscale-Dashboard von Citrix ADM ermöglicht es Benutzern, die Schwellenwertparameter, Autoscale-Auslösezeitstempel, Ereignisse und die am Autoscale teilnehmenden Instanzen zu visualisieren.

Autoscaling von Citrix ADC VPX in Microsoft Azure mit der Citrix ADM Autoscaling-Architektur

Citrix ADM übernimmt die Verteilung des Client-Datenverkehrs mithilfe von Azure DNS oder Azure Load Balancer (ALB).

Datenverkehrsverteilung mit Azure DNS

Das folgende Diagramm veranschaulicht, wie die DNS-basierte Autoskalierung unter Verwendung des Azure Traffic Managers als Traffic-Verteiler erfolgt:

Bei der DNS-basierten Autoskalierung fungiert DNS als Verteilungsschicht. Der Azure Traffic Manager ist der DNS-basierte Lastenausgleich in Microsoft Azure. Der Traffic Manager leitet den Client-Traffic an die entsprechende Citrix ADC Instanz weiter, die in der Citrix ADM Autoscaling-Gruppe verfügbar ist.

Der Azure Traffic Manager löst den FQDN in die VIP-Adresse der Citrix ADC Instanz auf.

Hinweis:

Bei der DNS-basierten Autoskalierung benötigt jede Citrix ADC Instanz in der Citrix ADM Autoskalierungsgruppe eine öffentliche IP-Adresse.

Citrix ADM löst die Scale-Out- oder Scale-In-Aktion auf Clusterebene aus. Wenn ein Scale-Out ausgelöst wird, werden die registrierten virtuellen Maschinen bereitgestellt und dem Cluster hinzugefügt. Wenn ein Scale-In ausgelöst wird, werden die Knoten aus den Citrix ADC VPX-Clustern entfernt und deprovisioniert.

Traffic-Verteilung mit Azure Load Balancer

Das folgende Diagramm veranschaulicht, wie die Autoskalierung unter Verwendung des Azure Load Balancers als Traffic-Verteiler erfolgt:

Der Azure Load Balancer ist die Verteilungsebene für die Clusterknoten. ALB verwaltet den Client-Traffic und verteilt ihn auf Citrix ADC VPX-Cluster. ALB sendet den Client-Traffic an Citrix ADC VPX-Clusterknoten, die in der Citrix ADM Autoskalierungsgruppe über Verfügbarkeitszonen hinweg verfügbar sind.

Hinweis:

Dem Azure Load Balancer wird eine öffentliche IP-Adresse zugewiesen. Citrix ADC VPX-Instanzen benötigen keine öffentliche IP-Adresse.

Citrix ADM löst die Scale-Out- oder Scale-In-Aktion auf Clusterebene aus. Wenn ein Scale-Out ausgelöst wird, werden die registrierten virtuellen Maschinen bereitgestellt und dem Cluster hinzugefügt. Wenn ein Scale-In ausgelöst wird, werden die Knoten aus den Citrix ADC VPX-Clustern entfernt und deprovisioniert.

Citrix ADM Autoskalierungsgruppe

Eine Autoscale-Gruppe ist eine Gruppe von Citrix ADC-Instanzen, die Anwendungen als einzelne Entität lastverteilen und die automatische Skalierung basierend auf den konfigurierten Schwellenwertparametern auslösen.

Ressourcengruppe

Die Ressourcengruppe enthält die Ressourcen, die mit der automatischen Skalierung von Citrix ADC zusammenhängen. Diese Ressourcengruppe hilft Benutzern, die für die automatische Skalierung erforderlichen Ressourcen zu verwalten. Weitere Informationen finden Sie unter: Azure-Ressourcen über das Azure-Portal verwalten.

Azure Back-End-Skalierungsgruppe für virtuelle Maschinen

Eine Azure-Skalierungsgruppe für virtuelle Maschinen ist eine Sammlung identischer VM-Instanzen. Die Anzahl der VM-Instanzen kann je nach Client-Datenverkehr zunehmen oder abnehmen. Diese Gruppe bietet Hochverfügbarkeit für Ihre Anwendungen. Weitere Informationen finden Sie unter: Was sind Skalierungsgruppen für virtuelle Maschinen?.

Verfügbarkeitszonen

Verfügbarkeitszonen sind isolierte Standorte innerhalb einer Azure-Region. Jede Region besteht aus mehreren Verfügbarkeitszonen. Jede Verfügbarkeitszone gehört zu einer einzelnen Region. Jede Verfügbarkeitszone verfügt über einen Citrix ADC VPX-Cluster. Weitere Informationen finden Sie unter: Regionen und Verfügbarkeitszonen in Azure.

Verfügbarkeitsgruppen

Eine Verfügbarkeitsgruppe ist eine logische Gruppierung eines Citrix ADC VPX-Clusters und von Anwendungsservern. Verfügbarkeitsgruppen sind hilfreich, um ADC-Instanzen über mehrere isolierte Hardwareknoten in einem Cluster bereitzustellen. Mit einer Verfügbarkeitsgruppe können Benutzer eine zuverlässige ADM-Autoskalierung sicherstellen, falls es zu Hardware- oder Softwarefehlern in Azure kommt. Weitere Informationen finden Sie unter: Tutorial: Erstellen und Bereitstellen hochverfügbarer virtueller Maschinen mit Azure PowerShell.

Das folgende Diagramm veranschaulicht die automatische Skalierung in einer Verfügbarkeitsgruppe:

Die Azure-Infrastruktur (ALB oder Azure Traffic Manager) sendet den Client-Datenverkehr an eine Citrix ADM-Autoskalierungsgruppe in der Verfügbarkeitsgruppe. Citrix ADM löst die Skalierungsaktion (Scale-Out oder Scale-In) auf Clusterebene aus.

Funktionsweise der automatischen Skalierung

Das folgende Flussdiagramm veranschaulicht den Workflow der automatischen Skalierung:

Der Citrix ADM erfasst jede Minute die Statistiken (CPU, Arbeitsspeicher und Durchsatz) von den über Autoscale bereitgestellten Clustern.

Die Statistiken werden anhand der Konfigurationsschwellenwerte ausgewertet. Je nach Statistiken wird ein Scale-out oder Scale-in ausgelöst. Ein Scale-out wird ausgelöst, wenn die Statistiken den maximalen Schwellenwert überschreiten. Ein Scale-in wird ausgelöst, wenn die Statistiken unter dem minimalen Schwellenwert liegen.

Wenn ein Scale-out ausgelöst wird:

1. Ein neuer Knoten wird bereitgestellt.

2. Der Knoten wird an den Cluster angehängt und die Konfiguration wird vom Cluster mit dem neuen Knoten synchronisiert.

3. Der Knoten wird beim Citrix ADM registriert.

4. Die IP-Adressen des neuen Knotens werden im Azure Traffic Manager aktualisiert.

Wenn ein Scale-in ausgelöst wird:

1. Der Knoten wird zur Entfernung identifiziert.

2. Neue Verbindungen zum ausgewählten Knoten werden gestoppt.

3. Wartet die angegebene Zeit, bis die Verbindungen abgebaut sind. Im DNS-Verkehr wird auch die angegebene TTL-Periode abgewartet.

4. Der Knoten wird vom Cluster getrennt, vom Citrix ADM abgemeldet und dann aus Microsoft Azure deprovisioniert.

Hinweis:

Wenn die Anwendung bereitgestellt wird, wird ein IP-Set auf Clustern in jeder Verfügbarkeitszone erstellt. Anschließend werden die Domänen- und Instanz-IP-Adressen beim Azure Traffic Manager oder ALB registriert. Wenn die Anwendung entfernt wird, werden die Domänen- und Instanz-IP-Adressen vom Azure Traffic Manager oder ALB abgemeldet. Danach wird das IP-Set gelöscht.

Beispiel für ein Autoscaling-Szenario

Angenommen, Benutzer haben eine Autoskalierungsgruppe namens asg_arn in einer einzelnen Verfügbarkeitszone mit der folgenden Konfiguration erstellt.

• Ausgewählte Schwellenwertparameter – Speichernutzung.

• Schwellenwert für den Speicher festgelegt auf:

  • Mindestgrenze: 40

  • Höchstgrenze: 85

• Beobachtungszeit – 2 Minuten.

• Abklingzeit – 10 Minuten.

• Wartezeit während der Aufhebung der Bereitstellung – 10 Minuten.

• DNS-Gültigkeitsdauer – 10 Sekunden.

Nachdem die Autoskalierungsgruppe erstellt wurde, werden Statistiken von der Autoskalierungsgruppe gesammelt. Die Autoskalierungsrichtlinie prüft auch, ob ein Autoskalierungsereignis im Gange ist. Wenn die Autoskalierung im Gange ist, warten Sie, bis dieses Ereignis abgeschlossen ist, bevor Sie die Statistiken sammeln.

Die Abfolge der Ereignisse

• Die Speichernutzung überschreitet den Schwellenwert bei T2. Die Skalierung wird jedoch nicht ausgelöst, da der Schwellenwert nicht für die angegebene Beobachtungszeit überschritten wurde.

• Die Skalierung wird bei T5 ausgelöst, nachdem ein maximaler Schwellenwert 2 Minuten (Beobachtungszeit) lang ununterbrochen überschritten wurde.

• Es wurden keine Maßnahmen für die Überschreitung zwischen T5-T10 ergriffen, da die Knotenbereitstellung im Gange ist.

• Der Knoten wird um T10 bereitgestellt und dem Cluster hinzugefügt. Die Cooldown-Periode wird gestartet.

• Es wurden keine Maßnahmen für die Überschreitung zwischen T10-T20 ergriffen, da die Cooldown-Periode aktiv war. Diese Periode gewährleistet das organische Wachstum von Instanzen einer Autoscale-Gruppe. Bevor die nächste Skalierungsentscheidung ausgelöst wird, wartet sie darauf, dass sich der aktuelle Datenverkehr stabilisiert und sich auf dem aktuellen Satz von Instanzen ausgleicht.

• Die Speichernutzung fällt um T23 unter den minimalen Schwellenwert. Das Scale-in wird jedoch nicht ausgelöst, da der Schwellenwert für die angegebene Überwachungszeit nicht überschritten wurde.

• Das Scale-in wird um T26 ausgelöst, nachdem der minimale Schwellenwert 2 Minuten (Überwachungszeit) lang kontinuierlich überschritten wurde. Ein Knoten im Cluster wird zur De-Provisionierung identifiziert.

• Es wurden keine Maßnahmen für die Überschreitung zwischen T26-T36 ergriffen, da Citrix ADM darauf wartet, bestehende Verbindungen abzubauen. Für DNS-basiertes Autoscaling ist TTL wirksam.

Hinweis:

Für DNS-basiertes Autoscaling wartet Citrix ADM die angegebene Time-To-Live (TTL)-Periode ab. Anschließend wartet es, bis bestehende Verbindungen abgebaut sind, bevor die De-Provisionierung des Knotens eingeleitet wird.

• Es wurden keine Maßnahmen für die Überschreitung zwischen T37-T39 ergriffen, da die De-Provisionierung des Knotens im Gange ist.

• Der Knoten wird um T40 aus dem Cluster entfernt und de-provisioniert.

Alle Verbindungen zum ausgewählten Knoten wurden abgebaut, bevor die De-Provisionierung des Knotens eingeleitet wurde. Daher wird die Cooldown-Periode nach der De-Provisionierung des Knotens übersprungen.

Autoscale-Konfiguration

Citrix ADM verwaltet alle Citrix ADC VPX-Cluster in Microsoft Azure. Citrix ADM greift über das Cloud Access Profile auf die Azure-Ressourcen zu.

Das folgende Flussdiagramm erläutert die Schritte zum Erstellen und Konfigurieren einer Autoscale-Gruppe:

Einrichten von Microsoft Azure-Komponenten

Führen Sie die folgenden Aufgaben in Azure aus, bevor Benutzer Citrix ADC VPX-Instanzen in Citrix ADM mit Autoscale skalieren.

1. Ein virtuelles Netzwerk erstellen.

2. Sicherheitsgruppen erstellen.

3. Subnetze erstellen.

4. Citrix ADC VPX-Lizenz in Microsoft Azure abonnieren.

5. Eine Anwendung erstellen und registrieren.

Ein virtuelles Netzwerk erstellen

1. Melden Sie sich beim Microsoft Azure-Portal an.

2. Wählen Sie Ressource erstellen.

3. Wählen Sie Netzwerk und klicken Sie auf Virtuelles Netzwerk.

4. Geben Sie die erforderlichen Parameter an.

   • Unter Ressourcengruppe müssen Benutzer die Ressourcengruppe angeben, in der sie ein Citrix ADC VPX-Produkt bereitstellen möchten.

   • Unter Standort müssen Benutzer die Standorte angeben, die Verfügbarkeitszonen unterstützen, wie zum Beispiel:

     • USA, Mitte

     • USA, Osten 2

     • Frankreich Mitte

     • Nordeuropa

     • Südostasien

     • Westeuropa

     • West-USA 2

   Hinweis:

   Die Anwendungsserver befinden sich in dieser Ressourcengruppe.

5. Klicken Sie auf Erstellen.

Weitere Informationen finden Sie hier unter Azure Virtual Network: Was ist Azure Virtual Network?.

Sicherheitsgruppen erstellen

Erstellen Sie drei Sicherheitsgruppen im virtuellen Benutzernetzwerk (VNet) – jeweils eine für die Verwaltungs-, Client- und Serververbindungen. Erstellen Sie eine Sicherheitsgruppe, um den eingehenden und ausgehenden Datenverkehr in der Citrix ADC VPX-Instanz zu steuern. Erstellen Sie Regeln für den eingehenden Datenverkehr, den Benutzer in den Citrix Autoscale™-Gruppen steuern möchten. Benutzer können beliebig viele Regeln hinzufügen.

• Verwaltung: Eine Sicherheitsgruppe im Benutzerkonto, die für die Verwaltung von Citrix ADC VPX vorgesehen ist. Citrix ADC muss Azure-Dienste kontaktieren und benötigt Internetzugang. Eingehende Regeln sind für die folgenden TCP- und UDP-Ports zulässig.

  • TCP: 80, 22, 443, 3008–3011, 4001

  • UDP: 67, 123, 161, 500, 3003, 4500, 7000

Weitere Informationen finden Sie hier unter Azure Virtual Network: Was ist Azure Virtual Network?.

Sicherheitsgruppen erstellen

Erstellen Sie drei Sicherheitsgruppen im virtuellen Benutzernetzwerk (VNet) – jeweils eine für die Management-, Client- und Serververbindungen. Erstellen Sie eine Sicherheitsgruppe, um den eingehenden und ausgehenden Datenverkehr in der Citrix ADC VPX-Instanz zu steuern. Erstellen Sie Regeln für den eingehenden Datenverkehr, den Benutzer in den Citrix Autoscale-Gruppen steuern möchten. Benutzer können beliebig viele Regeln hinzufügen.

• Management: Eine Sicherheitsgruppe im Benutzerkonto, die für die Verwaltung von Citrix ADC VPX vorgesehen ist. Citrix ADC muss Azure-Dienste kontaktieren und benötigt Internetzugang. Eingehende Regeln sind auf den folgenden TCP- und UDP-Ports zugelassen.

  • TCP: 80, 22, 443, 3008–3011, 4001

  • UDP: 67, 123, 161, 500, 3003, 4500, 7000

  Hinweis:

  Stellen Sie sicher, dass die Sicherheitsgruppe dem Citrix ADM-Agenten den Zugriff auf die VPX ermöglicht.

• Client: Eine Sicherheitsgruppe im Benutzerkonto, die für die clientseitige Kommunikation von Citrix ADC VPX-Instanzen vorgesehen ist. Typischerweise sind eingehende Regeln auf den TCP-Ports 80, 22 und 443 zugelassen.

• Server: Eine Sicherheitsgruppe im Benutzerkonto, die für die serverseitige Kommunikation von Citrix ADC VPX vorgesehen ist.

Weitere Informationen zum Erstellen einer Sicherheitsgruppe in Microsoft Azure finden Sie unter: Erstellen, Ändern oder Löschen einer Netzwerksicherheitsgruppe.

Subnetze erstellen

Erstellen Sie drei Subnetze im virtuellen Benutzernetzwerk (VNet) – jeweils eines für die Management-, Client- und Serververbindungen. Geben Sie für jedes Subnetz einen Adressbereich an, der im Benutzer-VNet definiert ist. Geben Sie die Verfügbarkeitszone an, in der sich das Subnetz befinden soll.

• Management: Ein Subnetz im virtuellen Benutzernetzwerk (VNet), das für die Verwaltung vorgesehen ist. Citrix ADC muss Azure-Dienste kontaktieren und benötigt Internetzugang.

• Client: Ein Subnetz im virtuellen Benutzernetzwerk (VNet), das für die Clientseite vorgesehen ist. Typischerweise empfängt Citrix ADC den Client-Datenverkehr für die Anwendung über ein öffentliches Subnetz aus dem Internet.

• Server: Ein Subnetz, in dem die Anwendungsserver bereitgestellt werden. Alle Benutzeranwendungsserver befinden sich in diesem Subnetz und empfangen den Anwendungsdatenverkehr vom Citrix ADC über dieses Subnetz.

Hinweis:

Geben Sie beim Erstellen eines Subnetzes eine geeignete Sicherheitsgruppe für das Subnetz an.

Weitere Informationen zum Erstellen eines Subnetzes in Microsoft Azure finden Sie unter: Hinzufügen, Ändern oder Löschen eines virtuellen Netzwerksubnets.

Citrix ADC VPX-Lizenz in Microsoft Azure abonnieren

1. Melden Sie sich beim Microsoft Azure-Benutzerportal an.

2. Wählen Sie Ressource erstellen.

3. Suchen Sie in der Leiste Marketplace durchsuchen nach Citrix ADC und wählen Sie die erforderliche Produktversion aus.

4. Wählen Sie in der Liste Softwareplan auswählen einen der folgenden Lizenztypen aus:

   • Eigene Lizenz mitbringen

   • Enterprise

   • Platinum

   Hinweis:

   • Wenn Benutzer die Option Eigene Lizenz mitbringen wählen, ruft die Autoscale-Gruppe die Lizenzen von Citrix ADM ab, während Citrix ADC-Instanzen bereitgestellt werden.

   • In Citrix ADM sind Advanced und Premium die entsprechenden Lizenztypen für Enterprise bzw. Platinum.

5. Stellen Sie sicher, dass die programmatische Bereitstellung für das ausgewählte Citrix ADC-Produkt aktiviert ist.

   • Klicken Sie neben Möchten Sie programmgesteuert bereitstellen? auf Erste Schritte.

   

   • Wählen Sie unter Abonnements auswählen die Option Aktivieren, um die ausgewählte Citrix ADC VPX Edition programmgesteuert bereitzustellen.

   

   Wichtig:

   Die Aktivierung der programmgesteuerten Bereitstellung ist erforderlich, um Citrix ADC VPX Instanzen in Azure automatisch zu skalieren.

   • Klicken Sie auf Speichern.

   • Schließen Sie Programmgesteuerte Bereitstellung konfigurieren.

6. Klicken Sie auf Erstellen.

Eine Anwendung erstellen und registrieren

Citrix ADM verwendet diese Anwendung, um Citrix ADC VPX Instanzen in Azure automatisch zu skalieren.

So erstellen und registrieren Sie eine Anwendung in Azure:

1. Wählen Sie im Azure-Portal Azure Active Directory aus. Diese Option zeigt das Verzeichnis der Benutzerorganisation an.

2. Wählen Sie App-Registrierungen aus:

   • Geben Sie unter Name den Namen der Anwendung an.

   • Wählen Sie den Anwendungstyp aus der Liste.

   • Geben Sie unter Anmelde-URL die Anwendungs-URL an, um auf die Anwendung zuzugreifen.

3. Klicken Sie auf Erstellen.

Weitere Informationen zu App-Registrierungen finden Sie unter: Vorgehensweise: Verwenden des Portals zum Erstellen einer Azure AD-Anwendung und eines Dienstprinzipals, der auf Ressourcen zugreifen kann.

Azure weist der Anwendung eine Anwendungs-ID zu. Im Folgenden finden Sie eine Beispielanwendung, die in Microsoft Azure registriert ist:

Kopieren Sie die folgenden IDs und geben Sie diese IDs an, wenn Benutzer das Cloud Access Profile in Citrix ADM konfigurieren. Schritte zum Abrufen der folgenden IDs finden Sie unter: Werte für die Anmeldung abrufen.

• Anwendungs-ID

• Verzeichnis-ID

• Schlüssel

• Abonnement-ID: Kopieren Sie die Abonnement-ID aus dem Benutzer-Speicherkonto.

Zuweisen der Rollenberechtigung zu einer Anwendung

Citrix ADM verwendet das Prinzip der Anwendung als Dienst, um Citrix ADC-Instanzen in Microsoft Azure automatisch zu skalieren. Diese Berechtigung gilt nur für die ausgewählte Ressourcengruppe. Um der registrierten Benutzeranwendung eine Rollenberechtigung zuzuweisen, müssen Benutzer der Besitzer des Microsoft Azure-Abonnements sein.

1. Wählen Sie im Azure-Portal Ressourcengruppen aus.

2. Wählen Sie die Ressourcengruppe aus, der Benutzer eine Rollenberechtigung zuweisen möchten.

3. Wählen Sie Zugriffssteuerung (IAM).

4. Klicken Sie unter Rollenzuweisungen auf Hinzufügen.

5. Wählen Sie Besitzer aus der Liste Rolle.

6. Wählen Sie die Anwendung aus, die für das Autoscaling von Citrix ADC Instanzen registriert ist.

7. Klicken Sie auf Speichern.

Citrix ADM-Komponenten einrichten

Führen Sie die folgenden Aufgaben in Azure aus, bevor Benutzer Citrix ADC VPX-Instanzen in Citrix ADM automatisch skalieren:

1. Citrix ADM Agent in Azure bereitstellen

2. Eine Site erstellen

3. Die Site an einen Citrix ADM Service Agent anfügen

Citrix ADM Agent in Azure bereitstellen

Der Citrix ADM Service Agent fungiert als Vermittler zwischen dem Citrix ADM und den erkannten Instanzen im Rechenzentrum oder in der Cloud.

1. Navigieren Sie zu Netzwerke > Agents.

2. Klicken Sie auf Bereitstellen.

3. Wählen Sie Microsoft Azure aus und klicken Sie auf Weiter.

4. Geben Sie auf der Registerkarte Cloud-Parameter Folgendes an:

   • Name — Geben Sie den Namen des Citrix ADM-Agenten an.

   • Site — Wählen Sie die Site aus, die Benutzer zum Bereitstellen eines Agenten und von ADC VPX-Instanzen erstellt haben.

   • Cloud-Zugriffsprofil — Wählen Sie das Cloud-Zugriffsprofil aus der Liste aus.

   • Verfügbarkeitszone — Wählen Sie die Zonen aus, in denen Benutzer die Autoscale-Gruppen erstellen möchten. Abhängig vom ausgewählten Cloud-Zugriffsprofil werden die für dieses Profil spezifischen Verfügbarkeitszonen ausgefüllt.

   • Sicherheitsgruppe — Sicherheitsgruppen steuern den eingehenden und ausgehenden Datenverkehr im Citrix ADC-Agenten. Benutzer erstellen Regeln für den eingehenden und ausgehenden Datenverkehr, den sie steuern möchten.

   • Subnetz — Wählen Sie das Verwaltungssubnetz aus, in dem Benutzer einen Agenten bereitstellen möchten.

   • Tags — Geben Sie das Schlüssel-Wert-Paar für die Autoscale-Gruppen-Tags ein. Ein Tag besteht aus einem Schlüssel-Wert-Paar, bei dem die Groß-/Kleinschreibung beachtet wird. Diese Tags ermöglichen es Benutzern, die Autoscale-Gruppen einfach zu organisieren und zu identifizieren. Die Tags werden sowohl auf Azure als auch auf Citrix ADM angewendet.

5. Klicken Sie auf Fertig stellen.

Alternativ können Benutzer den Citrix ADM-Agenten über den Azure Marketplace installieren. Weitere Informationen finden Sie unter: Installieren des Citrix ADM-Agenten in der Microsoft Azure Cloud.

Eine Site erstellen

Erstellen Sie eine Site in Citrix ADM und fügen Sie die VNet-Details hinzu, die der Microsoft Azure-Ressourcengruppe des Benutzers zugeordnet sind.

1. Navigieren Sie in Citrix ADM zu Netzwerke > Sites.

2. Klicken Sie auf Hinzufügen.

3. Im Bereich Cloud auswählen,

   • Wählen Sie Datencenter als Standorttyp aus.

   • Wählen Sie Azure aus der Liste Typ aus.

   • Aktivieren Sie das Kontrollkästchen VNet von Azure abrufen.

   Diese Option hilft Benutzern, die vorhandenen VNet-Informationen aus dem Microsoft Azure-Konto des Benutzers abzurufen.

   • Klicken Sie auf Weiter.

4. Im Bereich Region auswählen,

   • Wählen Sie unter Cloud-Zugriffsprofil das für das Microsoft Azure-Konto des Benutzers erstellte Profil aus. Wenn keine Profile vorhanden sind, erstellen Sie ein Profil.

   • Um ein Cloud-Zugriffsprofil zu erstellen, klicken Sie auf Hinzufügen.

   • Geben Sie unter Name einen Namen ein, um das Azure-Konto des Benutzers in Citrix ADM zu identifizieren.

   • Geben Sie unter Mandanten-Active Directory-ID / Mandanten-ID die Active Directory-ID des Mandanten oder des Kontos in Microsoft Azure an.

   • Geben Sie die Abonnement-ID an.

   • Geben Sie die Anwendungs-ID/Client-ID an.

   • Geben Sie das Anwendungsschlüssel-Passwort / Geheimnis an.

   • Klicken Sie auf Erstellen.

   Weitere Informationen finden Sie unter: Citrix ADM Agent in Microsoft Azure Cloud installieren und Cloud Access Profile der Azure-Anwendung zuordnen.

   

   • Wählen Sie unter Vnet das virtuelle Netzwerk aus, das die Citrix ADC VPX-Instanzen enthält, die Benutzer verwalten möchten.

   • Geben Sie einen Site-Namen an.

   • Klicken Sie auf Fertig stellen.

Zuordnung des Cloud Access Profile zur Azure-Anwendung

Die Site an einen Citrix ADM Service Agent anhängen

1. Navigieren Sie in Citrix ADM zu Netzwerke > Agents.

2. Wählen Sie den Agenten aus, an den Benutzer eine Site anhängen möchten.

3. Klicken Sie auf Site anhängen.

4. Wählen Sie die Site aus der Liste aus, die Benutzer anhängen möchten.

5. Klicken Sie auf Speichern.

Schritt 1: Autoscale-Konfiguration in Citrix ADM initialisieren

• Navigieren Sie in Citrix ADM zu Netzwerke > AutoScale-Gruppen.

• Klicken Sie auf Hinzufügen, um Autoscale-Gruppen zu erstellen.

Die Seite „Autoscale-Gruppe erstellen“ wird angezeigt.

• Wählen Sie Microsoft Azure aus und klicken Sie auf Weiter.

• Geben Sie unter Grundlegende Parameter die folgenden Details ein:

  • Name: Geben Sie einen Namen für die Autoscale-Gruppe ein.

  • Site: Wählen Sie die Site aus, die Benutzer erstellt haben, um die Citrix ADC VPX-Instanzen in Microsoft Azure automatisch zu skalieren. Wenn Benutzer keine Site erstellt haben, klicken Sie auf Hinzufügen, um eine Site zu erstellen.

  • Agent: Wählen Sie den Citrix ADM-Agent aus, der die bereitgestellten Instanzen verwaltet.

  • Cloud Access Profile: Wählen Sie das Cloud Access Profile aus. Benutzer können auch ein Cloud Access Profile hinzufügen oder bearbeiten.

  • Geräteprofil: Wählen Sie das Geräteprofil aus der Liste aus. Citrix ADM verwendet das Geräteprofil, wenn Benutzer sich bei der Citrix ADC VPX-Instanz anmelden müssen.

  Hinweis:

  Stellen Sie sicher, dass das ausgewählte Geräteprofil den Microsoft Azure-Kennwortregeln entspricht, die Sie hier finden: Kennwortrichtlinien, die nur für Cloud-Benutzerkonten gelten.

  • Traffic Distribution Mode: Die Option Load Balancing using Azure LB ist als Standardmodus für die Traffic-Verteilung ausgewählt. Benutzer können auch den Modus DNS using Azure DNS für die Traffic-Verteilung wählen.

  • AutoScale-Gruppe aktivieren: Aktivieren oder deaktivieren Sie den Status der ASG-Gruppen. Diese Option ist standardmäßig aktiviert. Wenn diese Option deaktiviert ist, wird die automatische Skalierung nicht ausgelöst.

  • Verfügbarkeitsgruppe oder Verfügbarkeitszone: Wählen Sie die Verfügbarkeitsgruppe oder Verfügbarkeitszonen aus, in denen Benutzer die Autoscale-Gruppen erstellen möchten. Abhängig vom ausgewählten Cloud Access Profile werden Verfügbarkeitszonen in der Liste angezeigt.

  • Tags: Geben Sie das Schlüssel-Wert-Paar für die Autoscale-Gruppen-Tags ein. Ein Tag besteht aus einem Groß-/Kleinschreibung-sensitiven Schlüssel-Wert-Paar. Diese Tags ermöglichen es Benutzern, die Autoscale-Gruppen einfach zu organisieren und zu identifizieren. Die Tags werden sowohl auf Microsoft Azure als auch auf Citrix ADM angewendet.

  

• Klicken Sie auf Weiter.

Schritt 2: Autoscale-Parameter konfigurieren

• Geben Sie auf der Registerkarte AutoScale-Parameter die folgenden Details ein.

• Wählen Sie einen oder mehrere der folgenden Schwellenwertparameter aus, deren Werte überwacht werden müssen, um ein Scale-Out oder ein Scale-In auszulösen.

  • CPU-Nutzungsschwelle aktivieren: Überwachen Sie die Metriken basierend auf der CPU-Nutzung.

  • Speichernutzungsschwelle aktivieren: Überwachen Sie die Metriken basierend auf der Speichernutzung.

  • Durchsatzschwelle aktivieren: Überwachen Sie die Metriken basierend auf dem Durchsatz.

Hinweis:

• Die standardmäßige Mindestschwellenwertgrenze beträgt 30 und die maximale Schwellenwertgrenze beträgt 70. Benutzer können die Grenzen jedoch ändern.
• Die Mindestschwellenwertgrenze muss gleich oder kleiner als die Hälfte der maximalen Schwellenwertgrenze sein.
• Benutzer können mehr als einen Schwellenwertparameter zur Überwachung auswählen. Eine Skalierung nach oben wird ausgelöst, wenn mindestens einer der Schwellenwertparameter über dem maximalen Schwellenwert liegt. Eine Skalierung nach unten wird jedoch nur ausgelöst, wenn alle Schwellenwertparameter unter ihren normalen Schwellenwerten liegen.

• Mindestanzahl Instanzen: Wählen Sie die Mindestanzahl von Instanzen aus, die für diese Autoscale-Gruppe bereitgestellt werden müssen.

  Die standardmäßige Mindestanzahl von Instanzen entspricht der Anzahl der ausgewählten Zonen. Benutzer können die Mindestanzahl von Instanzen nur in Vielfachen der angegebenen Anzahl von Zonen erhöhen.

  Wenn beispielsweise die Anzahl der Verfügbarkeitszonen 4 beträgt, sind die Mindestinstanzen standardmäßig 4. Benutzer können die Mindestinstanzen um 8, 12, 16 erhöhen.

• Maximale Instanzen: Wählen Sie die maximale Anzahl von Instanzen aus, die für diese Autoscale-Gruppe bereitgestellt werden müssen.

  Die maximale Anzahl von Instanzen muss größer oder gleich dem Wert der Mindestinstanzen sein. Die maximale Anzahl von Instanzen darf die Anzahl der Verfügbarkeitszonen multipliziert mit 32 nicht überschreiten.

  Maximale Anzahl von Instanzen = Anzahl der Verfügbarkeitszonen * 32

• Überwachungszeit (Minuten): Wählen Sie die Dauer der Überwachungszeit aus. Dies ist die Zeit, für die der Schwellenwert des Skalierungsparameters überschritten bleiben muss, damit eine Skalierung erfolgt. Wenn der Schwellenwert bei allen in dieser angegebenen Zeit gesammelten Stichproben überschritten wird, erfolgt eine Skalierung.

• Abkühlphase (Minuten): Wählen Sie die Abkühlphase aus. Während des Scale-out ist die Abkühlphase die Zeit, in der die Auswertung der Statistiken nach einem Scale-out gestoppt werden muss. Dieser Zeitraum gewährleistet das organische Wachstum von Instanzen einer Autoscale-Gruppe. Bevor die nächste Skalierungsentscheidung ausgelöst wird, wartet es, bis der aktuelle Datenverkehr stabilisiert und sich auf dem aktuellen Satz von Instanzen eingependelt hat.

• Wartezeit während der Aufhebung der Bereitstellung (Minuten): Wählen Sie den Timeout-Zeitraum für das Entleeren von Verbindungen aus. Während einer Scale-in-Aktion wird eine Instanz zur Aufhebung der Bereitstellung identifiziert. Citrix ADM hindert die identifizierte Instanz daran, neue Verbindungen zu verarbeiten, bis die angegebene Zeit vor der Aufhebung der Bereitstellung abläuft. In diesem Zeitraum können bestehende Verbindungen zu dieser Instanz abgebaut werden, bevor die Bereitstellung aufgehoben wird.

• DNS Time To Live (Sekunden): Wählen Sie die Zeit (in Sekunden) aus. In diesem Zeitraum ist ein Paket so eingestellt, dass es in einem Netzwerk existiert, bevor ein Router das Paket verwirft. Dieser Parameter ist nur anwendbar, wenn der Datenverkehrsverteilungsmodus DNS unter Verwendung des Microsoft Azure Traffic Managers ist.

  

• Klicken Sie auf Weiter.

Schritt 3: Lizenzen für die Bereitstellung von Citrix ADC-Instanzen konfigurieren

Wählen Sie einen der folgenden Modi aus, um Citrix ADC-Instanzen zu lizenzieren, die Teil der Autoscale Group sind:

• Verwendung von Citrix ADM: Bei der Bereitstellung von Citrix ADC-Instanzen ruft die Autoscale-Gruppe die Lizenzen von Citrix ADM ab.

• Verwendung von Microsoft Azure: Die Option Aus Cloud zuweisen verwendet die Citrix-Produktlizenzen, die im Azure Marketplace verfügbar sind. Bei der Bereitstellung von Citrix ADC-Instanzen verwendet die Autoscale-Gruppe die Lizenzen aus dem Marketplace.

Wenn Benutzer Lizenzen vom Azure Marketplace verwenden möchten, geben Sie das Produkt oder die Lizenz auf der Registerkarte Cloud-Parameter an.

Weitere Informationen finden Sie unter: Lizenzierungsanforderungen.

Lizenzen von Citrix ADM verwenden

Um diese Option zu verwenden, stellen Sie sicher, dass Benutzer Citrix ADC mit dem Softwareplan Bring your own license in Azure abonniert haben. Siehe: Abonnieren der Citrix ADC VPX-Lizenz in Microsoft Azure.

• Wählen Sie auf der Registerkarte Lizenz die Option Von ADM zuweisen aus.

• Wählen Sie unter Lizenztyp eine der folgenden Optionen aus der Liste aus:

  • Bandbreitenlizenzen: Benutzer können eine der folgenden Optionen aus der Liste Bandbreitenlizenztypen auswählen:

    • Gepoolte Kapazität: Geben Sie die Kapazität an, die für jede neue Instanz in der Autoscale-Gruppe zugewiesen werden soll.

    Aus dem gemeinsamen Pool entnimmt jede ADC-Instanz in der Autoscale-Gruppe eine Instanzlizenz und nur so viel Bandbreite, wie angegeben ist.

    • VPX-Lizenzen: Wenn eine Citrix ADC VPX-Instanz bereitgestellt wird, entnimmt die Instanz die Lizenz aus dem Citrix ADM.

  • Virtuelle CPU-Lizenzen: Die bereitgestellte Citrix ADC VPX-Instanz entnimmt Lizenzen abhängig von der Anzahl der in der Autoscale-Gruppe laufenden CPUs.

Hinweis:

Wenn die bereitgestellten Instanzen entfernt oder zerstört werden, kehren die angewendeten Lizenzen in den Citrix ADM-Lizenzpool zurück. Diese Lizenzen können zur Bereitstellung neuer Instanzen während des nächsten Autoscalings wiederverwendet werden.

• Wählen Sie unter Lizenzedition die Lizenzedition aus. Die Autoscale-Gruppe verwendet die angegebene Edition zur Bereitstellung von Instanzen.

• Klicken Sie auf Weiter.

Schritt 4: Cloud-Parameter konfigurieren

• Geben Sie auf der Registerkarte Cloud-Parameter die folgenden Details ein:

  • Ressourcengruppe: Wählen Sie die Ressourcengruppe aus, in der Citrix ADC-Instanzen bereitgestellt werden.

  • Produkt/Lizenz: Wählen Sie die Citrix ADC-Produktversion aus, die Benutzer bereitstellen möchten. Stellen Sie sicher, dass der programmgesteuerte Zugriff für den ausgewählten Typ aktiviert ist. Weitere Informationen finden Sie unter: Abonnieren der Citrix ADC VPX-Lizenz in Microsoft Azure.

  • Azure VM-Größe: Wählen Sie die erforderliche VM-Größe aus der Liste aus.

  Hinweis:

  Stellen Sie sicher, dass die ausgewählte Azure VM-Größe mindestens drei NICs aufweist. Weitere Informationen finden Sie unter: Autoscaling von Citrix ADC VPX in Microsoft Azure mit Citrix ADM.

  • Cloud-Zugriffsprofil für ADC: Citrix ADM meldet sich mit diesem Profil beim Azure-Konto des Benutzers an, um ADC-Instanzen bereitzustellen oder deren Bereitstellung aufzuheben. Es konfiguriert auch Azure LB oder Azure DNS.

  • Image: Wählen Sie das erforderliche Citrix ADC Versions-Image aus. Klicken Sie auf Neu hinzufügen, um ein Citrix ADC Image hinzuzufügen.

  • Sicherheitsgruppen: Sicherheitsgruppen steuern den eingehenden und ausgehenden Datenverkehr in einer Citrix ADC VPX-Instanz. Wählen Sie eine Sicherheitsgruppe für Management-, Client- und Server-Datenverkehr aus. Weitere Informationen zu Management-, Client- und Server-Sicherheitsgruppen finden Sie unter: Sicherheitsgruppen erstellen.

  • Subnetze: Benutzer müssen drei separate Subnetze wie Management-, Client- und Server-Subnetz haben, um Citrix ADC Subnetze automatisch zu skalieren. Subnetze enthalten die erforderlichen Entitäten für die automatische Skalierung. Weitere Informationen finden Sie unter: Subnetze erstellen.

  

• Klicken Sie auf Fertig stellen.

Schritt 5: Eine Anwendung für die Autoscale-Gruppe konfigurieren

• Navigieren Sie in Citrix ADM zu Netzwerke > Autoscale-Gruppen.

• Wählen Sie die von den Benutzern erstellte Autoscale-Gruppe aus und klicken Sie auf Konfigurieren.

• Geben Sie unter Anwendung konfigurieren die folgenden Details an:

  • Anwendungsname – Geben Sie den Namen einer Anwendung an.

  • Domänenname – Geben Sie den Domänennamen einer Anwendung an.

  • Zonenname – Geben Sie den Zonennamen einer Anwendung an.

  Dieser Domänen- und Zonenname leitet auf die virtuellen Server in Azure um. Wenn Benutzer beispielsweise eine Anwendung unter app.example.com hosten, ist app der Domänenname und example.com der Zonenname.

  • Zugriffstyp – Benutzer können ADM-Autoscaling sowohl für externe als auch für interne Anwendungen verwenden. Wählen Sie den erforderlichen Anwendungszugriffstyp aus.

• Wählen Sie das erforderliche StyleBook aus, mit dem Benutzer Konfigurationen für die ausgewählte Autoscale-Gruppe bereitstellen möchten.

Wenn Benutzer StyleBooks importieren möchten, klicken Sie auf Neues StyleBook importieren.

• Geben Sie die Werte für alle Parameter an.

Die Konfigurationsparameter sind im ausgewählten StyleBook vordefiniert.

• Aktivieren Sie das Kontrollkästchen Anwendungsserver-Gruppentyp CLOUD, um die in der Skalierungsgruppe für virtuelle Maschinen verfügbaren Anwendungsserver anzugeben.

  • Geben Sie unter Anwendungsserver-Flottenname den Autoscale-Einstellungsnamen Ihrer Skalierungsgruppe für virtuelle Maschinen an.

  • Wählen Sie das Anwendungsserver-Protokoll aus der Liste aus.

  • Geben Sie unter Member-Port den Portwert des Anwendungsservers an.

  Hinweis:

  Stellen Sie sicher, dass AutoDisable Graceful shutdown auf Nein eingestellt ist und das Feld AutoDisable Delay leer ist.

  • Wenn Benutzer die erweiterten Einstellungen für die Benutzeranwendungsserver angeben möchten, aktivieren Sie das Kontrollkästchen Erweiterte Anwendungsserver-Einstellungen. Geben Sie dann die erforderlichen Werte an, die unter Erweiterte Anwendungsserver-Einstellungen aufgeführt sind.

  

• Wenn Benutzer eigenständige Anwendungsserver im virtuellen Netzwerk haben, aktivieren Sie das Kontrollkästchen Anwendungsserver-Gruppentyp STATISCH:

  • Wählen Sie das Anwendungsserver-Protokoll aus der Liste aus.

  • Klicken Sie unter Server-IPs und Ports auf +, um eine Anwendungsserver-IP-Adresse, einen Port und ein Gewicht hinzuzufügen, und klicken Sie dann auf Erstellen.

  

• Klicken Sie auf Erstellen.

Autoscale-Gruppenkonfiguration ändern

Benutzer können eine Autoscale-Gruppenkonfiguration ändern oder eine Autoscale-Gruppe löschen. Benutzer können nur die folgenden Autoscale-Gruppenparameter ändern:

• Maximale und minimale Grenzwerte der Schwellenwertparameter

• Minimale und maximale Instanzwerte

• Wert für den Verbindungsabbauzeitraum

• Wert für den Cooldown-Zeitraum

• Wert für die Überwachungsdauer

Benutzer können die Autoscale-Gruppen auch nach deren Erstellung löschen.

Wenn eine Autoscale-Gruppe gelöscht wird, werden alle Domänen und IP-Adressen vom DNS abgemeldet und die Clusterknoten werden deprovisioniert.

Weitere detaillierte Informationen zur Bereitstellung von Citrix ADC VPX-Instanzen in Microsoft Azure finden Sie unter Bereitstellung von Citrix ADC VPX-Instanzen in Microsoft Azure.

ARM (Azure Resource Manager)-Vorlagen

Das GitHub-Repository für Citrix ADC ARM (Azure Resource Manager)-Vorlagen hostet benutzerdefinierte Citrix ADC-Vorlagen für die Bereitstellung von Citrix ADC in Microsoft Azure Cloud Services. Die Vorlagen in diesem Repository werden vom Citrix ADC Engineering-Team entwickelt und gewartet.

Jede Vorlage in diesem Repository enthält eine begleitende Dokumentation, die die Verwendung und Architektur der Vorlage beschreibt. Die Vorlagen versuchen, die empfohlene Bereitstellungsarchitektur des Citrix ADC VPX zu kodifizieren, den Benutzer in den Citrix ADC einzuführen oder eine bestimmte Funktion/Edition/Option zu demonstrieren. Benutzer können die Vorlagen wiederverwenden/ändern oder erweitern, um sie an ihre spezifischen Produktions- und Testanforderungen anzupassen. Die meisten Vorlagen erfordern ausreichende Abonnements für portal.azure.com, um Ressourcen zu erstellen und Vorlagen bereitzustellen. Citrix ADC VPX Azure Resource Manager (ARM)-Vorlagen wurden entwickelt, um eine einfache und konsistente Bereitstellung von eigenständigen Citrix ADC VPX zu gewährleisten. Diese Vorlagen erhöhen die Zuverlässigkeit und Systemverfügbarkeit durch integrierte Redundanz. Diese ARM-Vorlagen unterstützen Bring Your Own License (BYOL) oder stundenbasierte Auswahlmöglichkeiten. Die Auswahl wird entweder in der Vorlagenbeschreibung erwähnt oder während der Vorlagenbereitstellung angeboten. Weitere Informationen zur Bereitstellung einer Citrix ADC VPX-Instanz in Microsoft Azure mithilfe von ARM (Azure Resource Manager)-Vorlagen finden Sie unter Citrix ADC Azure Templates.

Weitere Informationen zum Hinzufügen von Azure Autoscale-Einstellungen finden Sie unter: Add Azure Autoscale Settings.

Weitere Informationen zur Bereitstellung einer Citrix ADC VPX-Instanz in Microsoft Azure finden Sie unter Deploy a Citrix ADC VPX Instance on Microsoft Azure.

Weitere Informationen zur Funktionsweise einer Citrix ADC VPX-Instanz in Azure finden Sie unter How a Citrix ADC VPX Instance Works on Azure.

Voraussetzungen

Benutzer benötigen einige Vorkenntnisse, bevor sie eine Citrix VPX-Instanz in Azure bereitstellen:

• Vertrautheit mit der Azure-Terminologie und Netzwerkdetails. Weitere Informationen finden Sie in der Azure-Terminologie im vorherigen Abschnitt.

• Kenntnisse eines Citrix ADC-Appliances. Detaillierte Informationen zum Citrix ADC-Appliance finden Sie unter: Citrix ADC 13.0.
• Kenntnisse des Citrix ADC-Netzwerks. Siehe: Networking.

Voraussetzungen für Azure Autoscale

Dieser Abschnitt beschreibt die Voraussetzungen, die Benutzer in Microsoft Azure und Citrix ADM erfüllen müssen, bevor sie Citrix ADC VPX-Instanzen bereitstellen.

Dieses Dokument geht von Folgendem aus:

• Benutzer besitzen ein Microsoft Azure-Konto, das das Azure Resource Manager-Bereitstellungsmodell unterstützt.

• Benutzer haben eine Ressourcengruppe in Microsoft Azure.

Weitere Informationen zum Erstellen eines Kontos und zu anderen Aufgaben finden Sie in der Microsoft Azure Documentation.

Einschränkungen

Der Betrieb der Citrix ADC VPX Lastverteilungslösung auf ARM unterliegt den folgenden Einschränkungen:

• Die Azure-Architektur unterstützt die folgenden Citrix ADC-Funktionen nicht:

  • Clustering

  • IPv6

  • Gratuitous ARP (GARP)

  • L2-Modus (Bridging). Transparente virtuelle Server werden mit L2 (MAC-Rewrite) für Server im selben Subnetz wie der SNIP unterstützt.

  • Getaggtes VLAN

  • Dynamisches Routing

  • Virtuelle MAC

  • USIP

  • Jumbo Frames

• Wenn Benutzer der Meinung sind, dass sie die virtuelle Citrix ADC VPX-Maschine jederzeit herunterfahren und vorübergehend freigeben müssen, sollten sie beim Erstellen der virtuellen Maschine eine statische interne IP-Adresse zuweisen. Wenn sie keine statische interne IP-Adresse zuweisen, weist Azure der virtuellen Maschine möglicherweise bei jedem Neustart eine andere IP-Adresse zu, und die virtuelle Maschine könnte unzugänglich werden.

• In einer Azure-Bereitstellung werden nur die folgenden Citrix ADC VPX-Modelle unterstützt: VPX 10, VPX 200, VPX 1000 und VPX 3000. Weitere Informationen finden Sie im Citrix ADC VPX-Datenblatt.

• Wird eine Citrix ADC VPX-Instanz mit einer Modellnummer höher als VPX 3000 verwendet, entspricht der Netzwerkdurchsatz möglicherweise nicht dem in der Lizenz der Instanz angegebenen Wert. Andere Funktionen, wie der SSL-Durchsatz und die SSL-Transaktionen pro Sekunde, können sich jedoch verbessern.

• Die „Bereitstellungs-ID“, die von Azure während der Bereitstellung virtueller Maschinen generiert wird, ist für den Benutzer in ARM nicht sichtbar. Benutzer können die Bereitstellungs-ID nicht verwenden, um eine Citrix ADC VPX-Appliance auf ARM bereitzustellen.

• Die Citrix ADC VPX-Instanz unterstützt nach der Initialisierung einen Durchsatz von 20 Mb/s und Funktionen der Standard Edition.

• Für eine XenApp- und XenDesktop®-Bereitstellung kann ein virtueller VPN-Server auf einer VPX-Instanz in den folgenden Modi konfiguriert werden:

  • Basismodus, bei dem der Parameter des virtuellen ICAOnly VPN-Servers auf EIN gesetzt ist. Der Basismodus funktioniert vollständig auf einer nicht lizenzierten Citrix ADC VPX-Instanz.

  • SmartAccess-Modus, bei dem der Parameter des virtuellen ICAOnly VPN-Servers auf AUS gesetzt ist. Der SmartAccess-Modus funktioniert nur für 5 Citrix ADC AAA-Sitzungsbenutzer auf einer nicht lizenzierten Citrix ADC VPX-Instanz.

  Hinweis:

  Um die SmartControl-Funktion zu konfigurieren, müssen Benutzer eine Premium-Lizenz auf die Citrix ADC VPX-Instanz anwenden.

Azure-VPX Unterstützte Modelle und Lizenzierung

In einer Azure-Bereitstellung werden nur die folgenden Citrix ADC VPX-Modelle unterstützt: VPX 10, VPX 200, VPX 1000 und VPX 3000. Weitere Informationen finden Sie im Citrix ADC VPX-Datenblatt.

Eine Citrix ADC VPX-Instanz auf Azure erfordert eine Lizenz. Die folgenden Lizenzierungsoptionen stehen für Citrix ADC VPX-Instanzen zur Verfügung, die auf Azure ausgeführt werden. Benutzer können eine dieser Methoden wählen, um von Citrix ADM bereitgestellte Citrix ADCs zu lizenzieren:

• Verwenden von in Citrix ADM vorhandenen ADC-Lizenzen: Konfigurieren Sie gepoolte Kapazität, VPX-Lizenzen oder virtuelle CPU-Lizenzen während der Erstellung der Autoscaling-Gruppe. Wenn also eine neue Instanz für eine Autoscaling-Gruppe bereitgestellt wird, wird der bereits konfigurierte Lizenztyp automatisch auf die bereitgestellte Instanz angewendet.

  • Gepoolte Kapazität: Weist jeder bereitgestellten Instanz in der Autoscaling-Gruppe Bandbreite zu. Stellen Sie sicher, dass Benutzer die erforderliche Bandbreite in Citrix ADM zur Verfügung haben, um neue Instanzen bereitzustellen. Weitere Informationen finden Sie unter: Gepoolte Kapazität konfigurieren.

Jede ADC-Instanz in der Autoscaling-Gruppe prüft eine Instanzlizenz und die angegebene Bandbreite aus dem Pool aus.

• VPX-Lizenzen: Wendet die VPX-Lizenzen auf neu bereitgestellte Instanzen an. Stellen Sie sicher, dass Benutzer die erforderliche Anzahl von VPX-Lizenzen in Citrix ADM zur Verfügung haben, um neue Instanzen bereitzustellen.

  Wenn eine Citrix ADC VPX-Instanz bereitgestellt wird, prüft die Instanz die Lizenz von Citrix ADM aus. Weitere Informationen finden Sie unter: Citrix ADC VPX Check-in- und Check-out-Lizenzierung.

• Lizenzen für virtuelle CPUs: Wendet Lizenzen für virtuelle CPUs auf neu bereitgestellte Instanzen an. Diese Lizenz gibt die Anzahl der CPUs an, die einer Citrix ADC VPX-Instanz zustehen. Stellen Sie sicher, dass Benutzer die erforderliche Anzahl virtueller CPUs in Citrix ADM haben, um neue Instanzen bereitzustellen.

  Wenn eine Citrix ADC VPX-Instanz bereitgestellt wird, ruft die Instanz die Lizenz für virtuelle CPUs von Citrix ADM ab. Weitere Informationen finden Sie unter: Citrix ADC Virtual CPU Licensing.

Wenn die bereitgestellten Instanzen zerstört oder deprovisioniert werden, werden die angewendeten Lizenzen automatisch an Citrix ADM zurückgegeben.

Um die verbrauchten Lizenzen zu überwachen, navigieren Sie zur Seite Netzwerke > Lizenzen.

Verwenden von Microsoft Azure-Abonnementlizenzen: Konfigurieren Sie Citrix ADC-Lizenzen, die im Azure Marketplace verfügbar sind, während Sie die Autoskalierungsgruppe erstellen. Wenn also eine neue Instanz für die Autoskalierungsgruppe bereitgestellt wird, wird die Lizenz vom Azure Marketplace bezogen.

Unterstützte Citrix ADC Azure Virtual Machine Images

Unterstützte Citrix ADC Azure Virtual Machine Images für die Bereitstellung

Verwenden Sie das Azure Virtual Machine Image, das mindestens drei NICs unterstützt. Die Bereitstellung von Citrix ADC VPX-Instanzen wird nur in den Editionen Premium und Advanced unterstützt. Weitere Informationen zu Azure Virtual Machine Image-Typen finden Sie unter: General Purpose Virtual Machine Sizes.

Die folgenden VM-Größen werden für die Bereitstellung empfohlen:

• Standard_DS3_v2

• Standard_B2ms

• Standard_DS4_v2

Richtlinien zur Portnutzung

Benutzer können weitere eingehende und ausgehende Regeln auf dem Citrix Gateway konfigurieren, während sie die Citrix ADC VPX-Instanz erstellen oder nachdem die virtuelle Maschine bereitgestellt wurde. Jede eingehende und ausgehende Regel ist einem öffentlichen Port und einem privaten Port zugeordnet.

Beachten Sie vor dem Konfigurieren von NSG-Regeln die folgenden Richtlinien bezüglich der Portnummern, die Benutzer verwenden können:

1. Die Citrix ADC VPX-Instanz reserviert die folgenden Ports. Benutzer können diese nicht als private Ports definieren, wenn sie die öffentliche IP-Adresse für Anfragen aus dem Internet verwenden. Ports 21, 22, 80, 443, 8080, 67, 161, 179, 500, 520, 3003, 3008, 3009, 3010, 3011, 4001, 5061, 9000, 7000. Wenn Benutzer jedoch internetseitige Dienste wie den VIP über einen Standardport (z. B. Port 443) nutzen möchten, müssen sie eine Portzuordnung mithilfe der NSG erstellen. Der Standardport wird dann einem anderen Port zugeordnet, der auf dem Citrix ADC VPX für diesen VIP-Dienst konfiguriert ist. Ein VIP-Dienst könnte beispielsweise auf Port 8443 auf der VPX-Instanz ausgeführt werden, aber auf den öffentlichen Port 443 abgebildet sein. Wenn der Benutzer also über die öffentliche IP-Adresse auf Port 443 zugreift, wird die Anfrage an den privaten Port 8443 weitergeleitet.

2. Die öffentliche IP-Adresse unterstützt keine Protokolle, bei denen die Portzuordnung dynamisch geöffnet wird, wie z. B. passives FTP oder ALG.

3. Hochverfügbarkeit funktioniert nicht für Datenverkehr, der eine öffentliche IP-Adresse (PIP) verwendet, die einer VPX-Instanz zugeordnet ist, anstatt einer auf dem Azure Load Balancer konfigurierten PIP. Weitere Informationen finden Sie unter: Einrichten einer Hochverfügbarkeitskonfiguration mit einer einzelnen IP-Adresse und einer einzelnen NIC.

4. In einer Citrix Gateway-Bereitstellung müssen Benutzer keine SNIP-Adresse konfigurieren, da die NSIP als SNIP verwendet werden kann, wenn keine SNIP konfiguriert ist. Benutzer müssen die VIP-Adresse unter Verwendung der NSIP-Adresse und einer nicht standardmäßigen Portnummer konfigurieren. Für die Rückrufkonfiguration auf dem Backend-Server muss die VIP-Portnummer zusammen mit der VIP-URL angegeben werden (z. B. url: port).

Hinweis:

Im Azure Resource Manager ist eine Citrix ADC VPX-Instanz mit zwei IP-Adressen verknüpft – einer öffentlichen IP-Adresse (PIP) und einer internen IP-Adresse. Während der externe Datenverkehr eine Verbindung zur PIP herstellt, ist die interne IP-Adresse oder die NSIP nicht routingfähig. Um einen VIP in VPX zu konfigurieren, verwenden Sie die interne IP-Adresse (NSIP) und einen der verfügbaren freien Ports. Verwenden Sie die PIP nicht, um einen VIP zu konfigurieren. Wenn beispielsweise die NSIP einer Citrix ADC VPX-Instanz 10.1.0.3 ist und ein verfügbarer freier Port 10022 ist, können Benutzer einen VIP konfigurieren, indem sie die Kombination 10.1.0.3:10022 (NSIP-Adresse + Port) angeben.