Vervang de actieve of stand-bynode van SSM On-prem in een HA-omgeving

Inleiding

In dit document wordt beschreven hoe de actieve of stand-bynode van Smart Software Manager (SSM) On-prem in een High Availability (HA)-omgeving kan worden vervangen.

Achtergrondinformatie

Op het moment van de implementatie van de on-prem-servers worden ze als zelfstandige knooppunten geïmplementeerd. Er zijn geen concepten geïmplementeerd als secundaire implementatie. Dit komt door de manier waarop de on-prem applicatie is ontwikkeld. Er zijn meerdere containers geïntegreerd in één entiteit en gehost als een eindtoepassing voor de gebruikers.

De beste praktijk zou zijn:

Laten we zeggen dat HA geïntegreerd is en op zijn plaats is. Node ‘A – x.x.x.a’ is de actieve node en node ‘B – x.x.x.b’ bevindt zich in de stand-bymodus en Virtual IP (VIP) zou ‘x.x.x.c’ zijn.

Aanvankelijk zou de werkelijke HA-status wanneer intact normaal zijn, zoals weergegeven in de afbeelding.

De actieve node vervangen

Laten we aannemen dat u als gebruiker uw actieve node wilt vervangen.

In dit scenario zou uw standby-node de actieve knooppuntpositie overnemen en zou het netwerk blijven functioneren over de VIP.

De gebruiker kan de actieve node vervangen door de volgende stappen:

1. Neem een geldige back-up van de momenteel actieve node (de stand-by node).
2. Voer de opdracht ha_teardown uit vanaf die node via de on-prem-console.
3. Implementeer een nieuwe on-prem-server en zorg ervoor dat de versies overeenkomen.
4. Zet later de verzamelde back-up op deze nieuw gebouwde node terug.
5. Start vervolgens HA vanaf nul.

De stand-bynode vervangen

Laten we aannemen dat u als gebruiker uw stand-by node wilt vervangen.

In dit scenario zou uw actieve node blijven zoals het is en zou het netwerk blijven functioneren via de VIP.

De gebruiker kan de stand-by node vervangen door de volgende stappen:

1. Voer de opdracht ha_teardown uit in de actieve node via de on-prem-console.
2. Implementeer een nieuwe on-prem-server en zorg ervoor dat de versies overeenkomen.
3. Start vervolgens HA vanaf nul.

Stappen om HA te vormen in een On-Prem-server

De stapsgewijze procedure om HA helemaal opnieuw te vormen:

1. Op actieve node

1. On-Prem-console.
2. ha_generatekeys <HA cluster password>.

2. Op stand-byknooppunt

1. ha_provision_standby.
2. Voer het IP-adres van de actieve node in: <x.x.a>.
3. Voer het privé-IP-adres van de actieve node in: <laat de standaardwaarden>.
4. Voer het IP-adres van de standby-node in: <x.x.x.b>.
5. Voer het privé-IP-adres van de standby-node in: <laat de standaardwaarden achter>.
6. Voer het HA-clusterwachtwoord in: <HA-clusterwachtwoord gebruikt in ha_generate>.

3. Op actieve node

1. ha_deploy.
2. Voer het IP-adres van de actieve node in: <x.x.a>.
3. Voer het privé-IP-adres van de actieve node in: <laat de standaardwaarden>.
4. Voer het IP-adres van de standby-node in: <x.x.x.b>.
5. Voer het privé-IP-adres van de standby-node in: <laat de standaardwaarden achter>.
6. Voer een virtueel IP-adres in: <x.x.c>.
7. Voer het HA-clusterwachtwoord in: <HA-clusterwachtwoord gebruikt in ha_generate>.

Aanvullende informatie

• Er zijn geen failback/failover-concepten in SSM On-Prem omdat er geen primaire of secundaire ontwerpmodus is.
• De gebruiker kan de opdracht ha_teardown alleen uitvoeren als de node actief is. Als het een stand-by node is, zou het systeem de banner "Voer de opdracht eerst op de actieve node uit" gebruiken.
• U kunt altijd verwijzen naar het onderwerp 'Handmatig installeren op een VM' in de installatiehandleiding voor de stapsgewijze implementatieprocedure.
• Dit is de link voor de installatiehandleiding van SSM On-prem versie 8-202201. 
• U kunt naar dit artikel verwijzen voor meer informatie over de "SSM On-prem 8. x HA cluster".

Als u nog vragen heeft over deze use case, open dan gerust een Service Request (SR) om volledige hulp te krijgen.