#Оценка ресурсов для глобального кластера

#Overview

В этой теме представлены рекомендуемые практики и рекомендации по оценке ресурсов для Multi-Cluster в .

Правильный подбор размера узлов обеспечивает эффективное управление глобальным кластером всеми зарегистрированными кластерами, обработку трафика синхронизации и запросов пользователей через API и Web Console без снижения производительности.

#Node Sizing

Глобальный кластер отвечает за:

• Поддержание регистрации кластеров и метаданных.
• Обработку входящих API-запросов из Web Console и CLI.
• Координацию сообщений синхронизации и heartbeat с управляемыми кластерами.
• Управление внутренними контроллерами и циклами согласования ресурсов.

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

#Baseline Production Sizing

Размеры для производственной среды зависят в первую очередь от:

• Количества управляемых кластеров
• Частоты циклов синхронизации
• Частоты одновременных API-запросов (от пользователей или автоматизации)
• Объёма потоковых запросов
• Количества установленных плагинов

В таблице ниже приведены эталонные конфигурации, проверенные в ходе внутренних тестов производительности.

#Vertical Scaling Guidelines

При увеличении нагрузки на узел (например, в 2 раза больше кластеров или повышенная одновременность пользователей) применяйте следующие корректировки:

#Horizontal Scaling Guidelines

При превышении 100 управляемых кластеров или при постоянной задержке API выше 500 мс:

Добавляйте узлы для распределения обработки запросов и нагрузки контроллеров.

#Resource Validation and Monitoring

После развертывания непрерывно контролируйте следующие метрики для проверки правильности размера узлов:

100 * (1 - avg by (instance)(rate(node_cpu_seconds_total{mode="idle"}[5m])))

100 * (1 - (node_memory_MemAvailable_bytes / node_memory_MemTotal_bytes))

histogram_quantile(
  0.9,
  sum(rate(apiserver_request_duration_seconds_bucket{verb!="WATCH",resource!="events"}[5m])) by (le)
)

histogram_quantile(
  0.99,
  sum(rate(etcd_disk_backend_commit_duration_seconds_bucket[5m])) by (le)
)

#Summary

При подборе размера глобального кластера:

1. Начинайте с 3 узлов × 16 ядер × 32 ГБ для развертываний среднего масштаба (≤50 кластеров).
2. Масштабируйте вертикально при увеличении одновременных запросов или интенсивном использовании Web Console.
3. Масштабируйте горизонтально при превышении 100 кластеров для поддержания отзывчивости API.
4. Переоценивайте размер после каждого значительного увеличения количества управляемых кластеров или частоты синхронизации.

Следование этим рекомендациям обеспечивает предсказуемую производительность и стабильность работы по мере роста вашей среды Multi-Cluster.