configuration AWS rds multi-az

Aug 16 2020

Sur le cluster aws rds postgresql (et non aurora), il existe une instance d'écrivain et une instance de lecteur. Quelques questions -

  1. Dans la sortie de la commande describe-db-cluster, il affiche "MultiAZ": true, mais describe-db-instances des instances de ce cluster indique "MultiAZ": false.
  • (a) Les instances du cluster sont-elles configurées pour être multi-az?
  • (b) Chaque fois que l'instance de l'écrivain échoue, je vois que le lecteur devient un écrivain, un peu confus ici parce que je pensais que la différence entre la configuration du réplica multi-az et en lecture est qu'en cas de basculement automatique de multi-az et en cas de besoins de basculement du réplica en lecture à déclencher manuellement. Comment se fait-il que le réplica en lecture devienne le principal en cas de basculement?
  • (c) Pourquoi multi-az se révèle être vrai au niveau du cluster. Est-ce que cela montre multi-az parce que le lecteur et l'écrivain sont dans des az différents?
  1. Comment savoir quelle classe de stockage (iops provisionné, gp2) est utilisée par les instances du cluster? Je suis incapable de le comprendre à partir de la sortie de la commande describe-db-instances ou describe-db-cluster.

Réponses

Marcin Aug 16 2020 at 16:16

Je pense qu'il y a une certaine confusion ici en ce qui concerne le cluster, l'aurore, le multi-az, etc.

"Cluster" s'applique uniquement à Aurora. Ainsi, il n'existe pas de "cluster postgresql (pas aurora)" et la commande describe-db-clusterne fonctionnera pas sur les bases de données non-aurora. Si vous essayez de l'exécuter sur une instance de base de données non-aurora, vous obtiendrez:

DBCluster <name> not found

Dans Aurora, MultiAZest fourni via des répliques Aurora (c'est-à-dire des lecteurs), tandis que dans les bases de données RDS, MultiAZest fourni via une instance de base de données de secours, qui est différente des répliques en lecture.

Comment se fait-il que le réplica en lecture devienne le principal en cas de basculement?

Parce que c'est exactement ce qui se passe lorsque vous exécutez Aurora. Dans RDS, le Stand-by devient le nouveau réplica principal et non en lecture.

Pourquoi multi-az se révèle être vrai au niveau du cluster. Est-ce que cela montre multi-az parce que le lecteur et l'écrivain sont dans des az différents?

Oui. Dans Aurora, Multi-AZ est activé via des lecteurs dans différents AZ que primaire.

Comment savoir quelle classe de stockage (iops provisionné, gp2) est utilisée par les instances du cluster?

Dans Aurora, il n'y a pas de notion de classes de stockage différentes. AWS utilise pour cela une solution de stockage de développement différente et interne .