Вопрос: Что такое 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. У большинства наших клиентов процесс миграции занимает меньше часа, однако его продолжительность зависит от формата и размера набора данных. Дополнительные сведения см. в Руководстве по экспорту и импорту данных Amazon Aurora.

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

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

Вопрос: Распространяется ли на 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.

Вопрос: Для инстансов каких размеров будет доступна возможность Performance Insights?

Для всех инстансов, кроме инстансов micro. Поскольку в RDS появились новые размеры инстансов, возможность Performance Insights будет доступна для инстансов, которые имеют достаточную производительность.

Вопрос: Когда возможность Performance Insights станет доступна для RDS для PostgreSQL, Aurora, совместимой с MySQL, RDS для MySQL, RDS для Oracle, RDS для SQL Server и RDS для MariaDB?

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

Вопрос: Как Performance Insights позволяет определить причину проблем с производительностью?

Проблемы с производительностью отображаются в разделе «Performance Insights» консоли RDS в виде всплесков на графике нагрузки базы данных. Один взгляд на этот график позволяет быстро определить тип ресурсов в базе данных, вызывающих трату времени и ресурсов приложения. Консоль позволяет подробно рассмотреть любой период времени хранения данных. Выбирая периоды с высокой нагрузкой, клиенты смогут отображать список SQL-выражений, упорядоченных по степени влияния на нагрузку.

Вопрос: Откуда Performance Insights получает данные о нагрузке на инстансы БД RDS?

В Performance Insights каждую секунду поступает информация о состоянии всех подключенных сессий на инстансе БД. Если во время сессии время тратится на операцию, связанную с базой данных, Performance Insights фиксирует время получения данных, тип операции (ввод-вывод, ЦПУ, блокировка и т. д.), текущий SQL-оператор и некоторые другие атрибуты сессии. Эти выборочные данные, полученные за определенные периоды времени, используются для анализа того, какую нагрузку сессии создают на инстанс базы данных.

Вопрос: Можно ли запрашивать данные о производительности с инстанса RDS?

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

Вопрос: Можно ли в режиме реального времени наблюдать, что происходит на моем инстансе?

Да. По умолчанию в Performance Insights отображаются данные о производительности за последний час. Эта возможность предназначена для представления актуальной информации о производительности за несколько секунд в режиме реального времени.

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

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

Вопрос: Какой промежуток времени охватывают данные о производительности, хранящиеся в Performance Insights?

Просматривать можно данные о производительности за последние 24 часа. О возможностях более длительного хранения данных будет объявлено позже.

Вопрос: Можно ли отключить Performance Insights для новых инстансов, даже если эта возможность включена по умолчанию?

Да. В мастере создания инстанса в Консоли AWS по умолчанию будет установлен флажок, включающий Performance Insights. Можно снять этот флажок в мастере, чтобы предотвратить включение Performance Insights, или отключить Performance Insights на работающем инстансе, изменив настройки инстанса.

Вопрос: Работает ли Performance Insights с инстансами БД RDS, использующими зашифрованное хранилище?

Да. Performance Insights не считывает данные, хранящиеся в базе данных.

Вопрос: Что такое нагрузка базы данных и почему она является основным параметром, используемым в Performance Insights для выявления проблем, связанных с производительностью?

Нагрузка БД – это временной ряд, показывающий, сколько времени приложения клиента затрачивают на работу с базой данных, а также как именно расходуется это время. Нагрузка БД измеряется в единицах, называемых средним количеством активных сессий (AAS). Активная сессия – это соединение (сессия), которое отправило задание в ядро базы данных и ожидает ответа из него. Например, если отправить SQL-выражение на инстанс БД, такая сессия будет считаться активной до тех пор, пока инстанс не обработает этот запрос. Подсчитывая количество активных сессий на инстансе в определенный момент, можно получить метрику, которая позволяет показать, насколько используется инстанс в среднем в течение выбранного периода времени, а также сколько времени сессии затрачивают на получение ответа из инстанса; это и есть нагрузка БД. Performance Insights подсчитывает активные сессии и ежесекундно записывает атрибуты каждой сессии, используя простой механизм выборки. Полученные данные шифруются, объединяются и используются для создания графиков нагрузки БД с различной детализацией. Пользователи консоли могут выбрать необходимый для просмотра временной интервал.

Вопрос: Необходимо ли выполнить какие-либо особые действия с базой данных, чтобы включить Performance Insights?

Нет. Однако Performance Insights будет работать еще лучше с некоторыми базами данных, если будет включено дополнительное наблюдение за производительностью. Например, если включено расширение pg_stat_statement в RDS для PostgreSQL или Aurora, совместимой с PostgreSQL, Performance Insights будет использовать встроенный в PostgreSQL SQL-идентификатор для идентификации оператора и сможет собирать полный текст более длинных выражений. Аналогичным образом включение схемы производительности в MySQL позволит Performance Insights собирать гораздо более подробные данные о событиях ожидания, влияющих на работу базы данных.

Вопрос: Повлияет ли использование Performance Insights на производительность моей базы данных?

Агент Performance Insights разработан так, что не оказывает влияние на рабочую нагрузку базы данных. Performance Insights работает с меньшим приоритетом, чем другие процессы на инстансе, и следит за работоспособностью узла и базы данных. При обнаружении высокой нагрузки или нехватки ресурсов Performance Insights снижает обычную частоту сбора данных, продолжая собирать данные в моменты времени, когда это безопасно. Параметры базы данных, такие как pg_stat_statement в RDS для PostgreSQL и Aurora, совместимой с PostgreSQL, а также схема производительности в MySQL могут использовать некоторые ресурсы базы данных и потенциально влиять на производительность. Включение этих параметров будет влиять на конкретную систему в зависимости от рабочей нагрузки приложений. AWS рекомендует тестировать все параметры базы данных с используемыми рабочими нагрузками перед их использованием в рабочей системе.

Вопрос: Следует ли продолжать использовать улучшенный мониторинг или можно просто использовать Performance Insights?

Клиентам, использующим улучшенный мониторинг для наблюдения за метриками O/S, рекомендуется продолжать получать эти данные с помощью улучшенного мониторинга. В ближайшие месяцы эти данные, а также обширный набор метрик БД также станут доступны в консоли Performance Insights и вызовах API. Когда это будет реализовано, клиенты смогут получать все данные о производительности в Performance Insights. Улучшенный мониторинг останется доступным для тех клиентов, которые предпочитают использовать его, но мы будем рекомендовать клиентам выбрать Performance Insights в качестве стандартного средства мониторинга баз данных.

Вопрос: Зашифрованы ли данные, хранящиеся в Performance Insights?

Да. Performance Insights шифрует все потенциально конфиденциальные данные с помощью ключа KMS, принадлежащего пользователю. Данные шифруются при передаче и хранении. Специалисты AWS не могут получить доступ к потенциально конфиденциальным данным клиента о производительности или просмотреть их. Просматривать данные Performance Insights могут только пользователи соответствующего аккаунта AWS с полным доступом к RDS. Можно отозвать разрешение RDS для ключа KMS, что позволит нам обрабатывать и отображать данные о производительности в любое время.

Вопрос: Если я отключу Performance Insights, AWS сохранит данные или они будут удалены?

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

Вопрос: Что произойдет с сохраненными данными Performance Insights, если я остановлю инстанс БД RDS?

Остановка инстанса RDS с включенной возможностью Performance Insights не влияет на хранение или возможность просмотра данных за прошлый период для такого инстанса. Для периода, в течение которого инстанс был остановлен, данные будут просто отсутствовать.

Вопрос: Как я могу связать Performance Insights с имеющимися у меня инструментами контроля производительности?

В будущем Performance Insights предоставит публично доступный API, предназначенный для того, чтобы клиенты и сторонние лица могли воспользоваться всеми преимуществами ценной информации из Performance Insights.

Вопрос: Существует ли способ интеграции инструментов контроля производительности сторонних разработчиков с Performance Insights?

В будущем Performance Insights предоставит публично доступный API, предназначенный для того, чтобы клиенты и сторонние лица могли воспользоваться всеми преимуществами ценной информации из Performance Insights.

Вопрос: Будет ли Performance Insights доступен во всех регионах AWS, где доступен RDS?

Да. Изначально Performance Insights будет доступен в четырех регионах: Восток США (Сев. Вирджиния, Огайо), Запад США (Орегон) и ЕС (Ирландия). Со временем эта возможность станет доступна во всех регионах, в которых поддерживается RDS.

Вопрос: Включить Performance Insights можно на существующих инстансах или только на новых?

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

Вопрос: Использует ли Performance Insights какое-либо хранилище на моем инстансе БД?

Нет. Performance Insights не использует пространство для хранения данных на инстансах RDS.

Вопрос: Насколько будут отличаться данные Performance Insights при работе с разными ядрами БД?

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

Вопрос: Работает ли Performance Insights на инстансах в нескольких зонах доступности и на репликах чтения?

Да. Если развертывание базы данных RDS выполнено в нескольких зонах доступности и включена возможность Performance Insights, эта возможность останется включенной в случае аварийной обработки отказа инстанса с переносом в другую зону доступности. Поскольку реплики чтения являются независимыми инстансами, клиенты могут самостоятельно включать или отключать возможность Performance Insights на этих инстансах.

Вопрос: Можно ли экспортировать данные из Performance Insights?

В перспективе в Performance Insights будет добавлена возможность экспорта данных.

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

Нет. В Performance Insights отображаются только данные, которые были собраны непосредственно с инстанса. Через несколько месяцев данные Performance Insights можно будет получать с помощью API, что позволит выполнять их анализ с использованием одного из сервисов аналитики в AWS, например Amazon Athena, Amazon Redshift, Amazon Redshift Spectrum или Amazon QuickSight.