Ценовые категории Базы данных Azure для PostgreSQL (отдельный сервер)

  • Статья

Область применения: отдельный сервер Базы данных Azure для PostgreSQL

Внимание

База данных Azure для PostgreSQL — одиночный сервер находится на пути выхода на пенсию. Настоятельно рекомендуется выполнить обновление до База данных Azure для PostgreSQL — гибкий сервер. Дополнительные сведения о миграции на База данных Azure для PostgreSQL — гибкий сервер см. в статье "Что происходит с одним сервером База данных Azure для PostgreSQL?".

Вы можете создать сервер службы "База данных Azure для PostgreSQL" в одной из трех ценовых категорий: "Базовый", "Общего назначения" и "С оптимизацией для операций в памяти". Ценовые категории различаются объемом вычислительных ресурсов в виртуальных ядрах, которые можно подготовить, объемом памяти на виртуальное ядро и технологиями хранения данных. Все ресурсы настраиваются на уровне сервера PostgreSQL. У сервера может быть одна или несколько баз данных.

Ресурс/уровень Базовая Общего назначения Оптимизировано для обработки в памяти
Поколение вычислительных ресурсов Поколение 4, поколение 5 Поколение 4, поколение 5 5 поколение
Количество виртуальных ядер 1, 2 2, 4, 8, 16, 32, 64 2, 4, 8, 16, 32
Объем памяти на виртуальное ядро 2 ГБ 5 ГБ 10 ГБ
Объем памяти От 5 ГБ до 1 ТБ От 5 ГБ до 16 ТБ От 5 ГБ до 16 ТБ
Срок хранения резервной копии От 7 до 35 дней От 7 до 35 дней От 7 до 35 дней

Чтобы выбрать ценовую категорию, в качестве отправной точки используйте следующую таблицу.

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

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

Поколения вычислительных ресурсов и виртуальные ядра

Вычислительные ресурсы поставляются в виде виртуальных ядер, которые представляют собой логические ЦП основного оборудования. В регионах Восточный Китай 1, Северный Китай 1, центральный регион US DoD и восточный регион US DoD используются логические ЦП 4-го поколения, основанные на процессорах Intel E5-2673 v3 (Haswell) с тактовой частотой 2,4 ГГц. Во всех остальных регионах используются логические ЦП 5-го поколения, основанные на процессорах Intel E5-2673 v4 (Broadwell) с тактовой частотой 2,3 ГГц.

Хранилище

Хранилище, которое вы подготавливаете, определяет объем доступной емкости хранилища для сервера службы "База данных Azure для PostgreSQL". Хранилище используется для файлов базы данных, временных файлов, журналов транзакций и журналов сервера PostgreSQL. Общий объем хранилища, который вы подготовили, также определяет доступную производительность операций ввода-вывода для сервера.

Атрибуты хранилища Базовая Общего назначения Оптимизировано для обработки в памяти
Тип хранилища Хранилище уровня "Базовый" Хранилище общего назначения Хранилище общего назначения
Объем памяти От 5 ГБ до 1 ТБ От 5 ГБ до 16 ТБ От 5 ГБ до 16 ТБ
Шаг приращения хранилища 1 ГБ 1 ГБ 1 ГБ
ОПЕРАЦИЙ ВВОДА-ВЫВОДА «Переменная» 3 операции ввода-вывода в секунду на ГБ
Минимум 100 операций ввода-вывода в секунду
Макс. 20 000 операций ввода-вывода в секунду		 3 операции ввода-вывода в секунду на ГБ
Минимум 100 операций ввода-вывода в секунду
Макс. 20 000 операций ввода-вывода в секунду

Примечание.

служба хранилища до 16 ТБ и 20 000 операций ввода-вывода в секунду поддерживается в следующих регионах: Восточная Австралия, Юго-Восточная Австралия, Южная Австралия, Южная Бразилия, Центральная Канада, Центральная Часть США, Центральная Корея 2, Восточная Часть США, Восточная ЧАСТЬ США 2, Центральная Франция, Центральная Индия, Восточная Индия, Восточная Япония, Западная Корея, Центральная Корея, Северная Корея, Северная Часть США, Северная Часть США Северная Европа, южная часть США, Юго-Восточная Азия, Северная Азия, Швейцария, Западная часть США, Восточная часть США, США Gov SouthWest, СЕВЕРНая часть ОАЭ, Южная Часть Великобритании, Западная Европа, Западная часть США, Западная часть США и западная часть США 2.

Во всех остальных регионах поддерживается до 4 ТБ хранилища и до 6000 операций ввода-вывода в секунду.

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

Примечание.

Масштаб хранилища можно только увеличить вертикально, но не уменьшить.

Для ценовой категории "Базовый" фиксированное число операций ввода-вывода в секунду не гарантируется. В категориях "Общего назначения" и "С оптимизацией для операций в памяти" показатель операций ввода-вывода в секунду соотносится с подготовленным размером хранилища как 3 к 1.

Вы можете отслеживать показатель операций ввода-вывода на портале Azure или с помощью команд Azure CLI. Следует отслеживать такие метрики, как размер хранилища, процентное соотношение для хранилища, используемое хранилище и процент операций ввода-вывода данных.

Достигнут размер хранилища

Серверы с подготовленным хранилищем объемом менее 100 ГБ помечаются как доступные только для чтения, если объем свободного хранилища составляет меньше 512 МБ или 5 % от размера подготовленного хранилища. Серверы с подготовленным хранилищем более чем на 100 ГБ помечаются как доступные только для чтения, когда остается менее 5 ГБ свободного хранилища.

Например, если вы подготовили 110 ГБ емкости хранилища и фактическое использование превысило 105 ГБ, сервер помечается как доступный только для чтения. Еще пример: если подготовлено хранилище объемом 5 ГБ, то сервер помечается как доступный только для чтения, когда остается менее 512 МБ свободного хранилища.

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

Можно увеличить объем подготовленного хранилища для сервера или запустить новый сеанс в режиме чтения и записи и удалить данные, чтобы освободить хранилище. Команда SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE; задает режим записи для чтения для текущего сеанса. Во избежание повреждения данных не выполняйте какие-либо операции записи, пока сервер находится в состоянии "только для чтения".

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

Автоматическое увеличение хранилища

Автоматическое увеличение хранилища используется, чтобы у серверов всегда сохранялся доступная емкость хранилища и они не переходили в режим только для чтения. Если включено автоматическое увеличение размера хранилища, объем хранилища автоматически увеличивается, не влияя на рабочую нагрузку. Для серверов с подготовленным объемом хранилища менее 100 ГБ размер хранилища увеличивается на 5 ГБ, когда свободное пространство становится меньше большего из значений: 1 ГБ или 10 % от подготовленного объема. Для серверов с подготовленным объемом хранилища более 100 ГБ размер хранилища увеличивается на 5 %, когда свободное пространство становится меньше большего из значений: 10 ГБ или 5 % подготовленного объема. Применяются максимальные ограничения хранилища, указанные выше.

Например, если подготовлено хранилище объемом 1000 ГБ, а фактическое использование превысило 950 ГБ, то размер хранилища сервера увеличится до 1050 ГБ. Другой пример: подготовлено хранилище объемом 10 ГБ, размер хранилища увеличится до 15 ГБ, когда останется свободно менее 1 ГБ.

Помните, что объем хранилища можно только увеличить, но не уменьшить.

Хранилище резервных копий

В службе "База данных Azure для PostgreSQL" бесплатно предоставляется хранилище для резервных копий размером до 100 % объема подготовленного хранилища базы данных. Любое хранилище резервных копий, используемое сверх этого объема, оплачивается за количество ГБ в месяц. Например, если вы подготовили сервер с 250 ГБ емкости хранилища, вам будет бесплатно предоставлены дополнительные 250 ГБ для хранения резервных копий сервера. Плата за резервные копии, превышающие 250 ГБ, будет рассчитываться согласно модели ценообразования. Чтобы понять факторы, влияющие на использование хранилища резервных копий, мониторинг и контроль затрат на хранение резервных копий, см. документацию по резервному копированию.

Масштабирование ресурсов

После создания сервера можно независимо друг от друга изменять количество виртуальных ядер, поколение оборудования, ценовую категорию (кроме переключения на категорию "Базовый" и с нее), объем хранилища и срок хранения резервных копий. После создания сервера невозможно изменить тип хранилища резервных копий. Число виртуальных ядер можно увеличивать или уменьшать. Срок хранения резервных копий можно увеличивать и уменьшать в диапазоне от 7 до 35 дней. Размер хранилища можно только увеличить. Масштабирование ресурсов можно выполнить с помощью портала или Azure CLI. Пример масштабирования с помощью CLI см. в статье Мониторинг и масштабирование сервера базы данных Azure для PostgreSQL с помощью Azure CLI.

Примечание.

Размер хранилища можно только увеличить. После увеличения возвращение к меньшему размеру хранилища невозможно.

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

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

Цены

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

Следующие шаги