Вопросы и ответы об Amazon RDS для PostgreSQL

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

Amazon RDS для PostgreSQL в настоящее время поддерживает PostgreSQL 12, 13, 14, 15 и 16. RDS для PostgreSQL также поддерживает PostgreSQL 11 в рамках расширенной поддержки Amazon RDS. Информацию о поддерживаемых второстепенных версиях см. в Руководстве пользователя Amazon RDS.

Какие расширения поддерживает Amazon RDS для PostgreSQL?

Список доступных расширений см. в Руководстве пользователя Amazon RDS. Вы можете запросить поддержку дополнительных расширений. Для этого отправьте письмо по адресу rds-postgres-extensions-request@amazon.com, указав название расширения и способ предполагаемого использования.

Поддерживает ли RDS для PostgreSQL журнал аудита?

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

Применяются ли какие‑либо ограничения к RDS для PostgreSQL?

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

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

В рамках RDS для PostgreSQL нумерация версий организована таким образом: версия PostgreSQL = X.Y-R(n).

В Amazon RDS изменение версии считается основным, если изменилась первая часть номера версии. Пример: переход от версии 15.9 к версии 17.1.

Изменение версии считается второстепенным, если изменилась вторая часть номера версии в рамках одного релиза. Пример: переход от версии 17.1 к версии 17.2.

R(n) означает следующий за ним выпуск второстепенной версии, которая может содержать новые функции, улучшения производительности и исправления ошибок. Второстепенная версия может иметь или не иметь выпуск R(n). Пример: переход от 17.1 к 17.1-R2 или 17.1-R3.

Дополнительные сведения см. на странице политики управления версиями PostgreSQL.

Предоставляет ли Amazon RDS рекомендации по обновлению версий ядра или прекращению поддержки тех версий ядра, которые в настоящее время поддерживаются?

Да. Дополнительные сведения см. на странице вопросов и ответов для Amazon RDS.

Trusted Language Extensions для PostgreSQL

Зачем использовать Trusted Language Extensions для PostgreSQL?

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

Каковы наиболее распространенные риски, возникающие при использовании расширений в PostgreSQL? Как расширения TLE для PostgreSQL устраняют такие риски?

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

Расширения TLE для PostgreSQL предоставляют несколько уровней защиты для устранения этого риска. Расширения TLE ограничивают доступ к системным ресурсам. Роль rds_superuser может определять, кому разрешено устанавливать определенные расширения. Однако эти изменения можно вносить с помощью TLE API. Расширения TLE ограничивают влияние дефекта расширения посредством одного подключения к базе данных. В дополнение к этим мерам безопасности TLE предоставляет администраторам баз данных с ролью rds_superuser возможность точного онлайн-контроля, которые позволяют решать, кому разрешено устанавливать расширения, и могут создать модель разрешений для их запуска. Запускать и создавать расширения TLE с помощью команды CREATE EXTENSION расширения TLE могут только пользователи с соответствующим уровнем прав. Кроме того, администраторы баз данных могут составить список утвержденных «обработчиков PostgreSQL», задействованных в более сложных расширениях, которые изменяют внутреннее поведение базы данных и обычно требуют более высокого уровня прав.

Как расширения TLE для PostgreSQL связаны с другими сервисами AWS и как они взаимодействуют?

Расширения TLE для PostgreSQL доступны для Amazon RDS на PostgreSQL 14.5 или более новых версий. Расширения TLE реализованы как расширения PostgreSQL, при этом их можно активировать из роли rds_superuser аналогично другим расширениям, поддерживаемым RDS.

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

Расширения TLE для PostgreSQL можно запустить в PostgreSQL 14.5 или более новых версиях в Amazon RDS.

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

В настоящее время расширения TLE для PostgreSQL доступны во всех действительных регионах AWS и в регионах AWS GovCloud.

Сколько стоит использование TLE?

Расширения TLE для PostgreSQL доступны для клиентов Amazon RDS без дополнительной платы.

Чем расширения TLE для PostgreSQL отличаются от расширений, доступных в настоящее время в Amazon Aurora и Amazon RDS?

Aurora и Amazon RDSподдерживают специальный набор из более чем 85 расширений PostgreSQL. AWS управляет рисками безопасности для каждого из этих расширений с использованием Модели общей ответственности AWS. Расширение, которое реализует TLE для PostgreSQL, включено в этот набор. Расширения, которые вы пишете или получаете из сторонних источников и устанавливаете в TLE, считаются частью кода вашего приложения. Вы отвечаете за безопасность приложений, в которых используются расширения TLE.

Какие расширения можно использовать с TLE для PostgreSQL?

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

Какие языки программирования можно использовать для разработки TLE для PostgreSQL?

В настоящее время расширения TLE для PostgreSQL поддерживают JavaScript, PL/pgSQL, Perl и SQL.

Как развернуть TLE для PostgreSQL?

Как только роль rds_superuser активирует TLE для PostgreSQL, можно развертывать расширения TLE с помощью команды SQL CREATE EXTENSION из любого клиента PostgreSQL, например psql. Это похоже на то, как создаются пользовательские функции, написанные на процедурном языке, таком как PL/pgSQL или PL/Perl. Вы можете управлять разрешениями пользователей на развертывание расширений TLE и использование определенных расширений.

Как расширения TLE для PostgreSQL взаимодействуют с базой данных PostgreSQL?

Расширения TLE для PostgreSQL получают доступ к базе данных PostgreSQL исключительно с помощью API TLE. Надежные языки, поддерживаемые TLE, предусматривают все функции интерфейса программирования сервера (SPI) PostgreSQL и поддерживают обработчиков PostgreSQL, в том числе обработчика проверки пароля.

Как узнать больше о проекте с открытым исходным кодом TLE для PostgreSQL?

Чтобы узнать больше о проекте TLE для PostgreSQL, см. официальную страницу TLE на GitHub.

Развертывания Amazon RDS без перерыва в обслуживании

Какие версии RDS для PostgreSQL поддерживают развертывания Amazon RDS без перерыва в обслуживании?

Развертывания Amazon RDS без перерыва в обслуживании поддерживаются в версиях 11.21 и более новых версиях, 12.16 и более новых версиях, 13.12 и более новых версиях, 14.9 и более новых версиях, 15.4 и более новых версиях. Чтобы узнать больше о доступных версиях, см. документацию о Amazon RDS

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

Развертывания Amazon RDS без перерыва в обслуживании доступны во всех действительных регионах AWS и регионах AWS GovCloud.

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

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

Какие изменения можно вносить с помощью развертываний Amazon RDS без перерыва в обслуживании?

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

Что такое среда с текущей версией приложения при развертывании Amazon RDS без перерыва в обслуживании? Что такое среда с новой версией приложения?

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

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

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

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

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

Что случится с предыдущей рабочей средой после завершения переключения посредством развертывания Amazon RDS без перерыва в обслуживании?

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

Что контролируют ограничения переключения при развертываниях Amazon RDS без перерыва в обслуживании?

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

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

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

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

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

DevOps Guru для RDS

Что такое Amazon DevOps Guru для RDS?

Amazon DevOps Guru для RDS представляет собой новую возможность для Amazon RDS для PostgreSQL (в том числе Amazon Aurora) на основе машинного обучения, которая позволяет автоматически выявлять и диагностировать проблемы в сфере производительности и эксплуатации баз данных, что сокращает время устранения таких проблем с нескольких дней до нескольких минут.

Amazon DevOps Guru для RDS реализован как дополнительная возможность Amazon DevOps Guru и предназначен для обнаружения проблем с производительностью и эксплуатацией для всех типов платформы Amazon RDS и десятков других типов ресурсов. DevOps Guru для RDS расширяет возможности DevOps Guru, позволяя обнаруживать, диагностировать и исправлять широкий набор проблем с базами данных в Amazon RDS для PostgreSQL (например, чрезмерное потребление ресурсов или плохое поведение отдельных запросов SQL).

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

Почему стоит использовать DevOps Guru для RDS?

Сервис Amazon DevOps Guru для RDS избавит вас от ручных операций и сократит (с нескольких часов и дней до нескольких минут) время, необходимое для выявления и устранения трудно обнаруживаемых проблем в сфере производительности в рабочих нагрузках реляционных баз данных.

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

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

Как работает Amazon DevOps Guru для RDS?

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

Как начать работу с Amazon DevOps Guru для RDS?

Чтобы начать работу с DevOps Guru для RDS, сначала необходимо запустить аналитику производительности на консоли Amazon RDS, а затем – DevOps Guru в настройках баз данных Amazon RDS для PostgreSQL. Сервис DevOps Guru позволяет выбрать для анализа весь аккаунт AWS, назначить определенные стеки AWS CloudFormation для анализа в DevOps Guru или с помощью тегов AWS настроить группирование ресурсов для анализа в DevOps Guru.

Какие типы проблем может обнаружить Amazon DevOps Guru для RDS?

Сервис Amazon DevOps Guru для RDS позволяет выявлять широкий спектр проблем в сфере производительности, которые могут снижать качество предоставления сервиса для приложения, в том числе скопления блокировок, лавинные подключения, регрессии SQL, конфликты процессора и ввода/вывода, проблемы с использованием памяти и неправильно настроенные параметры.

Чем DevOps Guru для RDS отличается от аналитики производительности Amazon RDS?

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

Подробнее о ценах

Сервис Amazon RDS можно попробовать бесплатно. Платите только за то, чем пользуетесь. Минимальные платежи отсутствуют.  

Подробнее 
Зарегистрировать бесплатный аккаунт

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

Регистрация 
Начать разработку в консоли

Начните работу с Amazon RDS для PostgreSQL в консоли AWS.

Войти