<?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: Reducing rentention costs, archiving frozen buckets, running multpiple instances in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97573#M6719</link>
    <description>&lt;P&gt;Thats my case... so what are the alternatives ?&lt;/P&gt;</description>
    <pubDate>Thu, 18 Apr 2013 06:18:42 GMT</pubDate>
    <dc:creator>sbsbb</dc:creator>
    <dc:date>2013-04-18T06:18:42Z</dc:date>
    <item>
      <title>Reducing rentention costs, archiving frozen buckets, running multpiple instances</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97569#M6715</link>
      <description>&lt;P&gt;Because the SAN Space is pretty expensive, we are only keeping the Data in Splunk 2 months.&lt;/P&gt;

&lt;P&gt;Is it possible to have &lt;BR /&gt;
 - One instance from Splunk on the SAN for normal search (first 2 months)&lt;BR /&gt;
 - One instance on old Hardware, that reuse frozen buckets from the first instance (from 2 until 12 month old)&lt;BR /&gt;
 - The first instance beeing able to search in the two instances...&lt;/P&gt;

&lt;P&gt;Or would it be possible to move all frozen bucket from the culstered indexer, to a "slow" indexer withou SAN ? (That would be my favorit solution, if possible)&lt;/P&gt;

&lt;P&gt;I guess the drawback from shuttl is that I can't only search on the messages I want to see, I have to reload all the timerange needed in splunk ?&lt;/P&gt;</description>
      <pubDate>Wed, 17 Apr 2013 11:09:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97569#M6715</guid>
      <dc:creator>sbsbb</dc:creator>
      <dc:date>2013-04-17T11:09:56Z</dc:date>
    </item>
    <item>
      <title>Re: Reducing rentention costs, archiving frozen buckets, running multpiple instances</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97570#M6716</link>
      <description>&lt;P&gt;For each index, you can specify different locations for the buckets. You can set the hot/warm buckets to the SAN storage, and the cold/frozen buckets to the "slow" storage.&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;Indexes.conf&lt;/CODE&gt;: &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;[volume:fastSan]&lt;BR /&gt;
path = /path/to/fast/san&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;[volume:slowSan]&lt;BR /&gt;
path = /path/to/slow/san&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;[myindex]&lt;BR /&gt;
homePath = volume:fastSan/myindex/db&lt;BR /&gt;
coldPath = volume:slowSan/myindex/colddb&lt;BR /&gt;
coldToFrozenScript = /MUST HAVE THIS TO MOVE THE DATA&lt;BR /&gt;
&lt;/CODE&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Apr 2013 12:27:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97570#M6716</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2013-04-17T12:27:30Z</dc:date>
    </item>
    <item>
      <title>Re: Reducing rentention costs, archiving frozen buckets, running multpiple instances</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97571#M6717</link>
      <description>&lt;P&gt;In the Splunk doc, there is somewhere a documentation that the warm and cold buket have to be on a medium with similar characteristic (not slower for cold...)&lt;/P&gt;

&lt;P&gt;So it would be better to move data from a fastIndex to a slow index ... ?&lt;/P&gt;</description>
      <pubDate>Wed, 17 Apr 2013 12:53:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97571#M6717</guid>
      <dc:creator>sbsbb</dc:creator>
      <dc:date>2013-04-17T12:53:35Z</dc:date>
    </item>
    <item>
      <title>Re: Reducing rentention costs, archiving frozen buckets, running multpiple instances</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97572#M6718</link>
      <description>&lt;P&gt;See here: &lt;CODE&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/5.0.2/Indexer/Usemultiplepartitionsforindexdata" target="test_blank"&gt;http://docs.splunk.com/Documentation/Splunk/5.0.2/Indexer/Usemultiplepartitionsforindexdata&lt;/A&gt;&lt;/CODE&gt;. While they recommend keeping it all on one file system, you can split it up. UNLESS you are using clustering. Then you should keep hot/warm/cold on fast SAN.&lt;/P&gt;</description>
      <pubDate>Wed, 17 Apr 2013 12:57:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97572#M6718</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2013-04-17T12:57:31Z</dc:date>
    </item>
    <item>
      <title>Re: Reducing rentention costs, archiving frozen buckets, running multpiple instances</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97573#M6719</link>
      <description>&lt;P&gt;Thats my case... so what are the alternatives ?&lt;/P&gt;</description>
      <pubDate>Thu, 18 Apr 2013 06:18:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Reducing-rentention-costs-archiving-frozen-buckets-running/m-p/97573#M6719</guid>
      <dc:creator>sbsbb</dc:creator>
      <dc:date>2013-04-18T06:18:42Z</dc:date>
    </item>
  </channel>
</rss>

