<?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: Replacing search peer in an indexer cluster - Best practices/concerns in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341865#M12733</link>
    <description>&lt;P&gt;Hi Koshyk, Thanks for the answers. &lt;BR /&gt;
- Put Splunk into maintenance mode. This means indexers won't replicate. Then stop splunk on one indexer per site. Add drives/upgrade etc. and start it back. After everything is done, disable maintenance mode and it will start replication&lt;/P&gt;

&lt;P&gt;As part of the dive upgrades, we will need to re-image the system, as the dives are going to be completely replaced.  We are trying to figure out the best way to do this activity without affecting users. so maintenance mode may not work.&lt;/P&gt;</description>
    <pubDate>Wed, 20 Sep 2017 19:27:11 GMT</pubDate>
    <dc:creator>datlaphani</dc:creator>
    <dc:date>2017-09-20T19:27:11Z</dc:date>
    <item>
      <title>Replacing search peer in an indexer cluster - Best practices/concerns</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341863#M12731</link>
      <description>&lt;P&gt;Hi Splunk experts,&lt;/P&gt;

&lt;P&gt;We have a 2 site index cluster with 2 indexers per site.  The plan is to replace existing disks on the indexers to allocate more space on one indexer at a time.  Our current SF and RF setting are below:&lt;BR /&gt;
multisite=true&lt;BR /&gt;
available_sites=site1,site2&lt;BR /&gt;
site_replication_factor = origin:2,total:3&lt;BR /&gt;
site_search_factor = origin:1,total:2&lt;/P&gt;

&lt;P&gt;Current disk utilization:&lt;BR /&gt;
Site1: indexer1 - 90%,indexer2 - 62%&lt;BR /&gt;
Site2: indexer1 - 83%,indexer2 - 42%&lt;/P&gt;

&lt;P&gt;Question1:&lt;BR /&gt;
what is the best way to do this activity? &lt;BR /&gt;
Run the &lt;STRONG&gt;splunk offline --enforce-counts&lt;/STRONG&gt; on one of the indexers, wait for the data to redistribute, complete the drive upgrades, reinstall splunk and re-add the peer to the cluster. Repeat the same on all the indexers.&lt;/P&gt;

&lt;P&gt;Question2:&lt;BR /&gt;
During this activity, as the replication factor will not be met, does it affect anything?&lt;/P&gt;

&lt;P&gt;Question3:&lt;BR /&gt;
If I bring the indexer1 - 90% offline, will the space on indexer2 - 62% be sufficient to generate the searchable copies? &lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 15:48:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341863#M12731</guid>
      <dc:creator>datlaphani</dc:creator>
      <dc:date>2020-09-29T15:48:43Z</dc:date>
    </item>
    <item>
      <title>Re: Replacing search peer in an indexer cluster - Best practices/concerns</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341864#M12732</link>
      <description>&lt;P&gt;Luckily your environment is small in count for indexers. Best way to do is&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Question1: what is the best way to do this activity?&lt;/STRONG&gt; &lt;BR /&gt;
- Put Splunk into &lt;STRONG&gt;maintenance&lt;/STRONG&gt; mode. This means indexers won't replicate.  Then stop splunk on one indexer per site. Add drives/upgrade etc.  and start it back. After everything is done, disable maintenance mode and it will start replication&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Question2: During this activity, as the replication factor will not be met, does it affect anything?&lt;/STRONG&gt;&lt;BR /&gt;
It depends on the criticality of your environment. If you Search Head have cross site search facility then the end-users won't see any impact. For the upgrade duration, the only risk is your redudancy is impacted.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Question3: If I bring the indexer1 - 90% offline, will the space on indexer2 - 62% be sufficient to generate the searchable copies?&lt;/STRONG&gt;&lt;BR /&gt;
Best thing to do in your case is  upgrade site1-indexer1 first , so when you bring it back it have enough storage. Then site2-indexer1 and so on..&lt;/P&gt;</description>
      <pubDate>Wed, 20 Sep 2017 13:21:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341864#M12732</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2017-09-20T13:21:33Z</dc:date>
    </item>
    <item>
      <title>Re: Replacing search peer in an indexer cluster - Best practices/concerns</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341865#M12733</link>
      <description>&lt;P&gt;Hi Koshyk, Thanks for the answers. &lt;BR /&gt;
- Put Splunk into maintenance mode. This means indexers won't replicate. Then stop splunk on one indexer per site. Add drives/upgrade etc. and start it back. After everything is done, disable maintenance mode and it will start replication&lt;/P&gt;

&lt;P&gt;As part of the dive upgrades, we will need to re-image the system, as the dives are going to be completely replaced.  We are trying to figure out the best way to do this activity without affecting users. so maintenance mode may not work.&lt;/P&gt;</description>
      <pubDate>Wed, 20 Sep 2017 19:27:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Replacing-search-peer-in-an-indexer-cluster-Best-practices/m-p/341865#M12733</guid>
      <dc:creator>datlaphani</dc:creator>
      <dc:date>2017-09-20T19:27:11Z</dc:date>
    </item>
  </channel>
</rss>

