-
Bereitstellen einer Citrix ADC VPX- Instanz
-
Optimieren der Leistung von Citrix ADC VPX auf VMware ESX, Linux KVM und Citrix Hypervisors
-
Citrix ADC VPX-Konfigurationen beim ersten Start der Citrix ADC-Appliance in der Cloud anwenden
-
Installieren einer Citrix ADC VPX Instanz auf einem Bare-Metal-Server
-
Installieren einer Citrix ADC VPX-Instanz auf Citrix Hypervisor
-
Installieren einer Citrix ADC VPX-Instanz in der VMware Cloud auf AWS
-
Installieren einer Citrix ADC VPX-Instanz auf Microsoft Hyper-V-Servern
-
Installieren einer Citrix ADC VPX-Instanz auf der Linux-KVM-Plattform
-
Provisioning der Citrix ADC Virtual Appliance mit dem Virtual Machine Manager
-
Konfigurieren von Citrix ADC Virtual Appliances für die Verwendung der SR-IOV-Netzwerkschnittstelle
-
Provisioning der Citrix ADC Virtual Appliance mithilfe des virsh-Programms
-
Provisioning der Citrix ADC Virtual Appliance mit SR-IOV auf OpenStack
-
Bereitstellen einer Citrix ADC VPX-Instanz auf AWS
-
Bereitstellen einer eigenständigen Citrix ADC VPX-Instanz auf AWS
-
Stellen Sie ein VPX-HA-Paar in derselben AWS-Verfügbarkeitszone bereit
-
Bereitstellen eines VPX Hochverfügbarkeitspaars mit privaten IP-Adressen in verschiedenen AWS-Zonen
-
Konfigurieren einer Citrix ADC VPX-Instanz für die Verwendung der SR-IOV-Netzwerkschnittstelle
-
Konfigurieren einer Citrix ADC VPX-Instanz für die Verwendung von Enhanced Networking mit AWS ENA
-
Bereitstellen einer Citrix ADC VPX-Instanz auf Microsoft Azure
-
Netzwerkarchitektur für Citrix ADC VPX-Instanzen auf Microsoft Azure
-
Konfigurieren mehrerer IP-Adressen für eine eigenständige Citrix ADC VPX-Instanz
-
Konfigurieren eines Hochverfügbarkeitssetups mit mehreren IP-Adressen und NICs
-
Konfigurieren einer Citrix ADC VPX-Instanz für beschleunigte Azure-Netzwerke
-
Konfigurieren von HA-INC-Knoten über die Citrix Hochverfügbarkeitsvorlage mit Azure ILB
-
Installieren einer Citrix ADC VPX-Instanz auf der Azure VMware-Lösung
-
Konfigurieren von GSLB in einem Active-Standby-Hochverfügbarkeitssetup
-
Konfigurieren von Adresspools (IIP) für eine Citrix Gateway Appliance
-
Bereitstellen einer Citrix ADC VPX-Instanz auf der Google Cloud Platform
-
Automatisieren der Bereitstellung und Konfigurationen von Citrix ADC
-
Lösungen für Telekommunikationsdienstleister
-
Authentifizierung, Autorisierung und Überwachung des Anwendungsdatenverkehrs
-
Wie Authentifizierung, Autorisierung und Auditing funktionieren
-
Grundkomponenten der Authentifizierung, Autorisierung und Audit-Konfiguration
-
Lokal Citrix Gateway als Identitätsanbieter für Citrix Cloud
-
Authentifizierungs-, Autorisierungs- und Überwachungskonfiguration für häufig verwendete Protokolle
-
-
-
-
Konfigurieren von erweiterten Richtlinienausdrücken: Erste Schritte
-
Erweiterte Richtlinienausdrücke: Arbeiten mit Datumsangaben, Zeiten und Zahlen
-
Erweiterte Richtlinienausdrücke: Analysieren von HTTP-, TCP- und UDP-Daten
-
Erweiterte Richtlinienausdrücke: Analysieren von SSL-Zertifikaten
-
Erweiterte Richtlinienausdrücke: IP- und MAC-Adressen, Durchsatz, VLAN-IDs
-
Erweiterte Richtlinienausdrücke: Stream-Analytics-Funktionen
-
Zusammenfassende Beispiele für Standardsyntaxausdrücke und -richtlinien
-
Tutorial Beispiele für Standardsyntaxrichtlinien für Rewrite
-
Migration von Apache mod_rewrite-Regeln auf die Standardsyntax
-
-
-
-
-
-
-
-
Verwalten eines virtuellen Cache-Umleitungsservers
-
Statistiken für virtuelle Server zur Cache-Umleitung anzeigen
-
Aktivieren oder Deaktivieren eines virtuellen Cache-Umleitungsservers
-
Direkte Richtlinieneinschläge auf den Cache anstelle des Ursprungs
-
Verwalten von Clientverbindungen für einen virtuellen Server
-
Externe TCP-Integritätsprüfung für virtuelle UDP-Server aktivieren
-
-
Übersetzen die Ziel-IP-Adresse einer Anfrage in die Ursprungs-IP-Adresse
-
-
Verwalten des Citrix ADC Clusters
-
Knotengruppen für gepunktete und teilweise gestreifte Konfigurationen
-
Entfernen eines Knotens aus einem Cluster, der mit Cluster-Link-Aggregation bereitgestellt wird
-
Überwachen von Fehlern bei der Befehlsausbreitung in einer Clusterbereitstellung
-
VRRP-Interface-Bindung in einem aktiven Cluster mit einem einzigen Knoten
-
-
Konfigurieren von Citrix ADC als nicht-validierenden sicherheitsbewussten Stub-Resolver
-
Jumbo-Frames Unterstützung für DNS zur Handhabung von Reaktionen großer Größen
-
Zwischenspeichern von EDNS0-Client-Subnetzdaten bei einer Citrix ADC-Appliance im Proxymodus
-
-
GSLB-Entitäten einzeln konfigurieren
-
Anwendungsfall: Bereitstellung einer Domänennamen-basierten Autoscale-Dienstgruppe
-
Anwendungsfall: Bereitstellung einer IP-Adressbasierten Autoscale-Dienstgruppe
-
-
Schützen einer Load Balancing-Konfiguration vor einem Ausfall
-
-
IP-Adresse und Port eines virtuellen Servers in den Request-Header einfügen
-
Verwenden einer angegebenen Quell-IP für die Back-End-Kommunikation
-
Festlegen eines Timeoutwerts für ungenutzte Clientverbindungen
-
Verwalten des Clientverkehrs auf der Grundlage der Verkehrsrate
-
Verwenden eines Quellports aus einem bestimmten Portbereich für die Back-End-Kommunikation
-
Konfigurieren der Quell-IP-Persistenz für Back-End-Kommunikation
-
Verwenden lokaler IPv6-Linkadressen auf Serverseite eines Load Balancing-Setups
-
Erweiterte Load Balancing-Einstellungen
-
Allmählich die Belastung eines neuen Dienstes mit virtuellem Server-Level erhöhen
-
Schützen von Anwendungen vor Verkehrsspitzen auf geschützten Servern
-
Bereinigung von virtuellen Server- und Dienstverbindungen ermöglichen
-
Persistenzsitzung auf TROFS-Diensten aktivieren oder deaktivieren
-
Externe TCP-Integritätsprüfung für virtuelle UDP-Server aktivieren
-
Verwalten der Clientverbindung für mehrere Clientanforderungen
-
Einfügen der IP-Adresse des Clients in den Anforderungsheader
-
Abrufen von Standortdetails von der Benutzer-IP-Adresse mit der Geolokalisierungsdatenbank
-
Verwenden der Quell-IP-Adresse des Clients beim Herstellen einer Verbindung zum Server
-
Festlegen eines Grenzwerts für die Anzahl der Clientverbindungen
-
Festlegen eines Limits für die Anzahl der Anfragen pro Verbindung zum Server
-
Festlegen eines Schwellenwerts für die an einen Dienst gebundenen Monitore
-
Festlegen eines Timeoutwerts für Clientverbindungen im Leerlauf
-
Festlegen eines Timeoutwerts für Serververbindungen im Leerlauf
-
Festlegen eines Grenzwerts für die Bandbreitenauslastung durch Clients
-
-
-
Konfigurieren des Lastenausgleichs für häufig verwendete Protokolle
-
Anwendungsfall 3: Konfigurieren des Lastenausgleichs im DSR-Modus
-
Anwendungsfall 4: Konfigurieren von LINUX-Servern im DSR-Modus
-
Anwendungsfall 5: Konfigurieren des DSR-Modus beim Verwenden von TOS
-
Anwendungsfall 7: Konfigurieren des Lastausgleichs im DSR-Modus mit IP over IP
-
Anwendungsfall 8: Konfigurieren des Lastenausgleichs im Einarmmodus
-
Anwendungsfall 9: Konfigurieren des Lastenausgleichs im Inline-Modus
-
Anwendungsfall 10: Lastenausgleich von Intrusion-Detection-System-Servern
-
Anwendungsfall 11: Isolieren des Netzwerkverkehrs mithilfe von Listenrichtlinien
-
Anwendungsfall 12: Konfigurieren von XenDesktop für den Lastenausgleich
-
Anwendungsfall 13: Konfigurieren von XenApp für den Lastenausgleich
-
Anwendungsfall 14: ShareFile-Assistent zum Lastenausgleich Citrix ShareFile
-
Anwendungsfall 15: Konfigurieren des Layer-4-Lastenausgleichs auf der Citrix ADC-Appliance
-
SSL-Offload und Beschleunigung
-
Unterstützung des TLSv1.3-Protokolls wie in RFC 8446 definiert
-
Unterstützungsmatrix für Serverzertifikate auf der ADC-Appliance
-
Unterstützung für Intel Coleto SSL-Chip-basierte Plattformen
-
Unterstützung für Thales Luna Network Hardwaresicherheitsmodul
-
-
-
-
Konfigurieren eines CloudBridge Connector-Tunnels zwischen zwei Rechenzentren
-
Konfigurieren von CloudBridge Connector zwischen Datacenter und AWS Cloud
-
Konfigurieren eines CloudBridge Connector Tunnels zwischen einem Rechenzentrum und Azure Cloud
-
Konfigurieren des CloudBridge Connector Tunnels zwischen Datacenter und SoftLayer Enterprise Cloud
-
-
Synchronisieren von Konfigurationsdateien in einem Hochverfügbarkeits-Setup
-
Beschränken des Synchronisationsdatenverkehrs mit hoher Verfügbarkeit auf ein VLAN
-
Konfigurieren von Hochverfügbarkeitsknoten in verschiedenen Subnetzen
-
Beschränken von Failovers, die durch Routenmonitore im Nicht-INC-Modus verursacht werden
-
Verwalten von Heartbeat-Nachrichten mit hoher Verfügbarkeit auf einer Citrix ADC-Appliance
-
Entfernen und Ersetzen eines Citrix ADC in einem Hochverfügbarkeits-Setup
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!
Integriertes Caching
Der integrierte Cache bietet In-Memory-Speicher auf der Citrix ADC Appliance und stellt Webinhalte für Benutzer bereit, ohne dass ein Roundtrip zu einem Ursprungsserver erforderlich ist. Für statische Inhalte benötigt der integrierte Cache nur wenig anfänglich eingerichtet. Nachdem Sie die integrierte Cache-Funktion aktiviert und eine grundlegende Einrichtung durchgeführt haben (z. B. die Bestimmung der Menge des Citrix ADC Appliance-Speichers, den der Cache verwenden darf), verwendet der integrierte Cache integrierte Richtlinien zum Speichern und Bereitstellen bestimmter Arten von statischem Inhalt, einschließlich einfacher Webseiten und Bilddateien. Sie können den integrierten Cache auch so konfigurieren, dass dynamische Inhalte gespeichert und bereitgestellt werden, die von Web- und Anwendungsservern als nicht zwischenspeicherbar gekennzeichnet sind (z. B. Datenbankdatensätze und Aktienkurse).
Hinweis:
Der Begriff Integrated Cache kann austauschbar mit AppCache verwendet werden; beachten Sie, dass beide Begriffe aus funktionaler Sicht dasselbe bedeuten.
Wenn eine Anfrage oder Antwort mit der Regel (logischer Ausdruck) übereinstimmt, die in einer integrierten Richtlinie oder einer von Ihnen erstellten Richtlinie angegeben ist. Die Citrix ADC Appliance führt die mit der Richtlinie verknüpfte Aktion aus. Standardmäßig speichern alle Richtlinien zwischengespeicherte Objekte in der Standard-Content-Gruppe und rufen sie ab. Sie können Ihre eigenen Content-Gruppen für verschiedene Arten von Inhalten erstellen.
Damit die Appliance zwischengespeicherte Objekte in einer Content-Gruppe finden kann, können Sie Selektoren konfigurieren. Die Selektoren gleichen zwischengespeicherte Objekte mit Ausdrücken ab, oder Sie können Parameter zum Suchen von Objekten in der Content-Gruppe angeben. Wenn Sie Selektoren wie von Citrix empfohlen verwenden, konfigurieren Sie diese zuerst, damit Sie beim Konfigurieren von Content-Gruppen Selektoren angeben können. Richten Sie als Nächstes alle Inhaltsgruppen ein, die Sie hinzufügen möchten, damit sie verfügbar sind, wenn Sie die Richtlinien konfigurieren. Um die Erstkonfiguration abzuschließen, erstellen Sie Richtlinienbanken, indem Sie jede Richtlinie an einen globalen Bindepunkt oder einen virtuellen Server binden. Oder Sie können ein Label binden, das von anderen Policy-Banken aus aufgerufen werden kann.
Integriertes Caching kann mit der vorinstallierten Methode des zwischengespeicherten Objekts verbessert werden, bevor sie ablaufen. Um die Handhabung zwischengespeicherter Daten zu verwalten, können Sie in die Antworten eingefügte Caching-Header konfigurieren. Der integrierte Cache kann auch als Forward-Proxy für andere Cacheserver fungieren.
Hinweis:
Integriertes Caching erfordert etwas Vertrautheit mit HTTP-Anfragen und -Antworten.Informationen zur Struktur von HTTP-Daten finden Sie unter Live HTTP-Headers unter
"<http://livehttpheaders.mozdev.org/>."
Funktionsweise des Integrations-Cache
Der integrierte Cache überwacht HTTP- und SQL-Anforderungen, die durch die Citrix ADC Appliance fließen, und vergleicht die Anforderungen mit gespeicherten Richtlinien. Je nach Ergebnis durchsucht die integrierte Cache-Funktion entweder den Cache nach der Antwort oder leitet die Anforderung an den Ursprungsserver weiter. Bei HTTP-Anfragen dient das integrierte Caching als Teilinhalt aus dem Cache als Reaktion auf Anfragen mit einem einzelnen Bytebereich und mehreren Teilen Bytebereich.
Zwischengespeicherte Daten werden komprimiert, wenn der Client komprimierte Inhalte akzeptiert. Sie können Ablaufzeiten für eine Inhaltsgruppe konfigurieren und Einträge in einer Inhaltsgruppe selektiv ablaufen.
Daten, die aus dem integrierten Cache bereitgestellt werden, sind eine Anforderung, und Daten, die vom Ursprung bereitgestellt werden, sind ein Cache-Miss, wie in der folgenden Tabelle beschrieben.
Transaktionsart | Spezifikation |
---|---|
Cache-Treffer | Antworten, die die Citrix ADC Appliance aus dem Cache bereitstellt, einschließlich: Statische Objekte, zum Beispiel Bilddateien und statische Webseiten, 200 OK-Seiten, 203 Seiten ohne autorisierende Antwort, 300 Seiten mit mehreren Auswahlmöglichkeiten, 301 Seiten dauerhaft verschoben, 302 Seiten gefunden, 304 Seiten nicht geändert, Diese Antworten sind bekannt als positive Reaktionen. Die Citrix ADC Appliance speichert auch die folgenden negativen Antworten: 307 temporäre Weiterleitungsseiten, 403 Verbotene Seiten, 404 Nicht gefundene Seiten, 410 Vergessene Seiten. Um die Leistung weiter zu verbessern, können Sie die Citrix ADC Appliance so konfigurieren, dass weitere Arten von Inhalten zwischengespeichert werden. |
Speicherbarer Cache Miss | Für einen speicherbaren Cache-Fehler ruft die Citrix ADC Appliance die Antwort vom Ursprungsserver ab und speichert die Antwort im Cache, bevor sie an den Client weitergeleitet wird. |
Nicht speicherbarer Cache Miss | Ein nicht speicherbarer Cache-Fehler ist für das Caching ungeeignet. Standardmäßig ist jede Antwort, die die folgenden Statuscodes enthält, ein nicht speicherbares Cache-Fehlverhalten: 201, 202, 204, 205, 206 Statuscodes, Alle 4xx-Codes, außer 403, 404 und 410, 5xx Statuscodes |
Hinweis: Um dynamisches Caching in Ihre Anwendungsinfrastruktur zu integrieren, verwenden Sie die NITRO -API, um Cache-Befehle remote auszugeben. Sie können beispielsweise Trigger konfigurieren, die zwischengespeicherte Antworten ablaufen, wenn eine Datenbanktabelle aktualisiert wird.
Um die Synchronisierung zwischengespeicherter Antworten mit den Daten auf dem Ursprungsserver sicherzustellen, konfigurieren Sie Ablaufmethoden. Wenn die Citrix ADC Appliance eine Anforderung empfängt, die einer abgelaufenen Antwort entspricht, aktualisiert sie die Antwort vom Ursprungsserver.
Hinweis: Citrix empfiehlt, die Zeiten auf der Citrix ADC Appliance und einem oder mehreren Back-End-Servern zu synchronisieren.
Funktionsweise des dynamischen Cache
Dynamisches Caching wertet HTTP-Anforderungen und Antworten basierend auf Parameterwertpaaren, Strings, String-Mustern oder anderen Daten aus. Angenommen, ein Benutzer sucht nach Fehler 31231 in einer Fehlerberichterstattungsanwendung. Der Browser sendet die folgende Anfrage im Namen des Benutzers:
GET /mybugreportingsystem/mybugreport.dll?IssuePage&RecordId=31231&Template=view&TableId=1000
Host: mycompany.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,\*/\*;q=0.8
Accept-Language: en-us,en;q=0.5
<!--NeedCopy-->
In diesem Beispiel enthalten GET-Anfragen für diese Fehlerberichterstattungsanwendung immer die folgenden Parameter:
- IssuePage
- RecordID
- Vorlage
- TableId
GET-Anforderungen aktualisieren oder ändern die Daten nicht, sodass Sie diese Parameter im Caching von Richtlinien und Selektoren wie folgt konfigurieren können:
- Sie konfigurieren eine Caching-Richtlinie, die für die Zeichenfolge mybugreportingsystem und die GET-Methode in HTTP-Anforderungen sucht. Diese Richtlinie leitet Abgleichsanforderungen an eine Inhaltsgruppe für Fehler.
- In der Content-Gruppe für Bugs konfigurieren Sie einen
hit
Selektor, der verschiedenen Parameter-Wert-Paaren entspricht, einschließlich IssupEPage, RecordID usw.
Hinweis:
Ein Browser kann mehrere GET-Anfragen basierend auf einer Benutzeraktion senden. Im Folgenden finden Sie eine Reihe von drei separaten GET-Anfragen, die ein Browser ausgibt, wenn ein Benutzer nach einem Fehler basierend auf einer Fehler-ID sucht.
GET /mybugreportingsystem/mybugreport.dll?IssuePage&RecordId=31231&Template=view&TableId=1000
GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbtns&RecordId=31231&TableId=1000
GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbody&RecordId=31231&tableid=1000
<!--NeedCopy-->
Um diese Anfragen zu erfüllen, werden mehrere Antworten an den Browser des Benutzers gesendet, und die Webseite, die der Benutzer sieht, ist eine Zusammenstellung der Antworten.
Wenn ein Benutzer einen Fehlerbericht aktualisiert, müssen die entsprechenden Antworten im Cache mit Daten vom Original-Server aktualisiert werden. Die Fehlerberichterstattungsanwendung gibt HTTP POST-Anfragen aus, wenn ein Benutzer einen Fehlerbericht aktualisiert. In diesem Beispiel konfigurieren Sie Folgendes, um sicherzustellen, dass POST-Anforderungen die Invalidierung im Cache auslösen:
- Eine Richtlinie zur Invalidierung der Anforderung, die nach der Zeichenfolge mybugreportingsystem und der POST-HTTP-Anforderungsmethode sucht und übereinstimmende Anforderungen an die Inhaltsgruppe für Fehlerberichte leitet.
- Ein Invalidierungsselektor für die Content-Gruppe für Fehlerberichte, die zwischengespeicherten Inhalte basierend auf dem RecordID-Parameter ablaufen. Dieser Parameter wird in allen Antworten angezeigt, sodass der Invalidierungsselektor alle relevanten Elemente im Cache ablaufen kann.
Der folgende Auszug zeigt eine POST-Anforderung, die den Beispielfehlerbericht aktualisiert.
POST /mybugreportingsystem/mybugreport.dll?TransitionForm HTTP/1.1\r\n
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Opera 7.23 [en]\r\n
Host: mybugreportingsystem\r\n
Cookie:ttSearch.134=%23options%3Afalse%23active%23owner%3Afalse%23unowned%3Afalse%23submitter%3Afalse%23incsub%3Atrue;
Cookie2: $Version=1\r\n
. . .
\r\n
ProjectId=2&RecordId=31231&TableId=1000&TransitionId=1&Action=Update&CopyProjectId=0&ReloadForm=0&State=&RecordLockId=49873+issues+in+HTTP&F43. . .
<!--NeedCopy-->
Wenn die Citrix ADC Appliance diese Anforderung empfängt, führt sie die folgenden Schritte aus:
- Vergleicht die Anforderung mit einer Invalidierungsrichtlinie.
- Sucht die Inhaltsgruppe, die in der Richtlinie benannt ist.
- Wendet die Invalidierungsauswahl für diese Inhaltsgruppe an und endet alle Antworten ab, die mit RecordID=31231 übereinstimmen.
Wenn ein Benutzer eine neue Anfrage für diesen Fehlerbericht ausgibt, geht die Citrix ADC Appliance an den Ursprungsserver, um aktualisierte Kopien aller Antworten zu erhalten, die mit der Berichtsinstanz verknüpft sind. Es speichert die Antworten in der Content-Gruppe und stellt sie dem Browser des Benutzers zur Verfügung, der den Bericht wieder zusammenstellt und anzeigt.
Integrierten Cache konfigurieren
Um den integrierten Cache zu verwenden, müssen Sie die Lizenz installieren und die Funktion aktivieren. Nachdem Sie den integrierten Cache aktiviert haben, speichert die Citrix ADC® -Appliance automatisch statische Objekte im Cache, wie in integrierten Richtlinien angegeben, und generiert Statistiken zum Cache-Verhalten. (Integrierte Richtlinien weisen einen Unterstrich in der Anfangsposition des Richtliniennamens auf.)
Selbst wenn die integrierten Richtlinien für Ihre Situation geeignet sind, sollten Sie die globalen Attribute ändern. Beispielsweise können Sie die Größe des Speichers der Citrix ADC Appliance ändern, der dem integrierten Cache zugewiesen ist.
Wenn Sie den Cache-Betrieb beobachten möchten, bevor Sie die Einstellungen ändern, lesen Sie “Zwischengespeicherte Objekte und Cache-Statistiken anzeigen. “
Hinweis:
Der Citrix ADC Cache ist ein speicherinterner Speicher, der beim Neustart der Appliance gelöscht wird.
So installieren Sie die integrierte Cache-Lizenz
- Eine integrierte Cache-Lizenz ist erforderlich.
- Rufen Sie einen Lizenzcode von Citrix ab, gehen Sie zur Befehlszeilenschnittstelle und melden Sie sich an.
Kopieren Sie an der Befehlszeilenschnittstelle die Lizenzdatei in den /nsconfig/license
Ordner.
- Starten Sie die Citrix ADC Appliance mit folgendem Befehl neu:
reboot
So aktivieren Sie das integrierte Caching: Wenn Sie das integrierte Caching aktivieren, beginnt die Citrix ADC Appliance mit dem Zwischenspeichern von Serverantworten. Wenn Sie keine Richtlinien oder Inhaltsgruppen konfiguriert haben, speichern die integrierten Richtlinien zwischengespeicherte Objekte in der Standardinhaltsgruppe.
Geben Sie an der Eingabeaufforderung einen der folgenden Befehle ein, um das integrierte Caching zu aktivieren oder zu deaktivieren:
enable ns feature IC
Konfigurieren globaler Attribute für das Caching
Globale Attribute gelten für alle zwischengespeicherten Daten. Sie können die Menge des Citrix ADC Speichers angeben, die dem integrierten Cache Va Header-Einfügung zugewiesen ist. Ein Kriterium, um zu überprüfen, ob ein zwischengespeichertes Objekt bedient werden muss. Die maximale Länge eines POST-Texts, der im Cache zulässig ist, ob die Richtlinienbewertung für HTTP-GET-Anforderungen umgangen werden soll, und eine Aktion, die ergriffen werden muss, wenn eine Richtlinie nicht bewertet werden kann.
Die Cache-Speicherkapazität wird nur durch den Speicher der Hardware-Appliance begrenzt. Außerdem ist sich jede Paket-Engine (zentraler Distributions-Hub aller eingehenden TCP-Anforderungen) in der nCore Citrix ADC Appliance der Objekte bewusst, die von anderen Paket-Engines in der nCore Citrix ADC Appliance zwischengespeichert wurden.
Hinweis:
Wenn das globale Standardspeicherlimit auf 0 festgelegt ist und die Funktion Integriertes Caching (IC) aktiviert ist, zwischengespeichert die Appliance keine Objekte. Zum Zwischenspeichern müssen Sie explizit das globale Speicherlimit konfigurieren. Wenn Sie jedoch die Option “Festlegen von Authentifizierung, Autorisierung und Auditing-Parameter EnableStaticPageCaching” aktivieren, wird in der Appliance ein Standardspeicher konfiguriert. Dieser Speicher reicht nicht aus, um große Objekte zwischenzuspeichern. Daher ist es notwendig, eine höhere Speichergrenze für IC zuzuweisen. Sie können dies ausführen, indem Sie den Befehl set cache parameter -memLimit konfigurieren. Die neue Einstellung wird erst angewendet, nachdem Sie die Konfiguration gespeichert und die Appliance neu gestartet haben.
Sie können das globale Speicherlimit ändern, das für das Caching von Objekten konfiguriert ist. Wenn Sie jedoch das globale Speicherlimit auf einen Wert aktualisieren, der unter dem vorhandenen Wert liegt (z. B. von 10 GB auf 4 GB), verwendet die Appliance weiterhin das Speicherlimit.
Dies bedeutet, dass das integrierte Caching-Limit zwar auf einen bestimmten Wert konfiguriert ist, das tatsächlich verwendete Limit höher sein kann. Dieser übermäßige Speicher wird jedoch freigegeben, wenn die Objekte aus dem Cache entfernt werden.
Die Ausgabe des Befehls show cache Parameter gibt den konfigurierten Wert (Speichernutzungslimit) und den tatsächlichen Wert an, der verwendet wird (Speichernutzungslimit (aktiver Wert)).
Geben Sie an der Eingabeaufforderung Folgendes ein:
set cache parameter [-memLimit <MBytes>] [-via <string>] [-verifyUsing <criterion>] [-maxPostLen <positiveInteger>] [-prefetchMaxPending <positiveInteger>] [-enableBypass(YES|NO)] [-undefAction (NOCACHE|RESET)]
<!--NeedCopy-->
Integriertes Caching durch Citrix ADC GUI aktivieren
Navigieren Sie zu System > Einstellungen, klicken Sie auf Basisfunktionen konfigurieren, und wählen Sie Integriertes Caching aus.
Konfigurieren Sie globale Einstellungen für das Caching mit der Citrix ADC GUI
Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache-Einstellungen ändern, und konfigurieren Sie die globalen Einstellungen für das Caching.
Richten Sie eine integrierte Content-Gruppe, ein Musterset und Richtlinien für Integrated Cache ein
Die Citrix ADC Appliance verfügt über eine integrierte Caching-Konfiguration, die Sie zum Caching von Inhalten verwenden können. Die Konfiguration besteht aus einer Content-Gruppe namens ctx_cg_poc, einem Mustersatz namens ctx_file_extensions und einem Satz integrierter Cache-Richtlinien. In der Inhaltsgruppe ctx_cg_poc werden nur Objekte zwischengespeichert, die 500 KB oder kleiner sind. Der Inhalt wird für 86000 Sekunden zwischengespeichert, und die Speichergrenze für die Inhaltsgruppe beträgt 512 MB. Der Mustersatz ist ein indiziertes Array gemeinsamer Erweiterungen für den Dateitypabgleich.
In der folgenden Tabelle sind die mitgelieferten integrierten Caching-Richtlinien aufgeführt. Standardmäßig sind die Richtlinien an keinen Bindepunkt gebunden. Sie müssen die Richtlinien an einen Bindungspunkt binden, wenn Sie möchten, dass die Citrix ADC Appliance den Datenverkehr anhand der Richtlinien auswerten soll. Die Richtlinien speichern Objekte in der Inhaltsgruppe ctx_cg_poc.
Name der integrierten Caching-Richtlinie | Richtlinienregel |
---|---|
_cacheVPNStaticObjects | HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS_INDEX(“ctx_file_extensions”).BETWEEN(101,150) |
_cacheTCPVPNStaticObjects | HTTP.REQ.URL.ENDSWITH(“.css”) |
_cacheOCVPNStaticObjects | HTTP.REQ.URL.ENDSWITH(“.pdf”) |
_cacheWFStaticObjects | HTTP.REQ.URL.ENDSWITH(“.js”) |
_mayNoCacheReq | HTTP.RES.HEADER(“Content-Type”).CONTAINS(“application/x-javascript”) |
_noCacheRest | TRUE |
Cachekonfiguration leeren
Sie können eine Cache-Gruppe, Cache-Gruppen oder Cache-Objekt-Locator leeren. Im Folgenden finden Sie die Befehle zum Leeren von Cache-Objekten.
Geben Sie an der Eingabeaufforderung Folgendes ein:
flush cache contentgroup all
Beispiel
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello
0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi
Flush cache contentGroup all
done
`flush cache contentgroup <content group name>`
<!--NeedCopy-->
Beispiel:
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello
0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi
Flush cache ob -| 0x00000089bae000000004
done
`flush cache object (-locator <positive_integer> | (-url <URL> (-host <string> [-port <port>] [-groupName <string>] [-httpMethod ( GET | POST )])))`
<!--NeedCopy-->
Beispiel:
0x00000089bae000000006 DEFAULT GET //1.1.1.1:80/html/index.html
flush cache ob -URL /html/index.html -host 1.1.1.1 -groupName DEFAULT
done
<!--NeedCopy-->
Leeren der Cachekonfiguration mit der Citrix ADC GUI
Führen Sie die Schritte zum Konfigurieren von Cache-Flushing mit der Citrix ADC GUI aus
- Navigieren Sie zu Optimierung > Contentgruppen.
- Klicken Sie im Detailbereich der Inhaltsgruppen auf Hinzufügen.
- Legen Sie auf der Seite Cache-Content-Gruppen erstellen auf der Registerkarte Sonstige den folgenden Parameter fest:
- Cache leeren. Aktivieren Sie das Kontrollkästchen, um das Cache-Objekt zu leeren.
-
Klicken Sie auf Erstellen und Schließen.
Konfigurieren Sie integriertes Caching für verschiedene Szenarien
Im folgenden Abschnitt wird die Konfiguration des integrierten Cachings auf der NetScaler Appliance für verschiedene Szenarien beschrieben.
Ab der NetScaler 9.2 Version bietet das integrierte Caching mehr Speicher für das Caching. Der integrierte Caching-Speicher wird nur durch den auf der Hardware-Appliance verfügbaren Speicher begrenzt. Sie können der integrierten Caching-Funktion bis zu 50 Prozent des verfügbaren Speichers zuweisen.
So legen Sie die Speicherzuweisung für den Cache über die CLI fest
Geben Sie an der Eingabeaufforderung Folgendes ein:
set cache parameter -memlimit <value>
Hinweis:
Das standardmäßige globale Speicherlimit für integriertes Caching ist Null. Selbst wenn Sie die integrierte Caching-Funktion aktivieren, speichert die NetScaler Appliance daher keine Objekte im Cache, bis das globale Speicherlimit explizit festgelegt ist.
Im folgenden Abschnitt werden Sie angewiesen, integriertes Caching für verschiedene Szenarien zu konfigurieren.
Hinweis:
Das Speicherlimit der NetScaler Appliance wird beim Start der Appliance identifiziert. Daher müssen bei Änderungen des Speicherlimits die Appliance neu gestartet werden, damit die Änderungen in den Paket-Engines anwendbar gemacht werden.
Integriertes Caching ist aktiviert und das Cache-Speicherlimit ist auf ungleich Null gesetzt
Stellen Sie sich ein Szenario vor, in dem Sie die Appliance starten, die integrierte Caching-Funktion aktiviert ist und das globale Speicherlimit auf eine positive Zahl festgelegt ist. Der Speicher, den Sie zuvor festgelegt hatten, wird während des Startvorgangs der integrierten Caching-Funktion zugewiesen. Möglicherweise möchten Sie das Speicherlimit je nach verfügbarem Speicher auf der Appliance auf einen anderen Wert ändern.
Konfigurieren über die Befehlszeile
- Anzeigen des Cache-Parameters
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 500 MBytes
Memory usage limit (active value): 500 MBytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
- Festlegen eines Speicherlimits ungleich Null
set cache parameter -memlimit 600
Hinweis:
Der vorangehende Befehl zeigt die folgende Warnmeldung an: Warnung: Um ein neues Limit für den integrierten Cache zu verwenden, speichern Sie die Konfiguration und starten Sie die NetScaler Appliance neu.
- Speichern der Konfiguration
save config
- Führen Sie an der Shell-Eingabeaufforderung den folgenden Befehl aus, um dies in der Konfigurationsdatei zu überprüfen.
root@ns# cat /nsconfig/ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 600 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
- Starten Sie die Appliance neu
root@ns# reboot
- Überprüfen Sie den neuen Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 600 MBytes
Memory usage limit (active value): 600 MBytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Nachdem alle Paketmodule erfolgreich gestartet wurden, verhandelt die integrierte Caching-Funktion den von Ihnen konfigurierten Speicher. Wenn die Appliance den konfigurierten Speicher nicht verwenden kann, wird der Speicher entsprechend zugewiesen. Wenn der verfügbare Speicher kleiner als der von Ihnen zugewiesene ist, empfiehlt die Appliance eine geringere Nummer. Die integrierte Caching-Funktion verwendet dasselbe wie der aktive Wert.
Integriertes Caching ist deaktiviert und das Cache-Speicherlimit ist auf ungleich Null gesetzt
In diesem Szenario ist beim Starten der Appliance die integrierte Caching-Funktion deaktiviert und das globale Speicherlimit auf eine positive Zahl festgelegt. Daher wird dem integrierten Caching während des Bootvorgangs kein Speicher zugewiesen.
Konfigurieren über die Befehlszeile
- Anzeigen des Cache-Parameters
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 600 MBytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
- Legen Sie ein neues Speicherlimit fest
set cache parameter -memlimit 500
Hinweis:
Der vorangehende Befehl zeigt die folgende Warnmeldung an: Warnung: Funktion nicht aktiviert [IC].
- Speichern der Konfiguration
save config
- Führen Sie an der Shell-Eingabeaufforderung den folgenden Befehl aus, um dies in der Konfigurationsdatei zu überprüfen
root@ns# cat /nsconfig/ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
- Überprüfen Sie den neuen Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 500 MBytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
- Aktivieren Sie die integrierte Caching-Funktion
enable ns feature IC
- Überprüfen Sie den neuen Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 500 Mbytes
Memory usage limit (active value): 500 Mbytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Hinweis:
500 MB Speicher werden der integrierten Caching-Funktion zugewiesen.
- Speichern Sie die Konfiguration, um sicherzustellen, dass der Speicher beim Neustart der Appliance automatisch der Funktion zugewiesen wird.
Integriertes Caching ist aktiviert und der Cache-Speicher ist auf Null gesetzt
In diesem Szenario ist beim Starten der Appliance die integrierte Caching-Funktion aktiviert und das globale Speicherlimit auf Null festgelegt. Daher wird dem integrierten Caching während des Bootvorgangs kein Speicher zugewiesen.
Konfigurieren über die Befehlszeile
- Überprüfen Sie die in der Datei ns.conf von der Shell-Eingabeaufforderung festgelegten Speicherlimits
root@ns# cat ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
- Überprüfen Sie den Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 0 Mbytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Hinweis:
Das Speicherlimit ist auf 0 MB festgelegt und der integrierten Caching-Funktion wird kein Speicher zugewiesen.
- Legen Sie die Speicherlimits fest, um sicherzustellen, dass die integrierte Caching-Funktion Objekte zwischenspeichert
set cache parameter -memLimit 600
Sobald Sie den vorhergehenden Befehl ausführen, handelt die Appliance Speicher für die integrierte Caching-Funktion aus, und der verfügbare Speicher wird der Funktion zugewiesen. Dies führt dazu, dass Appliance-Objekte zwischenspeichert, ohne die Appliance neu zu starten.
- Überprüfen Sie den Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 600 Mbytes
Memory usage limit (active value): 600 Mbytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3:
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Hinweis:
600 MB Arbeitsspeicher werden der integrierten Caching-Funktion zugewiesen.
-
Speichern Sie die Konfiguration. Stellen Sie sicher, dass der Speicher beim Neustart der Appliance automatisch der Funktion zugewiesen wird.
-
Überprüfen Sie die in der Datei ns.conf von der Shell-Eingabeaufforderung festgelegten Speicherlimits
root@ns# cat /nsconfig/ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 600 -via NS-CACHE-9.3: -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
Integriertes Caching ist deaktiviert und der Cache-Speicher ist auf Null gesetzt
In diesem Szenario ist beim Starten der Appliance die integrierte Caching-Funktion deaktiviert und das globale Speicherlimit auf Null festgelegt. Daher wird dem integrierten Caching während des Bootvorgangs kein Speicher zugewiesen.
Konfigurieren über die Befehlszeile
- Überprüfen Sie die in der Datei ns.conf von der Shell-Eingabeaufforderung festgelegten Speicherlimits
root@ns# cat /nsconfig/ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
- Überprüfen Sie den Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 0 Mbytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3: 18
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Hinweis:
Das Speicherlimit ist auf 0 MB festgelegt und der integrierten Caching-Funktion wird kein Speicher zugewiesen. Wenn Sie einen Cachekonfigurationsbefehl ausführen, wird außerdem die folgende Warnmeldung angezeigt: Warnung: Funktion nicht aktiviert [IC].
- Aktivieren Sie die integrierte Caching-Funktion
enable ns feature IC
Hinweis:
In diesem Stadium, wenn Sie die integrierte Caching-Funktion aktivieren, weist die Appliance der Funktion keinen Speicher zu. Infolgedessen wird kein Objekt in den Speicher zwischengespeichert. Wenn Sie einen Cachekonfigurationsbefehl ausführen, wird außerdem die folgende Warnmeldung angezeigt: Für IC ist kein Speicher konfiguriert. Verwenden Sie den Befehl set cache parameter, um das Speicherlimit festzulegen.
- Legen Sie die Speicherlimits fest, um sicherzustellen, dass die integrierte Caching-Funktion Objekte zwischenspeichert
set cache parameter -memLimit 500
Sobald Sie den vorhergehenden Befehl ausführen, handelt die Appliance Speicher für die integrierte Caching-Funktion aus, und der verfügbare Speicher wird der Funktion zugewiesen. Dies führt dazu, dass die Appliance Objekte zwischenspeichert, ohne die Appliance neu zu starten.
Hinweis:
Die Reihenfolge, in der Sie die Funktion aktivieren und die Speichergrenzen festlegen, ist wichtig. Wenn Sie die Speicherlimits festlegen, bevor Sie die Funktion aktivieren, wird die folgende Warnmeldung angezeigt: Warnung: Funktion nicht aktiviert [IC].
- Überprüfen Sie den Wert für das Speicherlimit
> show cache parameter
Integrated cache global configuration:
Memory usage limit: 500 Mbytes
Memory usage limit (active value): 500 Mbytes
Maximum value for Memory usage limit: 843 MBytes
Via header: NS-CACHE-9.3:
Verify cached object using: HOSTNAME_AND_IP
Max POST body size to accumulate: 0 bytes
Current outstanding prefetches: 0
Max outstanding prefetches: 4294967295
Treat NOCACHE policies as BYPASS policies: YES
Global Undef Action: NOCACHE
<!--NeedCopy-->
Hinweis:
500 MB Speicher werden der integrierten Caching-Funktion zugewiesen.
- Speichern der Konfiguration
save config
- Überprüfen Sie die in der Datei ns.conf von der Shell-Eingabeaufforderung festgelegten Speicherlimits
root@ns# cat /nsconfig/ns.conf | grep memLimit
- Ändern Sie das Speicherlimit
set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
Teilen
Teilen
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix 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 Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.