<?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 Re: Limitation of Heavy Forwarder outputs? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684234#M114199</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/266942"&gt;@LuanNguyen&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;yes, yupu can use an HF as intermediate Forwarder between UFs and IDXs.&lt;/P&gt;&lt;P&gt;The number is relevant only to correctly have a dimensioning of the reference hardware.&lt;/P&gt;&lt;P&gt;At first I hint to engage a Splunk Architect for this job.&lt;/P&gt;&lt;P&gt;Then I hint to avoid a single point of failure using at least two or three HFs.&lt;/P&gt;&lt;P&gt;Then there isn't a reference hardware for the HF, in my experience we started with the default HW reference (12 CPUs, 12 GB RAM, 300 GB disk), and then, analyzing the use of these resources, we defined to add some CPUs.&lt;/P&gt;&lt;P&gt;In addition, you should define if these HFs are only&amp;nbsp; concentrators or if they also do parsing, merging and typing phases, especially the parsing phase: many transformations requires more resources.&lt;/P&gt;&lt;P&gt;Then, if you have many UFs, you could prefer to have three or four HFs instead of two with more resources, to avoid that the network interfaces are the bottleneck.&lt;/P&gt;&lt;P&gt;As I said, this design requires at least a Splunk Architect or a Splunk PS.&lt;/P&gt;&lt;P&gt;Ciao.&lt;/P&gt;&lt;P&gt;Giuseppe&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 15 Apr 2024 12:03:47 GMT</pubDate>
    <dc:creator>gcusello</dc:creator>
    <dc:date>2024-04-15T12:03:47Z</dc:date>
    <item>
      <title>Limitation of Heavy Forwarder outputs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684231#M114197</link>
      <description>&lt;P&gt;I wonder if a Heavy Forwarder can be the intermediate instance among 1000 Universal Forwarders and 1000 Indexers? The hardware resources are supposed to be unlimited, the problem will be only about the configuration.&lt;/P&gt;&lt;P&gt;Any documentations or references will be big helps. Thank you very much!&lt;/P&gt;</description>
      <pubDate>Mon, 15 Apr 2024 11:19:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684231#M114197</guid>
      <dc:creator>LuanNguyen</dc:creator>
      <dc:date>2024-04-15T11:19:40Z</dc:date>
    </item>
    <item>
      <title>Re: Limitation of Heavy Forwarder outputs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684233#M114198</link>
      <description>&lt;P&gt;Yes, a heavy forwarder can be used in that manner.&amp;nbsp; Having only one HF, however, is a single point of failure that could lead to data loss if it is unavailable.&amp;nbsp; Be sure to set up at least 2 intermediate forwarders.&lt;/P&gt;&lt;P&gt;See &lt;A href="https://www.linkedin.com/pulse/splunk-asynchronous-forwarding-lightning-fast-data-ingestor-rawat/" target="_blank"&gt;https://www.linkedin.com/pulse/splunk-asynchronous-forwarding-lightning-fast-data-ingestor-rawat/&lt;/A&gt; for how to configure the HFs for better performance in this situation.&lt;/P&gt;&lt;P&gt;What specific questions do you have about the configuration?&lt;/P&gt;</description>
      <pubDate>Mon, 15 Apr 2024 11:58:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684233#M114198</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2024-04-15T11:58:34Z</dc:date>
    </item>
    <item>
      <title>Re: Limitation of Heavy Forwarder outputs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684234#M114199</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/266942"&gt;@LuanNguyen&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;yes, yupu can use an HF as intermediate Forwarder between UFs and IDXs.&lt;/P&gt;&lt;P&gt;The number is relevant only to correctly have a dimensioning of the reference hardware.&lt;/P&gt;&lt;P&gt;At first I hint to engage a Splunk Architect for this job.&lt;/P&gt;&lt;P&gt;Then I hint to avoid a single point of failure using at least two or three HFs.&lt;/P&gt;&lt;P&gt;Then there isn't a reference hardware for the HF, in my experience we started with the default HW reference (12 CPUs, 12 GB RAM, 300 GB disk), and then, analyzing the use of these resources, we defined to add some CPUs.&lt;/P&gt;&lt;P&gt;In addition, you should define if these HFs are only&amp;nbsp; concentrators or if they also do parsing, merging and typing phases, especially the parsing phase: many transformations requires more resources.&lt;/P&gt;&lt;P&gt;Then, if you have many UFs, you could prefer to have three or four HFs instead of two with more resources, to avoid that the network interfaces are the bottleneck.&lt;/P&gt;&lt;P&gt;As I said, this design requires at least a Splunk Architect or a Splunk PS.&lt;/P&gt;&lt;P&gt;Ciao.&lt;/P&gt;&lt;P&gt;Giuseppe&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 15 Apr 2024 12:03:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684234#M114199</guid>
      <dc:creator>gcusello</dc:creator>
      <dc:date>2024-04-15T12:03:47Z</dc:date>
    </item>
    <item>
      <title>Re: Limitation of Heavy Forwarder outputs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684316#M114203</link>
      <description>&lt;P&gt;Thanks for your practical answer, this is not what I asked for but really what I need. Appreciate it very much!&lt;/P&gt;</description>
      <pubDate>Tue, 16 Apr 2024 02:25:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Limitation-of-Heavy-Forwarder-outputs/m-p/684316#M114203</guid>
      <dc:creator>LuanNguyen</dc:creator>
      <dc:date>2024-04-16T02:25:54Z</dc:date>
    </item>
  </channel>
</rss>

