<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Analyzing HEC response times on idle in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469763#M57766</link>
    <description>&lt;P&gt;Hi,&lt;BR /&gt;
thanks to the wonderful website_monitoring app, I see some interesting but unexplained tidbits.&lt;BR /&gt;
We have two indexers with HEC configurued. Because of project delays those HEC inputs are idle.&lt;BR /&gt;
I use &lt;BR /&gt;
&lt;EM&gt;&lt;A href="https://splunk-index1:8088/services/collector/health" target="_blank"&gt;https://splunk-index1:8088/services/collector/health&lt;/A&gt;&lt;/EM&gt;&lt;BR /&gt;
for the query in website_monitoring.&lt;BR /&gt;
And at least onece a day I do get a 5 second response time on one of the indexers, not the other. Usually this is less than 20ms.&lt;BR /&gt;
Checking _index/_audit for anything happening in parallel, I found nothing so far that would explain this monster increase.&lt;BR /&gt;
It is not linked to specific times.&lt;BR /&gt;
If I only use the port, the peak times are just up t0 60ms worst case. But that gives me an ugly 404 error, so I figured I might as well use a decent endpoint.&lt;/P&gt;

&lt;P&gt;Any ideas?&lt;/P&gt;

&lt;P&gt;thx&lt;BR /&gt;
afx&lt;/P&gt;</description>
    <pubDate>Wed, 30 Sep 2020 04:09:27 GMT</pubDate>
    <dc:creator>afx</dc:creator>
    <dc:date>2020-09-30T04:09:27Z</dc:date>
    <item>
      <title>Analyzing HEC response times on idle</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469763#M57766</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;
thanks to the wonderful website_monitoring app, I see some interesting but unexplained tidbits.&lt;BR /&gt;
We have two indexers with HEC configurued. Because of project delays those HEC inputs are idle.&lt;BR /&gt;
I use &lt;BR /&gt;
&lt;EM&gt;&lt;A href="https://splunk-index1:8088/services/collector/health" target="_blank"&gt;https://splunk-index1:8088/services/collector/health&lt;/A&gt;&lt;/EM&gt;&lt;BR /&gt;
for the query in website_monitoring.&lt;BR /&gt;
And at least onece a day I do get a 5 second response time on one of the indexers, not the other. Usually this is less than 20ms.&lt;BR /&gt;
Checking _index/_audit for anything happening in parallel, I found nothing so far that would explain this monster increase.&lt;BR /&gt;
It is not linked to specific times.&lt;BR /&gt;
If I only use the port, the peak times are just up t0 60ms worst case. But that gives me an ugly 404 error, so I figured I might as well use a decent endpoint.&lt;/P&gt;

&lt;P&gt;Any ideas?&lt;/P&gt;

&lt;P&gt;thx&lt;BR /&gt;
afx&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 04:09:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469763#M57766</guid>
      <dc:creator>afx</dc:creator>
      <dc:date>2020-09-30T04:09:27Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing HEC response times on idle</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469764#M57767</link>
      <description>&lt;P&gt;Not a direct answer to your question, however:&lt;/P&gt;

&lt;P&gt;Its best practice NOT to run HEC on indexers. &lt;BR /&gt;
Ideally you would install HeavyForwarders and run the HEC collection endpoints from there.&lt;/P&gt;

&lt;P&gt;Whilst it does not directly answer your question, it would mitigate the impact of a slow responding indexer (if indeed that is the problem) by separating the realtime collection(HEC) response times from the ingestion lag (indexers)&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2020 17:54:20 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469764#M57767</guid>
      <dc:creator>nickhills</dc:creator>
      <dc:date>2020-02-10T17:54:20Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing HEC response times on idle</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469765#M57768</link>
      <description>&lt;P&gt;Currently our Infrastructure is small, so I try to not involve yet another box. &lt;BR /&gt;
The funny thing is, the machine is pretty much idle when this happens.&lt;/P&gt;

&lt;P&gt;cheers&lt;BR /&gt;
afx&lt;/P&gt;</description>
      <pubDate>Thu, 20 Feb 2020 21:55:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Analyzing-HEC-response-times-on-idle/m-p/469765#M57768</guid>
      <dc:creator>afx</dc:creator>
      <dc:date>2020-02-20T21:55:46Z</dc:date>
    </item>
  </channel>
</rss>

