Работа с узлами площадки

Что меняется для узла на площадке

Узел принадлежит той площадке, внутри которой он лежит в дереве узлов сети: система берёт ближайшую площадку вверх по дереву. В карточке узла это видно в поле Площадка. Поле только для чтения — площадку узла определяет его место в дереве, а меняется она переносом узла; новый узел получает площадку той папки, в которой создан. Перенос описан в разделе «Перенос узлов между площадками».

Мониторинг доступности

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

Проверки самого сервера INFRAX и проверки площадок идут параллельно, поэтому подключение площадок не удлиняет общий проход мониторинга. Отдельной настройки для узлов площадки нет: используются те же параметры мониторинга доступности, что и для остальных узлов дерева (порог неудачных проверок, Создавать инцидент, Автозакрытие инцидента), с обычным наследованием по дереву. Подробности — в разделе «Мониторинг доступности».

Один инцидент на площадку

Когда связь со шлюзом теряется, недоступными оказываются сразу все узлы площадки. Чтобы это не превратилось в сотню одинаковых обращений, инцидент заводится один — на саму площадку.

• Заголовок обращения: «Площадка {siteTitle} недоступна».
• Первое сообщение: «Площадка {siteTitle} недоступна: связь с её шлюзом потеряна, узлы площадки не опрашиваются ({failCount} последовательных проверок)».
• Повторная потеря связи по уже открытому обращению: «Связь с площадкой снова потеряна, узлы площадки не опрашиваются ({failCount} последовательных проверок)».
• При восстановлении: «Связь с площадкой восстановлена, опрос её узлов продолжен ({successCount} последовательных успешных проверок)».

Инцидент создаётся по обычному порогу неудачных проверок подряд (по умолчанию — три). Автоматическое закрытие тоже работает как у обычного узла, но с одной оговоркой: если у обращения назначен исполнитель, оно не закрывается само — в него только добавляется сообщение о восстановлении связи. Обращение без исполнителя после восстановления получает строку «Закрыто автоматически.» и закрывается.

Площадка в статусе Ожидает подключения и отозванная площадка инцидентов не создают: это не авария, а ожидаемое состояние. Не заводится инцидент и тогда, когда состояние площадки неизвестно, — см. «Когда площадка недоступна».

Уведомления

О создании инцидента и о его автоматическом закрытии рассылаются уведомления в Telegram и по электронной почте:

• «Создан инцидент по площадке №{ticketId}: связь с {siteTitle} потеряна, её узлы не опрашиваются.»
• «Инцидент №{ticketId} закрыт автоматически: связь с площадкой {siteTitle} восстановлена.»

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

Как выглядят узлы недоступной площадки

В дереве узлов сети такие узлы помечаются отдельным оранжевым значком разорванной цепи с подсказкой «Нет транспорта до площадки «{site}»: подключиться к этому узлу нельзя, мониторинг и удалённый доступ по нему не работают.» Обычная красная отметка «Недоступен» у них при этом не ставится: одна авария не должна превращаться в двести красных крестиков.

• Узлы недоступной площадки не учитываются в значке папки, подсказка которого называет число недоступных узлов внутри («Недоступных узлов внутри: N»), — ни сама площадка, ни папки над ней не окрашиваются из-за упавшего шлюза.
• У самой строки площадки отметки «Недоступен» тоже нет: её состояние показывает собственный значок площадки с подсказкой «Шлюз площадки не на связи — до узлов внутри неё сейчас не добраться».
• История задержки за время недоступности не пишется: измерения не было, и рисовать стопроцентные потери было бы неправдой. На графике узла будет разрыв, а не полка нулей.
• У самой площадки истории задержки нет вовсе — это папка в дереве, а не машина.

Сканирование сетей площадки

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

Площадка сети

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

• В списке предлагаются только те площадки, которые оператору разрешено изменять; отозванные площадки не предлагаются.
• Подпись под полем: «Адреса сети относятся к выбранной площадке. Изменить её после создания нельзя.»
• У созданной сети площадка показывается только для чтения — как и CIDR. Почему так, объясняет подсказка: «Площадку созданной сети изменить нельзя: узлы сети определяются по их площадке, поэтому после смены сеть осталась бы пустой. Создайте сеть на нужной площадке заново.»
• Если у выбранной площадки шлюз не на связи, предупреждение появляется прямо под полем: «Шлюз площадки «{site}» сейчас не на связи. Сеть создать можно, но отсканировать её получится только после того, как шлюз подключится.» Сеть при этом создаётся в обоих окнах, а вот дальше пути расходятся. Окно Добавить сеть на странице сетей после сохранения сообщает: «Сеть создана. Автоматическое сканирование не запущено: шлюз площадки «{site}» сейчас не на связи. Запустите сканирование вручную, когда шлюз подключится.» Мастер этого сообщения не выводит: он переходит к шагу сканирования и показывает там карточку Сканирование не выполнено — см. «Как выполняется обход».
• В режиме Автообнаружение узлов площадка сети видна в шапке выбранной сети — с подсказкой «Площадка, которой принадлежит эта сеть» — и в выпадающих списках выбора сети, где сеть подписывается названием, адресом и площадкой. В списке сетей слева метки площадки нет. Метка появляется, когда сети инсталляции принадлежат более чем одной площадке, и тогда её несут все сети, включая сети основной площадки. Поиск по сетям ищет и по названию площадки.

Остальные поля формы создания сети от площадки не зависят и описаны в разделах «Управление сетями» и «Автообнаружение узлов».

Как выполняется обход

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

Когда сеть создают мастером, сканирование запускается сразу за созданием. Если оно не выполнилось — шлюз не на связи, площадка занята другой своей сетью, — мастер не бросает работу на полпути: он показывает «Сканирование не выполнено» с причиной и добавляет «Сеть «{network}» создана. Запустить сканирование можно позже — на странице сетей кнопкой «Сканировать».» Дальше выбирает оператор: Повторить сканирование или Завершить без сканирования. Сама сеть в обоих случаях уже создана.

Папка для найденных узлов

Найденные узлы добавляются в выбранную папку, и эта папка обязана находиться на той же площадке, что и сама сеть: узлы сети доступны только через шлюз её площадки. Несоответствие система замечает заранее, ещё при выборе папки, и не даёт нажать добавление, пока папка не исправлена — ждать окончания сканирования, чтобы получить отказ, больше не нужно.

• Папка на другой площадке, окно Мастер настройки сети: «Выбранная папка находится на площадке «{folderSite}», а сеть — на площадке «{networkSite}». Узлы этой сети доступны только через шлюз её площадки, поэтому выберите папку на площадке «{networkSite}».»
• Папка на другой площадке, окно Добавить обнаруженные узлы: «Выбранная папка находится на площадке «{folderSite}», а узлы обнаружены на площадке «{networkSite}». Эти узлы доступны только через шлюз своей площадки, поэтому выберите папку на площадке «{networkSite}».»
• Выбраны узлы сразу из сетей разных площадок: «Выбранные узлы обнаружены на разных площадках, а папка может находиться только на одной. Добавляйте узлы каждой площадки отдельно.»

Имена узлов площадки

В карточке узла площадки в поле адреса можно указать не только IP-адрес, но и имя — в том числе короткое, без домена. Такое имя разрешает сама площадка, в собственном DNS своей сети: система раз в минуту отправляет площадке имена её узлов и запоминает ответ отдельно для каждой пары «площадка и имя». Имя dc-1 на разных площадках — разные машины, и система это учитывает.

• DNS-сервер INFRAX имена узлов площадки не разрешает никогда — это принципиально, и ошибки разрешения имён с ним не связаны.
• Разрешённый адрес в карточку узла не записывается: в поле остаётся то, что ввёл оператор.
• Если площадку временно не удалось спросить, ранее полученные адреса сохраняются и продолжают работать.

Удалённые подключения к узлам площадки

RDP, SSH, VNC, консоль и веб-интерфейс для узла площадки открываются теми же кнопками, что и для локального узла. VPN не нужен, публиковать адрес узла наружу тоже не нужно: подключение идёт через шлюз площадки.

При открытии сеанса система не обращается к адресу узла напрямую — она работает через порт, закреплённый за парой «адрес внутри площадки и порт». Такая резервация переживает завершение сеанса и переподключение шлюза, подробнее — «Резервация портов». Интерактивные сеансы получают отдельное соединение внутрь площадки, чтобы опрос мониторинга и проверки портов их не тормозили. Адрес и порт, зафиксированные при создании сеанса, перепроверяются: если узел за это время перенесли на другую площадку, старая пара больше не принимается и сеанс нужно открыть заново. Общие сведения о подключениях — «Обзор удалённого доступа» и «Туннелирование».

Агенты на узлах площадки

Через шлюз площадки доступны все три операции с агентом: установка, обновление и удаление. Запускаются они как обычно — из панели действий над выделенными узлами (Установить агентов, Обновить агентов, Удалить агентов) или из карточки узла (Установить..., Обновить агента).

Разделение происходит само: узлы основной площадки уходят в обычную очередь заданий, а узлы за шлюзом обслуживает площадка. Для них открывается отдельное окно с живыми этапами, узлы обрабатываются по одному, строка каждого подписана как «{title} — площадка {site}». Задача в очередь при этом не ставится — работа идёт на глазах у оператора.

1. Отметьте узлы в режиме Выбор или откройте карточку одного узла.
2. Выберите нужное действие с агентом.
3. Для установки и удаления введите учётные данные узла — вручную либо режимом ⚡ Авто с кнопкой Применить автоподбор, который берёт подходящие данные из IDENTYX. Данные передаются шлюзу в составе задания и нигде не сохраняются.
4. Наблюдайте этапы в окне: пока работа идёт, случайно закрыть его нельзя — крестика в заголовке нет, щелчок по фону не закрывает, Esc не срабатывает. Кнопка Закрыть при этом работает всегда и сначала спрашивает: «Закрыть окно? Работа на площадке продолжится — окно только показывает её ход, и вы перестанете его видеть.» Работа от закрытия не прерывается, но вернуть окно будет уже нельзя.
5. Дождитесь итоговой строки и нажмите Закрыть.

Подзаголовок окна показывает, сколько узлов обслуживается: «Узлов на площадках: {count}. Работу выполняет шлюз площадки, этапы приходят по мере выполнения.» У обновления он отличается концовкой: «Файл агента шлюз берёт у себя на площадке, этапы приходят по мере выполнения.»

Этапы и статусы

Окно показывает ход работы по этапам. Названия этапов зависят от операции:

• Установка: «Подготовка файлов агента», «Проверка доступности», «Выбор рабочего каталога», «Удаление прежней установки», «Копирование агента», «Права на запуск», «Регистрация службы», «Запуск службы», «Выпуск сертификата», «Проверка результата на узле», «Уборка временных файлов».
• Обновление: «Подготовка файлов агента», «Проверка доступности», «Выбор сборки агента», «Передача агента на узел», «Применение обновления», «Проверка результата на узле», «Завершение обновления».
• Удаление: «Проверка доступности», «Удаление службы», «Проверка результата на узле», «Завершение удаления».

У удаления этапов ровно четыре: «Удаление службы» останавливает службу и снимает её вместе с файлами агента за один приём.

Состояние узла в окне: «в очереди», «выполняется», «завершено», «ошибка». Статус отдельного этапа: «выполняется», «готово», «не требуется», «с замечанием», «ошибка», «завершено».

Итоговые сообщения

Windows-узлы площадки

Агента на Windows-узле площадки можно установить, обновить и удалить теми же действиями, что и на любом другом узле, — отдельного порядка для них нет. Работа при этом распределяется между приложением и шлюзом по-разному, и это влияет только на то, какие порты должны быть открыты внутри площадки:

Порты открываются между шлюзом и узлом, а не до сервера приложения: до узла площадки приложение не дотягивается вовсе. Нужную сборку агента приложение подбирает само, включая отдельную сборку для Windows 7 и Windows Server 2008 R2.

Если открыть порты нельзя, остаётся ручная установка: перенесите файл агента на машину и установите его так же, как при обычной ручной установке — см. «Ручная установка».

Другие отказы

Задание, поставленное в очередь до переезда узла

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

• В журнале задания появляются строки «Узел находится на площадке {site}, операцию выполняет её шлюз» и «Этап {stage}: {status}».
• Итог выглядит как «Агент обновлён: сборка {previousVersion} → сборка {agentVersion}» или «Агент удалён шлюзом площадки».
• Если площадка недоступна, задание не считается провалившимся и дождётся следующей попытки.
• Если площадка ответила отказом, задание помечается неуспешным («Площадка не смогла завершить операцию: {reason}») и автоматически не повторяется — повтор запускает оператор.

Всё остальное про агентов — в разделе «Управление агентами».

Когда площадка недоступна

Слова «площадка недоступна» скрывают три разных состояния, и ведёт себя система в них по-разному. Различать их важно: иначе «неизвестно» легко принять за «сломано».

Когда не отвечает сам сервис sitelink-hub, над деревом узлов сети появляется общий баннер: «Сервис sitelink-hub недоступен, поэтому неизвестно, какие шлюзы площадок на связи. Дерево и его узлы взяты из базы данных.» Подсказка у каждой площадки в этот момент — «Состояние площадки неизвестно — сервис sitelink-hub не отвечает». Названия площадок, число их узлов и сетей при этом видны по-прежнему. Про статусы подробнее — «Статусы площадки».

Массовые операции не падают целиком: если в выделении оказались узлы недоступной площадки, работа выполняется для остальных, а пропущенные перечисляются поимённо — «Пропущено, нет транспорта до их площадки ({count}): {nodeTitles}», а если обработать не удалось ни одного узла — «В очередь ничего не поставлено. Пропущено, нет транспорта до их площадки ({count}): {nodeTitles}».

Предупреждения в карточке узла

Открыв карточку узла, оператор сразу видит, почему узел «молчит»:

• «Узел находится за шлюзом площадки, который сейчас не на связи: подключиться к узлу сейчас нельзя — мониторинг и удалённый доступ по этому узлу не работают.»
• «Площадка узла отозвана. Остальные поля сохранить можно, но чтобы узел снова опрашивался, перенесите его на действующую площадку — в дереве узлов сети.»

Решение проблем

Рекомендации