Monitoring Splunk

Universal forwarder and Deployment Server

hectorvp
Communicator

Hi,

I've a scenario where our organisation is supposed to only send logs from servers to clients indexers.

We have decided to use UF and deployment server.

We need to know what are known downtimes, performance issues  for for UFs and deployment servers.

For example incase there may be any downtime while upgrade of UFs or any maintenance aspects.

 

Are there any exceptions with capabilities of UF to forward logs like for certain application (commonly used) logs cannot be forwarded since they are in xyz format.....

For example incase there may be any downtime while upgrade of UF.

We need this information for certain agreements with the customer.

Can anyone enlist few points here.

0 Karma
1 Solution

gcusello
SplunkTrust
SplunkTrust

Hi @hectorvp,

forwarders is the best approach to take logs from servers because UF guarantee to you some feature improvement than other methods (e.g. WMI or syslogs), these are the main:

  • packets are compressed so you consume less bandwidth,
  • UFs has a local cache for logs in case of unavailability of Indexers;
  • it's possible to configure packets dimension to limit the bandwidth.

UFs cosumes just a little part of server resources (e.g.: on it uses around Windows 70-80 MB RAM and 2-3 % of CPU usage).

Deployment Server is the best approach to manage UFs.

UFs continue to work also with the DS down, so it isn't a Single Point of Failure.

Downtime isn't relevant because installation, upgrade of UF or configurations don't require a server restart.

DS must be a dedicated machine if it has to manage more than 50 clients.

DS can also be a virtual server, but it needs of the same resources of a stand-alone Splunk (12 CPUs and 12 GB of RAM).

Here you can find all the documentation about DS https://docs.splunk.com/Documentation/Splunk/8.0.6/Updating/Aboutdeploymentserver

Ciao.

Giuseppe

View solution in original post

0 Karma

gcusello
SplunkTrust
SplunkTrust

Hi @hectorvp,

forwarders is the best approach to take logs from servers because UF guarantee to you some feature improvement than other methods (e.g. WMI or syslogs), these are the main:

  • packets are compressed so you consume less bandwidth,
  • UFs has a local cache for logs in case of unavailability of Indexers;
  • it's possible to configure packets dimension to limit the bandwidth.

UFs cosumes just a little part of server resources (e.g.: on it uses around Windows 70-80 MB RAM and 2-3 % of CPU usage).

Deployment Server is the best approach to manage UFs.

UFs continue to work also with the DS down, so it isn't a Single Point of Failure.

Downtime isn't relevant because installation, upgrade of UF or configurations don't require a server restart.

DS must be a dedicated machine if it has to manage more than 50 clients.

DS can also be a virtual server, but it needs of the same resources of a stand-alone Splunk (12 CPUs and 12 GB of RAM).

Here you can find all the documentation about DS https://docs.splunk.com/Documentation/Splunk/8.0.6/Updating/Aboutdeploymentserver

Ciao.

Giuseppe

0 Karma

hectorvp
Communicator

Hi @gcusello ,

Thanks again for the response.

Can I expect uptime of 99.99% ? (Considering UFs and DS are properly configured)

Is there any situation where agent may crash and need to take a look?? 

For example if clients indexers aren't receiving any logs.

From ur above response I consider there won't be any downtime with UF maintenance.

But still would there be any data loss while upgrading UF?

And the last one

Are there any exceptions where UFs cannot pick logs from server (ex: not supported any file extensions like etl ). I'm afraid of with application logs mostly since they may not have been logging data as windows event logs.

 

0 Karma

gcusello
SplunkTrust
SplunkTrust

Hi @hectorvp,

answering to your questions:

1)

uptime depends on the maintenance you schedule for your systems, as I said, Splunk doesn't require server restart;

if you're speking of monitoring uptime, Splunk doesn't lose any log because it cashes logs when cannot send them to Indexers.

2)

In my experience I saw agent crashes only on some Windows server (especially if they didn't have sufficient resources), when it happened I opened a case to Splunk Support.

3)

if Indexers don't receive logs, you have to configure an alert to notice this event and immediately intervene (I usually configure an alert triggering every 5 minutes).

4)

as I said you don't lose logs during maintenance.

The only logs you risk to lose are syslogs because you have to ingest them when they arrive, for this reason I hint to use two Heavy Forwarders with a Load Balancer, in this way you put in maintenance only one at a time of them.

5)

when you upgrade UFs, they obviously don't send logs but they send them as soon as they are connected. 

6)

Splunk takes avery kind of text logs and some special logs as wineventlogs, to know which logs Splunk can index see at https://docs.splunk.com/Documentation/SplunkCloud/8.1.2008/Data/WhatSplunkcanmonitor#What_data_can_I...

for other kind of data, see in splunkbase (apps.splunk.com) if there's a special Technical Add-Ons (TA), otherwise, you have to preparse them before indexing by script (e.g. encrypted data).

Ciao.

Giuseppe

hectorvp
Communicator

Thanks @gcusello ,

Just one follow up question

Since we have a task only to forward OS and application logs from servers to the customers indexer, we only meed Splunk Core license, right?

Or is there any possibility that any other license for example ITSI would be needed?

0 Karma

gcusello
SplunkTrust
SplunkTrust

Hi @hectorvp,

this is another question and, for the future, it should be better to open a new question!

Anyway, Splunk licensing is related only to the daily indexed logs, not other thing as number of forwarders, Splunk servers, installed apps, etc...

The only exception are premium apps (like ITSI or ES) that you have to pay in addition to the Splunk Enterprise license.

Also ITSI and ES licenses are measured using the daily log volume .

Ciao.

Giuseppe

P.S.: Karma Points are appreciated 😉

hectorvp
Communicator

Thanks @gcusello , sure, new question from next time on wards 😊

0 Karma
Get Updates on the Splunk Community!

.conf24 | Registration Open!

Hello, hello! I come bearing good news: Registration for .conf24 is now open!   conf is Splunk’s rad annual ...

Splunk is officially part of Cisco

Revolutionizing how our customers build resilience across their entire digital footprint.   Splunk ...

Splunk APM & RUM | Planned Maintenance March 26 - March 28, 2024

There will be planned maintenance for Splunk APM and RUM between March 26, 2024 and March 28, 2024 as ...