Multi-AZ ne signifie pas la même chose dans Aurora que pour MySQL et MariaDB. Avec Aurora, n'importe quelle réplique du cluster peut prendre le relais du maître en cas d'échec (bien que la sélection soit basée sur la priorité, il ne s'agit donc pas simplement d'une réplique sélectionnée au hasard, s'il y en a plusieurs), et le stockage est déjà /toujours multi-AZ dans Aurora car c'est un élément central de la conception d'Aurora. Ainsi, Aurora peut être "converti" en Multi-AZ.
Apparemment, c'est la seule façon de procéder lors de la création d'une instance Aurora à partir d'un instantané, sur la base de ceci :
Si vous créez un cluster Aurora multi-AZ sans instantané, c'est tout ce qui se passe :un maître et un réplica sont créés. Dans ce cas, vous pouvez en fait supprimer le réplica et le rendre non multi-AZ, ce qui est un processus différent de ce qui est impliqué avec MySQL ou MariaDB.
"Créer un cluster" - tel qu'utilisé dans la citation ci-dessus - est un terme potentiellement déroutant, car vous supposeriez naturellement qu'un cluster signifie deux ou plus, mais en fait, un cluster Aurora peut techniquement être un "cluster" d'un seul exemple. Chaque instance Aurora fait partie d'exactement un cluster. Une instance est l'instance principale (maître) et toutes les instances supplémentaires sont des répliques.
