Начните работать с AWS бесплатно

Создать бесплатный аккаунт

Уровень бесплатного пользования AWS для сервиса Amazon Relational Database Service (RDS) включает 750 часов работы инстанса БД Micro в месяц сроком на один год, хранилище данных объемом 20 ГБ и 20 ГБ пространства для резервных копий.

Сведения об уровне бесплатного пользования AWS »


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

Amazon Relational Database Service (Amazon RDS) – это управляемый сервис, который позволяет легко настраивать, использовать и масштабировать реляционные базы данных в облаке. Этот сервис предоставляет экономичные и масштабируемые ресурсы, параллельно обеспечивая выполнение трудоемких задач администрирования баз данных. Благодаря этому вы можете сосредоточиться на своих приложениях и ведении бизнеса.

Сервис Amazon RDS предоставляет возможность использования привычных баз данных, таких как MySQL, MariaDB, Oracle, SQL Server или PostgreSQL. Это означает, что код, приложения и инструменты, которые вы используете при работе с существующими базами данных, будут полностью совместимы с сервисом Amazon RDS. Amazon RDS может автоматически создавать резервную копию базы данных и поддерживать программное обеспечение базы данных в актуальном состоянии путем обновления до последней версии. Преимущество использования этого сервиса – возможность гибкого масштабирования вычислительных ресурсов и емкости хранилища, связанных с используемым инстансом реляционной БД. Кроме того, сервис Amazon RDS обеспечивает удобство репликации для повышения уровня доступности БД, увеличения надежности данных и превышения емкости одного инстанса базы данных для выполнения рабочих нагрузок с большим количеством операций чтения. Как и с другими сервисами Amazon Web Services, здесь не требуются предварительные капиталовложения. Вы платите только за используемые ресурсы.

Вопрос: Какие ядра реляционных баз данных поддерживаются сервисом Amazon RDS?

Amazon RDS поддерживает ядра баз данных Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server и PostgreSQL.

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

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

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

Вопрос: Для каких целей подходит Amazon RDS, а для каких – образы AMI реляционных БД в Amazon EC2?

Amazon Web Services предлагает разработчикам целый ряд сервисов баз данных. Сервис Amazon RDS позволяет создать реляционную базу данных с полным набором функций и берет на себя всю работу по администрированию БД. Используя один из множества доступных AMI реляционных баз данных в Amazon EC2, можно самостоятельно управлять реляционной базой данных в облаке. Каждый из сервисов отличается рядом важных особенностей и предназначен для решения своего круга задач. Советы по выбору наилучшего решения см. на странице Облачные базы данных в AWS.

Вопрос: Как начать использовать Amazon RDS?

Для регистрации в сервисе Amazon RDS необходимо иметь аккаунт Amazon Web Services. Создайте аккаунт, если у вас его еще нет. После регистрации обратитесь к документации Amazon RDS, в которую входит Getting Started Guide.

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


Вопрос: Что такое инстанс базы данных (инстанс БД)?

Инстанс БД представляет собой среду базы данных в облаке, вычислительные ресурсы и емкость хранилища которой определяет пользователь. Инстансы БД можно создавать и удалять, задавать или изменять атрибуты их инфраструктуры, а также осуществлять управление безопасностью и настройками доступа с помощью Консоли управления AWS, API Amazon RDS или интерфейса командной строки AWS. Можно запустить один или несколько инстансов БД, при этом каждый из этих инстансов может поддерживать одну или несколько баз данных или схем БД, в зависимости от типа ядра.

Вопрос: Как создать инстанс БД?

Инстансы БД легко создать с помощью Консоли управления AWS, API Amazon RDS или интерфейса командной строки AWS. Чтобы запустить инстанс БД с помощью Консоли управления AWS, выберите «RDS», а затем нажмите кнопку Launch DB Instance, расположенную на вкладке Instances. При этом можно задать параметры для инстанса БД, включая ядро и версию БД, модель лицензирования, тип инстанса, тип хранилища и объем, а также данные для доступа основного пользователя.

Существует также возможность настроить политику хранения резервных копий, предпочтительный временной интервал для резервного копирования и временной интервал для планового обслуживания инстанса БД. Кроме того, инстансы БД можно создавать с помощью вызова API CreateDBInstance или команды create-db-instance.

Вопрос: Как получить доступ к работающему инстансу БД?

Как только инстанс БД становится доступным, его URL сервера можно узнать из описания инстанса БД в Консоли управления AWS, с помощью API DescribeDBInstance или команды describe-db-instances. Для непосредственного подключения к инстансу БД можно создать строку подключения с использованием этого URL сервера с помощью любого удобного инструмента для работы с БД или языка программирования. Чтобы разрешить сетевые запросы к работающему инстансу БД, необходимо авторизовать доступ. Дополнительную информацию о создании строки подключения и начале работы см. в Руководстве по началу работы.

Вопрос: Сколько инстансов БД можно использовать в Amazon RDS?

По умолчанию пользователи могут создать до 40 инстансов БД Amazon RDS. Из этих 40 инстансов можно создать до 10 инстансов БД Oracle или SQL Server в рамках модели лицензирования «Лицензия включена». Все 40 инстансов можно использовать для запуска БД Amazon Aurora, MySQL, MariaDB, PostgreSQL, Oracle или SQL Server с применением модели с поддержкой собственных лицензий (BYOL). Если приложению потребуются дополнительные инстансы БД, можно отправить соответствующий запрос с помощью этой формы заявки.

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

  • RDS для Amazon Aurora: ограничения со стороны ПО отсутствуют.
  • RDS для MySQL: ограничения со стороны ПО отсутствуют.
  • RDS для MariaDB: ограничения со стороны ПО отсутствуют.
  • RDS для Oracle: 1 БД на инстанс; ограничения, накладываемые программным обеспечением на количество схем из расчета на одну БД, отсутствуют.
  • RDS для SQL Server: 30 баз данных на инстанс.
  • RDS для PostgreSQL: ограничения со стороны ПО отсутствуют.

Вопрос: Как импортировать данные в инстанс БД Amazon RDS?

Существует несколько простых способов импорта данных в Amazon RDS, например с помощью утилит mysqldump или mysqlimport для MySQL; Data Pump, Import/Export или SQL Loader для Oracle; мастера Import/Export, файлов полного резервного копирования (.bak) или Bulk Copy Program (BCP) для SQL Server или pg_dump для PostgreSQL. Дополнительная информация об импорте и экспорте данных приведена в Руководстве по импорту данных для MySQL, Руководстве по импорту данных для Oracle, Руководстве по импорту данных для SQL Server и Руководстве по импорту данных для PostgreSQL.

Кроме того, просто и безопасно осуществить перенос базы данных на платформу AWS позволяет сервис AWS Database Migration Service.

Вопрос: Что такое интервал обслуживания? Будут ли инстансы БД доступны в течение интервала обслуживания?

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

Отключение инстансов БД Amazon RDS происходит только в процессе масштабирования вычислительных ресурсов (которое обычно занимает всего несколько минут) или установки необходимых исправлений ПО. Установка необходимых исправлений планируется автоматически только для исправлений, затрагивающих безопасность или надежность данных. Подобная необходимость возникает довольно редко (обычно один раз в несколько месяцев), и обновление проходит в рамках вашего интервала обслуживания практически незаметно. Если предпочтительный еженедельный интервал обслуживания не будет указан при создании инстанса БД, ему присваивается значение по умолчанию, равное 30 минутам. Если вы самостоятельно хотите изменить время проведения обслуживания, можно отредактировать инстанс БД в Консоли управления AWS, с помощью API ModifyDBInstance или команды modify-db-instance. При необходимости для каждого из инстансов БД можно задать различные предпочтительные интервалы обслуживания.

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

Вопрос: Что следует делать, если запросы исполняются медленно?

Для рабочих баз данных мы советуем включить улучшенный мониторинг, что обеспечит доступ к более чем 50 метрикам ЦП, памяти, файловой системы и дисковых операций ввода-вывода. Эту возможность можно включить для каждого инстанса, и можно также выбрать степень детализации (вплоть до 1 секунды). Высокий уровень загрузки ЦПУ может снизить производительность запросов, и в этом случае может потребоваться масштабировать класса инстанса БД. Дополнительную информацию по мониторингу инстанса базы данных см. в Руководстве пользователя по Amazon RDS.

При использовании RDS для MySQL или MariaDB можно просмотреть журналы медленных запросов для конкретной базы данных, определить наличие медленно исполняемых запросов SQL и, если таковые существуют, ознакомиться с характеристиками производительности каждого из них. Чтобы просмотреть список медленно исполняемых запросов SQL, можно установить параметр БД slow_query_log и опросить таблицу mysql.slow_log. Дополнительную информацию можно найти в Amazon RDS User Guide.

При использовании RDS для Oracle для выявления медленных запросов можно использовать данные файла трассировки Oracle. Дополнительную информацию о получении доступа к данным файла трассировки см. в Руководстве пользователя по Amazon RDS.

При использовании RDS для SQL Server для выявления медленных запросов можно использовать трассировку клиентской части SQL Server. Дополнительную информацию о получении доступа к данным файла трассировки серверной части см. в Руководстве пользователя по Amazon RDS.


Вопрос: Какие версии ядер реляционных баз данных поддерживаются сервисом Amazon RDS?

Подробные сведения о версиях БД Amazon Aurora можно найти в Руководстве пользователя по Amazon Aurora.

Вопрос: Как в Amazon RDS определяются основные и второстепенные версии ядер БД?

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

Вопрос: Предоставляет ли Amazon RDS ориентиры по срокам поддержки новых версий ядер БД?

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

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

Указать любую из поддерживаемых в настоящее время версий (второстепенную и/или основную) можно при создании нового инстанса БД с помощью операции Launch DB Instance в Консоли управления AWS или с помощью API CreateDBInstance. Обратите внимание на то, что в конкретном регионе AWS могут быть доступны не все версии ядер БД.

Вопрос: Как можно контролировать, при каких условиях и когда версия ядра моего инстанса БД будет обновлена до новых поддерживаемых версий?

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

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

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

Чтобы вручную обновить инстанс БД до поддерживаемой версии ядра, используйте команду Modify DB Instance в Консоли управления AWS или API ModifyDBInstance и установите параметр DB Engine Version в соответствии с нужной версией. По умолчанию обновления будут устанавливаться во время очередного интервала обслуживания. Вы также можете осуществить немедленное обновление, выбрав параметр Apply Immediately в API консоли.

Если мы определим, что в новом ядре второстепенной версии содержатся значительные исправления ошибок по сравнению с ранее выпущенной второстепенной версией, будет запланировано автоматическое обновление инстансов БД, у которых параметр Auto Minor Version Upgrade имеет значение «Yes». Установка этих обновлений будет запланирована во время интервалов обслуживания, определяемых клиентами.

Мы будем объявлять о запланированных обновлениях на форуме Amazon RDS, а также отправлять уведомления клиентам по электронной почте не менее чем за 30 дней. График обновлений составляется так, чтобы вы могли запланировать подходящее время, так как обновление версии ядра базы данных подразумевает период простоя, даже для инстансов, развертываемых в нескольких зонах доступности. Чтобы отключить автоматическое обновление версий, установите значение «No» в поле Auto Minor Version Upgrade.

При использовании RDS для Oracle и RDS для SQL Server, если обновление до следующей второстепенной версии требует внесения изменений в другую редакцию, мы можем не планировать автоматическое обновление, даже если у вас включен параметр Auto Minor Version Upgrade. Решение о планировании автоматического обновления в таких ситуациях принимается индивидуально для каждого случая.

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

Дополнительную информацию об обновлении инстанса БД до новой версии ядра БД см. в Руководстве пользователя по Amazon RDS.

Вопрос: Можно ли перед применением обновлений провести тестирование инстанса БД с новой версией?

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

Дополнительную информацию о восстановлении снимка состояния БД см. в Руководстве пользователя по Amazon RDS.

Вопрос: Предоставляет ли Amazon RDS ориентиры по срокам поддержки устаревающих версий ядер БД, поддерживаемых в настоящий момент?

  • Мы намерены поддерживать выпуски основных версий ядер (например, MySQL 5.6, PostgreSQL 9.6) не менее трех лет с момента их первоначального появления в Amazon RDS.
  • Мы намерены поддерживать второстепенные версии ядер (например, MySQL 5.6.21, PostgreSQL 9.6.1) не менее одного года с момента их первоначального появления в сервисе Amazon RDS.

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

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

Вопрос: Что происходит, когда версия ядра БД RDS устаревает?

Когда устаревает второстепенная версия ядра БД в Amazon RDS, мы планируем автоматическое обновление для инстансов, у которых включен параметр Auto Minor Version Upgrade, которое произойдет не менее чем через 30 дней после объявления об устаревании на форуме и отправки уведомлений клиентам по электронной почте. Мы также отключаем возможность создания новых инстансов для этой версии ядра. Не менее чем через три месяца отсрочки после публикации анонса о прекращении поддержки для всех инстансов, которые продолжают работать с использованием устаревшей второстепенной версии ядра, будет запланировано автоматическое обновление до поддерживаемой второстепенной версии в течение заданного интервала обслуживания.

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

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


Вопрос: Каков принцип оплаты пользования сервисом Amazon RDS?

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

  • Часы использования инстанса БД – в зависимости от класса использованного инстанса БД (например, db.t2.micro, db.m4.large). Неполные часы использования инстанса БД оплачиваются как полные.
  • Хранилище (за каждый гигабайт в месяц) – за объем хранилища, выделенного для инстанса БД. Если в течение месяца выполнялось масштабирование выделенных ресурсов хранилища, стоимость будет пересчитана соответствующим образом.
  • Запросы на операции ввода-вывода в месяц – общее количество выполненных в хранилище запросов на операции ввода-вывода (только для хранилища на магнитном накопителе Amazon RDS и Amazon Aurora).
  • Выделенное количество операций ввода-вывода в секунду (IOPS) в месяц – выделенный объем IOPS, не зависящий от общего количества выполненных запросов на операции ввода-вывода (только для хранилища Provisioned IOPS (SSD) Amazon RDS).
  • Хранилище резервных копий данных – это хранилище для автоматических резервных копий базы данных и всех снимков состояния БД, созданных клиентом. Увеличение срока хранения резервных копий или создание дополнительных снимков состояния БД приводит к увеличению потребляемого базой данных объема хранилища резервных копий.
  • Передача данных – передача входящих и исходящих данных при обмене данными между инстансом БД и Интернетом.

Сведения о ценах на Amazon RDS см. в разделе цен на странице сервиса Amazon RDS.

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

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

Вопрос: Как определяются часы использования инстанса Amazon RDS, подлежащие оплате?

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

Вопрос: Каков принцип оплаты за остановленный инстанс БД?

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

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

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

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

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

  • Часы использования инстанса БД в нескольких зонах доступности в зависимости от класса использованного инстанса БД (например, db.t2.micro, db.m4.large). Как и при обычном развертывании с одной зоной доступности, неполные часы использования инстанса БД оплачиваются как полные. При смене типа развертывания инстанса БД (со стандартного развертывания на развертывание в нескольких зонах доступности или наоборот) в течение одного часа оплата за этот час будет начисляться согласно обоим тарифам.
  • Выделенное хранилище (при развертывании инстанса БД в нескольких зонах доступности) – при смене типа развертывания инстанса БД (со стандартного развертывания на развертывание в нескольких зонах доступности или наоборот) в течение одного часа оплата за этот час будет начисляться согласно большему из двух тарифов.
  • Запросы на операции ввода-вывода в месяц – общее количество выполненных запросов на операции ввода-вывода. При развертывании инстанса БД в нескольких зонах доступности используется большее количество запросов на операции ввода-вывода, чем при стандартном развертывании инстанса БД, которое зависит от соотношения числа операций чтения и записи в вашей БД. Использование операций ввода-вывода в БД при записи удваивается, так как сервис Amazon RDS синхронно реплицирует данные в инстанс резервной БД. Использование операций ввода-вывода при чтении остается прежним.
  • Резервное хранилище. Использование резервного хранилища не зависит от того, использовалось для инстанса БД стандартное развертывание или развертывание в нескольких зонах доступности. Резервные копии будут создаваться на базе вашего резервного инстанса БД, что позволит избежать приостановки выполнения операций ввода-вывода на основном инстансе БД.
  • Передача данных. Плата за передачу данных при репликации данных между основным и резервным инстансом БД не взимается. Плата за передачу входящих и исходящих данных при обмене данными между инстансом БД и Интернетом начисляется как и при стандартном развертывании.

Вопрос: Ваши цены указаны с учетом налогов?

Если не указано иное, представленные здесь цены не включают применимые налоги и сборы, в том числе НДС и применимый налог с продаж.Для клиентов с платежным адресом в Японии использование сервисов AWS облагается потребительским налогом Японии. Подробнее.


Вопрос: Какие условия предлагаются для уровня бесплатного пользования AWS для Amazon RDS?

Уровень бесплатного пользования AWS для Amazon RDS позволяет использовать инстансы БД Micro в одной зоне доступности под управлением MySQL, MariaDB, PostgreSQL, Oracle (с поддержкой собственных лицензий (BYOL)) и SQL Server Express Edition. Уровень бесплатного пользования включает 750 часов работы инстанса в месяц. Клиенты также ежемесячно получают бесплатно 20 ГБ на универсальных томах (SSD) для хранения баз данных и 20 ГБ для хранения резервных копий.

Вопрос: Как долго я смогу пользоваться Amazon RDS на уровне бесплатного пользования AWS?

Новые аккаунты AWS получают 12 месяцев доступа к уровню бесплатного пользования. Для получения дополнительных сведений посетите страницу Уровень бесплатного пользования AWS: вопросы и ответы.

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

Да. В рамках уровня бесплатного пользования AWS для Amazon RDS можно одновременно запускать более одного инстанса Micro DB в одной зоне доступности. Однако суммарное превышение 750 часов работы инстанса для всех инстансов Micro DB в одной зоне доступности для всех движков БД и регионов будет оплачиваться по стандартным тарифам Amazon RDS.

Например, если вы запустите два инстанса Micro DB в одной зоне доступности, при этом время работы каждого микроинстанса БД составит 400 часов в месяц, то суммарное время использования инстанса составит 800 часов, из которых 750 часов будут бесплатными. За оставшиеся 50 часов будет взиматься оплата по стандартным тарифам на Amazon RDS.

Вопрос: 750 часов работы инстанса БД Micro на уровне бесплатного пользования AWS предоставляются для каждого используемого движка (MySQL, MariaDB, PostgreSQL, Oracle и SQL Server)?

Нет. Клиент на уровне бесплатного пользования AWS может использовать до 750 часов работы любого из инстансов Micro DB под управлением MySQL, PostgreSQL, Oracle или SQL Server Express Edition. Любое превышение 750 часов работы инстанса для всех инстансов Micro DB в одной зоне доступности, для всех движков БД и регионов будет оплачиваться по стандартным тарифам на Amazon RDS.

Вопрос: Уровень бесплатного пользования AWS для Amazon RDS доступен во всех регионах AWS?

Уровень бесплатного пользования AWS для Amazon RDS доступен во всех регионах AWS, за исключением GovCloud (США).

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

Плата взимается согласно стандартным тарифам на Amazon RDS за часы пользования инстансом сверх часов, предусмотренных уровнем бесплатного пользования AWS. Подробные сведения см. на странице Amazon RDS – цены.


Вопрос: Что такое зарезервированный инстанс?

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

Вопрос: Чем отличаются зарезервированные инстансы от инстансов БД по требованию?

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

Вопрос: Как приобрести и создать зарезервированные инстансы?

Приобрести зарезервированный инстанс можно в разделе «Reserved Instance» Консоли управления AWS для Amazon RDS. Можно также использовать API Amazon RDS или интерфейс командной строки AWS для получения списка доступных резервирований, а затем для покупки зарезервированного инстанса БД.

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

Вопрос: Резервируются ли ресурсы для зарезервированных инстансов?

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

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

Вы можете приобрести до 40 зарезервированных инстансов БД. Если требуется запустить более 40 инстансов БД, заполните форму запроса инстансов БД Amazon RDS.

Вопрос: Как преобразовать существующий инстанс БД в зарезервированный инстанс?

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

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

Изменение тарифов, связанное с зарезервированным инстансом, произойдет сразу после получения запроса и обработки платежа. Следить за состоянием резервирований можно на странице «AWS Account Activity», с помощью API DescribeReservedDBInstances или команды describe-reserved-db-instances. Если разовый платеж не удастся успешно выполнить к началу следующего расчетного периода, тариф со скидкой применен не будет.

По истечении срока резервирования за использование вашего зарезервированного инстанса начнет взиматься почасовая плата как за инстанс по требованию, согласно классу инстанса БД и региону.

Вопрос: Как указать, какие из инстансов БД будут оплачиваться по тарифу зарезервированных инстансов?

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

Вопрос: Если я изменю класс инстанса БД (увеличу или уменьшу его), что произойдет с зарезервированным инстансом?

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

Резервирование для ядра БД и модели лицензирования, к которым применим гибкий подход к размеру инстанса (MySQL, MariaDB, PostgreSQL, Amazon Aurora или Oracle в рамках модели поддержки собственных лицензий), будет автоматически распространяться на запущенные инстансы БД любого размера в пределах соответствующего семейства (например, M4, T2 или R3), использующих то же ядро БД и находящихся в пределах того же региона. Помимо этого, резервирование будет применяться к инстансам БД, запущенным в режимах развертывания как в одной, так и в нескольких зонах доступности.

Для примера рассмотрим случай резервирования инстанса типа db.m4.2xlarge для ядра БД MySQL. В случае масштабирования запущенного инстанса БД до db.m4.4xlarge специальный тариф этого зарезервированного инстанса покроет половину стоимости использования более крупного инстанса БД.

Если ядро запущенной базы данных или ее модель лицензирования не подпадают под действие гибкого подхода к размеру инстанса (Microsoft SQL Server или БД Oracle в рамках модели «лицензия включена»), каждое резервирование в течение всего срока действия будет распространяться только на инстансы БД с полностью совпадающими атрибутами. Если вы решите изменить любой из атрибутов класса работающего инстанса БД до окончания срока резервирования, вместо оплаты согласно почасовым тарифам за использование зарезервированного инстанса БД вы вернетесь к оплате согласно почасовым тарифам инстансов по требованию.

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

Вопрос: Можно ли перенести зарезервированный инстанс из одного региона в другой или из одной зоны доступности в другую?

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

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

Да. При вызове API DescribeReservedDBInstancesOfferings или выполнении команды describe-reserved-db-instances-offerings обратите внимание на возможность развертывания в нескольких зонах доступности в списке конфигураций инстансов БД, доступных для покупки. Если вы хотите приобрести зарезервированные ресурсы для инстанса БД с синхронной репликацией между несколькими зонами доступности, укажите один из предложенных вариантов в своем вызове PurchaseReservedDBInstancesOffering.

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

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

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

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

Вопрос: Как выбор варианта оплаты отразится на итоговой стоимости?

Если зарезервированный инстанс приобретается с полной предоплатой, его стоимость будет целиком уплачена в авансовом платеже. При выборе варианта «Без предоплаты» авансовые платежи не потребуются. Общая стоимость зарезервированного инстанса без авансового платежа будет распределена по выплатам за каждый час (вне зависимости от использования инстанса). Частичная предоплата сочетает в себе свойства планов без авансового платежа и вариантов с полной предоплатой. При данном сценарии потребуется небольшой авансовый платеж, а затем при каждой почасовой выплате будет дополнительно взиматься небольшая сумма (вне зависимости от использования инстанса).


Вопрос: Как можно определить, какие исходные классы инстанса БД и емкости хранилища соответствуют моим потребностям?

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

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

Вы можете масштабировать вычислительные ресурсы и емкость хранилища, выделенного инстансу БД, с помощью Консоли управления AWS (выбрав нужный инстанс БД и щелкнув кнопку Modify), API RDS или интерфейса командной строки AWS. Ресурсы памяти и ЦП можно масштабировать за счет изменения класса инстанса БД, а доступная емкость хранилища масштабируется при изменении выделенной емкости хранилища. Учтите, что при изменении класса инстанса БД или выделенной емкости хранилища запрошенные изменения вступят в силу в указанный вами период обслуживания. Кроме того, можно установить флаг apply-immediately, чтобы исполнить свой запрос на масштабирование сразу же. Учтите, этот процесс также затронет другие системные изменения, ожидающие применения.

Осуществляйте мониторинг использования вычислительных ресурсов и ресурсов хранилища инстансом БД без дополнительных затрат с помощью Amazon CloudWatch. Этот сервис предоставляет доступ к метрикам загрузки ЦПУ, использования хранилища и сетевого трафика. Для просмотра нажмите на вкладку «Monitoring» необходимого инстанса БД в Консоли управления AWS или используйте API Amazon CloudWatch. Дополнительная информация по мониторингу активных инстансов БД приведена в Руководстве пользователя Amazon RDS.

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

Вопрос: Какая аппаратная конфигурация используется для хранилища Amazon RDS?

Для хранения базы данных и логов Amazon RDS использует тома EBS. В зависимости от запрошенной емкости хранилища Amazon RDS автоматически распределяет данные поочередно между несколькими томами EBS с целью повышения производительности IOPS. Для существующих инстансов БД MySQL и Oracle может наблюдаться некоторое ускорение операций ввода-вывода при масштабировании хранилища. Масштабирование ресурсов хранилища, выделенных для инстанса БД, выполняется с помощью Консоли управления AWS, API ModifyDBInstance или команды modify-db-instance.

Однако для SQL Server, в силу ограничений, связанных с расширением чередующихся накопителей, закрепленных за средой Windows Server, Amazon RDS в настоящее время не поддерживает расширение хранилища.

Подробности см. на странице Storage for Amazon RDS.

Вопрос: Будут ли инстансы БД оставаться доступными в процессе масштабирования?

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

Вопрос: Как можно масштабировать инстанс БД за пределы самого высокого класса инстансов БД и получить максимально возможную емкость хранилища?

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

Вопрос: Что такое универсальное хранилище (SSD) Amazon RDS?

Универсальное хранилище (SSD) Amazon RDS пригодно для обслуживания широкого диапазона рабочих нагрузок, создаваемых базами данных, с умеренными требованиями к количеству операций ввода-вывода. Благодаря минимальным значениям в 3 IOPS/ГБ и пиковым значениям до 3000 IOPS этот вариант хранилища обеспечивает предсказуемую производительность, достаточную для удовлетворения потребностей большинства приложений.

Вопрос: Что такое хранилище Provisioned IOPS (SSD) Amazon RDS?

Хранилище Amazon RDS типа Provisioned IOPS – это вариант хранения, предназначенный для обеспечения быстрой, предсказуемой и последовательной производительности ввода-вывода данных. При использовании хранилища Provisioned IOPS в Amazon RDS при создании инстанса БД указываются требования к IOPS, и сервис Amazon RDS выделяет указанный объем IOPS на весь срок использования инстанса БД. Хранилища с выделенным объемом IOPS оптимизированы для рабочих нагрузок транзакционных (OLTP) баз данных с большим количеством операций ввода-вывода. Дополнительная информация приведена в Amazon RDS User Guide.

Вопрос: Что такое магнитное хранилище Amazon RDS?

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

Вопрос: Как выбрать подходящий тип хранилища Amazon RDS?

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

  • Интенсивные рабочие нагрузки OLTP: хранилище с выделенными объемом IOPS (SSD) Amazon RDS
  • Рабочие нагрузки БД с умеренными требованиями к количеству операций ввода-вывода: универсальное хранилище (SSD) Amazon RDS

Вопрос: Какие минимальные и максимальные значения IOPS поддерживаются сервисом Amazon RDS?

Значения IOPS, поддерживаемые сервисом Amazon RDS, зависят от движка баз данных. Дополнительная информация приведена в Amazon RDS User Guide.

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

Сервис Amazon RDS предлагает два различных способа резервного копирования и восстановления инстансов БД: автоматическое создание резервных копий и снимки состояния БД.

Возможность автоматического резервного копирования Amazon RDS позволяет восстанавливать инстанс БД на определенный момент времени. Если для инстанса БД включено автоматическое резервное копирование, Amazon RDS будет ежедневно создавать полный снимок состояния данных (в рамках предпочтительного интервала обслуживания) и сохранять журналы транзакций (при внесении обновлений в инстанс БД). При запуске восстановления на момент времени к наиболее близкой резервной копии применяются журналы транзакций для возврата инстанса БД к заданному моменту времени. Сервис Amazon RDS хранит резервные копии инстансов БД в течение ограниченного периода времени, указанного пользователем. Это время называется сроком хранения; по умолчанию его значение равно 7 дням, однако его можно увеличить до 35 дней. При выполнении восстановления на определенный момент времени можно указать любую секунду в течение срока хранения, вплоть до последнего времени восстановления. Для выяснения последнего времени восстановления инстансов БД, которое обычно лежит в пределах последних пяти минут, можно использовать API DescribeDBInstances. Кроме того, последнее время восстановления инстанса БД можно найти в Консоли управления AWS, на вкладке «Description» в нижней части Консоли.

Создание снимков состояния БД инициируется пользователем; они позволяют создавать резервные копии инстанса БД в известном состоянии с необходимой частотой, а затем восстанавливать это состояние в нужное время. Снимки состояния БД можно создать с помощью Консоли управления AWS, вызова API CreateDBSnapshot или команды create-db-snapshot. Они сохраняются до тех пор, пока не будут удалены явным образом.

Снимки состояния, которые сервис Amazon RDS создает в рамках автоматического резервного копирования, можно копировать (с помощью Консоли AWS или команды copy-db-snapshot ) или использовать для восстановления инстансов БД из снимков состояния. Их можно определить по значению параметра Snapshot Type, указанному как «automated». Кроме того, можно узнать время, в которое был создан снимок состояния, по информации в поле Snapshot Created Time. Как вариант, для автоматических снимков состояния время создания снимка состояния (в формате UTC) также содержится в его идентификаторе.

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

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

По умолчанию Amazon RDS активирует автоматическое резервное копирование инстанса БД со сроком хранения в 7 дней. Бесплатное хранилище резервных копий ограничено размером выделенной базы данных и применяется только к активным инстансам БД. Например, если в течение месяца выделенный объем вашего хранилища БД составляет 100 ГБ, то без какой-либо дополнительной платы вам будет предоставлено хранилище резервных копий объемом 100 ГБ в месяц. Если вы хотите увеличить период хранения резервных копий до нескольких дней, это можно сделать с помощью API CreateDBInstance (при создании нового инстанса БД) или API ModifyDBInstance (для существующих инстансов БД). Эти API можно использовать для изменения параметра RetentionPeriod с 1 до необходимого количества дней. Дополнительная информация об автоматическом резервном копировании приведена в Руководстве пользователя по Amazon RDS.

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

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

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

Снимки состояния БД и автоматические резервные копии Amazon RDS сохраняются в хранилище S3.

Используйте Консоль управления AWS, API ModifyDBInstance или команду modify-db-instance для управления периодом хранения автоматизированных резервных копий; для этого нужно изменить параметр RetentionPeriod. Если вы хотите полностью отключить автоматическое резервное копирование (не рекомендуется), установите период хранения, равный нулю. Управление снимками состояния БД, созданными пользователями, осуществляется в консоли Amazon RDS, в разделе «Snapshots». Кроме того, можно просматривать список снимков состояния БД, созданных пользователями для конкретного инстанса БД, с помощью API DescribeDBSnapshots или команды describe-db-snapshots, и удалять снимки состояния с помощью API DeleteDBSnapshot или команды delete-db-snapshot.

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

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

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


Вопрос: Что такое Amazon Virtual Private Cloud (VPC) и как его можно использовать с Amazon RDS?

Amazon VPC позволяет создать среду виртуальной сети в частном изолированном разделе облака AWS, позволяющем полностью контролировать различные аспекты, такие как диапазоны частных IP-адресов, подсети, таблицы маршрутизации и сетевые шлюзы. Amazon VPC дает возможность определять топологию виртуальной сети и настраивать ее конфигурацию, что очень напоминает работу с традиционной IP-сетью в собственном центре обработки данных.

VPC может быть полезно, если требуется развернуть публичное интернет-приложение, а используемые серверы должны находиться в закрытой частной подсети. Например, можно создать публичную подсеть с доступом к Интернету для веб-серверов и расположить внутренние инстансы БД RDS в частной подсети без доступа к Интернету. Дополнительные сведения об Amazon VPC см. в Руководстве пользователя Amazon VPC.

Вопрос: Чем использование Amazon RDS в VPC отличается от его использования с платформой EC2 Classic (не VPC)?

Если аккаунт AWS был создан до 04.12.2013, пользователю может быть доступна среда Amazon Elastic Compute Cloud (EC2)-Classic для Amazon RDS. Основные функциональные возможности Amazon RDS для EC2-Classic и EC2-VPC остаются одинаковыми. Amazon RDS управляет резервным копированием, обновлением ПО, автоматическим обнаружением сбоев, репликами чтения и восстановлением независимо от того, развернуты инстансы БД внутри VPC или за его пределами. Дополнительную информацию об отличиях между EC2-Classic и EC2-VPC см. в документации к EC2.

Вопрос: Что такое группа подсетей БД и почему мне необходима одна из них?

Группа подсетей БД – это набор подсетей, который можно назначить инстансам БД RDS в VPC. В каждой группе подсетей БД должна быть по меньшей мере одна подсеть для каждой зоны доступности в данном регионе. При создании инстанса БД в VPC необходимо выбрать группу подсетей БД. Amazon RDS в дальнейшем использует эту группу подсетей БД и предпочитаемую зону доступности для выбора подсети и IP-адреса в этой подсети. Amazon RDS создает и связывает эластичный сетевой интерфейс с инстансом БД с указанным IP-адресом.

Обратите внимание на то, что мы настоятельно рекомендуем использовать для подключения к инстансу БД DNS-имя, поскольку основной IP-адрес может меняться (например, при перебросе).

При развертывании в нескольких зонах доступности определение подсети для всех зон доступности в регионе позволит Amazon RDS в случае необходимости создать новый резервный инстанс в другой зоне доступности. Вам необходимо сделать это даже при развертывании в одной зоне доступности просто на тот случай, если на каком-то этапе необходимо будет преобразовать развертывание в одной зоне доступности в развертывание в нескольких зонах доступности.

Вопрос: Как создать инстанс БД Amazon RDS в VPC?

Процедура, которая поможет поэтапно ознакомиться с этим процессом, приведена в разделе Создание инстанса БД в VPC Руководства пользователя по Amazon RDS.

Вопрос: Как можно управлять сетевым доступом к своим инстансам БД?

Изучите раздел Security Groups в Amazon RDS User Guide, чтобы узнать о различных способах управления доступом к своим инстансам БД.

Вопрос: Как подключиться к инстансу БД Amazon RDS в VPC?

К инстансам БД, развернутым в VPC, можно получить доступ из инстансов EC2, развернутых в том же VPC. Если эти инстансы EC2 были развернуты в публичной подсети с соответствующими эластичными IP-адресами, можно получить доступ к инстансам EC2 через Интернет.

К инстансам БД, развернутым в VPC, можно получить доступ из Интернета или из инстансов EC2, развернутых за пределами этого VPC, с помощью VPN или узла-бастиона, который можно запускать в своей публичной подсети, или с помощью параметра публичного доступа Publicly Accessible в Amazon RDS:

  • Чтобы использовать узел-бастион, необходимо создать публичную подсеть с инстансом EC2, который будет действовать как SSH-бастион. Эта публичная подсеть должна содержать интернет-шлюз и использовать правила маршрутизации, позволяющие перенаправить трафик через SSH-узел, который должен затем пересылать запросы далее, на частный IP-адрес вашего инстанса БД RDS.
  • Чтобы использовать подключение к общедоступным сетям, просто создайте свои инстансы БД, указав значение «yes» для параметра Publicly Accessible. С включенным параметром Publicly Accessible ваши инстансы БД в VPC по умолчанию будут полностью доступны за пределами вашего VPC. Это означает, что вам не нужно будет настраивать VPN или узел-бастион, чтобы разрешить доступ к своим инстансам.

Вы также можете настроить VPN-шлюз, который расширит вашу корпоративную сеть в ваше VPC и обеспечит доступ к инстансу БД RDS в этом VPC. Подробные сведения можно найти в Amazon VPC User Guide.

Мы настоятельно рекомендуем использовать DNS-имя для подключения к инстансу БД, поскольку основной IP-адрес может меняться (например, при перебросе).

Вопрос: Можно ли перенести существующие инстансы БД, находящиеся за пределами VPC, в мое VPC?

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

Вопрос: Можно ли перенести свои существующие инстансы БД из VPC за пределы VPC?

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

Вопрос: Что нужно предпринять, чтобы убедиться, что мои инстансы БД в VPC доступны моему приложению?

Вы отвечаете за изменение таблиц маршрутизации и списков контроля доступа к сети в своем VPC, гарантируя, что ваши инстансы БД доступны вашим клиентским инстансам в VPC.

При развертывания в нескольких зонах доступности после переброса из-за отказа ваш клиентский инстанс EC2 и инстанс БД RDS могут оказаться в разных зонах доступности. Вы должны настроить списки контроля доступа к сети, гарантируя возможность связи между различными зонами доступности.

Вопрос: Можно ли изменить группу подсети БД моего инстанса БД?

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

Вопрос: Что такое аккаунт главного пользователя Amazon RDS и чем он отличается от аккаунта AWS?

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

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

В MySQL главному пользователю по умолчанию предоставляются следующие права: create, drop, references, event, alter, delete, index, insert, select, update, create temporary tables, lock tables, trigger, create view, show view, alter routine, create routine, execute, trigger, create user, process, show databases, grant option.

В Oracle главному пользователю присваивается роль dba. Главный пользователь наследует большинство прав, связанных с ролью. Обратитесь к Amazon RDS User Guide для получения информации о списке запрещенных прав и соответствующих альтернативных вариантов выполнения задач администрирования, при выполнении которых могут потребоваться эти права.

В SQL Server пользователю, который создает базу данных, присваивается роль db_owner. Обратитесь к Amazon RDS User Guide для получения информации о списке запрещенных прав и соответствующих альтернативных вариантов выполнения задач администрирования, при выполнении которых могут потребоваться эти права.

Вопрос: Есть ли какие-то особенности в принципах управления пользователями в Amazon RDS?

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

Вопрос: Могут ли программы, работающие на серверах в моем собственном центре обработки данных, получать доступ к базам данных Amazon RDS?

Да. Необходимо специально разрешить доступ к базе данных через Интернет путем соответствующей настройки групп безопасности. Можно разрешить доступ только с определенных IP-адресов, диапазонов IP-адресов или подсетей, соответствующих серверам в вашем собственном центре обработки данных.

Вопрос: Можно ли шифровать соединения между моим приложением и моим инстансом БД с использованием SSL?

Да, эта возможность в настоящее время поддерживается для ядер БД MySQL, MariaDB, SQL Server, PostgreSQL и Oracle.

Amazon RDS генерирует сертификат SSL для каждого инстанса БД. После того как будет установлено зашифрованное соединение, данные, передаваемые между инстансом БД и вашим приложением, будут шифроваться при передаче.

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

Подробнее о создании шифрованного соединения с Amazon RDS см. в следующей документации Amazon RDS: Руководство пользователя MySQL, Руководство пользователя MariaDBРуководство пользователя SQL ServerРуководство пользователя PostgreSQL или Руководство пользователя Oracle. Подробнее о том, как SSL работает с этими ядрами БД, можно узнать непосредственно из документации MySQL, документации MariaDB, документации MSDN SQL Server, документации PostgreSQL или документации Oracle.

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

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

Можно также включить шифрование на ранее незашифрованном инстансе БД или кластере БД путем создания снимка состояния БД и затем копирования этого снимка состояния с указанием ключа шифрования KMS. После этого можно восстановить зашифрованный инстанс БД или кластер БД из зашифрованного снимка состояния.

Amazon RDS для Oracle и SQL Server поддерживает технологию прозрачного шифрования данных, которую используют эти системы. В системах Oracle технология прозрачного шифрования данных встроена в AWS CloudHSM, что обеспечивает безопасную интеграцию, организацию и хранение криптографических ключей в аппаратном модуле безопасности (HSM) с одним владельцем в рамках облака AWS. Более подробные сведения см. в разделах Amazon RDS User Guide, посвященных Oracle и SQL Server.

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

Вы можете контролировать действия, которые пользователи и группы AWS IAM могут выполнять над ресурсами RDS. Контроль производится посредством ссылок на ресурсы RDS в политиках AWS IAM, которые вы применяете к своим пользователям и группам. Ресурсы RDS, на которые можно ссылаться в политике AWS IAM, включают в себя инстансы БД, снимки БД, реплики чтения, группы безопасности БД, группы настроек БД, группы параметров БД, подписки на события и группы подсетей БД. Кроме того, можно пометить эти ресурсы с помощью тегов, добавляя дополнительные метаданные для своих ресурсов. С помощью тегов можно разделять ресурсы на категории (например, инстансы БД «Разработка», инстансы БД «Производство», инстансы БД «Тестирование» и т. д.), а также создавать политики AWS IAM со списком разрешений (т. е. действий), которые можно выполнять над ресурсами с одинаковыми тегами. Дополнительные сведения см. в разделах документации Managing Access to Your Amazon RDS Resources and Databases и Tagging Amazon RDS Resources.

Вопрос: Я хочу выполнить анализ безопасности или устранить неполадки в работе для своих развернутых систем RDS. Можно ли получить историю всех обращений API RDS к моему аккаунту?

Да. AWS CloudTrail – это веб-сервис, который записывает все вызовы AWS API для вашего аккаунта и предоставляет вам лог-файлы. История вызовов API AWS в CloudTrail делает возможным проведение анализа безопасности, отслеживание изменения ресурсов и аудит соответствия. Дополнительные сведения о сервисе CloudTrail см. на странице AWS CloudTrail, при этом включить его можно на главной странице CloudTrail в Консоли управления AWS .


Вопрос: Как правильно выбрать параметры конфигурации для инстансов БД?

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

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

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

Подробную информацию о настройке групп параметров БД см. в Руководстве пользователя по Amazon RDS.

Вопрос: Как выполнять мониторинг конфигурации моих ресурсов Amazon RDS?

Можно использовать AWS Config для непрерывной записи изменений конфигураций инстансов БД Amazon RDS, групп подсетей БД, снимков состояния БД, групп безопасности БД и подписок на события, и получать оповещения об изменениях через Amazon Simple Notification Service (SNS). Вы можете также создать правила AWS Config Rules, чтобы оценить, имеют ли ресурсы RDS требуемую конфигурацию.


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

В сервисе Amazon RDS предусмотрены два типа репликации для разных целей.

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

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

Реплики чтения поддерживаются в Amazon Aurora, Amazon RDS для MySQL, MariaDB и PostgreSQL. В отличие от развертывания в нескольких зонах доступности, реплики чтения для этих ядер используют свои собственные методы репликации, каждый из которых имеет свои достоинства и недостатки. В частности, в репликах чтения обновления вступают в силу после того, как будут применены к исходному инстансу БД (асинхронная репликация), и значения задержек могут быть существенными. Это означает, что недавние обновления БД, внесенные в исходный инстанс БД стандартного типа (без развертывания в нескольких зонах доступности), могут не отразиться в соответствующей реплике чтения в случае отключения исходного инстанса БД. Таким образом, при использовании реплик чтения не обеспечиваются преимущества в плане устойчивости, как в случае развертывания в нескольких зонах доступности. Использование реплик чтения может обеспечить преимущества в плане доступности чтения, но при разработке этих реплик не учитывалась необходимость повысить доступность записи.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вопрос: Что происходит при конвертации инстанса RDS, развернутого в одной зоне доступности, в инстанс, развернутый во множестве зон доступности?

Для ядер баз данных MySQL, MariaDB, PostgreSQL и Oracle сервиса Amazon RDS при конвертации инстанса, развернутого в одной зоне доступности, в инстанс, развернутый во множестве зон доступности, происходит следующее:

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

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

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

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

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

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

Вопрос: Выдает ли сервис предупреждение о том, что выполнен автоматический аварийный переброс?

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

Вопрос: Какие действия выполняются во время аварийного переброса и сколько времени они занимают?

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

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

Вопрос: Можно ли самостоятельно инициировать «принудительную» обработку отказа при работе инстанса БД в нескольких зонах доступности?

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

Вопрос: Как настроить синхронную репликацию во множестве зон доступности?

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

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

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

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

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

Вопрос: Если после выполнения аварийного переброса основная реплика моего инстанса БД оказалась не в той зоне доступности, в которой находятся другие ресурсы AWS (например, инстансы EC2), повлияет ли это на время задержки?

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

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

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

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

Вопрос: Что собой представляет инстанс БД как реплика чтения?

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

Вопрос: В каких случаях стоит использовать реплики чтения Amazon RDS?

Развертывание одной и более реплик чтения для данного исходного инстанса БД успешно применяется в различных сценариях. Ниже перечислены самые распространенные из них:

  • Масштабирование вычислительных ресурсов или ресурсов ввода-вывода одного инстанса БД для выполнения рабочих нагрузок с большим количеством операций чтения базы данных. Избыточный трафик чтения можно направить на одну и более реплик чтения.
  • Обслуживание трафика чтения, когда исходный инстанс БД недоступен. Если исходный инстанс БД не принимает запросы ввода-вывода (например, в связи с приостановкой ввода-вывода во время выполнения резервного копирования или запланированного обслуживания), трафик операций чтения можно направить на реплики чтения. Следует учесть, что в этом случае данные, которые содержит реплика чтения, могут оказаться устаревшими вследствие недоступности исходного инстанса БД.
  • Бизнес-отчеты или сценарии хранения данных. Можно настроить запросы бизнес-отчетов для работы с репликой чтения, а не с основным рабочим инстансом БД.

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

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

Вопрос: Какие версии движков баз данных Amazon RDS поддерживают реплики чтения?

Amazon Aurora (MySQL): все инстансы БД.

Amazon RDS для MySQL. Создание реплик чтения поддерживается инстансами БД с MySQL версии 5.5 или новее. Для работы реплик чтения автоматические резервные копии на исходном инстансе БД должны быть активированы. Автоматическое резервное копирование реплик чтения поддерживается в Amazon RDS только для версий MySQL выше 5.6 и не поддерживается для версии 5.5.

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

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

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

Реплику чтения можно создать за несколько минут с помощью стандартного API CreateDBInstanceReadReplica или Консоли управления AWS. При создании реплики ее можно определить как реплику чтения, указав для нее идентификатор SourceDBInstanceIdentifier. SourceDBInstanceIdentifier – это идентификатор исходного, реплицируемого инстанса БД. Как и для стандартного инстанса БД, вы можете также задать зону доступности, класс инстанса БД и предпочтительный период обслуживания. Версия движка (например, PostgreSQL 9.3.5) и местонахождение хранилища реплики чтения наследуются от исходного инстанса БД. При создании реплики чтения Amazon RDS делает снимок состояния исходного инстанса БД и начинает репликацию. В связи с этим может наблюдаться краткая приостановка выполнения операций ввода-вывода в исходном инстансе БД. Операции ввода-вывода приостанавливаются, как правило, не более чем на одну минуту, и совсем не приостанавливаются, если исходный инстанс БД работает во множестве зон доступности, так как в этом случае снимки делаются с резервных реплик. В ближайшее время Amazon RDS будет доработан таким образом, что в случае создания множества реплик чтения в течение 30 минут для них использовался один и тот же исходный снимок с целью уменьшения влияния на выполнение операций ввода-вывода (процесс синхронизации репликации для каждой реплики чтения начинается сразу же после ее создания).

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

Подключение к реплике чтения выполняется таким же образом, как и к стандартному инстансу БД. Для получения адресов реплик чтения используют API DescribeDBInstance или Консоль управления AWS. Порядок распределения трафика чтения по множеству реплик чтения определяется приложением.

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

Amazon Aurora (MySQL) позволяет создавать до 15 реплик чтения для заданного исходного инстанса БД.

Amazon RDS для MySQL, PostgreSQL и MariaDB в настоящее время позволяют создавать не более 5 реплик чтения для заданного исходного инстанса БД.

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

Да, RDS поддерживает межрегиональные реплики чтения.

Вопрос: Поддерживает ли Amazon RDS синхронную репликацию для реплик чтения?

Нет. Функционирование реплик чтения в Amazon RDS для MySQL, MariaDB и PostgreSQL обеспечивается за счет встроенных средств асинхронной репликации ядер этих БД. В Amazon Aurora используется другой (тоже асинхронный) механизм репликации.

Вопрос: Можно ли использовать реплики чтения для повышения доступности базы данных для записи или защиты данных в исходном инстансе БД от сбоев?

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

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

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

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

В настоящее время Amazon RDS для MySQL, PostgreSQL и MariaDB не поддерживают такую возможность.

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

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

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

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

Amazon RDS для PostgreSQL: репликация реплик чтения в настоящее время не поддерживается.

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

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

В Amazon RDS для MySQL можно настроить разрешение операторов DDL SQL в реплике чтения. Чтобы в данной реплике чтения включить использование других операций, помимо чтения, измените активную группу параметров БД реплики чтения, задав значение параметра read_only равным нулю.

Amazon RDS для PostgreSQL в настоящее время не поддерживает выполнения операторов DDL SQL в репликах чтения.

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

Да. Подробные сведения можно найти в Amazon RDS User Guide.

Вопрос: Будут ли применены все обновления соответствующего исходного инстанса БД к реплике чтения?

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

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

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

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

Для получения списка всех развернутых инстансов БД, включая реплики чтения, можно воспользоваться стандартным API DescribeDBInstances или перейти на вкладку «DB Instances» в консоли Amazon RDS.

Amazon RDS позволяет увидеть, насколько реплика чтения отстает от своего исходного инстанса БД. Число секунд отставания публикуется в виде метрики Replica Lag в Amazon CloudWatch, доступной в Консоли управления AWS или с помощью API Amazon CloudWatch. В Amazon RDS для MySQL используется тот же источник информации, который отображается при применении стандартной команды MySQL Show Slave Status для реплики чтения. В Amazon RDS для PostgreSQL можно отобразить параметр pg_stat_replication для исходного инстанса БД, чтобы просмотреть метрики репликации.

Amazon RDS отслеживает состояние репликации созданных реплик чтения и меняет значение поля состояния репликации в Консоли управления AWS на «Error», если репликация была остановлена по любым причинам (например, следствием попыток запросов DML к реплике, конфликтующих с обновлениями основного инстанса БД, может стать ошибка репликации). Вы можете просмотреть подробности ошибки, выданной движком MySQL, отобразив их в поле Replication Error, и предпринять соответствующие меры для устранения ее последствий. Дополнительную информацию о решении проблем репликации вы найдете в разделе «Troubleshooting a Read Replica Problem» Руководства пользователя Amazon RDS для MySQL или PostgreSQL.

Если ошибка репликации исправлена, в поле состояния репликации будет указано значение Replicating.

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

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

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

Вопрос: Следует ли при масштабировании вычислительных ресурсов и/или ресурсов хранилища исходного инстанса БД масштабировать также и ресурсы связанных реплик чтения?

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

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

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

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

Реплику чтения можно легко удалить из Консоли управления AWS или путем передачи ее идентификатора инстанса БД в API DeleteDBInstance.

Реплика чтения Amazon Aurora (MySQL) останется активной и продолжит прием трафика чтения даже после удаления соответствующего исходного инстанса БД. Одна из реплик чтения в кластере будет автоматически назначена новой ведущей репликой и начнет принимать трафик записи.

Реплика чтения Amazon RDS для MySQL и MariaDB останется активной и продолжит прием трафика чтения даже после удаления соответствующего исходного инстанса БД. Если требуется удалить реплику чтения вместе с исходным инстансом БД, это следует сделать дополнительно с помощью API DeleteDBInstance или Консоли управления AWS.

При удалении инстанса БД Amazon RDS для PostgreSQL, для которого имеются реплики чтения, последние станут самостоятельными инстансами БД и смогут принимать трафик чтения и записи. Эти новые инстансы БД будут работать независимо друг от друга. Если требуется удалить эти инстансы БД вместе с оригинальным исходным инстансом БД, это следует сделать дополнительно с помощью API DeleteDBInstance или Консоли управления AWS.

Вопрос: Имею ли я прямой доступ к журналу событий моего инстанса базы данных?

Для Amazon RDS для MySQL или Amazon RDS для MariaDB можно использовать утилиту mysqlbinlog для загрузки или потоковой передачи бинарных журналов из инстанса БД. Amazon RDS для PostgreSQL в настоящее время не предоставляет возможности доступа к файлам WAL инстанса БД.

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

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

Начисление платы за использование реплики чтения начинается сразу после ее успешного создания, т. е. с момента, когда ее состояние отобразится как активное. Плата за использование реплики чтения продолжает начисляться по стандартным почасовым тарифам для инстансов БД Amazon RDS, пока вы не дадите команду удалить ее.

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

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

Функция PostgreSQL MySQL MariaDB
Максимально допустимое число реплик чтения на исходный инстанс БД
5 5 5
Метод репликации Асинхронный
физический
Асинхронный
логический
Асинхронный
логический
Требуется ли настройка автоматического резервного копирования для поддержки реплик чтения? Да Да Да
Версии движков, которые поддерживают реплики чтения 9.3.5 или более новые 5.5 или новее 10.0 или новее
Преобразование реплики чтения в новый самостоятельный инстанс БД Поддерживается Поддерживается Поддерживается
Создание индексов в реплике чтения В настоящее время не поддерживается Поддерживается Поддерживается
Резервное копирование реплик чтения В настоящее время не поддерживается Поддерживается Поддерживается
Цепочки реплик чтения
(т. е. репликация реплик чтения)
В настоящее время не поддерживается Поддерживается Поддерживается
Межрегиональная репликация реплик чтения Поддерживается Поддерживается Поддерживается

Вопрос: Что представляет собой улучшенный мониторинг для RDS?

Улучшенный мониторинг для RDS обеспечивает более полное представление о состоянии ваших инстансов RDS. Просто включите опцию «Enhanced Monitoring» для своего инстанса БД RDS, установите детализацию, и функция улучшенного мониторинга будет собирать важные метрики операционной системы и данные о процессах с требуемой детализацией.

Вопрос: Какие метрики и процессы я могу отслеживать при улучшенном мониторинге?

При улучшенном мониторинге регистрируются метрики вашего инстанса RDS на уровне системы, например метрики CPU, памяти, файловой системы, дисковых операций ввода-вывода и другие. Полный перечень метрик см. по ссылке.

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

Улучшенный мониторинг поддерживается для всех ядер баз данных RDS.

Вопрос: Для каких типов инстансов поддерживается улучшенный мониторинг?

Улучшенный мониторинг поддерживается для всех типов инстансов, кроме t1.micro и m1.small. Режим улучшенного мониторинга использует некоторое количество ресурсов CPU, памяти и операций ввода-вывода, поэтому для целей стандартного мониторинга мы рекомендуем использовать высокую детализацию только с инстансами размера medium и больше. Для непроизводственных инстансов БД по умолчанию улучшенный мониторинг выключен; вы можете оставить его выключенным или, включив, настроить детализацию.

Вопрос: Какую информацию можно увидеть на панели управления RDS?

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

Вопрос: Во всех ли инстансах RDS моего аккаунта метрики будут фиксироваться с одинаковой детализацией?

Нет. Можно настроить различную детализацию для каждого инстанса БД вашего аккаунта RDS. Кроме того, можно выбрать, для каких инстансов будет работать режим улучшенного мониторинга, и изменять детализацию для любого инстанса в любое время.

Вопрос: За какой период можно посмотреть историю метрик в консоли RDS?

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

Вопрос: Как можно просмотреть метрики, создаваемые функцией улучшенного мониторинга RDS, в CloudWatch?

Метрики, создаваемые функцией улучшенного мониторинга RDS, записываются в журналы CloudWatch Logs вашего аккаунта. Вы можете создавать в CloudWatch фильтры метрик, записанных в журналы CloudWatch, и выводить их в графическом формате в панели управления CloudWatch. Подробнее см. на странице Amazon CloudWatch.

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

CloudWatch следует использовать в том случае, если вы хотите просмотреть данные за прошедший период, недоступные в панели управления консоли RDS. Кроме того, вы можете просматривать данные мониторинга инстансов RDS в CloudWatch, чтобы контролировать состояние всего стека AWS в одном месте. На данный момент CloudWatch поддерживает детализацию до 1 минуты, при более высокой детализации значения усредняются.

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

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

Вопрос: Как я могу интегрировать улучшенный мониторинг с используемыми в настоящее время инструментами?

Улучшенный мониторинг RDS создает набор метрик в виде данных формата JSON, которые записываются в журналы CloudWatch Logs вашего аккаунта. Данные в формате JSON собираются с детализацией, установленной вами для конкретного инстанса RDS.

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

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

Поскольку функция улучшенного мониторинга записывает данные в формате JSON в журналы CloudWatch Logs вашего аккаунта, вы можете управлять сроком их хранения точно так же, как любыми другими потоковыми данными, поступающими в CloudWatch Logs. По умолчанию время хранения данных улучшенного мониторинга в журналах CloudWatch составляет 30 дней. Подробнее о том, как изменить настройки времени хранения, см. в Руководстве разработчика по Amazon CloudWatch.

Вопрос: Как режим улучшенного мониторинга отражается на моих ежемесячных счетах?

Поскольку созданные метрики импортируются в журналы CloudWatch Logs, то после того, как вы выйдете за пределы уровня бесплатного пользования для CloudWatch Logs, с вас будет взиматься плата на основе тарифов за передачу данных и их хранение в CloudWatch. Сведения о ценах см. по ссылке. Объем информации, передаваемой для каждого инстанса RDS, прямо пропорционален заданной детализации улучшенного мониторинга. С целью управления затратами администраторы могут устанавливать для различных инстансов различную детализацию.

Приблизительные объемы данных, импортируемых функцией улучшенного мониторинга в журналы CloudWatch для одного инстанса, приведены ниже.

Детализация

60 секунд

30 секунд

15 секунд

10 секунд

5 секунд

1 секунда

Объем данных, импортированных в журналы CloudWatch* (гигабайтов в месяц)

0,27

0,53

1,07

1,61

3,21

16,07