Вопрос: Что такое Amazon Aurora?

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

Вопрос: Что означает «совместимость с MySQL»?

Это означает, что большая часть кода, приложений, драйверов и инструментов, уже используемых сегодня с базами данных MySQL, может использоваться с Aurora лишь с незначительными модификациями или вовсе без них. Ядро БД Amazon Aurora разработано совместимым с MySQL 5.6 при использовании ядра хранилища InnoDB. Некоторые функции MySQL, такие как ядро хранилища MyISAM, в Amazon Aurora не доступны.

Вопрос: Что означает «совместимость с PostgreSQL»?

Это означает, что большая часть кода, приложений, драйверов и инструментов, уже используемых сегодня с базами данных PostgreSQL, может использоваться с Aurora с незначительными модификациями или вовсе без них. Ядро базы данных Amazon Aurora разработано для обеспечения совместимости с PostgreSQL 9.6 и поддерживает тот же набор расширений PostgreSQL, который поддерживается RDS для PostgreSQL 9.6. Это позволяет просто перемещать приложения между двумя базами данных.  

Вопрос: Как можно попробовать работать с Amazon Aurora?

Чтобы попробовать Amazon Aurora, войдите в Консоль AWS, выберите пункт RDS в категории «Database» (Базы данных) и выберите Amazon Aurora в качестве ядра БД.

Вопрос: Сколько стоит использование Amazon Aurora?

Ознакомьтесь с действующими тарифами на странице цен.

Вопрос: Amazon Aurora шестикратно реплицирует каждый блок тома базы данных в трех зонах доступности. Означает ли это, что в результате цена хранилища будет в три или шесть раз выше цены, указанной на странице цен?

Нет. Репликация в Amazon Aurora включена в цену. Цена определяется хранилищем, потребляемым на уровне базы данных, а не хранилищем, потребляемым на уровне виртуализированного хранилища в Amazon Aurora.

Вопрос: В каких регионах AWS доступно ядро Amazon Aurora?

Актуальная информация по регионам и ценам находится на странице цен.

Вопрос: Как можно перейти от MySQL к Amazon Aurora и наоборот?

Есть несколько вариантов. Можно использовать стандартную утилиту mysqldump для экспорта данных из MySQL и утилиту mysqlimport для импорта данных в Amazon Aurora (или наоборот). Можно также использовать функцию миграции Amazon RDS DB Snapshot для переноса снимка состояния БД MySQL из RDS в Amazon Aurora с помощью Консоли управления AWS. У большинства наших клиентов процесс миграции занимает менее часа, однако его продолжительность зависит от формата и объема пакета данных. Дополнительную информацию см. в техническом описании Рекомендации по миграции баз данных MySQL в Amazon Aurora.

Вопрос: Как можно выполнить миграцию с PostgreSQL в Amazon Aurora и наоборот?

Есть несколько вариантов. Можно использовать стандартную утилиту pg_dump для экспорта данных из PostgreSQL и утилиту pg_restore для импорта данных в Amazon Aurora, а также обратный вариант. Кроме того, можно использовать возможность миграции снимков состояния БД в Amazon RDS для переноса снимка состояния БД PostgreSQL 9.6 из RDS в Amazon Aurora с помощью Консоли управления AWS. У большинства наших клиентов процесс миграции занимает менее часа, однако его продолжительность зависит от формата и объема пакета данных.

Вопрос: Распространяется ли на Amazon Aurora уровень бесплатного пользования AWS?

В данный момент нет. Уровень бесплатного пользования AWS для Amazon RDS действует для микроинстансов БД, но в настоящее время Amazon Aurora не поддерживает этот тип инстансов. Ознакомьтесь с действующими тарифами на странице цен.

Вопрос: Что такое операции ввода‑вывода в Amazon Aurora и как они рассчитываются?

Операции ввода‑вывода в Amazon Aurora – это операции ввода‑вывода, которые выполняются ядром БД Aurora при обращении к уровню виртуализированного хранилища, построенного на базе твердотельных накопителей. Каждая операция чтения страницы базы данных считается за одну операцию ввода‑вывода. Ядро БД Aurora отправляет операции чтения на уровень хранилища для извлечения страниц базы данных, отсутствующих в буферном кэше. Размер каждой страницы базы данных составляет 16 КБ в Aurora, совместимой с MySQL, и 8 КБ в Aurora, совместимой с PostgreSQL.

Ядро БД Aurora было разработано для устранения излишних операций ввода‑вывода, что позволяет снизить издержки и обеспечить доступность ресурсов для обслуживания трафика чтения / записи. Операции записи потребляются только при отправке записей журнала транзакций на уровень хранилища для постоянного хранения. Операции записи учитываются в блоках по 4 КБ. Например, запись журнала транзакций размером 1024 Б будет считаться за одну операцию ввода‑вывода. При этом ядро БД Aurora может создавать пакеты из параллельных операций записи с журналами транзакций менее 4 КБ в целях оптимизации потребления ресурсов ввода‑вывода. В отличие от традиционных ядер БД, Amazon Aurora никогда не отправляет измененные страницы БД на уровень хранилища для еще большей экономии ресурсов ввода‑вывода.

Объем ресурсов ввода‑вывода, потребляемых инстансом Aurora, можно узнать в Консоли AWS. Чтобы найти объем потребляемых ресурсов ввода‑вывода, перейдите в раздел консоли RDS, найдите свой список инстансов, выберите в нем инстансы Aurora, а затем посмотрите на показатели «Billed read operations» (Оплачиваемые операции чтения) и «Billed write operations» (Оплачиваемые операции записи) в разделе мониторинга.

Вопрос: Нужно ли менять драйверы клиентов для работы с Amazon Aurora, совместимой с PostgreSQL?

Нет. Amazon Aurora работает со стандартными драйверами БД PostgreSQL.

Вопрос: Что значит «производительность, до пяти раз превосходящая MySQL»?

Amazon Aurora обеспечивает значительное увеличение производительности по сравнению с MySQL за счет тесной интеграции ядра БД с основанным на SSD виртуализированным уровнем хранилища, специально созданным для рабочих нагрузок баз данных. В результате уменьшается количество операций записи в систему хранилища, сокращаются конфликты блокировок и исчезают задержки, созданные потоками процесса базы данных. Тестирование SysBench на инстансах r3.8xlarge демонстрирует, что Amazon Aurora выполняет более 500 000 операций SELECT в секунду и 100 000 операций UPDATE в секунду, что в пять раз превышает результаты MySQL при прохождении того же теста на том же оборудовании. Подробные инструкции о том, как самостоятельно воспроизвести это тестирование, см. в Руководстве по стандартному тестированию производительности Amazon Aurora, совместимой с MySQL.

Вопрос: Что значит «производительность, превосходящая производительность PostgreSQL в три раза»?

Amazon Aurora обеспечивает значительное увеличение производительности по сравнению с PostgreSQL, тесно интегрируя ядро БД с основанным на SSD виртуализированным уровнем хранилища, специально созданным для рабочих нагрузок баз данных. При этом сокращается количество операций записи в систему хранилища, сводятся к минимуму конфликты блокировок и устраняются задержки, созданные различными процессами базы данных. Тестирование SysBench на инстансах r4.16xlarge демонстрирует, что количество выполняемых Amazon Aurora операций SELECT в секунду и операций UPDATE в секунду в три раза превышает результаты PostgreSQL при прохождении того же теста на том же оборудовании. Подробные инструкции о том, как самостоятельно воспроизвести это тестирование, см. в Руководстве по эталонному тестированию производительности сервиса Amazon Aurora, совместимого с PostgreSQL.

Вопрос: Как оптимизировать рабочую нагрузку базы данных для Amazon Aurora, совместимой с MySQL?

Ядро Amazon Aurora полностью совместимо с MySQL 5.6, поэтому работа с существующими приложениями и инструментами для MySQL не требует внесения изменений. Однако Amazon Aurora существенно превосходит возможности MySQL при выполнении операций с высокой степенью параллелизма. Чтобы обеспечить наивысший уровень производительности Amazon Aurora при обслуживании рабочих нагрузок, рекомендуется создавать приложения с возможностью параллельного выполнения большого количества запросов и транзакций.

Вопрос: Как оптимизировать рабочую нагрузку базы данных для Amazon Aurora, совместимой с PostgreSQL?

Ядро Amazon Aurora разработано совместимым с PostgreSQL 9.6, поэтому работа с существующими приложениями и инструментами для PostgreSQL не требует внесения изменений. При этом Amazon Aurora существенно превосходит PostgreSQL по части выполнения операций с высокой степенью параллелизма. Чтобы обеспечить наивысший уровень производительности Amazon Aurora при обслуживании рабочих нагрузок, рекомендуется создавать приложения с возможностью параллельного выполнения большого количества запросов и транзакций.

Вопрос: Каковы минимальные и максимальные лимиты для хранилища базы данных Amazon Aurora?

Минимальный объем хранилища – 10 ГБ. По мере использования базы данных хранилище Amazon Аврора будет автоматически расти до 64 ТБ с шагом в 10 ГБ, не снижая производительности базы данных. Необходимости выделять хранилище заранее нет.

Вопрос: Как масштабировать вычислительные ресурсы, связанные с инстансом БД Amazon Aurora?

Вычислительные ресурсы, выделенные инстансу БД, можно масштабировать в Консоли управления AWS, выбрав нужный инстанс БД и нажав кнопку «Modify». Ресурсы памяти и ЦПУ масштабируются за счет изменения класса инстанса БД.

При изменении класса инстанса БД запрошенные изменения вступят в силу в указанный период обслуживания. Как вариант, можно установить флажок «Apply Immediately» (Применить сразу) для немедленного выполнения запроса на масштабирование. В обоих случаях это снизит доступность БД на несколько минут, в течение которых выполняется масштабирование. Имейте в виду, что одновременно будут применены любые другие ожидающие применения системные изменения.

Вопрос: Как включить резервное копирование для инстанса БД?

Автоматическое резервное копирование для инстансов БД в Amazon Aurora всегда включено. Резервное копирование не влияет на производительность базы данных.

Вопрос: Можно ли делать снимки состояния БД и сохранять их в течение неограниченного времени?

Да. И выполнение таких снимков не повлияет на производительность. Учтите, что восстановление данных из снимков состояния БД требует создания нового инстанса БД.

Вопрос: Какова процедура восстановления при отказе базы данных?

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

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

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

Вопрос: Можно ли использовать свои снимки состояния совместно с другим аккаунтом AWS?

Да. Aurora предоставляет возможность создавать снимки состояния баз данных, которые в дальнейшем можно использовать для восстановления базы данных. Снимок состояния можно использовать совместно с другим аккаунтом AWS, при этом владелец аккаунта‑получателя обретает возможность использовать этот снимок состояния для восстановления базы данных, содержащей все исходные данные. Снимок состояния можно сделать даже публичным – в этом случае любой пользователь сможет восстановить базу данных, содержащую соответствующие публичные данные. Эту возможность можно применять для совместного использования данных разными средами (рабочей средой, средой разработки и тестирования, средой подготовки и т. д.), когда они относятся к разным аккаунтам AWS, а также для того, чтобы безопасно хранить резервные копии всех данных в нескольких аккаунтах на тот случай, если используемый главный аккаунт AWS будет взломан.

Вопрос: Будет ли начисляться плата за совместно используемый снимок состояния?

За совместное использование снимка состояния несколькими аккаунтами плата не взимается. Однако плата может начисляться за сам снимок состояния, а также за любую базу данных, восстановленную из совместно используемых снимков состояния. Подробнее о ценах на Aurora.

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

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

Вопрос: С каким количеством аккаунтов можно совместно использовать снимок состояния?

Созданные вручную снимки состояния можно использовать совместно с 20 аккаунтами AWS. Если требуется совместно использовать снимок состояния с большим количеством аккаунтов, можно либо сделать снимок состояния публичным, либо обратиться в службу поддержки для повышения лимита.

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

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

Вопрос: Можно ли совместно использовать снимки состояния базы данных Aurora в разных регионах?

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

Вопрос: Можно ли совместно использовать зашифрованные снимки состояния базы данных Aurora?

Да. Зашифрованные снимки состояния базы данных Aurora можно использовать совместно.

Вопрос: Как Amazon Aurora повышает отказоустойчивость базы данных к сбоям диска?

Amazon Aurora автоматически делит том базы данных на распределенные по нескольким дискам сегменты по 10 ГБ. Каждый блок тома базы данных в 10 ГБ шестикратно реплицирован в трех зонах доступности. Amazon Аврора предназначен для автоматической обработки потери до двух копий данных без снижения доступности операций записи базы данных и до трех копий без снижения доступности операций чтения. Хранилище Amazon Aurora также способно к самостоятельному восстановлению Блоки данных и диски непрерывно сканируются на наличие ошибок и автоматически восстанавливаются.

Вопрос: Как Aurora улучшает время восстановления после сбоя базы данных?

В отличие от других баз данных после сбоя базы данных Amazon Aurora не нужно воспроизводить журнал повтора с последней контрольной точки базы данных (обычно за 5 минут) и подтверждать, что все изменения были применены, прежде чем сделать базу данных доступной для операций. Благодаря этому время перезапуска базы данных в большинстве случаев составляет менее 60 секунд. Amazon Aurora изолирует буферный кэш от процессов базы данных и делает его доступным сразу же во время перезагрузки. Это предотвращает необходимость регулировать доступ до тех пор, пока кэш не заполнен, во избежание сбоев доступа.

Вопрос: Какие типы реплик Aurora поддерживает?

Amazon Aurora, совместимая с MySQL, и Amazon Aurora, совместимая с PostgreSQL, поддерживают реплики Amazon Aurora, которые используют тот же том данных, что и основной инстанс. Сделанные в основном инстансе обновления видны всем репликам Amazon Aurora. С помощью Amazon Aurora, совместимой с MySQL, можно также создать реплики чтения MySQL на основе механизма репликации бинарных логов в MySQL. В репликах чтения MySQL данные из первичного инстанса воспроизводятся на реплике как транзакции. В большинстве примеров использования, включая масштабирование операций чтения и высокую доступность, мы рекомендуем использовать реплики Amazon Aurora.

Можно гибко комбинировать использование этих двух типов реплик в зависимости от потребностей приложения:

Возможность Реплики Amazon Aurora Реплики MySQL
Количество реплик До 15 До 5
Тип репликации Асинхронный (миллисекунды) Асинхронный (секунды)
Влияние на производительность первичного инстанса Низкое Высокое
Использование для обработки отказа Да (без потери данных) Да (потенциальная потеря данных, исчисляемая в минутах)
Автоматическая обработка отказа Да Нет
Поддержка определяемой пользователем задержки репликации Нет Да
Поддержка данных или схемы, отличающихся от данных или схемы первичного инстанса Нет Да

Вопрос: Можно ли при работе с Amazon Aurora использовать реплики в различных регионах?

Да. При использовании Aurora, совместимой с MySQL, можно настроить межрегиональную репликацию Aurora в консоли RDS. Межрегиональная репликация основывается на однопоточной репликации бинарных логов MySQL, и на задержку репликации будет влиять интенсивность изменений / применений и сетевые задержки между конкретными выбранными регионами. На данный момент Aurora, совместимая с PostgreSQL, межрегиональную репликацию не поддерживает.

Вопрос: Можно ли создавать в межрегиональном кластере реплик Aurora реплики чтения?
Да, можно добавлять реплики Aurora в кластер, использующий то же самое хранилище, что и межрегиональная реплика. Межрегиональная реплика работает в кластере как основная, а реплики Aurora в кластере обычно отстают от основной на 10 миллисекунд.

Вопрос: Можно ли при обработке отказа переключать приложение с текущей основной реплики на межрегиональную реплику?
Да, сервис позволяет назначать межрегиональную реплику новой основной репликой в консоли RDS. Процесс назначения, в зависимости от рабочей нагрузки, обычно занимает несколько минут. После того как запускается процесс назначения, межрегиональная репликация останавливается.

Вопрос: Можно ли указывать определенные реплики в качестве приоритетных целей при обработке отказа?

Да. Каждому инстансу в кластере можно присвоить приоритет использования. Если основной инстанс отказывает, сервис Amazon RDS переместит реплику с наивысшим приоритетом в основной инстанс. Если 2 и более реплик имеют одинаковый уровень приоритета, сервис Amazon RDS переместит ту реплику, размер которой совпадает с размером основного инстанса. Дополнительную информацию о логике обработки отказа см. в руководстве пользователя Amazon Aurora.

Вопрос: Можно ли изменять уровни приоритета инстансов после их создания?

Уровень приоритета инстанса можно изменять в любое время. Изменение уровня приоритета само по себе не приводит к запуску обработки отказа.

Вопрос: Можно ли запретить перемещение определенных реплик в основной инстанс?

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

Вопрос: Как можно улучшить доступность единичной базы данных Amazon Aurora?

Можно добавить реплики Amazon Aurora. Реплики Amazon Aurora используют то же самое хранилище, что и первичный инстанс. Любую реплику Amazon Aurora можно сделать основной без какой‑либо потери данных и таким образом использовать для повышения отказоустойчивости в случае сбоя основного инстанса БД. Для увеличения доступности базы данных просто создайте от 1 до 15 реплик в любой из 3 зон доступности, и Amazon RDS будет автоматически включать их в список при выборе первичного инстанса в случае отказа базы данных.

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

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

  • При наличии реплики Amazon Aurora в той же или другой зоне доступности при обработке отказа Amazon Aurora переадресует запись CNAME инстанса БД на работоспособную реплику, которая, в свою очередь, становится основной. Обработка отказа обычно полностью выполняется за 30 секунд.
  • При отсутствии реплики Amazon Aurora (т. е. при наличии единственного инстанса) ядро Aurora сначала попытается создать новый инстанс БД в той же зоне доступности, что и исходный инстанс. Если это невозможно, Aurora попытается создать новый инстанс БД в другой зоне доступности. Весь процесс обработки отказа обычно занимает менее 15 минут.

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

Вопрос: Что произойдет в случае, если имеется основная база данных и реплика Amazon Aurora, активно обслуживающая трафик операций чтения, и происходит обработка отказа?

Amazon RDS автоматически обнаружит проблему с первичным инстансом и начнет направлять трафик операций чтения / записи на реплику Amazon Aurora. В среднем обработка отказа в данной ситуации будет выполнена за 30 секунд. Кроме того, трафик операций чтения, который обслуживали реплики Amazon Aurora, будет прерван на короткий промежуток времени.

Вопрос: Насколько значительно реплики отстают от первичного инстанса?

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

Вопрос: Что такое Amazon Aurora Multi‑Master?

На конференции re:Invent 2017 мы представили предварительную версию Amazon Aurora Multi‑Master, новую возможность совместимого с MySQL варианта БД Aurora, которая позволяет горизонтально масштабировать производительность операций записи на несколько зон доступности, позволяя приложениям направлять операции чтения / записи на несколько инстансов кластера БД и работать с повышенной доступностью.

Вопрос: Как начать работу с Amazon Aurora Multi‑Master?

Сейчас возможность Amazon Aurora Multi‑Master доступна в ознакомительном режиме для совместимого с MySQL варианта БД Amazon Aurora. Для запроса доступа в ознакомительном режиме зарегистрируйтесь по ссылке. О выходе решения в общий доступ будет объявлено позже.

Вопрос: Можно ли работать с Amazon Aurora в Amazon Virtual Private Cloud (Amazon VPC)?

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

Вопрос: Выполняет ли Amazon Aurora шифрование данных при передаче и хранении?

Да. Amazon Aurora использует протокол SSL (с шифрованием AES‑256) для защиты соединения между инстансом базы данных и приложением. Amazon Aurora поддерживает шифрование баз данных с использованием ключей, управляемых пользователем с помощью AWS Key Management Service (KMS). В инстансе БД Amazon Aurora с шифрованием шифруются все данные, хранимые в базовой системе хранения, а также их автоматические резервные копии, снимки состояния и реплики чтения в том же кластере. Шифрование и дешифрование осуществляются незаметно для пользователя. Дополнительную информацию об использовании KMS с Amazon Aurora см. в руководстве пользователя Amazon RDS.

Вопрос: Можно ли зашифровать существующую незашифрованную базу данных?

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

Вопрос: Как получить доступ к базе данных Amazon Aurora?

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

Вопрос: Можно ли использовать Amazon Aurora с приложениями, для которых необходимо соответствие требованиям HIPAA?

Да. Варианты БД Aurora, совместимые с MySQL и PostgreSQL, соответствуют требованиям HIPAA. Вы можете заключить с AWS Договор делового партнерства (BAA) и использовать эти БД для создания приложений, соответствующих требованиям HIPAA, и хранения информации, связанной со здравоохранением, в том числе закрытой медицинской информации (PHI). Если договор BAA уже подписан, можно сразу начать использовать эти сервисы в аккаунтах, подпадающих под действие BAA. Если договор BAA еще не заключен или у вас есть вопросы о приложениях на AWS, соответствующих требованиям HIPAA, свяжитесь с нами.

Вопрос: Что такое Amazon Aurora Serverless?

Amazon Aurora Serverless – это автоматически масштабируемая конфигурация, доступная по требованию, для совместимого с MySQL варианта БД Amazon Aurora. Кластер базы данных Aurora Serverless автоматически запускается, отключается и автоматически масштабирует ресурсы в зависимости от потребностей приложения. Aurora Serverless – это относительно простой и экономичный вариант для нечастых, непостоянных или непредсказуемых нагрузок. Дополнительные сведения см. в Руководстве пользователя по Amazon Aurora.

Вопрос: Какие версии Amazon Aurora поддерживают Aurora Serverless?

В настоящий момент решение Aurora Serverless доступно для сервиса Aurora, совместимого с MySQL 5.6.

Вопрос: Можно ли перенести существующий кластер БД Aurora в конфигурацию Aurora Serverless?

Да, из снимка состояния существующего кластера Aurora можно воссоздать кластер БД Aurora Serverless (и наоборот).

Вопрос: Как подключиться к кластеру БД Aurora Serverless?

Доступ к кластеру БД Aurora Serverless можно получить из клиента, запущенного в том же Amazon Virtual Private Cloud (VPC). Назначить кластеру БД Aurora Serverless публичный IP‑адрес нельзя.

Вопрос: Можно ли явным образом устанавливать объем ресурсов кластера Aurora Serverless?

Хотя Aurora Serverless автоматически масштабируется в зависимости от действующей нагрузки на базу данных, в некоторых случаях масштабирование ресурса может выполняться недостаточно быстро, чтобы соответствовать внезапному изменению нагрузки, например активному росту числа транзакций. В таких случаях можно точно задать значение объема ресурсов с помощью Консоли управления AWS, интерфейса командной строки AWS или API RDS.

Вопрос: Почему кластер БД Aurora Serverless не масштабируется автоматически?

После запуска операции масштабирования Aurora Serverless пытается найти точку масштабирования (момент времени, в который можно безопасно выполнить масштабирование базы данных). Aurora Serverless может не находить точку масштабирования при наличии запросов или транзакций с длительным временем выполнения или использовании временных таблиц или блокировок таблиц.

Вопрос: Как рассчитывается плата за Aurora Serverless?

В Aurora Serverless ресурсы БД измеряются в единицах Aurora Capacity Units (ACU). Плата за использование ACU начисляется по фиксированному тарифу на посекундной основе с минимальным порогом в 5 минут использования при каждой активации базы данных. Цены за объем хранилища и операции ввода / вывода одинаковы для конфигурации с выделенными ресурсами и конфигурации Serverless. См. пример расчета стоимости Aurora Serverless.