In Citrix ADC 13.0
In Citrix ADC
In All products
Documentation produit
In Citrix ADC 13.0
In Citrix ADC
In All products
Citrix ADC
13.0 12.1 12.0 11.1 10.5
Voir PDF

Fonctionnement de la haute disponibilité sur AWS

September 8, 2020
Contribution de:  C

Vous pouvez configurer deux instances Citrix ADC VPX sur AWS en tant que paire actif-passif haute disponibilité (HA). Lorsque vous configurez une instance en tant que nœud principal et l’autre en tant que nœud secondaire, le nœud principal accepte les connexions et gère les serveurs. Le nœud secondaire surveille le principal. Si, pour une raison quelconque, le nœud principal n’est pas en mesure d’accepter les connexions, le nœud secondaire prend le relais.

Dans AWS, les types de déploiement suivants sont pris en charge pour les instances VPX :

  • Haute disponibilité dans la même zone
  • Haute disponibilité dans différentes zones

Remarque

Pour que la haute disponibilité fonctionne, assurez-vous que les deux instances Citrix ADC VPX sont attachées avec des rôles IAM et attribuées avec l’adresse IP élastique (EIP) au NSIP. Vous n’avez pas besoin d’affecter un EIP sur NSIP si le NSIP peut atteindre Internet via l’instance NAT.

Haute disponibilité dans les mêmes zones

Dans un déploiement à haute disponibilité dans les mêmes zones, les deux instances VPX doivent avoir des configurations réseau similaires.

Suivez ces deux règles :

Article 1. Toute carte réseau sur une instance VPX doit se trouver dans le même sous-réseau que la carte réseau correspondante dans l’autre VPX. Les deux instances doivent avoir :

  • Interface de gestion sur le même sous-réseau (appelé sous-réseau de gestion)
  • Interface client sur le même sous-réseau (appelé sous-réseau client)
  • Interface serveur sur le même sous-réseau (appelé sous-réseau serveur)

Article 2. La séquence de la carte réseau de gestion, de la carte réseau client et du serveur sur les deux instances doit être identique. Par exemple, le scénario suivant n’est pas pris en charge.

Instance VPX 1

NIC 0 : carte réseau de gestion 1 : carte réseau client 2 : serveur

Instance VPX 2

NIC 0 : gestion

Carte réseau 1 : serveur

Carte réseau 2 : client

Dans ce scénario, la carte réseau 1 de l’instance 1 est dans le sous-réseau client tandis que la carte réseau 1 de l’instance 2 est dans le sous-réseau du serveur. Pour que HA fonctionne, la carte réseau 1 des deux instances doit se trouver soit dans le sous-réseau client, soit dans le sous-réseau serveur.

À partir de 13.0 41.xx, la haute disponibilité peut être obtenue en migrant des adresses IP privées secondaires attachées aux cartes réseau (cartes réseau client et côté serveur) du nœud HA principal vers le nœud HA secondaire après le basculement. Dans ce déploiement :

  • Les deux instances VPX ont le même nombre de cartes réseau et de mappage de sous-réseau selon l’énumération de la carte réseau.

  • Chaque carte réseau VPX possède une adresse IP privée supplémentaire, à l’exception de la première carte réseau - qui correspond à l’adresse IP de gestion. L’adresse IP privée supplémentaire apparaît comme l’adresse IP privée principale dans la console Web AWS. Dans notre document, nous désignons cette adresse IP supplémentaire comme adresse IP fictive).

  • Les adresses IP factices ne doivent pas être configurées sur l’instance de Citrix ADC en tant que VIP et SNIP.

  • D’autres adresses IP privées secondaires doivent être créées, selon les besoins, et configurées en tant que VIP et SNIP.

  • En cas de basculement, le nouveau nœud principal recherche les SNIP et les VIP configurés et les déplace des cartes réseau attachées aux cartes principales précédentes vers les cartes réseau correspondantes sur les nouvelles cartes principales.

  • Les instances de Citrix ADC nécessitent des autorisations IAM pour que HA fonctionne. Ajoutez les privilèges IAM suivants à la stratégie IAM ajoutée à chaque instance

"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeNetworkInterfaces" "ec2:AssignPrivateIpAddresses"

Remarque : n’unassignPrivateIpAddress est pas obligatoire.

Cette méthode est plus rapide que la méthode héritée. Dans l’ancienne méthode, HA dépend de la migration des interfaces réseau élastiques AWS du nœud principal vers le nœud secondaire.

Pour la méthode héritée, les stratégies suivantes sont requises :

"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeAddresses" "ec2:AssociateAddress" "ec2:DisassociateAddress"

Pour de plus amples informations, consultez Déployer une paire haute disponibilité sur AWS.

Haute disponibilité dans différentes zones

Vous pouvez configurer deux instances Citrix ADC VPX sur deux sous-réseaux différents ou deux zones de disponibilité AWS différentes, en tant que paire actif-passif haute disponibilité en mode INC (Independent Network Configuration). Lors du basculement, l’EIP (Elastic IP) du VIP de l’instance principale migre vers le secondaire, qui prend le relais en tant que nouveau principal. Dans le processus de basculement, l’API AWS :

  • Vérifie les serveurs virtuels auxquels les IPsets sont attachés.
  • Recherche l’adresse IP qui a une adresse IP publique associée, à partir des deux adresses IP sur lesquelles le serveur virtuel écoute. Une qui est directement connectée au serveur virtuel et une qui est connectée via le jeu d’adresses IP.
  • Réassocie l’IP publique (EIP) à l’IP privée appartenant au nouveau VIP principal.

Pour les HA dans différentes zones, les stratégies suivantes sont requises :

"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeAddresses" "ec2:AssociateAddress" "ec2:DisassociateAddress"

Pour de plus amples informations, consultez Haute disponibilité dans toutes les zones de disponibilité AWS.

Avant de commencer votre déploiement

Avant de commencer un déploiement HA sur AWS, lisez le document suivant :

Fonctionnement de la haute disponibilité sur AWS

September 8, 2020
Contribution de:  C
September 8, 2020
Contribution de:  C

Dans cet article