Облачная платформаAdvanced

Планирование спецификаций узлов и ёмкости

Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

В этой теме представлены рекомендации по выбору спецификаций узлов и настройке типа хранилища узла, ёмкости хранилища и количества узлов для кластера Logstash, что поможет правильно спланировать ёмкость вашего кластера.

Рекомендации по конфигурации узлов

Table 1 Конфигурация узла

Параметр

Рекомендации по конфигурации

Спецификации узлов

В списке флейворов узлов vCPUs | Memory указывает количество vCPU и объём памяти, доступных для каждого флейвора, а Recommended Storage указывает поддерживаемый диапазон ёмкости хранилища. Мы рекомендуем выбирать спецификации узлов, основываясь на ключевых метриках вашего кластера Logstash, таких как загрузка CPU, требования к памяти и характеристики I/O.

Logstash Node Specifications описывает сценарии применения и ключевые функции различных спецификаций узлов. Это может помочь вам правильно спланировать ваш кластер.

Для получения дополнительной информации о различных спецификациях узлов см. раздел "ECS Types" в Elastic Cloud Server User Guide.

Тип и ёмкость хранилища узла

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

  • Выберите тип диска EVS:
    • Если вы выбираете persisted (дисковое хранилище) для буферизации событий, рекомендуется выбирать диски EVS с более высокой производительностью, такие как Ultra-high I/O и Extreme SSD.
    • Если вы используете очереди в памяти, выбирайте EVS‑диски с высоким I/O.
    ПРИМЕЧАНИЕ:

    По умолчанию Logstash использует ограниченные очереди в памяти для буферизации событий. Соответствующий параметр конфигурации — queue.type, который доступен при настройке конвейеров в файле конфигурации.

    Подробнее о производительности дисков EVS см. раздел "Disk Types and Performance" в Elastic Volume Service User Guide.

  • Емкость хранилища узла фиксирована и составляет 40 ГБ.

Узлы

Количество узлов в кластере Logstash варьируется от 1 до 100.

Узлы Logstash используются для приема, парсинга, обработки и передачи данных. Количество узлов определяет скорость миграции данных. Выберите количество узлов Logstash в соответствии с требованиями сервиса.

Когда в кластере Logstash два и более узла, все узлы используют одни и те же файлы конфигурации. Этот режим работает, когда Logstash является потребителем данных Kafka.

Спецификации узлов Logstash

Узлы Logstash поддерживают только диски EVS. Диски EVS — это сервис виртуального блочного хранилища, независимый от ECS. Они обеспечивают высокую надёжность и быструю эластичность, что делает их идеальными для рабочих нагрузок, требующих высокой надёжности данных и масштабируемой ёмкости хранилища.

Таблица ниже описывает сценарии применения и основные функции различных спецификаций узлов. Она поможет вам правильно спланировать кластер.

Table 2 Сравнение различных спецификаций узлов

CPU Architecture

Node Flavor

Description

x86

Вычислительно-интенсивный

Ключевые преимущества

  • Высокопроизводительный CPU: разработан для высокой вычислительной нагрузки, идеален для задач с интенсивным использованием CPU.
  • Оптимизированный сетевой I/O: поддерживает высокую пропускную способность как во входящем, так и в исходящем направлениях (например, сетевые плагины).

Сценарии применения

  • Плагины с интенсивным использованием CPU: плагины, включающие тяжёлые вычисления на CPU, такие как grok (парсинг регулярных выражений) и dissect (парсинг структурированных логов).
  • Задачи с гибридной нагрузкой: задачи, включающие как тяжёлые вычисления на CPU, так и нагрузки сетевого I/O, например, поглощение логов в реальном времени и очистка данных.
  • Крупномасштабная обработка данных на высокой скорости, например, агрегация логов и обработка потоков событий.

Меры предосторожности

  • Установите количество потоков задач (pipeline.workers) равным количеству vCPU. Это оптимизирует использование CPU и предотвращает конкуренцию за ресурсы.
  • Обратите внимание на предупреждения о узких местах производительности I/O. Если нагрузка сетевых плагинов (например, beats и http) высока, убедитесь, что доступна достаточная пропускная способность сети.

Общие вычисления‑plus‑AC

Ключевые преимущества

  • Выделенный CPU: отсутствие конкуренции за ресурсы между различными инстансами, стабильная производительность при относительно низкой стоимости, идеально подходит для задач с высоким приоритетом.
  • Низкая задержка: гарантированная эффективность для плагинов с высокой нагрузкой на CPU.

Сценарии применения

  • Задачи с высокой нагрузкой на CPU: парсинг журналов в реальном времени и сложное извлечение полей (grok и ruby)
  • Критически важные сервисные процессы: требуется надёжная производительность (например, обработка журналов финансовых транзакций)
  • Многопоточная обработка: задачи с высокой конкуренцией

Меры предосторожности

Если задачи в основном связаны с высоким сетевым вводом‑выводом, рекомендуется использовать диски с ультра‑высоким вводом‑выводом.

Общие вычисления

Ключевые преимущества

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

Сценарии применения

  • Обработка журналов среднего масштаба, например захват журналов предприятия и агрегация данных мониторинга.
  • Задачи с низкой нагрузкой на CPU: в основном сетевой ввод‑вывод (например, плагины file и kafka).
  • Стандартный деплой: соответствует потребностям общих сценариев использования, без необходимости специальной настройки.

Оценка использования памяти

Оцените необходимый объём памяти, используя эту формулу: Средний размер каждого обрабатываемого Logstash фрагмента данных x (pipeline.workers x pipeline.batch.size)

Пример: если средний размер данных составляет 1 KB, pipeline.workers = 4, и pipeline.batch.size = 1000, объём памяти ~4 MB.

Оптимизировано под память

Основные преимущества

  • Большой объём памяти: подходит для задач с высоким потреблением памяти, снижает нагрузку на ввод‑вывод диска.
  • Оптимизированные очереди памяти: данные кэшируются в очередях памяти, повышается эффективность обработки данных.

Сценарии применения

  • Масштабная агрегация журналов: платформа аналитики журналов, система управления информацией и событиями безопасности (SIEM) и т.д.
  • Сложное преобразование данных: задачи, включающие временное хранение больших объёмов данных (например, aggregate plugin).

Меры предосторожности

  • Отслеживайте использование памяти в реальном времени, чтобы избежать нехватки памяти (OOM).
  • Эта стоимость высока. Используйте этот флейвор для задач с высоким потреблением памяти, имеющих высокий приоритет.