An Installed Collector is a Java agent that receives logs and metrics from its Sources and then encrypts, compresses, and sends the data to the Sumo service. As its name implies, an Installed Collector is installed in your environment, as opposed to a Hosted Collector, which resides on the Sumo service. After installing a Collector, you add Sources, to which the Collector connects to obtain data to send to the Sumo service.
A Sumo Source is an object, configured for a specific Collector, that scans a particular target periodically and sends newly available data to the collector. There are a number of Source types in Sumo that work with Installed Collectors. Examples include:
- File Sources—Local and Remote File Sources collect logs from selected directories on the Collector host, or a remote one.
- Windows Event Log Sources—Local and Remote Windows Event Log Sources collect Windows events from the Collector host or a remote one.
- Windows Performance Monitor Log Sources—Local and Remote Windows Performance Monitor Log Sources collect Windows performance data from the Collector host, or a remote one.
- Docker Sources—Docker Sources collect Docker container logs, events, and stats from Docker.
- Host Metrics Sources—Available for Linux, MacOS, and Windows, Host Metric Sources collect CPU, memory, and other OS metrics.
For a list of all sources supported by Installed Collectors, see Sources for Installed Collectors.
For details on supported operating systems and hardware restrictions see Installed Collector requirements.
You can install Collectors and configure Sources on any mix of MacOs, Windows, and Linux hosts in your environment. When deciding where to install Collectors, consider your network topology, available bandwidth, and domains or user groups.
Single Installed Collector
An Installed Collector can be installed on any standard server that you use for log aggregation or other network services. For example, you might decide to centralize collection with just one Collector installed on a dedicated machine, especially if all of your data can be accessed from a single network location.
Multiple Installed Collectors
If you have a distributed network topology, you can install multiple Collectors on multiple machines and set up any combination of Sources to collect from your infrastructure.
Cloud or data center deployment
Installed Collectors can be deployed across a cloud or data center configuration where Collectors on each machine report to Sumo Logic independently, sending distinct log data so that you can query against any virtual machine or server in your deployment.
Installed Collector message volume limitations
When planning your Sumo deployment, keep in mind the message volume an Installed Collector can handle. The following tables list the recommended message per second limits on hosts with a MaxHeap of 128 MB.
MacOS and Linux (64-bit) Collectors
|Source type||Message per second limit|
|Local File Source||5,000|
|Remote File Source||3,100|
Windows 2008 (64-bit) Collectors
|Source type||Message per second limit|
|Local File Source||4,250|
|Remote File Source||250|
About Collector and Source installation and configuration
This section is an overview of the multiple methods Sumo provides for installing and configuring Collectors and Sources.
Collector installation and configuration
Sumo provides multiple methods for installing a Collector:
- UI installers. You provide configuration settings during the installation dialog. The installer writes these settings to
user.propertiesin the collector’s
- Command-line installer. You supply configuration settings on the command line, or using a varfile. the installer writes these settings to
user.propertiesin the collector’s
- RPM, for Linux. You supply configuration settings in a
user.propertiesfile that you create.
- Binary package, for Linux. The binary package can also be used on MacOS.
After a Collector is up and running, you can change some Installed Collector configuration settings by editing
user.properties and restarting the collector. For more information, see user.properties parameters.
A few Installed Collector behaviors, such as caching, are configured in the
collector.properties file in the Collector’s
You can update the configuration of an Installed Collector using the Collector Management API. For more information, see Collector API Methods and Examples.
You can set up as many Sources as needed for a given Collector. A Source should be configured to collect similar data types. For example, you might set up three Local File Sources to collect router activity logs from three locations, and another Local File Source to collect logs from a web application.
Each Source is tagged with its own metadata, as described in Metadata Naming Conventions. The more Sources you set up, the easier it is to isolate one of the Sources in a search since each Source can be identified by its metadata.
When you configure Sources that read from log files, you specify a path expression that defines what files to scan. You can optionally configure a blacklist of files to exclude from collection.
You can create Sources using the Sumo web app at any time after Collector installation. For source-specific instructions, see the topics below Sources for Installed Collectors.
Alternatively, you can define Sources for an Installed Collector in a UTF-8 encoded JSON file, in which case you must provide the file when starting the Collector for the first time. For more information, see Use JSON to Configure Sources. Note that if you provide the Sources configuration in a JSON file, you can no longer manage the Sources through the Sumo web app or the Collector Management API.
Installed Collectors and Sources in action
This section is an overview of how Installed Collectors and their Sources operate.
Installed Collector startup
When you start up an Installed Collector for the first time it registers with Sumo and creates any Sources that you have defined in a UTF-8 encoded JSON source configuration file.
When the collector tries to register with Sumo it first sends the request to the US1 deployment. If your organization is in another deployment Sumo will redirect the Collector to your deployment URL based on the authentication credential's deployment. You can define the deployment URL in the Collector's user.properties file with the
Sources scan source data
Sources scan their target directory or data structure periodically. A Local File Source scans target directories every two seconds. For Windows Performance Monitor Sources and Script Sources, you configure the scan interval when you define the source.
How an Installed Collector sends data to the Sumo service
An Installed Collector starts sending data to the Sumo service as soon as it is available from the Sources configured on the Collector. Before sending the data, a Collector compresses (by a factor of 10x) and encrypts the data. A Collector sends data to the Sumo service over HTTPS.
To keep track of what it has already sent to the Sumo service, the Collector tracks a file by its fingerprint (the first 2048 bytes of the file) and by a read pointer that indicates the last line read by the Collector. This fingerprint is then compared to a list of known fingerprints from that Source. If the fingerprint does not match one in the known list we start reading that file's content from the beginning and send it to Sumo. If a matching fingerprint is found in the list we start reading from the last known byte mark of that file. The Collector updates this information approximately every second. A file's fingerprint is retained for some period of time after file deletion, otherwise it is retained.
Throttling, caching, and flushing
Ordinarily, a Collector sends data to the Sumo service as fast as its connection allows. Under some circumstances, the Sumo service may instruct a Collector to throttle itself or slow the rate at which it is sending data to the service.
To determine whether throttling is required, Sumo measures the amount of data already committed to uploading against the number of previous requests and available resources (quota) in an account. In other words, Sumo Logic compares the current ingestion with the rate of ingest using a per minute rate that can be derived from the contracted daily GB/day rate.
The Sumo service tells the Collector it can speed up when throttling is no longer necessary.
For more information, see Manage Ingestion.
Installed Collectors cache outbound data when throttled or paused or if the connection to the Sumo service is lost. Data is cached first in memory and then on disk. By default, a Collector supports caching the following amounts:
Up to 4GB total disk space, including:
- Up to 3GB for log data
- Up to 1GB for metric data
You can raise or lower the disk limits for Collector caching. For more information, see Configure Limits for Collector Caching.
Unlike the fixed size cache, which evicts old data to make room for new data, flushing mode stops collection of new data and focuses only on sending existing data (flushing the cache).
A Collector enters flushing mode when less than 10% of free disk space remains on the disk where the Collector is installed. For more information, see Flushing Mode.
Collector monitoring and logging
An Installed Collector sends a heartbeat to the Sumo service every 15 seconds. If the Sumo service does not receive a heartbeat for 30 minutes, it considers the Collector to be offline, and shows its status as red in the Collection page of the Sumo web app. The heartbeat is linked to the
alive parameter in the JSON object.
The Collector uses the log4j framework. You can tailor log rotation behavior for
collector.log by editing the
log4j.xml file in the collector’s
/config directory. For more information, see Log Rotation Settings.