Хранилище в Yandex Managed Service for Valkey™
Примечание
В регионе Казахстан доступны только платформы standard-v3 (Intel Ice Lake) и standard-v3-t4i (Intel Ice Lake with T4i). Другие типы платформ, кластеры GPU и выделенные хосты недоступны.
Yandex Managed Service for Valkey™ позволяет использовать сетевые и локальные диски для организации хранилища кластеров баз данных. Сетевые диски реализованы на базе сетевых блоков — виртуальных дисков в инфраструктуре Yandex Cloud. Локальные диски физически размещаются в серверах хостов БД.
При создании кластера вы можете выбрать для хранилища следующие типы дисков:
-
Сетевые SSD-диски (
network-ssd) — компромиссный вариант: медленнее, чем локальные SSD-диски, но, в отличие от них, обеспечивает сохранность данных при выходе из строя оборудования Yandex Cloud. -
Нереплицируемые SSD-диски (
network-ssd-nonreplicated) — сетевые SSD-диски с повышенной производительностью, реализованной за счет устранения избыточности.Этот тип дисков доступен только для платформ Intel Cascade Lake и Intel Ice Lake. Список классов хостов и соответствующих им платформ см. в разделе Классы хостов Valkey™.
Объем такого хранилища можно увеличивать только с шагом 93 ГБ.
-
Сверхбыстрые сетевые SSD-диски с тремя репликами (
network-ssd-io-m3) — сетевые диски с теми же скоростными характеристиками, что и нереплицируемые. Этот тип диска обеспечивает избыточность.Объем таких дисков можно увеличивать только с шагом 93 ГБ.
-
Локальные SSD-диски (
local-ssd) — самые быстрые диски.Объем такого хранилища можно увеличивать:
- для платформ Intel Broadwell и Intel Cascade Lake — только с шагом 100 ГБ;
- для платформы Intel Ice Lake — только с шагом 368 ГБ.
Список классов хостов и соответствующих им платформ см. в разделе Классы хостов Valkey™.
Для кластеров, хосты которых располагаются в зоне доступности
kz1-d, недоступно хранилище на локальных SSD-дисках при использовании платформы Intel Cascade Lake.
Примечание
До 5% дискового пространства резервируется для служебных нужд, поэтому на дисках может быть меньше доступного места, чем заявлено при создании кластера.
Подробнее о размерах и производительности разных типов дисков см. в документации Yandex Compute Cloud.
Выбор типа диска при создании кластера
Количество хостов, которые можно создать вместе с кластером Valkey™, зависит от выбранного типа диска и того, включено ли шардирование:
| Тип дисков | Нешардированный кластер | Шардированный кластер |
|---|---|---|
Сетевые SSD-диски (network-ssd), сверхбыстрые сетевые SSD-диски с тремя репликами (network-ssd-io-m3) |
⩾ 1 хоста | ⩾ 1 хоста (1 шард × 1 хост) |
Локальные SSD-диски (local-ssd) |
⩾ 3 хостов | ⩾ 2 хостов (1 шард × 2 хоста) |
Нереплицируемые SSD-диски (network-ssd-nonreplicated) |
⩾ 3 хостов | ⩾ 3 хостов (1 шард × 3 хоста) |
Шардированные кластеры с типом диска local-ssd, в которых на каждый шард приходится только один хост, не считаются отказоустойчивыми. Создать такой кластер нельзя.
Подробнее об ограничениях на количество хостов в кластере или шарде см. в разделе Квоты и лимиты.
Управление дисковым пространством
Когда хранилище заполняется на 100%, хосты кластера автоматически переходят в режим read-only. В этом режиме запросы на запись данных завершаются ошибкой. Чтобы вывести кластер из режима read-only, увеличьте размер хранилища или обратитесь в техническую поддержку
Отслеживание перехода в read-only
Чтобы отслеживать степень заполнения хранилища кластера, настройте алерты в Yandex Monitoring:
-
Перейдите на страницу каталога и выберите сервис Monitoring.
-
Создайте алерт со следующими параметрами:
-
Метрики — задайте параметры метрики:
- Облако.
- Каталог.
- Сервис Yandex Managed Service for Valkey™.
- Метка
disk.free_bytes. - Нужный кластер Yandex Managed Service for Valkey™. Имя и идентификатор кластера можно получить со списком кластеров в каталоге.
-
Условия срабатывания — задайте условие для заполнения свободного дискового пространства, при котором сработает алерт:
- Функция агрегации —
Минимум(минимальное значение метрики за период). - Функция сравнения —
Меньше или равно. - Warning —
90(90 % от размера хранилища). - Alarm —
95(95 % от размера хранилища). - Окно вычисления — желаемый период, с которым будет обновляться значение метрики.
- Задержка вычисления — предпочтительный сдвиг по времени назад в секундах. Позволяет исключить срабатывания алерта, когда в нем указано несколько метрик и они собираются с разным интервалом. Подробнее о задержке вычисления см. в документации Yandex Monitoring.
- Функция агрегации —
-
Уведомления — добавьте созданный ранее канал уведомлений.
Автоматическое увеличение размера хранилища
Автоматическое увеличение размера хранилища позволяет избежать ситуаций, когда свободное место на диске закончилось и хосты перешли в режим read-only. Хранилище увеличивается, когда достигнут установленный порог срабатывания — процент от общего объема хранилища. Есть два порога:
- Порог для планового увеличения. Когда он достигнут, объем хранилища увеличивается во время ближайшего окна обслуживания. Если задан этот порог, настройте расписание обслуживания.
- Порог для незамедлительного увеличения. Когда он достигнут, объем хранилища увеличивается немедленно.
Можно использовать один либо оба порога. Если заданы оба, порог для незамедлительного увеличения должен быть выше, чем порог для планового.
Если заданный порог достигнут, размер хранилища увеличивается по-разному в зависимости от типа диска:
-
Для сетевых SSD-дисков — на большее из двух значений: 20 ГБ или 20 % от текущего размера диска.
-
Для нереплицируемых SSD-дисков и сверхбыстрых сетевых SSD-дисков с тремя репликами — на 93 ГБ.
-
Для локальных SSD-дисков:
- Intel Broadwell и Intel Cascade Lake — на 100 ГБ.
- Intel Ice Lake — на 368 ГБ.
Если порог срабатывания достигнут повторно, размер хранилища будет автоматически увеличиваться, пока не достигнет заданного максимума. После этого вы можете задать новый максимальный размер хранилища вручную.
Настроить автоматическое увеличение размера хранилища можно при создании или изменении кластера.
Важно
- Размер хранилища нельзя уменьшить.
- Во время изменения размера хранилища хосты кластера будут по очереди остановлены и обновлены.
Шифрование диска
При создании или восстановлении кластера из резервной копии можно зашифровать диск хранилища пользовательским ключом KMS. Чтобы зашифровать диск уже созданного кластера, отключить шифрование или зашифровать диск другим ключом, создайте резервную копию кластера и восстановите его с новыми настройками.
Важно
Функция шифрования недоступна для локальных дисков (local-hdd и local-ssd).
Для создания зашифрованного диска нужна роль kms.keys.user или выше.
Если деактивировать ключ, которым был зашифрован диск, доступ к данным будет приостановлен, пока ключ не будет снова активирован.
Внимание
Если удалить ключ, которым был зашифрован диск, или его версию, то доступ к данным будет безвозвратно потерян. Подробнее см. в документации Key Management Service.