При планировании развертывания ArcGIS GeoEvent Server в типичной среде ArcGIS Enterprise важно учитывать особенности, характерные для GeoEvent Server.
Обработка событий
Когда GeoEvent Server получает запись события, на время обработки этого события влияют пять факторов: размер, скорость обработки, объем, анализ и место назначения выхода.
Размер события
Для записи события схема определяется через GeoEvent Definition. Записи событий могут различаться по количеству атрибутов и типу геометрии (точка, линия или полигон). Строковые атрибуты могут быть коротким именем или содержать большое количество символов. Точки содержат пару координат, тогда как полилинии и полигоны состоят из набора пар координат. Более крупные записи событий (в байтах) требуют больше системных ресурсов для обработки. GeoEvent Server использует и оперативную память, и дисковое пространство, поэтому большие записи событий требуют больше памяти и места на диске.
Скорость обработки события
Скорость обработки данных о событиях сервером GeoEvent Server измеряется в событиях в секунду. Скорость обработки события (число событий в секунду) определяется объемом события (количество обработанных событий), деленным на скорость события (скорость обработки событий).
Скорость обработки события (события/секунда) = Объем событий (события) / Скорость события (секунды)Частота событий
Нагрузка на GeoEvent Server пропорциональна скорости, с которой события поступают, адаптируются и обрабатываются. Большие объемы записей событий и высокая скорость их поступления заставляют GeoEvent Server использовать больше системных ресурсов (ОЗУ, процессор и дисковое пространство) для приема и адаптации сырых данных сенсоров, обработки созданных записей событий и распространения данных из обработанных записей.
Для оптимизации работы GeoEvent Server рекомендуется снижать объем и скорость поступления событий в настраиваемой аналитике. Например, если ожидается, что записи данных от сетевых сенсоров будут поступать каждую секунду, не следует настраивать сложную аналитику в реальном времени, которая занимает сотни миллисекунд на обработку каждой записи. Необходимо уменьшить объем и скорость записей событий или упростить фильтрацию и обработку, выполняемые GeoEvent Server каждую секунду. Если данные от веб-сервиса ожидаются каждые 30 секунд, GeoEvent Server может использовать сложную аналитику в реальном времени при условии, что весь объем полученных записей будет полностью обработан до прихода следующего пакета.
Объем события
Объем события измеряет количество уникальных событий в системе. Объем события обычно является синонимом набора событий. Объем событий и скорость приема данных с сенсоров определяют скорость событий. Больший объем событий увеличивает нагрузку на GeoEvent Server и требует более высокой производительности процессора, оперативной памяти и диска по сравнению с меньшими объемами. Чем больше объем событий, тем выше скорость их поступления. Например, крупный департамент транспорта, отслеживающий позицию 15 000 государственных автомобилей каждую минуту, представляет собой высокий объем и скорость поступления событий. Небольшой муниципалитет, отслеживающий местоположение 12 снегоуборочных машин каждые две минуты, представляет собой низкий объем и скорость поступления событий.
Анализ событий
Когда события проходят через GeoEvent Server, объем обработки и анализа, выполняемого над событиями с использованием фильтров и процессоров, влияет на ресурсы компьютера и время обработки событий. Сложные рабочие процессы обработки и анализа обычно используют больше машинного CPU, а также увеличивают время обработки данных о событиях. Некоторые аналитические процессы, например, использование процессора обогащения поля для дополнения входящего потока данных, могут увеличить нагрузку на сетевое соединение компьютера.
Более подробно о процессорахМесто выхода события
Во многих случаях распространение данных о событиях не влияет на GeoEvent Server. Однако при работе с определенными выходами есть некоторые соображения, например скорость обработки события может быть выше, чем возможности конкретного выхода. При проектировании и реализации работающего GeoEvent Server могут потребоваться другие подходы, если ожидаемая скорость обработки события значительно выше, чем используемый выходной разъем.
Потоки и наборы событий
Данные о событиях поступают в GeoEvent Server и называются потоками событий или наборами событий.
Потоки событий
Потоки событий определяются как набор событий, которые принимаются или распространяются входным коннектором или выходным коннектором на GeoEvent Server.
Примечание:
Поток событий – это не то же самое, что потоковый сервис, который является конкретной реализацией выходного коннектора.
Наборы событий
Хотя поток событий представляет все отдельные события, поступающие на GeoEvent Server или с него, набор событий представляет собой набор уникальных событий в потоке событий. Уникальность основана на Track ID события. В большинстве случаев набор событий является синонимом объема события. К примерам наборов событий относятся следующие:
- В потоке событий местоположений транспортных средств набор событий охватывает все индивидуальные идентификаторы транспортных средств, такие как VIN-коды транспортных средств. В этом примере набор событий представлен набором уникальных VIN-кодов.
- В потоке событий указателя уровня воды набор событий охватывает каждый уникальный идентификатор монитора воды (например, серийный номер датчиков). Набор уникальных идентификаторов датчиков воды является набором событий.
Геозоны
Ключевой возможностью GeoEvent Server является обработка данных о событиях в реальном времени в соответствии с известной геометрией или геометрией геозон. Геозоны загружаются на GeoEvent Server и сохраняются в памяти. Геозоны хранятся в памяти; объем оперативной памяти компьютера важен и определяет, сколько геозон может быть сохранено в памяти. В дополнение к объему RAM, тип RAM может влиять на скорость, с которой осуществляется доступ к геозонам, особенно если существует множество геозон, которые необходимо будет проанализировать.
Более важным, чем количество геозон, является сложность этих геозон. Чем больше точек или вершин у геозон, тем больше оперативной памяти GeoEvent Server требуется для выполнения этих пространственных отношений в реальном времени. Рассмотрите следующие примеры геозон, каждая из которых может содержать равное количество точек и вершин и может потреблять одинаковый объем оперативной памяти компьютера:
- Набор из 70000 точек, представляющих точки интереса по всему региону
- Дорожная сеть региона, содержащая несколько сотен отрезков осевой линии дорог по несколько сотен точек каждый.
- Точные границы 25 округов штата в виде полигонов, каждый из которых содержит несколько тысяч точек