Если кластер Elasticsearch сталкивается с трудностями поддержания производительности из‑за быстрого роста данных или постоянного высокого использования памяти, вы можете масштабировать его горизонтально, добавив больше узлов и больше типов узлов, или вертикально, увеличив ёмкость хранилища существующих узлов.
Тип | Сценарий | Процесс изменения |
|---|---|---|
Добавление новых узлов | Если кластер испытывает быстрый рост данных или постоянное высокое использование памяти, вы можете добавить к нему больше узлов, чтобы повысить доступность кластера. | Процедура добавления узлов данных или холодных узлов данных:
Добавление master или client узлов не вызывает миграцию данных. Во время расширения ёмкости система гарантирует, что у каждого shard есть как минимум одна доступная реплика для обеспечения непрерывности сервиса. |
Добавление новых типов узлов | Для кластера, у которого нет master или client узлов, по мере увеличения нагрузки на его data plane, вы можете добавить master или client узлы, чтобы распределить нагрузку data узлов. | Процедура добавления нового типа узлов: Добавляются новые узлы и конфигурация кластера модифицируется. Добавление master или client узлов не вызывает миграцию данных, поэтому не прерывает обслуживание. Когда добавляются client узлы, адрес кластера меняется с адреса data узла на адрес client узла. Необходимо обновить конфигурацию client, чтобы использовать этот новый адрес. В противном случае client узлы не смогут функционировать. |
Увеличение ёмкости хранения узла |
|
Расширение ёмкости диска не прервет текущие сервисы. |
Для кластера с оплатой по использованию вы можете увидеть его новую цену при подтверждении масштабирования наружу или масштабирования вверх в консоли. После завершения масштабирования новая цена будет применена. Для деталей ценообразования см. .
Тип узла | Диапазон значений |
|---|---|
Узлы данных |
|
Мастер‑узлы | 3, 5, 7 или 9 (должно быть нечётным числом от 3 до 9) |
Клиентские узлы | 1–32 |
Холодные узлы данных | 1–32 |
Перед изменением ознакомьтесь с возможными последствиями и рекомендациями по эксплуатации, разработайте план по минимизации этих последствий.
Расширение ёмкости хранения узлов кластера (вертикальное масштабирование) не влияет на службы, тогда как добавление новых узлов или новых типов узлов (горизонтальное масштабирование) может иметь следующие воздействия:
Добавление новых узлов не прерывает службы. Однако после добавления новых узлов фрагменты данных необходимо перераспределить на эти узлы для балансировки нагрузки, и этот процесс будет потреблять производительность I/O. Поэтому вам рекомендуется выполнять операцию в периоды низкой нагрузки.
Для минимизации этого влияния рекомендуется регулировать скорость миграции данных в зависимости от цикла нагрузки кластера: увеличивать скорость миграции данных в часы низкой нагрузки, чтобы сократить продолжительность задачи, и уменьшать её до приходят часы пик, чтобы обеспечить оптимальную производительность кластера. Скорость миграции данных определяется indices.recovery.max_bytes_per_sec параметр. Значение по умолчанию этого параметра равно количеству vCPU, умноженному на 32 МБ. Например, для четырёх vCPU скорость миграции данных составляет 128 МБ. Установите этот параметр в диапазоне от 40 МБ до 1000 МБ в зависимости от требований вашего сервиса.
PUT /_cluster/settings{"transient": {"indices.recovery.max_bytes_per_sec": "1000MB"}}
После запуска задание масштабирования нельзя остановить, пока оно не завершится успешно или не завершится с ошибкой.
Если кластер сталкивается с быстрым ростом данных или длительным высоким использованием памяти, вы можете добавить к нему дополнительные узлы или увеличить ёмкость хранения узлов кластера. Это помогает повысить доступность и надёжность сервиса и данных.
Параметр | Описание |
|---|---|
Действие | Выберите Масштабировать наружу. |
Ресурсы | Количество добавленных ресурсов. |
Узлы | Увеличьте количество узлов и ёмкость хранилища узлов в Узлы и Тип хранилища узла столбцы. Вы можете изменять несколько типов узлов одновременно.
|
Для кластера, в котором нет узлов master или client, по мере роста нагрузки на его плоскость данных, вы можете добавить узлы master или client, чтобы распределить нагрузку узлов данных.
Если кластер уже имеет как мастер, так и клиентские узлы, то Добавить мастер/клиентский узел вкладка недоступна.
Параметр | Описание |
|---|---|
Node types | Выберите тип узлов, которые вы хотите добавить.
|
Node Specifications | Выберите спецификации узла в соответствии с требованиями площадки. |
Nodes | Задайте количество узлов для добавления. Диапазон значений см. Constraints. |
Node Storage Type | Установите тип хранилища узла. Вместимость хранилища для каждого узла master или client зафиксирована на уровне 40 ГБ. |
Вернуться к странице списка кластеров. The Статус задачи кластера Масштабирование.
Если версия кластера старее 7.x, когда Статус кластера изменяется на Доступнонеобходимо перезапустить все узлы данных и холодные узлы данных в кластере, чтобы новые узлы вступили в действие. В противном случае кластер может быть отмечен как недоступный. (Службы кластера продолжают работать корректно.) Подробнее см Перезапуск кластера Elasticsearch.