Правила оказания услуги «Базы данных»
Дата публикации: 05 августа 2026 г.
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
Брокер сообщений (RabbitMQ, Kafka) – программное обеспечение, которое служит посредником в распределенных системах, принимая сообщения от одних компонентов (Producer), временно сохраняя их и передавая другим компонентам (Consumer). Он обеспечивает асинхронное взаимодействие между сервисами, снижает их связанность, гарантирует доставку сообщений, управляет их очередями и маршрутизирует их.
Кластер – связанная совокупность нескольких вычислительных систем, работающих совместно для выполнения общих приложений.
Объект защиты – файлы, папки, базы данных, системы или другие ценные информационные ресурсы, использующиеся в составе Услуги «База данных», которые требуется сохранить в случае непредвиденных сбоев, ошибок или катастроф.
Узел – Виртуальная машина, которая выполняет роль рабочего узла в Кластере Базы данных.
Услуга «Базы данных» – предоставление сервисов PostgreSQL, MySQL, MongoDB, Redis, RabbitMQ, ClickHouse, Tarantool, Kafka, Qdrant.
VIP-адрес – виртуальный IP-адрес, используемый для отказоустойчивого (кластерного) исполнения Услуги «Базы данных».
Используемые сокращения:
БД – база данных
ОС – операционная система
ПО – программное обеспечение
СУБД – система управления базами данных
2. ОПРЕДЕЛЕНИЕ УСЛУГИ
2.1. В рамках Услуги Исполнитель предоставляет Заказчику и обеспечивает бесперебойное функционирование:
2.1.1. Пула ресурсов для Кластера базы данных и доступ к нему через Личный кабинет;
2.1.2. Возможность управления Кластером базы данных и Узлами в выделенном Пуле ресурсов.
2.1.3. Белый IP-адрес (при заказе соответствующей дополнительной опции).
2.2. Исполнитель предоставляет консультации Заказчику по вопросам использования Услуги и обеспечивает устранение Инцидентов в рамках оказания Технической поддержки.
3. ХАРАКТЕРИСТИКИ И ОГРАНИЧЕНИЯ УСЛУГИ
3.1. Услуга является Тарифицируемой услугой.
3.2. Услуга предоставляется в двух вариантах: одиночное исполнение и отказоустойчивое (кластерное) исполнение.
3.3. Исполнитель обеспечивает Доступность Услуги:
3.3.1. Для одиночного исполнения – не менее 70,00%;
3.3.2. Для отказоустойчивого (кластерного) исполнения – не менее 99,982%.
3.4. Исполнитель не предъявляет требований к оборудованию Заказчика для оказания Услуги. Для заказа и управления Услугой Заказчику необходимо любое устройство с доступом к Интернет и установленным современным веб-браузером, при этом пропускная способность канала Интернет у Заказчика должна быть не менее 128 кбит/с.
3.5. Исполнитель установил следующие ограничения в рамках Услуги:
3.5.1. Максимальное количество Узлов в Кластере базы данных для одиночного исполнения – 1 (один);
3.5.2. Минимальное количество Узлов в Кластере базы данных для отказоустойчивого (кластерного) исполнения – 3 (три).
3.6. Допустимые показатели качества Услуги:
3.6.1. Процент потерянных пакетов в пределах сети передачи данных Исполнителя – не более 0,2% (измеряется системой мониторинга Исполнителя на интервале 5 минут с шагом ping в 1 секунду от Виртуальной машины Заказчика до Шлюза Виртуальной сети Заказчика);
3.6.2. Средняя сетевая задержка в пределах сети передачи данных Исполнителя – не более 5 мс. (измеряется на эталонной Виртуальной машине Заказчика при загрузке полосы не более 40 Мбит/с в случае использования Шлюза Виртуальной сети).
3.7. Исполнитель установил следующие ограничения Узлов:
3.7.1. Максимальный размер Памяти на 1 Узел: 512 ГБ;
3.7.2. Минимальный размер Памяти на 1 Узел: 2 ГБ;
3.7.3. Максимальное количество Процессоров на 1 Узел: 24 шт.;
3.7.4. Минимальное количество Процессоров на 1 Узел: 2 шт.;
3.7.5. Максимальный суммарный размер всех БД на одну Услугу «Базы данных» с дополнительной опцией «Администрирование»: 4096 ГБ для PostgreSQL, 1024 ГБ для MySQL, 512 ГБ для Redis;
3.7.6. Максимальное количество белых IP-адресов на Кластер Базы данных: 1 (один);
3.7.7. Параметр CPU Ready – до 10% включительно;
3.7.8. Параметр RAM Swapped – до 5% от сконфигурированной памяти Узла включительно с учетом проактивного мониторинга и контроля значения в пределах 5%;
3.7.9. BPS между Узлами – до 10 000 Мбит/с на Узел.
3.8. Максимальная производительность каждого диска Узла в зависимости от типа диска:
3.8.1. SATA – 100 IOPS на диск объемом до 1 ТБ, далее 100 IOPS/ТБ, но не более 2300 IOPS/диск;
3.8.2. SAS – 500 IOPS на диск объемом до 1 ТБ, далее 500 IOPS/ТБ, но не более 6000 IOPS/диск;
3.8.3. SSD – 5000 IOPS/ТБ, но не более 30 000 IOPS на диск (при размере блока 4 КБ) или 1000 MBps на диск (при размере блока 32КБ).
3.9. Среднее время доступа к дискам Узлов в зависимости от типа диска:
3.9.1. SATA – до 30 мс.;
3.9.2. SAS – до 20 мс.;
3.9.3. SSD – до 3 мс.
3.10. В рамках Услуги Исполнителем определены дополнительные описания Инцидентов по степени срочности их устранения:
3.10.1. Первый приоритет:
3.10.1.1. Узел Кластера Услуги «Базы данных» или VIP-адрес недоступен;
3.10.1.2. Недоступен сетевой интерфейс или маршрут;
3.10.1.3. СУБД и ее критически важные компоненты недоступны;
3.10.1.4. Уменьшение SATA, SAS, SSD IOPS более чем на 50% от значений п.3.8;
3.10.1.5. Среднее время отклика за 20 минут SSD диска на Узле свыше 20 мс. при утилизации IOPS в пределах гарантированной производительности;
3.10.1.6. Среднее время отклика за 20 минут SAS диска на Узле свыше 100 мс. при утилизации IOPS в пределах гарантированной производительности;
3.10.1.7. Среднее время отклика за 20 минут SATA диска на Узле свыше 200 мс. При утилизации IOPS в пределах гарантированной производительности;
3.10.1.8. Процент потери пакетов в сети Исполнителя более 1%;
3.10.1.9. Средняя сетевая задержка в минуту в сети Исполнителя более 20 мс. в рамках одного ЦОД.
3.10.2. Второй приоритет:
3.10.2.1. Отсутствие свободного место на пользовательском диске, где размещена БД;
3.10.2.2. БД недоступна (не относится к RabbitMQ, Kafka);
3.10.2.3. Уменьшение SATA, SAS, SSD IOPS от 21 до 50% включительно от значений п.3.8;
3.10.2.4. Среднее время отклика за 20 минут SSD диска на Узле от 10 до 20 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.2.5. Среднее время отклика за 20 минут SAS диска на Узле от 40 до 100 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.2.6. Среднее время отклика за 20 минут SATA диска на Узле от 51 до 200 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.2.7. Процент потери пакетов в сети Исполнителя от 0,4% до 1% включительно;
3.10.2.8. Средняя сетевая задержка в минуту в сети Исполнителя от 5 до 20 мс. включительно в рамках одного ЦОД.
3.10.3. Третий приоритет:
3.10.3.1. Неверный логин или пароль при попытке подключения;
3.10.3.2. БД доступна, но не обрабатывает запросы или обрабатывает их медленно;
3.10.3.3. Брокер сообщений доступен, но размер очереди увеличивается;
3.10.3.4. Уменьшение SATA, SAS, SSD IOPS от 5 до 20% включительно от значений п.3.8;
3.10.3.5. Среднее время отклика за 20 минут SSD диска на Узле от 3 до 10 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.3.6. Среднее время отклика за 20 минут SAS диска на Узле от 20 до 40 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.3.7. Среднее время отклика за 20 минут SATA диска на Узле от 30 до 500 мс. включительно при утилизации IOPS в пределах гарантированной производительности;
3.10.3.8. Процент потери пакетов в сети Исполнителя от 0,2% до 0,4% включительно.
3.11. Исполнитель предоставляет Заказчику административные права на уровне СУБД, брокера сообщений.
3.12. В рамках Услуги без дополнительной опции «Администрирование»:
3.12.1. Исполнитель предоставляет и организовывает выделение Пула ресурсов, установку и настройку СУБД или брокера сообщений, внутренний мониторинг, анализ журналов ОС и виртуализации;
3.12.2. Заказчик полностью отвечает за работу СУБД или брокера сообщений и данные внутри сервиса, корректное подключение и написание запросов к базе данных или брокеру сообщений, бизнес-логику работы СУБД (схема и структура данных в базе);
3.12.3. При возникновении проблем на уровне СУБД или брокера сообщений Заказчик самостоятельно разрешает их (к таковым проблемам могут относиться: длительные выполняемые запросы, некорректная конфигурация, проблемы в безопасности внутри СУБД или брокере сообщений).
3.13. В рамках Услуги с дополнительной опцией «Администрирование»:
3.13.1. Исполнитель предоставляет и организовывает выделение Пула ресурсов, установку и настройку СУБД или брокера сообщений, внутренний мониторинг, анализ журналов ОС и виртуализации, анализ журналов СУБД или брокера сообщений, восстановление экземпляра Услуги (не относится к RabbitMQ, Kafka) по обращению Заказчика (ежедневные копии с глубиной хранения – 1 неделя), обновление ПО СУБД или брокера сообщений; реагирование на события связанные с работой СУБД или брокера сообщений (рост блокировок, «зависшие» транзакции и т.д.);
3.13.2. По обращению Заказчика Исполнитель предоставляет дополнительные консультации и техническую экспертизу по стабильной работе и устранению возникших проблем СУБД или брокера сообщений, улучшению настроек производительности СУБД;
3.13.3. Заказчик полностью отвечает за корректное подключение и написание запросов к базе данных или к брокеру сообщений, бизнес-логику работы и безопасность внутри СУБД или брокера сообщений.
3.14. В рамках Услуги с дополнительной опцией «Резервное копирование» (применимо для PostgreSQL и MySQL):
3.14.1. Дополнительная опция доступна только после осуществления заказа Услуги;
3.14.2. Исполнитель предоставляет Заказчику возможность управления политиками резервного копирования, создания и восстановления резервных копий Объекта защиты;
3.14.3. Исполнитель обязуется сохранять созданные резервные копии Объекта защиты в соответствии с расписанием резервного копирования;
3.14.4. Исполнитель размещает резервные копии Объекта защиты на специально предназначенных для этого отдельных системах хранения данных Исполнителя;
3.14.5. Заказчик несет полную ответственность за целостность данных после восстановления Кластера базы данных (Объекта защита) из резервной копии в новом Кластере базы данных (в соответствии с новым Заказом);
3.14.6. Услуга тарифицируется согласно Тарифам в зависимости от фактически занимаемого количества дискового пространства для хранения резервных копий на системах хранения данных Исполнителя;
3.14.7. Инциденты, связанные с невозможностью создания или восстановления резервной копии, классифицируются как Инциденты третьего приоритета согласно п. 3.10.3 настоящих Правил оказания услуги.
4. СХЕМА ПЕРЕРАСЧЕТА СТОИМОСТИ УСЛУГИ
4.1. Схема перерасчета стоимости Услуги в случае, если фактическая Доступность Услуги за Отчетный период не соответствует значениям указанным в п. 3.3, представлена ниже.
4.1.1. Схема перерасчета стоимости Услуги для одиночного исполнения указана в Таблице №1:
Таблица № 1. Схема перерасчета стоимости Услуги для одиночного исполнения
| Доступность Услуги в Отчетный период, % | Перерасчет стоимости оказания Услуги, % от стоимости оказания Услуги в Отчетном периоде |
|---|---|
| 100.00 > Доступность Услуги ≥ 70.00 | 0% |
| 70.00 > Доступность Услуги ≥ 69.00 | 3% |
| 69.00 > Доступность Услуги ≥ 68.00 | 5% |
| 68.00 > Доступность Услуги ≥ 67.00 | 7% |
| 67.00 > Доступность Услуги ≥ 66.00 | 10% |
| 66.00 > Доступность Услуги | 10% + (1/730)*x*100%, где x – суммарное количество часов перерывов в оказании Услуги |
4.1.2. Схема перерасчета стоимости Услуги для кластерного исполнения указана в Таблице №2.
Таблица № 2. Схема перерасчета стоимости Услуги для кластерного исполнения
| Доступность Услуги в Отчетный период, % | Перерасчет стоимости оказания Услуги, % от стоимости оказания Услуги в Отчетном периоде |
|---|---|
| 100.00 > Доступность Услуги ≥ 99.982 | 0% |
| 99.982 > Доступность Услуги ≥ 99.475 | 3% |
| 99.475 > Доступность Услуги ≥ 99.030 | 5% |
| 99.030 > Доступность Услуги ≥ 98.681 | 7% |
| 98.681 > Доступность Услуги ≥ 98.333 | 10% |
| 98.333 > Доступность Услуги | 10% + (1/730)*x*100%, где x – суммарное количество часов перерывов в оказании Услуги |