Агент Kubernetes: Linux и Windows nodes
Привязка каждого узла с отдельным токеном и готовым manifest.
Порядок настройки
- Для каждого узла создайте отдельный хост Logoric: один код не используется всем кластером.
- В мастере Docker/Kubernetes выберите архитектуру, доступный на узле образ (или registry@sha256) и точное имя из kubectl get nodes. Скачайте JSON manifest и проверьте его.
- Примените kubectl apply -f logoric-resource-node.json. Manifest создаёт namespace, короткоживущий enrollment Secret и DaemonSet, закреплённый за указанным node. Init привязывается один раз; приватный config сохраняется на node.
- Host PID/network и read-only hostPath требуют согласованного доступа к узлу. Контейнер сбора работает как UID65532 без capabilities и ServiceAccount API-token. Политика кластера автоматически не ослабляется.
- Проверьте kubectl -n logoric-monitoring get pods -o wide и logs daemonset/NAME -c resources. После привязки удалите enrollment Secret и локальный файл с кодом; обычный перезапуск использует сохранённый config.
- Windows node использует нативную Windows-службу. В air-gap загрузите подписанный образ в runtime выбранного узла или внутренний registry. Автоматическое обнаружение pod/container inventory этим node-агентом не реализовано.
Ожидаемый результат
Агент на связи в выбранном хосте Logoric. Графики показывают именно выбранную область наблюдения; недоступные показатели отмечены диагностикой.
Если не получается
401 — код истёк/использован или токен отозван; 403 — лицензия/лимит. Проверьте доступный с агента URL, TLS/CA, время, права ОС и журнал службы/контейнера. Сборка пакета не заменяет приёмку службы на вашей целевой ОС/в вашем кластере.