Showing results for 
Search instead for 
Did you mean: 
Create Post

ORION® PLATFORM 2020.2.1 - Orion Remote Collector


The Orion Platform team is happy to announce the availability of 2020.2.1 which includes the much anticipated Orion Remote Collector. The Orion Platform 2020.2.1 release notes contains all of the detail on individual bug fixes and improvements

What is the Orion Remote Collector?

The Orion Remote Collector (ORC) functions as a lightweight distributed polling option providing additional deployment flexibility. ORCs are a lightweight localized polling option that includes automatic data storage and forwarding for easy monitoring even in low-bandwidth/high-latency environments. ORCs have the ability to monitor endpoints using agentless protocols such as SNMP and WMI. ORCs are not a replacement for additional polling engines / remote office pollers and are fundamentally different in their architecture and capabilities.

The ORC provides a limited set of polling capabilities for NPM and SAM only. 

Use Cases

ORCs are beneficial in environments where users want to provide device monitoring but do not want to do it across the WAN or install expensive infrastructure to run a full polling engine.  ORC provides an option for customers to do this.

Orion deployed On-Prem with Remote Collector monitoring remote locations.

In this example, the Orion server is deployed on-prem. An additional polling engine in the DMZ has bi-directional communication with the primary polling engine and  Orion database server. The Remote collector is deployed to an additional network segment and is providing localized monitoring of endpoints. The agent initiated communication back to the additional polling engine uses a single port.

on-prem remote office.png















Orion deployed in Cloud with remote collector monitoring On-Prem.

In this example, Orion is deployed within cloud infrastructures such as Amazon EC2 or Azure. The Orion remote collector is deployed On-Prem providing localized polling of devices. The agent initiated communication back to the primary polling engine uses a single port.

In Cloud on prem colector.png

Benefits of the ORC

  • Utilizes Agent technology for communication with Orion. 
  • No direct connection to the database is needed.
  • Simplified architecture which can be deployed in remote locations
  • Ability to poll/cache over unreliable networks (stores up to 24 hours with no connection to poller)

Technical Detail

  • Based on a Windows agent, running in a special mode to poll remote machines via JobEngine agent plugin.​
  • Deployment and updates will be driven by Agent Management service standard operations.​
  • Can perform the polling jobs without connection to its master poller and store the job results locally (in JE service memory, maximum 24hrs old results).​
  • ORCs serve as a remote JobEngine. Result transfer into the database is the responsibility of the master poller (Primary engine or Additional polling engine)
  • ORCs can't talk directly to the database or to other ORCs. The only connection to the platform is through the Agent Management service BusinessLayer plugin on its master poller via a single opened port.​
  • Master pollers don't need to see the nodes in the networks that the ORCs are polling. The only thing the Master needs to see is the ORC.


Who is eligible for using the ORC?​

ORC is available free for those who have NAM and/or SAM Node-based licenses only.

​ORC Scalability

  • The total number of elements on all ORCs connected to one polling engine is limited by the license of that polling engine. For example, a polling engine which can scale to 12k elements which can be distributed across a maximum of: 

    • 100 ORCs per polling engine

    • 1000 Elements per ORC​ 


ORC Requirements

Full details on requirements and supported polling technologies can be found here


Wonderful to see this ORC has finally come to us! See so many use-cases for it. BUT - the licensing, if a customer only have NPM they can't use this? If so, if they buy a "little SAM node-bases license", does that mean they can use it for all of NPM?


@Seashore  In your example the ORC will only provide polling for supported SAM technologies as the NPM license alone does not provide access to the ORC.

2 thumbs up on feature, 1 thumb down on licensing scheme.  If the costs were in the single $K I would buy hand up just for sites that always have network issues.

Agree with @johnny_ringo , with this license limitation it is not helping most of my customers. A small fee for an ORC for those not using NAM would be helpful. Don't think ORC and APE compete against each other. They will be used in different scenarios. 

The licences is made this way so it dose not compete with APE for the old clients that still have the SAM unlimited components licences.


Is there any information about hardware requirements (CPU, RAM and Disc). I assume that hardware requirements are similar to agents, is this right?

We have deployed an ORC and the hardware consumtion is similiar to agents.

In our experience ORC was a necessary improvent, so many customers have isolated IT areas, and this collector is really hepfull for those cases. We are happy that it is here.

I wonder if it is possibe to collect syslog / traps through the ORC. Anyone has tested it? Thank you!

Version history
Revision #:
23 of 23
Last update:
‎08-28-2020 07:21 AM
Updated by: