Вопросы и ответы о Managed Service for Elasticsearch
Важно
Сервис Yandex Managed Service for Elasticsearch недоступен с 11 апреля 2024 года.
Вы можете создать кластер OpenSearch в Yandex Cloud в качестве альтернативы Elasticsearch.
-
Какую версию Elasticsearch использует Managed Service for Elasticsearch?
-
Что происходит, когда выпускается новая версия Elasticsearch?
-
Что происходит, когда версия Elasticsearch становится неподдерживаемой?
-
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Общие вопросы
Как происходит обслуживание кластеров Elasticsearch?
Под обслуживанием в Managed Service for Elasticsearch понимается:
- автоматическая установка обновлений и исправлений Elasticsearch для ваших хостов;
- изменение класса хостов и объема хранилища;
- другие сервисные работы Managed Service for Elasticsearch.
Подробнее в разделе Техническое обслуживание.
Включено ли резервное копирование кластеров по умолчанию?
Да, по умолчанию резервное копирование включено. Для кластеров Managed Service for Elasticsearch выполняется полное резервное копирование один раз в час и сохраняются все индексы. Это позволяет восстановить состояние кластера из любой доступной резервной копии.
Резервные копии хранятся 7 дней.
Какую версию Elasticsearch использует Managed Service for Elasticsearch?
В Managed Service for Elasticsearch доступны версии Elasticsearch, поддерживаемые производителем. Подробнее см. в разделе Политика работы с версиями Elasticsearch.
Что происходит, когда выпускается новая версия Elasticsearch?
При выходе новых версий, содержащих только исправления ошибок (maintenance release), программное обеспечение кластеров автоматически обновляется после короткого периода тестирования.
Владельцы затронутых кластеров БД получают предварительное оповещение о сроках проведения работ и доступности баз данных.
Что происходит, когда версия Elasticsearch становится неподдерживаемой?
Managed Service for Elasticsearch автоматически оповещает владельцев кластеров о том, что срок поддержки используемой версии Elasticsearch истекает, по электронной почте.
Кластеры с неподдерживаемой версией Elasticsearch обновляются в соответствии с политикой управления версиями.
Владельцы затронутых кластеров получают предварительное оповещение о сроках проведения работ и доступности баз данных.
Я могу получить логи моей работы в сервисах?
Да, вы можете запросить записи о том, что происходило с вашими ресурсами, из логов сервисов Yandex Cloud. Подробнее читайте в разделе Запросы данных.
Как долго хранятся логи?
Логи кластера хранятся 30 дней.
Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?
Создайте алерт с метрикой disk.used_bytes
в сервисе Yandex Monitoring. Метрика показывает размер использованного дискового пространства в кластере Managed Service for Elasticsearch.
Для disk.used_bytes
используются пороги для оповещения. Их рекомендуемые значения:
Alarm
— 90% дискового пространства.Warning
— 80% дискового пространства.
Значения порогов задаются только в байтах. Например, рекомендуемые значения для диска размером в 100 ГБ:
Alarm
—96636764160
байтов (90%).Warning
—85899345920
байтов (80%).
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Вероятно, максимальные значения IOPS и пропускной способности (bandwidth) хранилища недостаточны для обработки текущего количества запросов. В этом случае срабатывает троттлинг и быстродействие всего кластера падает.
Максимальные IOPS и bandwidth прирастают на фиксированную величину при увеличении размера хранилища на определенный шаг. Шаг и прирост зависят от типа дисков:
Тип дисков | Шаг, ГБ | Прирост макс. IOPS (чтение/запись) | Прирост макс. bandwidth (чтение/запись), МБ/с |
---|---|---|---|
network-hdd |
256 | 300/300 | 30/30 |
network-ssd |
32 | 1000/1000 | 15/15 |
network-ssd-nonreplicated |
93 | 28000/5600 | 110/82 |
Чтобы увеличить максимальные значения IOPS и bandwidth и снизить вероятность троттлинга, расширьте размер хранилища при изменении кластера.
Если вы используете хранилище с типом диска network-hdd
, рассмотрите возможность перехода на network-ssd
или network-ssd-nonreplicated
путем восстановления кластера из резервной копии.