Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
ru:documentation:01_understanding:02_architecture [2021/10/15 01:25]
jimmy.olano [Программный агент] Agente Software
ru:documentation:01_understanding:02_architecture [2022/04/28 14:35] (текущий)
Строка 194: Строка 194:
  
  
-=== Fichero de datos XML ===+=== Файл данных XML ===
  
-==== Topologíasesquemas y modelos de monitorización ====+Этот файл данных содержит структуру XMLа его имя формируется путем сочетания имени хоста, на котором находится агент, отдельного порядкового номера для каждого пакета данных и расширения ".data", которое указывает, что это пакет данных.
  
-=== Redes accesibles ===+<code> 
 +<имя хоста>.<серийный номер>.данные
  
-=== Redes con dificultad de acceso ===+</code>
  
-=== Características especiales organizativas ===+Файл данных - это файл с расширением ".data". Файл проверки с расширением ".checksum" содержит хэш MD5 файла данных. Это позволяет провести окончательную проверку, чтобы убедиться, что данные не были изменены каким-либо образом перед обработкой.
  
-=== Grandes entornos ===+<code> 
 +<имя хоста>.<серийный номер>.проверка 
 + 
 +</code> 
 + 
 +Файл данных XML содержит всю информацию, собранную Агентом во время его выполнения. Этот пакет данных имеет компактный, гибкий и легкий дизайн, который позволяет любому пользователю использовать агентов Pandora FMS или собственные разработки для генерации информации и ее обработки в Pandora FMS. Файл данных представляет собой XML, аналогичный следующему: 
 + 
 +<code><agent data os_name=”SunOS” os_version=”5.8” timestamp=”300” agent_name=”pdges01” version=”1.0”> 
 +   <module> 
 +     <name>FTP Daemon</name> 
 +     <type>generic_proc</type> 
 +     <data>0</data> 
 +   </module> 
 +   <module> 
 +     <name>DiskFree</name> 
 +     <type>generic_data</type> 
 +     <data>5200000</data> 
 +   </module> 
 +   <module> 
 +     <name>UsersConnected</name> 
 +     <type>generic_data_inc</type> 
 +     <data>119</data> 
 +   </module> 
 +   <module> 
 +     <name>LastLogin</name> 
 +     <type>generic_data_string</type> 
 +     <data>slerena</data> 
 +   </module> 
 + </agent_data> 
 + 
 +</code> 
 + 
 + 
 +==== Топологии, схемы и модели мониторинга ==== 
 + 
 +Существуют различные модели мониторинга, как удаленного, так и локального. Мы приводим следующие типичные случаи различных топологий, чтобы ознакомить читателя с возможными проблемами и решениями, предлагаемыми Pandora FMS. В последующих главах описывается работа каждого решения. 
 + 
 + 
 +=== Доступные сети === 
 + 
 +Это характерно для простых, небольших или высокоцентрализованных и организованных сетей. Это самая простая в реализации модель. 
 + 
 +  * Доступная сеть для централизованного удаленного мониторинга: где с сервера Pandora FMS можно получить доступ ко всем машинам и/или устройствам для удаленного опроса. 
 +  * Доступная сеть для мониторинга на основе агентов: где с программных агентов, установленных на контролируемых машинах, они могут без проблем связаться с сервером Pandora FMS. 
 + 
 + 
 +=== Сети с затрудненным доступом === 
 + 
 +Удаленная сеть недоступна для удаленных проверок Pandora FMS: В этом сценарии есть несколько вариантов; либо использование программного агента, который выполняет удаленные проверки по отношению к другим системам (используя режим агента-брокера), либо использование Satellite Server, который способен выполнять удаленные проверки и имеет ряд расширенных функциональных возможностей. 
 + 
 +{{  :wiki:modo-broker.png  }} 
 + 
 +\\ 
 +Программные агенты, не имеющие доступа к серверу Pandora FMS: В этом случае мы будем использовать прокси-характеристику программных агентов, которая позволяет агенту, не имеющему доступа, использовать агента, имеющего доступ к серверу, для подключения через него, пересылая XML-файлы всех агентов, кроме своего собственного. Спутниковый сервер также может выступать в качестве прокси-агента. 
 + 
 +{{  :wiki:proxy-mode.png  }} 
 + 
 +\\ 
 +Необходимость мониторинга различных сетей для удаленного мониторинга с помощью сервера: В этом случае также можно использовать Satellite Server, или смонтировать несколько различных серверов Pandora FMS, подключенных к одной базе данных; один сервер будет выполнять один набор проверок, а другой сервер другой набор. Способ развертывания будет отличаться, но в обоих случаях каждый компонент будет полностью отвечать за мониторинг своей сети, а управление будет осуществляться централизованно с консоли. 
 + 
 +{{  :wiki:esquema-satellite.png}} 
 + 
 + 
 +=== Особые организационные особенности === 
 + 
 +  * Необходимость иметь несколько контролируемых объектов, с различным оборудованием и конфигурациями для мониторинга. В этом случае используйте сервер экспорта для дублирования части мониторинга в изолированной среде Pandora FMS, независимой. 
 +{{  :wiki:export-server.png  }} 
 + 
 +  * Двойственность отчетности: Дополнительно вы можете настроить Агентов на отчетность на два разных сервера Pandora FMS, хотя управлять ими может только один из них. 
 + 
 +  * Фрагментированное управление: необходимо делегировать управление частью оборудования разным сотрудникам, имеющим разные доступы. Это больше, чем архитектурная проблема, это проблема управления. Это решается с помощью разрешений, назначаемых на политики. 
 + 
 + 
 +=== Большие среды === 
 + 
 +  * {{:wiki:icono-modulo-enterprise.png  }}Большая сеть: с тысячами проверок сети, которые должны быть распределены между различными "зондами удаленного мониторинга", поскольку их большое количество (более 50 000) не может быть централизовано на одном сервере. Для этого используйте серверы режима брокера, которые распределяют нагрузку удаленных проверок. 
 + 
 +{{  :wiki:broker_scalation_example.png?800x387  }} 
 + 
 +  * Необходимость установки HA-сервера: в целях безопасности, если основное оборудование выходит из строя. Существуют различные способы установки двух серверов; например, "пассивный" сервер, который ждет, пока активный сервер перестанет отвечать, прежде чем начать работу. Это можно сделать разными способами. 
 +  * Необходимость мониторинга большого количества систем и централизованного управления ими (более 2500 агентов): для этого настраиваются различные серверы Pandora FMS, координируемые одной системой, называемой Metaconsole. Таким образом, возможно линейное масштабирование. 
 + 
 +{{  :wiki:pandora_metaconsole_overview2.png?800x358  }}
  
 [[:ru:documentation:start|Вернуться к указателю документации Pandora FMS]] [[:ru:documentation:start|Вернуться к указателю документации Pandora FMS]]
  
  
ºº