Я изучаю новый продукт Amazon RDS и кажется, что его можно масштабировать только вертикально (т.е. поставить более сильный сервер).
Видел ли кто-нибудь возможность настроить несколько экземпляров так, чтобы один был ведущим, а другой - подчиненными репликации?
Тот же вопрос задан (и на него дан ответ) здесь http://developer.amazonwebservices.com/connect/thread.jspa?threadID=37823
Похоже, что есть планы Master-Master HA или аналогичные, но это не то же самое, что реплицированное масштабируемое предложение.
Согласно FAQ это возможно сейчас, см. http://aws.amazon.com/rds/faqs/#86 :
Вопрос. Какие типы репликации поддерживает Amazon RDS и когда следует использовать каждый из них?
Amazon RDS предлагает два различных варианта репликации для разных целей.
Если вы хотите использовать репликацию для повышения доступности базы данных, защищая ваши последние обновления базы данных от незапланированных сбоев, рассмотрите возможность запуска вашего экземпляра БД в качестве развертывания в нескольких зонах доступности. Когда вы создаете или изменяете свой инстанс БД для работы в качестве развертывания в нескольких зонах доступности, Amazon RDS автоматически выделяет и управляет «резервной» репликой в другой зоне доступности (независимая инфраструктура в физически отдельном расположении). В случае планового обслуживания базы данных, сбоя инстанса БД или сбоя зоны доступности Amazon RDS автоматически переключится на резервный сервер, чтобы можно было быстро возобновить работу базы данных без вмешательства администратора. В развертываниях в нескольких зонах доступности используется синхронная репликация, благодаря чему база данных одновременно записывается как на основной, так и на резервный сервер, чтобы резервный сервер был актуальным в случае аварийного переключения. Хотя наша технологическая реализация инстансов БД в нескольких зонах доступности обеспечивает максимальную надежность данных в сценариях сбоя, она предотвращает прямой доступ к резервной копии или ее использование для операций чтения. Отказоустойчивость, обеспечиваемая развертываниями в нескольких зонах доступности, делает их естественным образом подходящими для производственных сред; чтобы узнать больше о развертывании в нескольких зонах доступности, посетите этот раздел часто задаваемых вопросов.
Если вы хотите воспользоваться преимуществами встроенной репликации MySQL 5.1, чтобы выйти за рамки ограничений емкости одного инстанса БД для рабочих нагрузок базы данных с большим объемом операций чтения, Amazon RDS упростит эту задачу с помощью реплик чтения. Вы можете создать реплику чтения данного «исходного» инстанса БД с помощью Консоли управления AWS или API CreateDBInstanceReadReplica. После создания реплики чтения обновления базы данных исходного экземпляра БД будут распространяться на реплику чтения. Вы можете создать несколько реплик чтения для данного исходного экземпляра БД и распределить трафик чтения вашего приложения между ними. В отличие от развертываний в нескольких зонах доступности, реплики чтения используют встроенную репликацию MySQL 5.1 и подвержены ее сильным сторонам и ограничениям. В частности, обновления применяются к вашим репликам чтения после того, как они происходят в исходном инстансе БД («асинхронная» репликация), и задержка репликации может значительно различаться. Это означает, что последние обновления базы данных, сделанные для стандартного (не в нескольких зонах доступности) исходного инстанса БД, могут отсутствовать на связанных репликах чтения в случае незапланированного простоя исходного инстанса БД. Таким образом, реплики чтения не обеспечивают таких же преимуществ надежности данных, как развертывания в нескольких зонах доступности. Хотя реплики чтения могут обеспечить некоторые преимущества доступности чтения, они не предназначены для повышения доступности записи.
С помощью Amazon RDS вы можете одновременно использовать развертывания в нескольких зонах доступности и реплики чтения, чтобы воспользоваться дополнительными преимуществами каждого из них. Вы можете просто указать, что данное развертывание в нескольких зонах доступности является исходным экземпляром БД для ваших реплик чтения. Таким образом, вы получаете как преимущества надежности и доступности данных развертываний в нескольких зонах доступности, так и преимущества масштабирования чтения реплик чтения.
