Обновление версии Elasticsearch Кластера

Version Support

Поддерживаемая целевая версия варьируется в зависимости от текущей версии. Для получения подробностей см Table 1.

Upgrade Impact

• Процесс обновления и влияние на производительность

  Узлы кластера обновляются по одному, чтобы обеспечить непрерывность сервиса. Однако миграция данных во время обновления потребляет I/O производительность, и вывод отдельных узлов из эксплуатации всё ещё оказывает некоторое влияние на общую производительность кластера. Чтобы минимизировать это влияние, рекомендуется регулировать скорость миграции данных в зависимости от цикла трафика кластера: увеличить скорость миграции данных в непиковые часы для ускорения обновления и уменьшить её в пиковые часы для обеспечения оптимальной производительности кластера.

  Скорость миграции данных определяется indices.recovery.max_bytes_per_sec параметр. Значение по умолчанию Количество ядер CPU x 32, в MB (в секунду). Вы можете изменить этот параметр при необходимости в диапазоне от 40 MB до 1000 MB.

  PUT /_cluster/settings  
  {  
    "transient": {  
      "indices.recovery.max_bytes_per_sec": "1000mb"  
    }  
  }
  
  

• Замена узла и обработка запросов

  Во время обновления замена узла может привести к сбоям запросов. Чтобы избежать этой проблемы, рекомендуется использовать VPC Endpoint Service или выделенный балансировщик нагрузки для обработки запросов доступа к кластеру, а также добавить логику повторных запросов в клиентский код. Кроме того, рекомендуется выполнять обновление в непиковые часы, чтобы дополнительно минимизировать потенциальное воздействие.

  Для получения подробностей о том, как настроить VPC Endpoint Service или выделенный балансировщик нагрузки, см Настройка VPC Endpoint Service для кластера Elasticsearch и Настройка выделенного балансировщика нагрузки для кластера Elasticsearch.

• Восстановление Kibana и Cerebro

  Kibana и Cerebro будут восстановлены во время обновления, что сделает их временно недоступными. Кроме того, из‑за проблем совместимости разных версий Kibana может стать недоступной во время обновления. Эти проблемы исчезнут после завершения обновления.

• Управление задачами обновления

  После запуска задачу обновления нельзя остановить, пока она не завершится успешно или не завершится с ошибкой. Сбой обновления затрагивает только отдельные узлы. Он не будет влиять на сервисы, пока для таких узлов существуют реплики.

Ограничения

• Одновременно можно обновить не более 20 кластеров. Рекомендуется выполнять обновление в часы низкой нагрузки.
• Кластеры, у которых есть текущие задачи, нельзя обновлять.

Проверка перед обновлением

Создание задачи обновления

1. Войдите в CSS консоль управления.
2. В навигационной панели слева выберите Кластеры для отображения списка кластеров Elasticsearch.
3. Нажмите имя целевого кластера. Отображается страница информации о кластере.
4. В навигационной панели слева выберите Снапшоты кластера, и создавайте снапшоты для резервного копирования всех данных индекса. Для подробностей см Ручное создание снапшота.

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

5. В навигационной панели слева выберите Обновление версии.
6. На отображаемой странице задайте параметры обновления.

   Таблица 3 Параметры обновления

   Параметр	Описание
   Тип обновления	Обновление той же версии: обновить патчи ядра до последних образов в рамках текущей версии кластера. Обновление между версиями: обновить кластер до последнего образа целевой версии. Кросс-движковое обновление: обновить кластер Elasticsearch до кластера OpenSearch.
   Целевой образ	Образ целевой версии. При выборе образа отображаются его название и детали целевой версии. Поддерживаемые целевые версии отображаются в раскрывающемся списке Целевой образ. Если целевой образ недоступен, возможные причины следующие: Текущий кластер имеет последнюю версию. Текущий кластер создан до 2023 года и имеет векторные индексы. Образы новой версии не добавлены в текущем регионе. Текущий кластер не поддерживает выбранный тип обновления.

7. После настройки параметров нажмите Отправить. Определить, следует ли включить Проверить полный снимок индекса и Выполнить обнаружение нагрузки кластера и нажмите OK.

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

   Если во время обнаружения происходит любой из следующих случаев, подождите или уменьшите нагрузку. Если вам срочно необходимо обновить версию и вы понимаете риски отказа обновления, вы можете отключить Обнаружение нагрузки кластера функцию. Элементы проверки нагрузки кластера следующие:

   • nodes.thread_pool.search.queue < 1000: проверка того, меньше ли максимальное количество очередей поиска 1000.
   • nodes.thread_pool.write.queue < 200: Проверьте, что максимальное количество очередей записи меньше 200.
   • nodes.process.cpu.percent < 90: Проверьте, что максимальное использование CPU меньше 90%.
   • nodes.os.cpu.load_average/Number of CPU cores < 80%: Проверьте, что отношение максимальной нагрузки к числу ядер CPU меньше 80%.
8. Посмотрите задачу обновления в списке задач. Если статус задачи Выполняется, вы можете развернуть список задач и нажать Просмотр прогресса для просмотра прогресса обновления.

   Если статус задачи Не удалось, вы можете повторить попытку или завершить задачу.

   • Повторить задачу: Нажмите Повторить в Операция столбце.
   • Завершить задачу: Нажмите Завершить в Операция столбце.
     Notice

     • Обновление той же версии: Если статус задачи обновления Не удалось, вы можете завершить задачу обновления.
     • Обновление разных версий: Вы можете остановить задачу обновления только когда статус задачи Не удалось и ни один узел не был обновлён.

     После завершения задачи обновления, Статус задачи кластера откатывается к статусу до обновления, и другие задачи в кластере не затрагиваются.