Вопрос: Что такое 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?

Чтобы ознакомиться с ним, войдите в консоль AWS, выберите пункт RDS в категории Database и выберите Amazon Aurora в качестве ядра баз данных.

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

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

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

Нет. Репликация в 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.

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

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

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

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

Вопрос: Что значит «производительность, до пяти раз превосходящая 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 (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 Aurora.

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

На данный момент шифрование существующего незашифрованного инстанса 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, свяжитесь с нами.