-
Intégration à faible contact des instances Citrix ADC à l'aide du service Citrix ADM connect
-
-
Gestion des applications et tableau de bord des applications
-
Analyse des périodes d'utilisation maximale et creuses des applications
-
Sélectionner les composants App Score et configurer des seuils
-
Créer un seuil et une alerte pour l'analyse des applications
-
Indicateurs de performance pour l'analyse des applications
-
-
-
-
Importation et synchronisation de StyleBooks à partir du référentiel GitHub
-
Créer et utiliser des StyleBooks personnalisés
-
StyleBook pour créer un serveur virtuel d'équilibrage de charge
-
StyleBook pour créer une configuration d'équilibrage de charge de base
-
Utiliser les attributs de l'interface graphique dans un StyleBook personnalisé
-
Importer un StyleBook pour configurer une application pour le groupe Autoscale
-
Créer un StyleBook pour charger des fichiers sur le service Citrix ADM
-
Activer l'analyse et configurer les alarmes sur un serveur virtuel défini dans un StyleBook
-
Déploiement de configurations GSLB à l'aide de noms de domaine DNS
-
-
Utiliser l'API pour créer des configurations à partir de StyleBooks
-
-
-
-
Comment surveiller les sites distribués à l'échelle mondiale
-
Procédure de recherche d'instances à l'aide de valeurs de balises et de propriétés
-
Gérer les partitions d'administration des instances Citrix ADC
-
Forcer un basculement vers l'instance secondaire de Citrix ADC
-
Forcer une instance Citrix ADC secondaire à rester secondaire
-
Procédure d'interrogation par Citrix ADM des instances et des entités gérées
-
Comment modifier un mot de passe racine Citrix ADC MPX ou VPX
-
-
-
Utiliser l'enregistrement et la lecture pour créer des tâches de configuration
-
Créer des tâches de configuration à partir de commandes correctives
-
Utiliser les tâches de maintenance pour mettre à niveau les instances Citrix ADC SDX
-
Création de tâches de configuration pour les instances SD-WAN Citrix ADC WO
-
Utiliser les tâches pour mettre à niveau les instances de Citrix ADC
-
Utiliser des modèles de configuration pour créer des modèles d'audit
-
Utiliser la commande SCP (put) dans les tâches de configuration
-
Replanifier les tâches configurées à l'aide de modèles intégrés
-
Réutiliser les modèles d'audit de configuration dans les tâches de configuration
-
-
Utiliser les journaux d'audit ADM pour gérer et surveiller votre infrastructure
-
-
-
Comparer le volume de données utilisé par les vidéos ABR optimisées et non optimisées
-
Comparer les temps de lecture optimisés et non optimisés des vidéos ABR
-
Comparer la consommation de bande passante des vidéos ABR optimisées et non optimisées
-
Comparer le nombre optimisé et non optimisé de lectures de vidéos ABR
-
-
Déploiements hybrides et multicloud
-
Mise à l'échelle automatique de Citrix ADC dans AWS à l'aide de Citrix ADM
-
Architecture
-
-
Provisionnement d'instances Citrix ADC VPX sur Microsoft Azure
-
Mise à l'échelle automatique de Citrix ADC VPX dans Microsoft Azure à l'aide de Citrix ADM
-
Provisionnement des instances Citrix ADC VPX sur Google Cloud
-
Autoscaling de Citrix ADC VPX dans Google Cloud à l'aide de Citrix ADM
-
Équilibrage global de charge Citrix ADC pour les déploiements hybrides et multicloud
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!
Architecture
Le diagramme suivant illustre l’architecture de la fonction de mise à l’échelle automatique avec DNS comme distributeur de trafic.
Le diagramme suivant illustre l’architecture de la fonction de mise à l’échelle automatique avec NLB comme distributeur de trafic.
Citrix Application Delivery Management (ADM)
Citrix Application Delivery Management est une solution Web permettant de gérer tous les déploiements Citrix ADC déployés sur site ou sur le cloud. Vous pouvez utiliser cette solution cloud pour gérer, surveiller et dépanner l’ensemble de l’infrastructure de livraison d’applications globales à partir d’une console unique, unifiée et centralisée basée sur le cloud. Citrix Application Delivery Management (ADM) fournit toutes les fonctionnalités nécessaires pour configurer, déployer et gérer rapidement la livraison d’applications dans les déploiements Citrix ADC, ainsi que des analyses approfondies de l’intégrité, des performances et de la sécurité des applications.
Les groupes de mise à l’Autoscale sont créés dans Citrix ADM et les instances Citrix ADC VPX sont provisionnées à partir de Citrix ADM. L’application est ensuite déployée via StyleBooks dans Citrix ADM.
Distributeurs de trafic (NLB ou DNS/Route53)
NLB ou DNS/route53 est utilisé pour distribuer le trafic sur tous les nœuds d’un groupe de mise à Autoscale. Pour plus d’informations, reportez-vous à la section Modes de distribution du trafic de mise à l’échelle automatique.
Citrix ADM communique avec le distributeur de trafic pour mettre à jour le domaine d’application et les adresses IP des serveurs virtuels d’équilibrage de charge qui frontent l’application.
Groupe Citrix ADM Autoscale
Le groupe de mise à l’échelle automatique est un groupe d’instances Citrix ADC qui équilibrent la charge des applications en tant qu’entité unique et déclenchent la mise à l’échelle automatique en fonction des valeurs de paramètre de seuil configurées.
Clusters de Citrix ADC
Un cluster Citrix ADC est un groupe d’instances Citrix ADC VPX et chaque instance est appelée un nœud. Le trafic client est réparti entre les nœuds pour fournir une haute disponibilité, un débit élevé et une évolutivité.
Remarque
- Les décisions de mise à l’échelle automatique sont prises au niveau du cluster et non au niveau du nœud.
- Les clusters indépendants sont hébergés dans différentes zones de disponibilité et, par conséquent, la prise en charge de certaines fonctionnalités d’état partagées est limitée.
Les sessions de persistance telles que la persistance de l’IP source et d’autres, à l’exception de la persistance basée sur les cookies, ne peuvent pas être partagées entre les clusters. Cependant, toutes les fonctionnalités sans état telles que les méthodes d’équilibrage de charge fonctionnent comme prévu dans les différentes zones de disponibilité.
Groupes de mise à l’échelle automatique AWS
AWS Auto Scaling group est un ensemble d’instances EC2 qui partagent des caractéristiques similaires et sont traitées comme un regroupement logique aux fins de la mise à l’échelle et de la gestion des instances.
Zones de disponibilité AWS
La zone de disponibilité AWS est un emplacement isolé à l’intérieur d’une région. Chaque région est composée de plusieurs zones de disponibilité. Chaque zone de disponibilité appartient à une seule région.
Modes de distribution du trafic
Lorsque vous déplacez votre déploiement d’applications vers le cloud, la mise à l’échelle automatique devient une partie de l’infrastructure. Au fur et à mesure que les applications évolutives ou évolutives à l’aide de la mise à l’échelle automatique, ces modifications doivent être propagées au client. Cette propagation est réalisée à l’aide d’une mise à l’échelle automatique basée sur DNS ou NLB.
Mise à l’échelle automatique basée sur la NLB
En mode de déploiement basé sur NLB, le niveau de distribution vers les nœuds de cluster est l’équilibreur de charge réseau AWS.
Dans la mise à l’échelle automatique basée sur la NLB, une seule adresse IP statique est proposée par zone de disponibilité. Il s’agit de l’adresse IP publique qui est ajoutée à route53 et les adresses IP back-end peuvent être privées. Avec cette adresse IP publique, toute nouvelle instance Citrix ADC provisionnée pendant la mise à l’échelle automatique fonctionne à l’aide d’adresses IP privées et ne nécessite pas d’adresses IP publiques supplémentaires.
Utilisez la mise à l’échelle automatique basée sur NLB pour gérer le trafic TCP. Utilisez la mise à l’échelle automatique basée sur DNS pour gérer le trafic UDP.
Mise à l’échelle automatique basée sur DNS
Dans la mise à l’échelle automatique basée sur DNS, DNS agit comme la couche de distribution pour les nœuds de cluster Citrix ADC. Les modifications de mise à l’échelle sont propagées au client en mettant à jour le nom de domaine correspondant à l’application. Actuellement, le fournisseur DNS est AWS Route53.
Remarque
Dans la mise à l’échelle automatique basée sur DNS, chaque instance d’Citrix ADC nécessite une adresse IP publique.
Fonctionnement de la mise à l’échelle automatique
L’organigramme suivant illustre le flux de travail de mise à l’échelle automatique.
Citrix ADM collecte des statistiques (utilisation du processeur, utilisation de la mémoire, débit) à partir des clusters provisionnés à l’Autoscale à un intervalle de temps d’une minute.
Les statistiques sont évaluées en fonction des seuils de configuration. Selon que les statistiques dépassent le seuil maximal ou fonctionnent en dessous du seuil minimum, la mise à l’échelle ou la mise à l’échelle est déclenchée respectivement.
-
Si une mise à l’échelle est déclenchée :
- Les nouveaux nœuds sont provisionnés.
- Les nœuds sont attachés au cluster et la configuration est synchronisée entre le cluster et le nouveau nœud.
- Les nœuds sont enregistrés auprès de Citrix ADM.
- Les nouvelles adresses IP de noeud sont mises à jour dans DNS/NLB.
Lorsque l’application est déployée, IPset
est créée sur des clusters dans chaque zone de disponibilité et le domaine et les adresses IP de l’instance sont enregistrées auprès de DNS/NLB.
- Si une mise à l’échelle est déclenchée :
- Les adresses IP des nœuds identifiés pour la suppression sont supprimées.
- Les nœuds sont détachés du cluster, déprovisionnés, puis radiés de Citrix ADM.
Lorsque l’application est supprimée, le domaine et les adresses IP d’instance sont radiés de DNS/NLB et IPset
sont supprimés.
Exemple
Considérez que vous avez créé un groupe de mise à l’Autoscale nommé asg_arn dans une zone de disponibilité unique avec la configuration suivante.
- Paramètre de seuil — Utilisation de la mémoire
- Limite minimale : 40
- Limite maximale : 85
- Temps de visionnage — 3 minutes
- Période de recharge — 10 minutes
- Délai d’expiration de la connexion de vidange — 10 minutes
- Délai d’expiration TTL — 60 secondes
Une fois le groupe Autoscale créé, les statistiques sont collectées à partir du groupe Mise à Autoscale. La stratégie Mise à l’Autoscale évalue également si un événement de mise à l’Autoscale est en cours et si une mise à l’échelle automatique est en cours, attend la fin de cet événement avant de collecter les statistiques.
Séquence des événements :
- T1 et T2 : l’utilisation de la mémoire dépasse la limite maximale de seuil.
- T3 - L’utilisation de la mémoire est inférieure aux limites de seuil maximum.
-
T6, T5, T4 : L’utilisation de la mémoire a dépassé la limite maximale consécutivement pour trois durées de temps de surveillance.
- Une mise à l’échelle est déclenchée.
- Le provisionnement des nœuds se produit.
- La période de recharge est en vigueur.
-
T7 — T16 : L’évaluation de l’échelle automatique est ignorée pour cette zone de disponibilité de T7 à T16 lorsque la période de refroidissement est en vigueur.
- T18, T19, T20 - L’utilisation de la mémoire a dépassé la limite minimale consécutive pour trois durées de temps de montre.
- La mise à l’échelle est déclenchée.
- Le délai d’expiration de la connexion de vidange est en vigueur.
- Les adresses IP sont retirées du DNS/NLB.
-
T21 — T30 : L’évaluation automatique de la mise à l’échelle est ignorée pour cette zone de disponibilité de T21 à T30 lorsque le délai d’expiration de la connexion de drain est en vigueur.
- T31
- Pour la mise à l’échelle automatique basée sur DNS, TTL est en vigueur.
- Pour la mise à l’échelle automatique basée sur la NLB, le désapprovisionnement des instances se produit.
- T32
- Pour la mise à l’échelle automatique basée sur la NLB, l’évaluation des statistiques commence.
- Pour la mise à l’échelle automatique basée sur DNS, le désapprovisionnement des instances se produit.
- T33 : Pour la mise à l’échelle automatique basée sur DNS, l’évaluation des statistiques commence.
Partager
Partager
Dans cet article
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.