Проблема открытия файла из пользовательского ввода в сборке MIPS
Multi-AZ не означает то же самое в Aurora, как и для MySQL и MariaDB. С Aurora любая копия в кластере может взять на себя ответственность за отказ мастера (хотя выбор основан на приоритете, поэтому это не просто случайная выбранная реплика, если имеется более одной реплики), а хранилище уже / always multi-AZ в Aurora, потому что это основная часть дизайна Aurora. Таким образом, Aurora может быть «преобразована» в Multi-AZ.
По-видимому, это единственный способ сделать экземпляр Aurora из моментального снимка на основе этого:
Вы можете перенести снимок базы данных из базы данных Amazon RDS MySQL DB для создания кластера Aurora DB.
...
Вы можете перенести ручной или автоматизированный снимок БД. После создания кластера БД вы можете создать дополнительные реплики Aurora.
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Migrate.RDSMySQL.html
Если вы создаете кластер Aurora с несколькими AZ, без моментального снимка, это все, что происходит - создается мастер и реплика. В этом случае вы можете фактически удалить реплику и сделать ее не мульти-AZ, что является другим процессом, чем то, что связано с MySQL или MariaDB.
«Создать кластер» - как используется в цитата выше - это потенциально запутанный термин, так как вы, естественно, считаете, что кластер означает два или более, но на самом деле кластер Aurora может быть технически «кластером» всего одного экземпляра. Каждый экземпляр Aurora является частью именно одного кластера. Один экземпляр - это первичный (главный), а любые дополнительные экземпляры - это реплики.
Если кластер БД не содержит Aurora Replicas, то основной экземпляр воссоздается во время события сбоя.