Ценовые категории службы "База данных Azure для MariaDB"
Важно!
База данных Azure для MariaDB находится на пути выхода на пенсию. Настоятельно рекомендуется выполнить миграцию в База данных Azure для MySQL. Дополнительные сведения о переходе на База данных Azure для MySQL см. в статье "Что происходит с База данных Azure для MariaDB?".
Вы можете создать сервер базы данных Azure для MariaDB в одной из трех ценовых категорий: "Базовый", "Общего назначения" и "Оптимизированный для операций в памяти". Ценовые категории различаются объемом вычислительных ресурсов в виртуальных ядрах, которые можно подготовить, объемом памяти на виртуальное ядро и технологиями хранения данных. Все ресурсы подготавливаются на уровне сервера MariaDB. У сервера может быть одна или несколько баз данных.
| Ресурс | Базовая | Общего назначения | Оптимизировано для обработки в памяти |
|---|---|---|---|
| Поколение вычислительных ресурсов | 5 поколение | 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 дней |
Чтобы выбрать ценовую категорию, в качестве отправной точки используйте следующую таблицу.
| Ценовая категория | Целевые рабочие нагрузки |
|---|---|
| Базовая | Рабочие нагрузки с невысокими вычислительными потребностями и производительностью операций ввода-вывода. К примерам относятся серверы, применяющиеся для разработки или тестирования, или небольшие редко используемые приложения. |
| Общего назначения | Для решения большинства бизнес-задач требуются сбалансированные вычислительные ресурсы и память с масштабируемой пропускной способностью операций ввода-вывода. Это могут быть серверы для размещения веб-и мобильных приложений и других корпоративных приложений. |
| С оптимизацией для операций в памяти | Рабочие нагрузки с высокой производительностью базы данных, требующие эффективной обработки данных в памяти для быстрого выполнения транзакций и повышения уровня параллелизма. Это могут быть серверы для обработки данных в режиме реального времени и высокопроизводительные транзакционные или аналитические приложения. |
После создания сервера количество виртуальных ядер и ценовую категорию (кроме переключения на категорию "Базовый" и с нее) можно увеличить и уменьшить в считаные секунды. Кроме того, можно независимо друг от друга увеличивать и уменьшать объем хранилища и срок хранения резервных копий без простоя приложения. После создания сервера невозможно изменить тип хранилища резервных копий. Дополнительные сведения см. в разделе Масштабирование ресурсов.
Поколения вычислительных ресурсов и виртуальные ядра
Вычислительные ресурсы поставляются в виде виртуальных ядер, которые представляют собой логические ЦП основного оборудования. Логические ЦП 5-го поколения основаны на процессорах Intel E5-2673 v4 (Broadwell) с тактовой частотой 2,3 ГГц.
Хранилище
Хранилище, которое вы подготавливаете, определяет объем доступной емкости хранилища для сервера службы "База данных Azure для MariaDB". Хранилище используется для файлов базы данных, временных файлов, журналов транзакций и журналов сервера MariaDB. Общий объем хранилища, который вы подготовили, также определяет доступную производительность операций ввода-вывода для сервера.
| Атрибуты хранилища | Базовая | Общего назначения | С оптимизацией для операций в памяти |
|---|---|---|---|
| Тип хранилища | Хранилище уровня "Базовый" | Хранилище общего назначения | Хранилище общего назначения |
| Объем памяти | От 5 ГБ до 1 ТБ | От 5 ГБ до 16 ТБ | От 5 ГБ до 16 ТБ |
| Шаг приращения хранилища | 1 ГБ | 1 ГБ | 1 ГБ |
| ОПЕРАЦИЙ ВВОДА-ВЫВОДА | Переменная | 3 операции ввода-вывода в секунду на ГБ Минимум 100 операций ввода-вывода в секунду Макс. 6000 операций ввода-вывода в секунду |
3 операции ввода-вывода в секунду на ГБ Минимум 100 операций ввода-вывода в секунду Макс. 6000 операций ввода-вывода в секунду |
Важно!
Хранилище до 16TB и 20 000 операций ввода-вывода в секунду поддерживается в следующих регионах: Восточная часть США, Восточная часть США 2, Центральная часть US, Южная Бразилия, Западная часть США, Северо-центральный регион США, Юго-Центральный США, Северная Европа, Западная Европа, южная часть Соединенного Королевства, западная часть Соединенного Королевства, Юго-Восточная Азия, Восточная Азия, Восток Японии, Западная Япония Восточная Австралия, Западная часть США 2, Западная Центральная часть США, Восточная Канада и Центральная Канада. Все остальные регионы поддерживают до 4 ТБ хранилища и до 6000 операций ввода-вывода в секунду.
Можно добавить дополнительную емкость хранилища во время и после создания сервера, а также разрешить системе автоматически увеличивать размер хранилища в зависимости от объема используемой рабочей нагрузки.
Примечание.
Масштаб хранилища можно только увеличить вертикально, но не уменьшить.
Для ценовой категории "Базовый" фиксированное число операций ввода-вывода в секунду не гарантируется. В категориях "Общего назначения" и "С оптимизацией для операций в памяти" показатель операций ввода-вывода в секунду соотносится с подготовленным размером хранилища как 3 к 1.
Вы можете отслеживать показатель операций ввода-вывода на портале Azure или с помощью команд Azure CLI. Следует отслеживать такие метрики, как размер хранилища, процентное соотношение для хранилища, используемое хранилище и процент операций ввода-вывода данных.
Достигнут размер хранилища
Серверы с подготовленным хранилищем объемом менее 100 ГБ помечаются как доступные только для чтения, если объем свободного хранилища составляет меньше 5 % от размера подготовленного хранилища. Серверы с подготовленным хранилищем более чем на 100 ГБ помечаются как доступные только для чтения, когда остается менее 5 ГБ свободного хранилища.
Например, если вы подготовили 110 ГБ емкости хранилища и фактическое использование превысило 105 ГБ, сервер помечается как доступный только для чтения. Еще пример: если вы подготовили 5 ГБ емкости хранилища, сервер помечается как доступный только для чтения, когда остается менее 256 МБ свободной емкости хранилища.
Пока служба пытается пометить сервер как доступный только для чтения, блокируются все новые запросы на запись транзакций, а выполнение существующих активных транзакций продолжается. Если сервер помечен как доступный только для чтения, все последующие операции записи и фиксации транзакций не выполняются. Запросы на чтение продолжат обрабатываться без перерыва. После повышения емкости подготовленного хранилища сервер снова будет готов к принятию транзакций записи.
Мы рекомендуем включить автоматическое увеличение хранилища и настроить оповещение для получения уведомлений о приближении к порогу емкости хранилища сервера, чтобы избежать перехода в режим только для чтения. Дополнительные сведения см. в статье о том, как настроить оповещение.
Автоматическое увеличение хранилища
Автоматическое увеличение хранилища используется, чтобы у серверов всегда сохранялся доступная емкость хранилища и они не переходили в режим только для чтения. Если включено автоматическое увеличение размера хранилища, объем хранилища автоматически увеличивается, не влияя на рабочую нагрузку. Для серверов с подготовленным хранилищем объемом не более 100 ГБ размер подготовленного хранилища увеличивается на 5 ГБ, когда свободный объем опускается ниже 10 % от подготовленного объема хранилища. Для серверов с подготовленным хранилищем объемом более 100 ГБ размер подготовленного хранилища увеличивается на 5 %, когда свободный объем хранилища опускается ниже 10 ГБ. Применяются максимальные ограничения хранилища, указанные выше.
Например, если вы подготовили 1000 ГБ емкости хранилища и фактическое использование превысило 990 ГБ, размер хранилища сервера увеличится до 1050 ГБ. Другой пример: подготовлено хранилище объемом 10 ГБ, размер хранилища увеличится до 15 ГБ, когда останется свободно менее 1 ГБ.
Помните, что объем хранилища можно только увеличить, но не уменьшить.
Резервное копирование
В службе "База данных Azure для MariaDB" бесплатно предоставляется хранилище резервных копий размером до 100 % объема подготовленного хранилища сервера. Любое хранилище резервных копий, используемое сверх этого объема, оплачивается за количество ГБ в месяц. Например, если вы подготовили сервер с 250 ГБ емкости хранилища, вам будет бесплатно предоставлены дополнительные 250 ГБ для хранения резервных копий сервера. Плата за резервные копии, превышающие 250 ГБ, будет рассчитываться согласно модели ценообразования. Чтобы понять факторы, влияющие на использование хранилища резервных копий, мониторинг и контроль затрат на хранение резервных копий, см. документацию по резервному копированию.
Масштабирование ресурсов
После создания сервера можно независимо друг от друга изменять количество виртуальных ядер, ценовую категорию (кроме переключения на категорию "Базовый" и с нее), объем хранилища и срок хранения резервных копий. После создания сервера невозможно изменить тип хранилища резервных копий. Число виртуальных ядер можно увеличивать или уменьшать. Срок хранения резервных копий можно увеличивать и уменьшать в диапазоне от 7 до 35 дней. Размер хранилища можно только увеличить. Масштабирование ресурсов можно выполнить с помощью портала или Azure CLI.
При изменении количества виртуальных ядер или ценовой категории создается копия сервера-источника с новым распределением вычислительных ресурсов. После того как новый сервер заработает, подключения переключатся на него. Во время перехода системы на новый сервер нельзя будет установить новые подключения, а для всех незафиксированных транзакций будет выполнен откат. Длительность этого промежутка может быть разной, но, как правило, он составляет меньше минуты.
Масштабирование хранилища и изменение срока хранения резервных копий — это полностью интерактивные операции. Они не останавливают работу приложения и не влияют на нее. Так как количество операций ввода-вывода в секунду возрастает по мере увеличения размера подготовленного хранилища, вы можете увеличивать количество доступных операций ввода-вывода на сервере путем масштабирования хранилища.
Цены
Наиболее актуальные сведения о стоимости см. в статье Цены на Базу данных Azure для PostgreSQL. Расходы на вашу конфигурацию можно посмотреть на портале Azure. На вкладке Ценовая категория отображается ежемесячная стоимость выбранных параметров. Если у вас нет подписки Azure, для расчета цены можно воспользоваться калькулятором цен Azure. На сайте с калькулятором цен Azure нажмите кнопку Добавить элементы, разверните категорию Базы данных и выберите База данных Azure для MariaDB, чтобы настроить параметры.