Amazon RDS в нескольких зонах доступности с одним резервным инстансом

Автоматическая обработка отказов Защита производительности базы данных Повышенная надежность Повышенная доступность
Поддержите высокую доступность своего приложения благодаря автоматической обработке отказа, которая выполняется всего за 60 секунд без потери данных и вмешательства пользователя.
Предотвратите приостановку ввода-вывода на основном инстансе во время резервного копирования, проводя резервное копирование с резервного инстанса.
Используйте технологии синхронной репликации Amazon RDS в нескольких зонах доступности, чтобы сохранять актуальность данных на резервном инстансе базы данных. Повысьте доступность, развернув резервный инстанс во второй зоне доступности, и обеспечьте отказоустойчивость в случае сбоя зоны доступности или инстанса базы данных.

Как это работает

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

Amazon RDS в нескольких зонах доступности с двумя резервными инстансами с возможностью чтения

Автоматическое восстановление работоспособности, как правило, занимает менее 35 секунд Используйте отдельные адреса для чтения и записи Почти двукратное снижение задержки транзакций подтверждения записи Обновления второстепенных версий обычно занимают менее 1 секунды 
Пользуйтесь автоматическим переключением, которое производится без потерь данных и вмешательства пользователя менее чем за 35 секунд. Направляйте запросы на серверы записи и соответствующие резервные инстансы реплик чтения, чтобы максимально повысить производительность и масштабируемость.  Обеспечьте почти двукратное снижение задержки операций записи по сравнению с развертыванием в нескольких зонах доступности с одним резервным инстансом. Сократите время простоя при обновлении незначительных версий почти до 35 секунд. Еще больше сократите время простоя до 1 секунды, добавив в развертывание прокси-сервер с открытым исходным кодом или прокси-сервер RDS.

Как это работает

Развертывайте надежные базы данных MySQL и PostgreSQL с высокой доступностью в трех зонах доступности при помощи Amazon RDS в нескольких зонах доступности с тремя резервными инстансами с возможностью чтения. Пользуйтесь автоматической отказоустойчивостью, которая обычно занимает менее 35 секунд, дополнительным объемом ресурсов чтения, вычислениями на базе или AWS Graviton2, или Intel, и обеспечьте почти двукратное снижение времени задержек по сравнению с Amazon RDS в нескольких зонах доступности с одним резервным инстансом.

Amazon Aurora

Автоматическая обработка отказа всего за пять секунд Оптимизация производительности благодаря использованию до 15 реплик для чтения Максимальное повышение надежности

Повышение доступности до 99,99 % 

Пользуйтесь автоматической отработкой отказа инстанса, которая проводится всего за пять секунд, и предотвратите простои Обеспечьте пиковую производительность и оптимизируйте пропускную способность операций чтения, создавая копии данных в одной из 15 реплик с возможностью чтения с небольшой задержкой Защитите данные во время сбоев или потери зоны доступности благодаря виртуализированному слою хранилища на основе SSD, который реплицирует данные в шести экземплярах в трех зонах доступности  Гарантируйте доступность базы данных, обеспечив ее безотказную работу в течение 99,99 % тарифицируемого времени каждый месяц

Как это работает

Amazon Aurora использует виртуализированный уровень хранилища на основе SSD, который автоматически создает реплики вашего хранилища в трех зонах доступности, обрабатывая потерю до двух копий данных без ущерба для доступности операций записи и до трех копий без ущерба для доступности операций чтения.
Знакомство с Amazon RDS в нескольких зонах доступности (1:20)

Знакомство с Amazon RDS в нескольких зонах доступности

Развертывание Amazon RDS в нескольких зонах доступности обеспечивает повышенную доступность и надежность инстансов базы данных (БД) Amazon RDS, что делает их естественным решением для производственных рабочих нагрузок баз данных. Благодаря двум вариантам развертывания вы можете настроить свои рабочие нагрузки на необходимую им доступность.
Знакомство с Amazon RDS в нескольких зонах доступности
Развертывание Amazon RDS в нескольких зонах доступности обеспечивает повышенную доступность и надежность инстансов базы данных (БД) Amazon RDS, что делает их естественным решением для производственных рабочих нагрузок баз данных. Благодаря двум вариантам развертывания вы можете настроить свои рабочие нагрузки на необходимую им доступность.

Сравнительная таблица

Amazon RDS в одной зоне доступности или Amazon RDS в нескольких зонах доступности с одним резервным инстансом, либо Amazon RDS в нескольких зонах доступности с двумя инстансами с возможностью чтения

Возможность

В одной зоне доступности

В нескольких зонах доступности с одним резервным инстансом

В нескольких зонах доступности с двумя резервными инстансами с возможностью чтения

Доступные движки

  • Amazon RDS для PostgreSQL
  • Amazon RDS для MySQL
  • Amazon RDS для MariaDB
  • Amazon RDS для SQL Server
  • Amazon RDS для Oracle
  • Amazon RDS для Db2
  • Amazon RDS для PostgreSQL
  • Amazon RDS для MySQL
  • Amazon RDS для MariaDB
  • Amazon RDS для SQL Server
  • Amazon RDS для Oracle
  • Amazon RDS для Db2
  • Amazon RDS для PostgreSQL
  • Amazon RDS for MySQL

Дополнительная пропускная
способность для чтения

  • Нет. Ресурс чтения ограничен вашим основным ресурсом
  • Нет. Ваш резервный инстанс БД – лишь пассивный целевой объект обработки отказа для обеспечения высокой доступности
  • Два резервных инстанса БД выполняют роль целей обработки отказа и проводят трафик чтения
  • Объем ресурсов для чтения определяется расходами на операции записи из основного инстанса

·        

Низкая задержка (повышенная пропускная способность) для подтверждения записи транзакций

 

 

  • Почти вдвое более быстрое подтверждение записи транзакций по сравнению с Amazon RDS в нескольких зонах доступности с одним резервным инстансом

Длительность автоматической обработки отказов

  • Недоступно. Потребуется, чтобы пользователь инициировал операцию восстановления на момент времени.
  • Выполнение этой операции может занять несколько часов
  • Обновления, выполненные со времени последней точки восстановления (как правило, за последние пять минут), будут недоступны
  • Новый основной узел будет доступным для обслуживания новой рабочей нагрузки всего через 60 секунд
  • Время обработки отказа не зависит от пропускной способности для записи
  • Обычно новый основной узел становится доступным для обслуживания новой рабочей нагрузки всего через 35 секунд
  • Время обработки отказа зависит от длительности задержки реплики
Время простоя при обновлении второстепенных версий
  • При использовании автоматического обновления второстепенных версий во время 30-минутного периода обслуживания Amazon RDS возникает время простоя
  • При использовании автоматического обновления второстепенных версий во время 30-минутного периода обслуживания Amazon RDS возникает время простоя
  • Обычно менее 1 секунды, если клиенты добавляют к развертыванию прокси-сервер с открытым исходным кодом или прокси-сервер Amazon RDS
  • Обычно менее 35 секунд при использовании нескольких зон доступности и только двух доступных для чтения резервных устройств

Более стабильная работа при отказе зон доступности

  • Нет. В случае отказа зоны доступности вы рискуете потерять данные и потратить несколько часов на обработку отказа
  • В случае сбоя зоны доступности ваша рабочая нагрузка автоматически переключится на актуальный резервный инстанс
  • В случае сбоя произойдет переключение на один из двух остальных резервных инстансов, который примет на себя и станет обслуживать рабочую нагрузку (операции записи) с основного инстанса

Меньше джиттера при подтверждении записи транзакций

  • Без оптимизации в случае джиттера
  • Доступ к выделенным томам журналов
  • Использует локальное хранилище для журналов транзакций с целью уменьшения джиттера

Клиенты

SysCloud автоматически создает резервные копии критически важного программного обеспечения как услуги (SaaS), проводит мониторинг вредоносных файлов и предоставляет аналитические сведения о ваших данных и соответствии требованиям – и все это на одной панели управления. SysCloud использует Amazon RDS в нескольких зонах доступности с двумя резервными инстансами с возможностью чтения для системы внутреннего мониторинга: «Новая возможность развертывания Amazon RDS в нескольких зонах доступности дает возможность экономичного обеспечения повышенной производительности, доступности и масштабируемости операций чтения», – говорит Викрам Шринивасан, директор по инфраструктуре, SysCloud. «Благодаря новой возможности развертывания Amazon RDS в нескольких зонах доступности мы надеемся повысить удобство для клиентов».

Цены

Amazon RDS в нескольких зонах доступности доступен для: RDS для PostgreSQL, RDS для MySQL, RDS для MariaDB, RDS для SQL Server, RDS для Oracle и RDS для Db2. Amazon RDS в нескольких зонах доступности с двумя резервными инстансами доступен для RDS для PostgreSQL и RDS для MySQL. Чтобы узнать, как Amazon Aurora обеспечивает повышенную доступность, автоматически реплицируя данные в шести экземплярах в трех зонах доступности, см. Amazon Aurora.

Для развертываний как в одной, так и в нескольких зонах доступности (с одним резервным инстансом или двумя резервными инстансами с возможностью чтения) стоимость рассчитывается за час использования одного инстанса БД, начиная с момента запуска инстанса БД и заканчивая моментом его остановки или удаления. Неполные часы работы инстансов БД подлежат оплате на посекундной основе с минимальным платежом за десять минут работы инстанса с момента изменения его статуса, приводящего к началу работы (т. е. с момента создания, запуска или изменения класса инстанса БД).

Чтобы подробнее узнать о ценах на Amazon RDS в нескольких зонах доступности, см. страницы цен на Amazon RDS.

Ресурсы

Начало работы

Используйте следующие руководства пользователя и учебные пособия, чтобы быстро начать работу с Amazon RDS в нескольких зонах доступности.

ДОКУМЕНТАЦИЯ


Содержит описание концепции Amazon RDS в нескольких зонах доступности с одним резервным инстансом и предоставляет инструкции по изменению инстанса БД для развертывания в нескольких зонах доступности и по процессу обработки отказов в Amazon RDS.

ДОКУМЕНТАЦИЯ


Содержит описание концепции Amazon RDS в нескольких зонах доступности с двумя резервными кластерами с возможностью чтения и предоставляет инструкции по изменению, переименованию, перезагрузке и удалению кластера, а также использованию реплик чтения и логической репликации PostgreSQL с кластерами БД в нескольких зонах доступности.

РУКОВОДСТВО ПО НАЧАЛУ РАБОТЫ


В этом учебном пособии вы узнаете, как создать инстанс базы данных Oracle Standard Edition Two в Amazon RDS, используя модель лицензирования с прилагаемой лицензией, и как включить такие функции, как поддержка нескольких зон доступности и Performance Insights.

Видео

Посмотрите семинары, вебинары и другие видеоролики, чтобы узнать больше об Amazon RDS в нескольких зонах доступности.

ВЕБИНАРЫ TECH TALK


На этом семинаре вы ознакомитесь с несколькими зонами доступности, вариантами развертывания и преимуществами каждого из них, а также узнаете о двух удобных резервных инстансах с возможностью чтения и о последних улучшениях.

Блоги

Ознакомьтесь с последними улучшениями Amazon RDS в нескольких зонах доступности и узнайте, как применять их в своих сценариях использования Amazon RDS. 

Вопросы и ответы

Что собой представляет запуск инстанса БД с развертыванием в нескольких зонах доступности?

При создании или изменении инстанса БД для запуска его развертывания в нескольких зонах доступности сервис Amazon RDS автоматически предоставляет и поддерживает синхронизированную резервную реплику в другой зоне доступности. При обновлении инстанса БД синхронно обновляются и резервные реплики в других зонах доступности, что обеспечивает синхронизацию и защиту последних обновлений базы данных от сбоев инстанса БД.

Во время планового обслуживания некоторых типов или в маловероятном случае сбоя инстанса БД или всей зоны доступности Amazon RDS автоматически выполняет обработку отказа и переключение на резервную реплику, поэтому выполнение операций записи и чтения БД будет сразу же возобновлено. Адрес инстанса БД в процессе не меняется, поэтому приложение сможет продолжить работу с базой данных без дополнительной ручной настройки. Репликация при развертывании в нескольких зонах доступности осуществляется незаметно. Пользователь не выполняет никаких действий непосредственно с резервной репликой, ее нельзя использовать для распределения трафика операций чтения. Подробнее о развертывании в нескольких зонах доступности см. в Руководстве пользователя Amazon RDS.

Что такое зона доступности?

Зоны доступности – это отдельные местоположения внутри региона, которые в силу особенностей конфигурации защищены от влияния сбоев в других зонах доступности. Каждая зона доступности выполняется в собственной, физически изолированной, независимой инфраструктуре и изначально обладает высокой надежностью. Стандартные точки отказа (например, генераторы и оборудование для охлаждения) не используются совместно различными зонами доступности. Кроме того, зоны доступности физически отделены друг от друга, благодаря чему даже самые редкие стихийные бедствия (например, пожары, торнадо или наводнения) затронут только одну зону доступности. Между зонами доступности в одном и том же регионе работает сетевое подключение с низкой задержкой.

Что представляют собой основные и резервные инстансы при развертывании в нескольких зонах доступности?

Основной инстанс БД, работающий в нескольких зонах доступности, обслуживает операции записи и чтения БД. Кроме него, Amazon RDS автоматически создает и поддерживает резервные инстансы, представляющие собой актуальные реплики основного инстанса. Резервные инстансы задействуются при выполнении сценария обработки сбоя. После обработки сбоя резервный инстанс становится основным и выполняет операции с базой данных. Ни на одном этапе использования резервного инстанса (т. е. предоставления ресурсов для выполнения операций чтения) пользователь не работает с ним напрямую. Подробнее о масштабировании операций чтения за пределы ресурсов отдельного инстанса БД см. в разделе вопросов и ответов о репликах чтения.

Каковы преимущества развертывания в нескольких зонах доступности?

Основные преимущества запуска инстанса БД с развертыванием в нескольких зонах доступности – это повышение отказоустойчивости и доступности базы данных. Повышенная доступность и отказоустойчивость делают развертывание в нескольких зонах доступности оптимальным решением для использования в рабочей среде.

Запуска инстанса БД в нескольких зонах доступности обеспечивает защиту от потери данных в маловероятном случае сбоя компонента инстанса БД или при отсутствии доступа к одной из зон доступности. Например, в случае сбоя тома хранилища основного инстанса Amazon RDS автоматически выполнит обработку сбоя и переключение на резервный инстанс, содержащий все обновления базы данных. Таким образом обеспечивается повышенная сохранность данных по сравнению со стандартными развертываниями в одной зоне доступности, при которых восстановление требуется запускать вручную, а обновления, выполненные со времени последней точки восстановления (как правило, за последние пять минут), окажутся недоступны.

Запуск инстанса с развертыванием в нескольких зонах доступности также обеспечивает повышенную доступность базы данных. Если произойдет сбой зоны доступности или инстанса БД, база данных будет недоступна только во время автоматической обработки отказа. Развертывание в нескольких зонах доступности обеспечивает непрерывную работу в периоды планового обслуживания.

Например, при автоматическом резервном копировании выполнение операций ввода‑вывода на основном инстансе в рамках заданного интервала резервного копирования не приостанавливается, поскольку резервные копии делаются с резервного инстанса. При установке обновлений безопасности или масштабировании класса инстансов БД эти операции сначала выполняются для резервных инстансов перед автоматической обработкой отказа. Благодаря этому период недоступности БД сокращается до времени, требуемого на автоматическую обработку отказа.

Еще одно преимущество запуска инстанса БД в нескольких зонах доступности состоит в том, что обработка отказа инстанса БД осуществляется автоматически, без участия администратора. При использовании Amazon RDS не требуется отслеживать события инстанса БД и вручную инициировать восстановление инстанса БД (с помощью API RestoreDBInstanceToPointInTime или RestoreDBInstanceFromSnapshot) в случае сбоя последнего или всей зоны доступности.
 

Влияет ли развертывание в нескольких зонах доступности на производительность инстанса БД?

В связи с синхронной репликацией данных может наблюдаться увеличение задержки по сравнению со стандартным развертыванием инстанса БД в одной зоне доступности.

Как выполнить развертывание инстанса БД в нескольких зонах доступности?

Для развертывания инстанса БД в нескольких зонах доступности при его запуске в Консоли управления AWS выберите Yes (Да) для параметра Multi‑AZ Deployment (Развертывание в нескольких зонах доступности).

Либо выполните вызов CreateDBInstance в API сервиса Amazon RDS и установите значение true для параметра Multi‑AZ. Чтобы преобразовать существующий стандартный (для одной зоны доступности) инстанс БД для работы в нескольких зонах доступности, измените инстанс БД в Консоли управления AWS или с помощью API ModifyDBInstance, установив значение true для параметра Multi‑AZ.
 

Что происходит при конвертации инстанса Amazon RDS, развернутого в одной зоне доступности, в инстанс, развернутый в нескольких таких зонах?

В RDS для PostgreSQL, RDS для MySQL, RDS для MariaDB, RDS для SQL Server, RDS для Oracle и RDS для ядер баз данных Db2 при преобразовании инстанса Amazon RDS из объекта для одной зоны доступности в объект для нескольких происходят следующие события.

  • Делается снимок состояния основного инстанса.
  • На основе снимка состояния в другой зоне доступности создается новый резервный инстанс.
  • Настраивается синхронная репликация между основным и резервным инстансами.

Соответственно, во время конвертации инстанса, развернутого в одной зоне доступности, в инстанс, развернутый в нескольких зонах доступности, простоя в работе не происходит. Может, однако, наблюдаться увеличение задержки в те моменты, когда данные резервного инстанса синхронизируются с данными основного.

При возникновении каких событий Amazon RDS инициирует обработку отказа с переключением на резервную реплику?

Amazon RDS определяет самые распространенные сценарии отказа и выполняет автоматическое восстановление, возобновляя работу базы данных в кратчайшие сроки и без вмешательства администратора. Amazon RDS выполняет автоматическую обработку отказа при любом из следующих условий:

  • Потеря доступа в первичной зоне доступности
  • Потеря сетевого подключения к основному инстансу
  • Сбой вычислительного блока основного инстанса
  • Сбой хранилища основного инстанса

Примечание. Когда в отношении инстансов, развернутых в нескольких зонах доступности, инициируются такие операции, как масштабирование инстанса БД или применение исправлений к ОС, в целях повышения доступности они применяются сначала к резервным репликам перед выполнением автоматической обработки отказа. В результате период недоступности сокращается до времени, требуемого на выполнение автоматической обработки отказа. Обратите внимание, что при развертывании в нескольких зонах доступности в Amazon RDS не предусмотрена автоматическая обработка отказа при таких операциях с базами данных, как длительно выполняющиеся запросы, взаимоблокировка или повреждения самой базы данных.

Отобразит ли сервис предупреждение о том, что на Amazon RDS выполнена автоматическая обработка отказа?

Да. Amazon RDS создает событие инстанса БД для оповещения об автоматической обработке отказа. Для получения информации о событиях, связанных с инстансом БД, щелкните по разделу «Events» в консоли Amazon RDS или используйте вызов API DescribeEvents. Можно также использовать оповещения о событиях Amazon RDS, чтобы узнавать об определенных событиях, произошедших в БД.

Что происходит во время обработки отказа при развертывании в нескольких зонах доступности и сколько времени это занимает?

Обработка отказа выполняется сервисом Amazon RDS автоматически, поэтому работа с БД возобновляется очень быстро и не требует вмешательства администратора. При выполнении обработки отказа Amazon RDS изменяет запись канонического имени (CNAME) для инстанса БД таким образом, чтобы она указывала на резервную реплику, которая становится основной. Рекомендуется выполнить повторную попытку подключения к базе данных на уровне приложения.

Время обработки отказа, определяемое как интервал между обнаружением сбоя в основной реплике и возобновлением транзакций в резервной, обычно составляет от одной до двух минут. Время обработки отказа может зависеть от необходимости восстановления больших независимых транзакций. Для повышения эффективности в этом случае рекомендуется использовать типы инстансов соответствующего размера. AWS также рекомендует использовать с инстансами, работающими в нескольких зонах доступности, хранилища с выделенным объемом IOPS, что обеспечит быструю, прогнозируемую и стабильную передачу данных.

Может ли пользователь инициировать обработку отказа (принудительное переключение на резервные реплики) при развертывании инстансов БД в нескольких зонах доступности?

При возникновении различных состояний отказа Amazon RDS автоматически выполняет обработку отказа, не требующую вмешательства администратора. Кроме того, Amazon RDS позволяет инициировать обработку отказа при перезагрузке инстанса. Это можно сделать с помощью Консоли управления AWS или вызова API RebootDBInstance.

Как настроить синхронную репликацию в нескольких зонах доступности и управлять ей?

Для этого достаточно установить значение true для параметра Multi‑AZ. Создание резервных реплик, синхронная репликация и обработка отказа выполняются автоматически. Таким образом, нельзя выбрать зону доступности, в которой будет развернута резервная реплика, или задать число доступных резервных реплик. Amazon RDS выделяет одну резервную реплику на одну основную реплику инстанса БД. Резервную реплику также нельзя настроить для обслуживания операций чтения БД. Подробнее о развертывании в нескольких зонах доступности.

Резервная реплика будет создана в том же регионе, что и основная?

Да. Резервная реплика автоматически создается в другой зоне доступности того же региона, в котором находится основная реплика инстанса БД.

Можно ли узнать, в какой зоне доступности находится текущая основная реплика?

Да. Увидеть местоположение текущей основной реплики можно в Консоли управления AWS или с помощью API DescribeDBInstances.

После выполнения обработки отказа основной узел оказался не в той зоне доступности, где находятся другие ресурсы AWS (например, инстансы EC2). Повлияет ли это на время задержки?

Зоны доступности спроектированы с учетом обеспечения низкой задержки сетевого подключения к другим зонам доступности того же самого региона. Кроме того, в архитектуре приложения и других ресурсов AWS может потребоваться предусмотреть избыточное копирование в несколько зон доступности, чтобы обеспечить отказоустойчивость приложения в случае сбоя одной из зон доступности. Это выполнимо на уровне баз данных благодаря развертыванию в нескольких зонах доступности и не требует ручного администрирования.

Как создаются снимки состояния БД и выполняется автоматическое резервное копирование при развертывании в нескольких зонах доступности?

Как при стандартном развертывании в одной зоне доступности, так и при развертывании в нескольких зонах доступности автоматическое резервное копирование и работа со снимками состояния БД выполняются одинаково. При запуске развертывания в нескольких зонах доступности система автоматически делает резервные копии и снимки состояния БД резервной реплики, чтобы не приостанавливать выполнение операций ввода‑вывода на основной. Обратите внимание, что во время резервного копирования в обоих типах развертываний может увеличиваться задержка при операциях ввода‑вывода (как правило, до нескольких минут).

Восстановление (на момент времени или из снимка состояния БД) при развертывании в нескольких зонах доступности выполняется точно так же, как и в стандартных развертываниях. Новые развертывания инстансов БД можно создавать с помощью вызовов API RestoreDBInstanceFromSnapshot или RestoreDBInstanceToPointInTime. Эти новые развертывания могут быть как стандартными, так и в нескольких зонах доступности, независимо от того, с какого развертывания была сделана резервная копия.

Подробнее о возможностях Amazon RDS
Пройти обучение с помощью 10-минутных учебных пособий

Знакомьтесь с Amazon RDS с помощью простых учебных пособий.

Откройте для себя практическое обучение 
Зарегистрировать аккаунт AWS
Начать разработку с помощью Amazon RDS и Amazon Aurora

Для начала работы изучите Руководство пользователя Amazon RDS.

Ознакомиться с документацией 
Начать разработку с помощью Amazon RDS в консоли
Углубленное знакомство с Amazon RDS в нескольких зонах доступности

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

Смотреть программу