Fonctionnement des surveillances de l'état dans les configurations Amazon Route 53 complexes

La vérification de l'état des ressources dans les configurations complexes fonctionne de la même façon que dans les configurations simples. Cependant, dans les configurations complexes, vous utilisez une combinaison d'enregistrements d'alias (par exemple des alias pondérés et des alias de basculement) et d'enregistrements sans alias pour créer un arbre de décision qui vous permet de mieux contrôler la façon dont Route 53 répond aux demandes.

Par exemple, vous pouvez utiliser des enregistrements d'alias de latence pour sélectionner une région à proximité d'un utilisateur et utiliser des enregistrements pondérés pour au moins deux ressources dans chaque région afin d'assurer une protection contre la défaillance d'un point de terminaison unique ou d'une zone de disponibilité. Le schéma suivant illustre cette configuration.

Voici comment Amazon EC2 et Route 53 sont configurés. Commençons au bas de l'arborescence, parce que c'est l'ordre dans lequel vous allez créer les enregistrements :

• Vous disposez de deux instances EC2 dans chacune des deux régions, us-east-1 et ap-southeast-2. Vous souhaitez que Route 53 achemine le trafic vers vos instances EC2 selon qu'elles sont saines ou pas, et, par conséquent, vous créez une surveillance de l'état pour chaque instance. Vous configurez chaque surveillance de l'état pour envoyer les demandes de surveillance de l'état à l'instance correspondante sur l'adresse IP Elastic de l'instance.

  Comme Route 53 est un service global, vous ne spécifiez pas la région dans laquelle vous souhaitez créer des surveillances de l'état.

• Vous souhaitez acheminer le trafic vers les deux instances de chaque région en fonction du type d'instance et, par conséquent, vous créez un enregistrement pondéré pour chaque instance et attribuer à chaque enregistrement une pondération. (Vous pouvez modifier la pondération ultérieurement pour acheminer plus ou moins de trafic vers une instance.) Vous associez aussi la surveillance de l'état applicable à chaque instance.

  Lorsque vous créez les enregistrements, vous utilisez des noms tels que us-east-1-www.example.com. et ap-southeast-2-www.example.com. Vous attendez de parvenir en haut de l'arborescence pour donner aux enregistrements les noms que vos utilisateurs utilisent pour accéder à votre site web ou application web (example.com, par exemple).

• Comme vous souhaitez acheminer le trafic vers la région qui offre la plus faible latence pour vos utilisateurs, vous choisissez la stratégie de routage de latence pour les enregistrements en haut de l'arborescence.

  Vous souhaitez acheminer le trafic vers les enregistrements de chaque région, et non directement vers les ressources de chaque région (les enregistrements pondérés le font déjà). Par conséquent, vous créez des enregistrements d'alias de latence.

  Lorsque vous créez les enregistrements d'alias, vous leur attribuez le nom que vos utilisateurs doivent employer pour accéder à votre site web ou application web (example.com, par exemple). Les enregistrements d'alias acheminent le trafic d'example.com vers les enregistrements us-east-1-www.example.com et ap-southeast-2-www.example.com.

  Pour les deux enregistrements d'alias de latence, vous définissez la valeur de l'option Évaluer l'état de la cible sur Oui. Cela entraîne Route 53 à déterminer s'il y a des ressources saines dans une région avant d'essayer d'y acheminer le trafic. Si tel n'est pas le cas, Route 53 choisit une ressource saine dans l'autre région.

Le schéma ci-dessus illustre la séquence d'événements suivante :

1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.

2. Route 53 sélectionne un enregistrement pondéré en fonction de la pondération. La valeur du paramètre Evaluate Target Health (Évaluer l'état de la cible) est Yes (Oui) pour l'enregistrement d'alias de latence. De ce fait, Route 53 vérifie l'état de l'enregistrement pondéré sélectionné.

3. La surveillance de l'état a échoué. Route 53 choisit donc un autre enregistrement pondéré en fonction de la pondération et vérifie son état. Cet enregistrement est également non sain.

4. Route 53 se retire de cette branche de l'arborescence, recherche l'enregistrement d'alias de latence offrant la deuxième meilleure latence et choisit l'enregistrement pour ap-southeast-2.

5. Route 53 sélectionne à nouveau un enregistrement en fonction de la pondération, puis vérifie l'état de la ressource sélectionnée. Comme la ressource est saine, Route 53 renvoie la valeur applicable en réponse à la requête.

Que se passe-t-il lorsque vous associez une surveillance de l'état à un enregistrement d'alias ?

Vous pouvez associer une surveillance de l'état à un enregistrement d'alias au lieu de, ou en plus de, définir la valeur du paramètre Évaluer l'état de la cible sur Oui. Cependant, le résultat est généralement plus probant lorsque Route 53 répond aux requêtes en fonction de l'état des ressources sous-jacentes, c'est-à-dire les serveurs HTTP, les serveurs de base de données et autres ressources auxquels vos enregistrements d'alias font référence. Supposons par exemple que la configuration correspond à la configuration suivante :

• Vous attribuez une surveillance de l'état à un enregistrement d'alias de latence pour lequel la cible de l'alias est un groupe d'enregistrements pondérés.

• Vous définissez la valeur de l'option Évaluer l'état de la cible sur Oui pour l'enregistrement d'alias de latence.

Dans cette configuration, les deux conditions suivantes doivent être remplies avant que Route 53 renvoie la valeur applicable pour un enregistrement pondéré :

• La surveillance de l'état associée à l'enregistrement d'alias de latence doit être validée.

• Au moins un enregistrement pondéré doit être considéré comme sain, soit parce qu'il est associé à une surveillance de l'état validée, soit parce qu'il n'est associé à aucune surveillance de l'état. Dans ce dernier cas, Route 53 considère toujours que l'enregistrement pondéré est sain.

Dans l'illustration suivante, la surveillance de l'état pour l'enregistrement d'alias de latence sur la partie supérieure gauche a échoué. En conséquence, Route 53 ne répond plus aux requêtes à l'aide des enregistrements pondérés auxquels l'enregistrement d'alias de la latence se réfère s'ils sont tous sains. Route 53 commence à prendre de nouveau en compte ces enregistrements pondérés uniquement lorsque la surveillance de l'état pour l'enregistrement d'alias de la latence redevient saine. (Pour les exceptions, consultez Choix des enregistrements par Amazon Route 53 lorsque la surveillance de l'état est configurée.)

Que se passe-t-il lorsque vous omettez des surveillances de l'état ?

Dans une configuration complexe, il est important d'associer les surveillances de l'état à tous les enregistrements sans alias. Dans l'exemple suivant, il manque une surveillance de l'état sur l'un des enregistrements pondérés de la région us-east-1.

Voici ce qui se produit si vous omettez une surveillance de l'état sur un enregistrement sans alias dans cette configuration :

1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.

2. Route 53 recherche dans la cible de l'alias l'enregistrement d'alias de latence et vérifie le statut des surveillances de l'état correspondantes. La surveillance de l'état d'un enregistrement pondéré a échoué. L'enregistrement pondéré n'est donc pas pris en compte.

3. L'autre enregistrement pondéré de la cible de l'alias pour la région us-east-1 ne comporte aucune surveillance de l'état. La ressource correspondante peut être ou ne pas être saine. Toutefois, sans surveillance de l'état, Route 53 n'a aucun moyen de le savoir. Route 53 suppose que la ressource est saine et renvoie la valeur applicable en réponse à la requête.

Que se passe-t-il lorsque vous définissez le paramètre Evaluate Target Health sur No ?

En général, vous devez définir le paramètre Evaluate Target Health (Évaluer l'état de la cible) sur Yes (Oui) pour tous les enregistrements d'alias d'une arborescence. Si vous définissez le champ Évaluer l'état de la cible sur Non, Route 53 continue à acheminer le trafic vers les enregistrements auxquels un enregistrement d'alias fait référence, même si les surveillances de l'état pour ces enregistrements échouent.

Dans l'exemple suivant, tous les enregistrements pondérés comportent des surveillances de l'état associées, mais le paramètre Évaluer l'état de la cible est défini sur Non pour l'enregistrement d'alias de latence de la région us-east-1 :

Voici ce qui se produit lorsque vous définissez le paramètre Évaluer l'état de la cible sur Non pour un enregistrement d'alias cette configuration :

1. Route 53 reçoit une requête pour example.com. En fonction de la latence pour l'utilisateur effectuant la requête, Route 53 sélectionne un enregistrement d'alias de latence pour la région us-east-1.

2. Route 53 détermine la cible de l'alias pour l'enregistrement d'alias de latence et contrôle les surveillances de l'état correspondantes. Ils sont tous deux en échec.

3. Étant donné que la valeur du paramètre Evaluate Target Health (Évaluer l'état de la cible) est No (Non) pour l'enregistrement d'alias de latence pour la région us-east-1, Route 53 doit choisir un enregistrement dans cette branche au lieu de délaisser cette dernière et de rechercher un enregistrement sain dans la région ap-southeast-2.