Amazon RDS: могут ли базы данных настраиваться в режиме репликации?

Question

Я изучаю новый продукт Amazon RDS и кажется, что его можно масштабировать только вертикально (т. Е. Поставить более сильный сервер).

Кто-нибудь видит возможность настроить несколько экземпляров, чтобы один из них был мастером, а другой/s был/являются ведомыми репликации?

Answer 1

же вопросы задают (и ответил) здесь http://developer.amazonwebservices.com/connect/thread.jspa?threadID=37823

Похоже, есть планы Master-Master HA или аналогичный, но это не то же самое реплицируемая Масштабное предложение.

Answer 2

Согласно FAQ это возможно сейчас, см http://aws.amazon.com/rds/faqs/#86:

Q: Какие типы репликации делает поддержка Amazon RDS и когда я должен использовать каждый?

Amazon RDS предоставляет два варианта репликации для различных целей .

Если вы хотите использовать репликацию для увеличения базы данных доступности, защищая ваши последних обновлений базы данных против незапланированных отключений, рассмотрите возможность выполнения вашего DB Instance как Multi-AZ развертывания. При создании или изменении ваш DB Instance, чтобы работать как Multi-AZ развертывания, Amazon RDS будет автоматически положение и управлять «Standby» реплику в другой Наличие зоны (независимая инфраструктуры физически отдельное место) , В случае планового технического обслуживания базы данных, DB сбоя экземпляра или отказа зоны доступности , Amazon RDS будет автоматически переключится на режим ожидания так что операции базы данных могут возобновить быстро и без административного вмешательства . Развертывание Multi-AZ использует синхронную репликацию, делает запись базы данных одновременно на как в режиме ожидания, так и в режиме ожидания, так что в режиме ожидания будет обновляться в событии . В то время как наша технологической реализации для Multi-AZ DB экземпляров максимизирует данные долговечность при отказах, он исключает ожидания от того, доступа непосредственно или использоваться для чтения операций. Точность отказов , предлагаемая развертыванием Multi-AZ, делает их естественной пригодностью для производства окружающая среда; чтобы узнать больше о Развертывания Multi-AZ, пожалуйста, посетите этот раздел часто задаваемых вопросов.

Если вы хотите воспользоваться преимуществами MySQL 5.1, построенной в репликации в масштаб за ограничений пропускной способности одного DB Instance для чтения тяжелой базы данных нагрузки, Amazon RDS облегчает с прочитанным Реплики. Вы можете создать Read Replica данного «исходного» DB Экземпляр с использованием управления AWS Консоль или CreateDBInstanceReadReplica API.После создания Read Replica обновлений базы данных на исходном DB Экземпляры будут распространяться на Read Replica. Вы можете создать несколько Читать реплики для заданного источника. DB Включите и распределите ваш считыватель среди . В отличие от развертываний Multi-AZ, Read Replicas использует встроенную репликацию MySQL 5.1 в формате и подпадает под ее сильные и слабые стороны. В частности, , обновления применяются к вашей реплике Read (ы) после того, как они происходят от источника БД Instance («асинхронная» репликация) и задержки репликации может варьироваться значительно. Это означает, что последние обновления базы данных, сделанные по стандарту (не Multi-AZ) Исходный DB-экземпляр может не присутствовать при ассоциированном чтении Реплики при незапланированном отключении на исходном экземпляре БД. Так как такие, Read Replicas не предоставляют такие же преимущества долговечности данных, как Развертывание Multi-AZ. Хотя Read Реплики могут предоставить некоторые данные о доступности, не предназначены для улучшения записи .

С помощью Amazon RDS вы можете использовать развертывание Multi-AZ и читать реплики в сочетании с дополнительными преимуществами каждого из них: . Вы, , можете просто указать, что заданное развертывание Multi-AZ является исходным DB Экземпляр для вашей Read Replica (s). Таким образом вы получаете как данные долговечность и доступность преимуществ развертываний Multi-AZ, а также чтение масштабирующих преимуществ Read Replicas.