<?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: Best way to move half of a SHC? in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315560#M11893</link>
    <description>&lt;P&gt;Note that if you're going for alternative 1, even if the captain is static, if won't be able to actually make changes to the cluster, like distributing knowledge objects, as this would need a majority of the search heads to confirm the change. Check out this explanation on RAFT; &lt;A href="http://thesecretlivesofdata.com/raft/"&gt;http://thesecretlivesofdata.com/raft/&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;If you're going for alternative 2, be sure to remove the search head gracefully. Do not just kill the VM (I've seen people do this before). There is a command to properly take a search head out of a search head cluster.&lt;/P&gt;

&lt;P&gt;I think alternative 3 is a neat solution. You could add a low spec SH on that site, but not include it from the load balancer, so that the users will still only use the remaining 3 high spec SHs. After the migration is done, gracefully remove the low spec SH and delete the VM.&lt;/P&gt;</description>
    <pubDate>Tue, 23 May 2017 13:09:48 GMT</pubDate>
    <dc:creator>hettervik</dc:creator>
    <dc:date>2017-05-23T13:09:48Z</dc:date>
    <item>
      <title>Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315557#M11890</link>
      <description>&lt;P&gt;We have a multi-site (2 sites) environment with two 6-member SHCs.  Each site is in a different physical location.  And each site has 3 members of each SHC. I know, I should probably have a majority of in one site for each cluster, but I don't.&lt;/P&gt;

&lt;P&gt;Next year, one site is being physically moved to a new location which could be a 3-day outage.  I'm trying to determine how best to handle that for my SHCs.  If i just move them, I'll lose a majority of members and won't be able to select a captain. &lt;/P&gt;

&lt;P&gt;Some ideas I have:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;&lt;P&gt;statically set the captain before the outage and make it dynamic again once the boxes are back up&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;remove one or more of the members that are being removed first, leaving a majority in the site that will remain up.  And then add them back after the migration&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Add a temporary search head to the cluster to the site that will remain up, giving it a majority&lt;/P&gt;&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;I'm leaning toward 1 or 2.  Any thoughts on the best approach?  Does it matter?  &lt;/P&gt;

&lt;P&gt;Thanks,&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 12:51:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315557#M11890</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-23T12:51:29Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315558#M11891</link>
      <description>&lt;P&gt;if i understand correctly, you have 2 clusters with 6 search heads each spread across 2 dc, so cluster1 has 3 in dc1 and 3 in dc2, same goes for cluster2. if this is correct? why wont 1 site be able to elect a new captain? you have 3 search heads for each cluster in the site that remains still so they can select new captain between them.&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 12:59:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315558#M11891</guid>
      <dc:creator>adonio</dc:creator>
      <dc:date>2017-05-23T12:59:54Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315559#M11892</link>
      <description>&lt;P&gt;hi adonio, you understand correctly.  &lt;/P&gt;

&lt;P&gt;It is my understanding that you need a majority to elect a captain.  Yes, we'll have 3 search heads remaining which is enough for a cluster.  But the cluster is still considered to be a 6-member cluster even if the other 3 are unavailable.  So we would still need 4 of 6 to elect an captain.  Or if we remove some members before the migration, 3 would be enough for a majority.  &lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:07:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315559#M11892</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-23T13:07:45Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315560#M11893</link>
      <description>&lt;P&gt;Note that if you're going for alternative 1, even if the captain is static, if won't be able to actually make changes to the cluster, like distributing knowledge objects, as this would need a majority of the search heads to confirm the change. Check out this explanation on RAFT; &lt;A href="http://thesecretlivesofdata.com/raft/"&gt;http://thesecretlivesofdata.com/raft/&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;If you're going for alternative 2, be sure to remove the search head gracefully. Do not just kill the VM (I've seen people do this before). There is a command to properly take a search head out of a search head cluster.&lt;/P&gt;

&lt;P&gt;I think alternative 3 is a neat solution. You could add a low spec SH on that site, but not include it from the load balancer, so that the users will still only use the remaining 3 high spec SHs. After the migration is done, gracefully remove the low spec SH and delete the VM.&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:09:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315560#M11893</guid>
      <dc:creator>hettervik</dc:creator>
      <dc:date>2017-05-23T13:09:48Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315561#M11894</link>
      <description>&lt;P&gt;follow these steps to remove a member:&lt;BR /&gt;
&lt;A href="https://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Removeaclustermember"&gt;https://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Removeaclustermember&lt;/A&gt;&lt;BR /&gt;
then after your site is back up, follow these steps to add the previously removed members:&lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember#Add_a_member_that_was_previously_removed_from_the_cluster"&gt;http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember#Add_a_member_that_was_previously_removed_from_the_cluster&lt;/A&gt;&lt;BR /&gt;
if its good, will convert to an answer&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:13:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315561#M11894</guid>
      <dc:creator>adonio</dc:creator>
      <dc:date>2017-05-23T13:13:01Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315562#M11895</link>
      <description>&lt;P&gt;I did not realize that was the case with a static captain.  I think that may rule out of that option.  Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:17:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315562#M11895</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-23T13:17:19Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315563#M11896</link>
      <description>&lt;P&gt;thanks.  yeah, I know what to do for each option, just looking for which approach is best or if it doesn't really matter (or maybe it's just subjective)&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:17:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315563#M11896</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-23T13:17:58Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315564#M11897</link>
      <description>&lt;P&gt;will convert to an answer, i think this is the way to go.&lt;BR /&gt;
safely remove the members of the site you will move.&lt;BR /&gt;
let the other members choose a captain.&lt;BR /&gt;
bring back the members when site is up again&lt;BR /&gt;
cheers&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:21:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315564#M11897</guid>
      <dc:creator>adonio</dc:creator>
      <dc:date>2017-05-23T13:21:56Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315565#M11898</link>
      <description>&lt;P&gt;my suggestion:&lt;BR /&gt;
1. safely remove members from old site following splunk docs:&lt;BR /&gt;
&lt;A href="https://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Removeaclustermember"&gt;https://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Removeaclustermember&lt;/A&gt;&lt;BR /&gt;
2. existing members will elect new captain&lt;BR /&gt;
3. when new site is up, safely add members following docs:&lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember#Add_a_member_that_was_previously_removed_from_the_cluster"&gt;http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember#Add_a_member_that_was_previously_removed_from_the_cluster&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:24:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315565#M11898</guid>
      <dc:creator>adonio</dc:creator>
      <dc:date>2017-05-23T13:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315566#M11899</link>
      <description>&lt;P&gt;Splunk best practise says to always use clean instances when adding members to a SHC. If you remove SH instances from the cluster for a while, and then attempt to add them back in, changes could have been done on the the SHC in the meantime, meaning that the removed instances would no longer be in sync with the cluster. As far as I know this is not supported, but I'm just thinking out loud here.&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:39:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315566#M11899</guid>
      <dc:creator>hettervik</dc:creator>
      <dc:date>2017-05-23T13:39:13Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315567#M11900</link>
      <description>&lt;P&gt;kindly read the  docs:&lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember"&gt;http://docs.splunk.com/Documentation/Splunk/6.6.0/DistSearch/Addaclustermember&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:48:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315567#M11900</guid>
      <dc:creator>adonio</dc:creator>
      <dc:date>2017-05-23T13:48:35Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315568#M11901</link>
      <description>&lt;P&gt;Right, thx. Still need to clean the instances though.&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 13:51:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315568#M11901</guid>
      <dc:creator>hettervik</dc:creator>
      <dc:date>2017-05-23T13:51:06Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315569#M11902</link>
      <description>&lt;P&gt;my suggestion:&lt;BR /&gt;
1. Remove members gracefully. Ensure The cluster knows it has only 3 SHC&lt;BR /&gt;
2. Since there are 3 members, the cluster would work (minimum is 3 to elect captain)&lt;BR /&gt;
3. Stop SH's which you have stopped. Take KVstore backup and whole of apps separately (just in case)&lt;BR /&gt;
4. Wipe everything clean before adding to new Site&lt;BR /&gt;
5. Add the Search Heads in new site , bootstrap and add it to cluster&lt;BR /&gt;
6. Deploy SHbundle from deployer&lt;BR /&gt;
7. Add new SH's to "DMC/Monitoring Console"&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 15:05:20 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315569#M11902</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2017-05-23T15:05:20Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315570#M11903</link>
      <description>&lt;P&gt;thanks for the suggestion, koshyk.  I think I'd be ok with just running splunk clean before stopping splunk and shutting the boxes off.  Not sure I need or want to remove splunk entirely and re-install&lt;/P&gt;</description>
      <pubDate>Tue, 23 May 2017 16:41:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315570#M11903</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-23T16:41:37Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to move half of a SHC?</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315571#M11904</link>
      <description>&lt;P&gt;I think this will be the best approach.  Even if i add another member to the cluster, I think the 3 that go down for the move will have so much catching up to do, that I may as well just remove them from the cluster to address the situation.&lt;/P&gt;</description>
      <pubDate>Tue, 30 May 2017 12:48:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/Best-way-to-move-half-of-a-SHC/m-p/315571#M11904</guid>
      <dc:creator>maciep</dc:creator>
      <dc:date>2017-05-30T12:48:30Z</dc:date>
    </item>
  </channel>
</rss>

