В настоящее время Amazon Аврора не предназначена для поддержки мульти-мастер-модели в качестве не предлагает auto_increment_offset и конфигурацию auto_increment_increment параметры, необходимую для истинного активного/активного мульти-мастер репликации. Поскольку каждый кластер Aurora может реплицироваться в и из другого кластера Aurora, «теоретически» возможно вручную настроить активный/пассивный кластер с несколькими мастерами. Существует возможность настроить активный/активный, если вы можете использовать первичные ключи, которые могут быть гарантированы уникальными по всему кластеру (т. Е. Забыть об автоматическом приращении).
Обычно я не рекомендую Active/Active multi-master из-за сложности и риска, связанных с разрешением конфликтов между мастерами. По сути, это делает MySQL «в конечном итоге последовательным» хранилищем данных, для чего существуют другие, более эффективные решения.
Для приложений, в которых время безотказной работы имеет первостепенное значение, я обычно рекомендую разработать приложение для продолжения работы в деградированном режиме, когда он способен читать (реплики), но не записывать в базу данных. Затем необходима надежная, проверенная стратегия поглощения/продвижения, чтобы восстановить возможности записи ([cough] Amazon Aurora).
Вы упомянули модель с несколькими мастерами? – datasage
Что такое «больше одного обмена?» –
AWS анонсировала предварительную доступность мультимастера Aurora по адресу: Invent 2017 (2017-11-29). Подробности будут опубликованы. –