Общие вопросы про Managed Service for Redis

• Что такое Managed Service for Redis?

• Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for Redis?

• Для каких задач стоит использовать Managed Service for Redis, а для каких — виртуальные машины с базами данных?

• Что такое хост базы данных и кластер базы данных?

• Как начать работу с Managed Service for Redis?

• Сколько хостов БД может содержать кластер?

• Как получить доступ к запущенному хосту базы данных?

• Сколько кластеров можно создать в рамках одного облака?

• Как происходит обслуживание кластеров БД?

• Какую версию Redis использует Managed Service for Redis?

• Что происходит, когда выпускается новая версия СУБД?

• Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?

• Как рассчитывается стоимость потребления для хоста базы данных?

• Как изменить вычислительные ресурсы и размер хранилища для кластера БД?

• Как исправить ошибку Достигнуто максимальное количество хостов при добавлении хоста в кластер?

• Включено ли резервное копирование хостов БД по умолчанию?

• Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?

• За какими метриками и процессами можно следить с помощью мониторинга?

• Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?

• Я могу получить логи моей работы в сервисах?

• Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?

• Можно ли подключиться к хостам кластера по SSH или получить на хостах права суперпользователя?

Что такое Managed Service for Redis?Что такое Managed Service for Redis?

Managed Service for Redis — это сервис, который помогает вам создавать, эксплуатировать и масштабировать базы данных Redis в облачной инфраструктуре.

С Managed Service for Redis вы можете:

• создавать базы данных с необходимыми параметрами производительности;
• масштабировать вычислительные мощности и выделенный размер хранилища для баз данных по мере необходимости;
• получать журналы работы баз данных.

Managed Service for Redis берет на себя трудоемкие задачи администрирования инфраструктуры Redis:

• предоставляет мониторинг потребляемых ресурсов;
• автоматически создает резервные копии баз данных;
• обеспечивает отказоустойчивость за счет автоматического переключения на резервные реплики;
• своевременно обновляет программное обеспечение СУБД.

Вы взаимодействуете с кластером БД в Managed Service for Redis как с обычной базой данных в вашей локальной инфраструктуре. Благодаря этому вы можете управлять внутренними настройками БД в соответствии с требованиями вашего приложения.

Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for Redis?Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for Redis?

При создании кластеров Managed Service for Redis выделяет ресурсы, устанавливает СУБД и создает базы данных.

Для созданных и запущенных баз данных Managed Service for Redis автоматически создает резервные копии, а также устанавливает исправления и обновления СУБД.

Также Managed Service for Redis обеспечивает репликацию данных между хостами БД (как внутри, так и между зонами доступности) и автоматически переключает нагрузку на резервную реплику в случае аварии.

Для каких задач стоит использовать Managed Service for Redis, а для каких — виртуальные машины с базами данных?Для каких задач стоит использовать Managed Service for Redis, а для каких — виртуальные машины с базами данных?

Yandex Cloud предлагает два варианта работы с базами данных:

• Managed Service for Redis позволяет вам эксплуатировать шаблонные базы данных, не заботясь об администрировании.
• Виртуальные машины Yandex Compute Cloud позволяют вам создавать и настраивать собственные базы данных. Такой подход позволяет использовать любые СУБД, подключаться к базам данных по SSH и так далее.

Что такое хост базы данных и кластер базы данных?Что такое хост базы данных и кластер базы данных?

Хост БД — это изолированная среда базы данных в облачной инфраструктуре с выделенными вычислительными ресурсами и зарезервированным размером хранилища данных.

Кластер БД — это один или более хостов БД, между которыми можно настроить репликацию.

Как начать работу с Managed Service for Redis?Как начать работу с Managed Service for Redis?

Managed Service for Redis доступен всем зарегистрированным пользователям Yandex Cloud.

Чтобы создать кластер базы данных в Managed Service for Redis, необходимо определиться с его характеристиками:

• Класс хостов (характеристики производительности — процессоры, память и т. п.).
• Тип диска и его размер (резервируется в полном объеме при создании кластера).
• Сеть, к которой будет подключен ваш кластер.
• Количество хостов для кластера и зона доступности для каждого хоста вы можете выбрать зону доступности.

Подробные инструкции см. в разделе Начало работы.

Сколько хостов БД может содержать кластер?Сколько хостов БД может содержать кластер?

Минимальное количество хостов в кластере зависит от:

• выбранных платформы и класса хостов;
• выбранного типа диска;
• включенного или выключенного при создании кластера шардирования.

Максимальное количество хостов в кластере ограничено только запрошенными вычислительными ресурсами и размером хранилища для кластера.

Подробнее см. в разделе Квоты и лимиты.

Как получить доступ к запущенному хосту базы данных?Как получить доступ к запущенному хосту базы данных?

Вы можете подключаться к базам данных Managed Service for Redis способами, стандартными для СУБД, с одним ограничением: хосты Managed Service for Redis доступны только с виртуальных машин Yandex Cloud, подключенных к той же сети.

Сколько кластеров можно создать в рамках одного облака?Сколько кластеров можно создать в рамках одного облака?

Технические и организационные ограничения MDB приведены в разделе Квоты и лимиты.

Как происходит обслуживание кластеров БД?Как происходит обслуживание кластеров БД?

Под обслуживанием в Managed Service for Redis понимается:

• автоматическая установка обновлений и исправлений СУБД для хостов БД (в т. ч. для выключенных кластеров);
• изменение класса хостов и размера хранилища;
• другие сервисные работы Managed Service for Redis.

Подробнее см. в разделе Техническое обслуживание.

Какую версию Redis использует Managed Service for Redis?Какую версию Redis использует Managed Service for Redis?

Managed Service for Redis поддерживает Redis версии 7.2.

Что происходит, когда выпускается новая версия СУБД?Что происходит, когда выпускается новая версия СУБД?

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

Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?

Через месяц после того, как версия СУБД становится неподдерживаемой, Managed Service for Redis автоматически оповещает владельцев кластеров БД, созданных с этой версией, по электронной почте.

Создание новых хостов с СУБД неподдерживаемых версий становится невозможным. Через 7 дней после оповещения для минорных версий и через 1 месяц для мажорных версий проводится автоматическое обновление кластеров БД до следующей поддерживаемой версии. Обновление неподдерживаемых мажорных версий происходит даже если у вас отключено автоматическое обновление.

Как рассчитывается стоимость потребления для хоста базы данных?Как рассчитывается стоимость потребления для хоста базы данных?

В Managed Service for Redis стоимость потребления рассчитывается исходя из следующих параметров:

• Выбранный класс хостов.
• Размер хранилища, зарезервированного для хоста БД.
• Объем резервных копий кластера БД. Объем резервных копий, равный объему хранилища, не тарифицируется. Хранение резервных копий сверх этого объема оплачивается по тарифам.
• Количество часов работы хоста БД. Неполные часы округляются до целого значения. Стоимость часа работы для каждого класса хостов приведена в разделе Правила тарификации.

Как изменить вычислительные ресурсы и размер хранилища для кластера БД?Как изменить вычислительные ресурсы и размер хранилища для кластера БД?

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

Характеристики кластера изменяются в течение 30 минут. В этот период также могут быть включены другие сервисные работы по кластеру, например, установка обновлений.

Как исправить ошибку при добавлении хоста в кластер?Как исправить ошибку Достигнуто максимальное количество хостов при добавлении хоста в кластер?

Такая ошибка возникает, когда хост добавляется в кластер Managed Service for Redis с классом хостов b2.medium или b3-c1-m4. В этом случае измените класс хостов на другой. После этого кластер будет недоступен около пяти — семи минут. Затем добавьте хост в кластер.

Кластеры с классами хостов b2.medium или b3-c1-m4 могут содержать только один хост на кластер или шард. Если хотите сохранить класс хостов, после смены класса можно добавить хост с нужной конфигурацией и удалить прежний хост. Затем верните первоначальный класс хостов.

Включено ли резервное копирование хостов БД по умолчанию?Включено ли резервное копирование хостов БД по умолчанию?

Да, по умолчанию резервное копирование включено. Для Redis выполняется полное резервное копирование один раз в сутки, и сохраняются все журналы транзакций кластера БД. Это позволяет восстановить состояние кластера на любой момент времени в пределах периода хранения резервных копий, за исключением последних 30 секунд.

По умолчанию резервные копии хранятся 7 дней.

Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?

Окно резервного копирования — это интервал времени, в течение которого выполняется ежедневное полное резервное копирование кластера БД. Окно резервного копирования — 01:00−05:00 по московскому времени.

Во время окна резервного копирования кластеры остаются полностью доступными.

За какими метриками и процессами можно следить с помощью мониторинга?За какими метриками и процессами можно следить с помощью мониторинга?

Для всех типов СУБД можно отслеживать:

• загрузку процессора, памяти, сети, дисков в абсолютных величинах;
• загрузку памяти, сети, дисков в процентах от установленных лимитов для класса хостов соответствующего кластера;
• объем данных кластера БД и остаток свободного места в хранилище данных.

Для всех хостов БД можно отслеживать метрики, специфические для типа соответствующей СУБД. Например для Redis можно отслеживать:

• среднее время выполнения запроса;
• количество запросов в секунду;
• количество ошибок в журналах и т. д.

Мониторинг можно осуществлять с минимальной гранулярностью в 5 секунд.

Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?

Создайте алерт с метрикой disk.used_bytes в сервисе Yandex Monitoring. Метрика показывает размер использованного дискового пространства в кластере Managed Service for Redis.

Для disk.used_bytes используются пороги для оповещения. Их рекомендуемые значения:

• Alarm — 90% дискового пространства.
• Warning — 80% дискового пространства.

Значения порогов задаются только в байтах. Например, рекомендуемые значения для диска размером в 100 ГБ:

• Alarm — 96636764160 байтов (90%).
• Warning — 85899345920 байтов (80%).

Соответствует ли сервис требованиям Федерального закона Российской Федерации № 152-ФЗ О персональных данных?Соответствует ли сервис требованиям Федерального закона Российской Федерации № 152-ФЗ О персональных данных?

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

Я могу получить логи моей работы в сервисах?Я могу получить логи моей работы в сервисах?

Да, вы можете запросить записи о том, что происходило с вашими ресурсами, из логов сервисов Yandex Cloud. Подробнее читайте в разделе Запросы данных.

Как долго хранятся логи?Как долго хранятся логи?

Логи кластера хранятся 30 дней.

Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?

Вероятно, максимальные значения IOPS и пропускной способности (bandwidth) хранилища недостаточны для обработки текущего количества запросов. В этом случае срабатывает троттлинг и быстродействие всего кластера падает.

Максимальные IOPS и bandwidth прирастают на фиксированную величину при увеличении размера хранилища на определенный шаг. Шаг и прирост зависят от типа дисков:

Тип дисков	Шаг, ГБ	Прирост макс. IOPS (чтение/запись)	Прирост макс. bandwidth (чтение/запись), МБ/с
network-ssd	32	1000/1000	15/15
network-ssd-nonreplicated	93	28000/5600	110/82

Чтобы увеличить максимальные значения IOPS и bandwidth и снизить вероятность троттлинга, расширьте размер хранилища при изменении кластера.

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

Можно ли подключиться к хостам кластера по SSH или получить на хостах права суперпользователя?Можно ли подключиться к хостам кластера по SSH или получить на хостах права суперпользователя?

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