SSM On-Prem 8.x High Availability Cluster Werken

Downloadopties

  • PDF     (7.9 MB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (9.9 MB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (4.1 MB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:24 juni 2021
Document-id:217212

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding

    In dit document wordt beschreven hoe de on-prem-accountsynchronisatie en registratie van de productinstantie van Smart Software Manager (SSM) werken op de SSM on-prem-server die op het moment van failover- en fallback-scenario's als een High Availability (HA)-cluster is geïmplementeerd.

    Voorwaarden

    Vereisten

    Cisco raadt kennis van de volgende onderwerpen aan:

    • SSM on-prem
    • HA

    Gebruikte componenten

    De informatie in dit document is gebaseerd op SSM On-Prem 8 en hoger.

    De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

    Achtergrondinformatie

    Dit zijn de referentiedocumenten die informatie geven over HA.

    SSM On-Prem-accountsynchronisatie tijdens failover en fallback

    HA tussen twee SSM On-Prem-servers moet worden geconfigureerd met behulp van deze handleiding:

    Implementeer het HA-cluster: https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    In deze demonstratie gebruik je:

    .5 - IP-adres van de primaire server

    .10 - IP-adres van de secundaire server

    .12 - Virtueel IP-adres

    Hoge beschikbaarheid

    1. Succesvolle configuratie van HA toont primaire server (.5) als actieve, secundaire server (.10) als stand-by en VIP (.12) sd in de afbeelding.

    2. De synchronisatie van SSM On-Prem met Cisco Software Central is met succes voltooid vanaf de primaire/actieve server, zoals weergegeven in de afbeelding.

    3. De cluster HA-status geeft aan dat de database van de primaire server (Replication Master) aan de linkerkant de database van de secundaire server (Replication Slave) aan de rechterkant repliceert, zoals verwacht in de afbeelding.

    failover

    1. Het HA-cluster op de primaire server stoppen, zoals in de afbeelding wordt weergegeven.

    2. Primair|Secundair, zoals weergegeven in de afbeelding.

    3. Ingelogd in de SSM On-Prem GUI met het gebruik van VIP en de primaire GUI is uitgeschakeld.

    4. De secundaire server (.10) wordt weergegeven als een actieve server.

    5. De hartslag is losgekoppeld.

    6. Primaire server (.5) verplaatst naar stand-bystatus.

    7. Synchronisatie van SSM On-Prem-account met Cisco Software Central is met succes te zien vanaf de GUI voor secundaire/actieve servers, zoals weergegeven in de afbeelding.

    8. Start het HA-cluster op de primaire server, zoals weergegeven in de afbeelding.

    9. De HA-clusterstatus toont aan dat de primaire database wordt gerepliceerd uit de secundaire database.

    10. Primair|Secundair, zoals weergegeven in de afbeelding.

    11. GUI toont hartslag als verbonden, secundair in actieve toestand en primair in stand-by, zoals weergegeven in de afbeelding.

    12. Maak een nieuwe TESTACCOUNT aan en activeer deze op actieve stand-by. (.10)-server.

    13. Primaire (.5) GUI is in dit stadium niet toegankelijk.

    terugval

    1. Ha_cluster stoppen in Secundair, zoals weergegeven in de afbeelding.

    2. De huidige status van de database van de primaire server en de database van de secundaire server is hier te zien.

    3. Ingelogd in de SSM On-Prem GUI met het gebruik van VIP en de secundaire GUI is uitgeschakeld.

    4. De primaire server (.5) wordt weergegeven als een actieve server.

    5. De hartslag is losgekoppeld.

    6. Secundaire server (.5) verplaatst naar stand-bystatus.

    7. De nieuw aangemaakte TESTACCOUNT kan in gesynchroniseerde toestand worden gezien, aangezien de replicatie plaatsvond van de secundaire naar de primaire database, zoals weergegeven in de afbeelding.

    8. De gebruikersinterface is in dit stadium toegankelijk vanaf het VIP-adres (.12) en niet vanaf het secundaire IP-adres.

    9. HA-cluster starten op de secundaire server, zoals weergegeven in de afbeelding.

    10. De HA-status van het cluster laat zien dat de database van de primaire server (Replication Master) aan de linkerkant wordt gerepliceerd naar de database van de secundaire server (Replication Slave) aan de rechterkant, zoals verwacht in de afbeelding.

    11. De GUI toont Heartbeat die is verbonden tussen de Active Primary-server en de Standby Secondary-server.

    12. Het TESTACCOUNT wordt met succes gesynchroniseerd met Cisco Software Central.

    Registratie van productinstanties met SSM On-Prem VIP tijdens failover en fallback

    Hoge beschikbaarheid tussen twee SSM On-Prem-servers moet worden geconfigureerd met behulp van deze handleiding:

    Implementatie van het HA-cluster: https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    In deze demonstratie gebruik je:

    .11 - IP-adres van de primaire server

    .9 - IP-adres van de secundaire server

    .14 - Virtueel IP-adres

    Hoge beschikbaarheid

    1. Succesvolle configuratie van HA die primaire server (.11) als actieve, secundaire server (.9) als stand-by en VIP (.14) toont.

    2. De HA-status van het cluster toont aan dat de database van de primaire server (Replication Master) aan de linkerkant de database van de secundaire server (Replication Slave) aan de rechterkant repliceert, zoals in de afbeelding wordt verwacht.

    3. Wanneer SSM On-Prem wordt geïmplementeerd als een HA-cluster, meldt u zich aan bij SSM On-Prem Administration Workspace, navigeert u naar Security > Certificates en gebruikt u het virtuele IP-adres op de gemeenschappelijke hostnaam.

    4. Deze waarde moet overeenkomen met de waarde die u van plan bent te gebruiken voor de URL van de bestemming van het product. Als u dual-stack implementeert (zowel IPv4 als IPv6), moet deze waarde een FQDN zijn en geen IP-adres.

    5. Nadat u de gemeenschappelijke hostnaam hebt bijgewerkt, moet u ervoor zorgen dat uw certificaten opnieuw worden gegenereerd met de nieuwe gemeenschappelijke naam door uw lokale accounts te synchroniseren met Cisco Smart Software Manager.

    6. U moet synchroniseren voordat u probeert de producten opnieuw te registreren met de nieuwe gemeenschappelijke naam in de bestemmings-URL-configuratie.

    7. Niet synchroniseren kan ertoe leiden dat de producten zich niet registreren met de nieuwe gemeenschappelijke hostnaam.

    8. Twee productinstanties, (annanr-39) en (cucumpub), worden geregistreerd op het VIP-adres van SSM On-Prem, zoals te zien is op het tabblad Productinstanties.

    9. De licentie die door deze productinstanties wordt verbruikt/aangevraagd, wordt weergegeven op het tabblad Licentie.

    failover

    1. Het HA-cluster op de primaire server stoppen, zoals in de afbeelding wordt weergegeven.

    2. Ingelogd in de SSM On-Prem GUI met het gebruik van VIP (.14) en de primaire GUI is uitgeschakeld.

    3. Secundaire server (.9) wordt weergegeven als een actieve server.

    4. De hartslag is losgekoppeld.

    5. De primaire server (.11) wordt verplaatst naar de status Standby.

    6. Productinstanties registreren met het gebruik van SSM On-Prem VIP in de URL voor productregistratie bij de instelling Transport Gateway, zoals weergegeven in de afbeelding.

    7. Naam van productinstantie: pi37 is met succes geregistreerd bij SSM On-Prem met het gebruik van een VIP-adres zoals weergegeven in de afbeelding.

    8. Andere productinstanties registreren met het gebruik van SSM On-Prem VIP in de URL voor productregistratie bij de instelling Transport Gateway.

    9. Productregistratie met succes voltooid met SSM On-Prem met behulp van een VIP-adres zoals weergegeven in de afbeelding.

    10. Naam van de productinstantie: cucm-pub-30 is met succes geregistreerd bij SSM On-Prem met het gebruik van een VIP-adres zoals weergegeven in de afbeelding.

    11. Twee nieuwe productinstanties, (pi37) en (cucm-pub-30), worden geregistreerd op het VIP-adres van SSM On-Prem, zoals te zien is op het tabblad Productinstanties.

    12. De licentie die door deze productinstanties wordt verbruikt/aangevraagd, wordt weergegeven op het tabblad Licentie.

    13. Start het HA-cluster op de primaire server.

    14. De HA-clusterstatus toont aan dat de primaire database wordt gerepliceerd uit de secundaire database.

    15. Primair|Secundair, zoals weergegeven in de afbeelding.

    16. GUI toont hartslag als verbonden, secundair in actieve toestand en primair in stand-by, zoals weergegeven in de afbeelding.

    terugval

    1. Ha_cluster stoppen in secundair.

    2. De huidige status van de database van de primaire server en de database van de secundaire server kan worden weergegeven.

    3. Ingelogd bij de SSM On-Prem GUI met VIP (.14) en de secundaire GUI is uitgeschakeld.

    4. Primaire server (.11) wordt weergegeven als een actieve server.

    5. De hartslag is losgekoppeld.

    6. Secundaire server (.9) verplaatst naar stand-bystatus.

    7. De gebruikersinterface is in dit stadium toegankelijk vanaf het VIP-adres (.14) en niet vanaf het secundaire IP-adres.

    8. HA-cluster starten op de secundaire server.

    9. De cluster HA-status geeft aan dat de database van de primaire server (Replication Master) aan de linkerkant zoals verwacht naar de database van de secundaire server (Replication Slave) aan de rechterkant repliceert.

    10. De GUI toont Heartbeat die is verbonden tussen de Active Primary-server en de Standby Secondary-server.

    11. Alle vier de productinstanties zijn geregistreerd op het VIP-adres van SSM On-Prem, zoals te zien is op het tabblad Productinstanties.

    12. De licentie die door deze productinstanties wordt verbruikt/aangevraagd, wordt weergegeven op het tabblad Licentie.

    Een cluster met hoge beschikbaarheid downgraden

    1. Een Cisco Smart Manager On-Prem-cluster kan rechtstreeks worden gedowngraded naar een standalone node.
    2. Gebruik de On-Prem Console om verbinding te maken met de primaire/actieve SSM On-Prem met behulp van de opdracht <ha_teardown>.
    3. Nadat u de werking van de SSM On-Prem hebt geverifieerd, moet de secundaire/standby-server worden verwijderd en kan deze niet opnieuw worden gebruikt.
    4. Je hebt nu een standalone systeem in plaats van een cluster.
    5. De teardown is gestart zoals op de afbeelding te zien is.

    6. Trigging teardown op de secundaire server, zoals weergegeven in de afbeelding.

    7. De HA-cluster is vernietigd. SSMS is nu in een stand-alone modus.

    8. De GUI die wordt geopend met het IP-adres van de secundaire server, sneeuwt de widget Hoge beschikbaarheid niet meer.

    9. Het starten van een teardown op de primaire server, zoals weergegeven in de afbeelding.

    10. HA is uitgeschakeld.

    11. De GUI die wordt geopend met het IP-adres van de primaire server, sneeuwt de widget voor hoge beschikbaarheid niet meer.

    Wat daarna?!

    1. Meld u aan bij SSM On-Prem Primary Administration Workspace, navigeer naar Beveiliging > Certificaten en gebruik de primaire server (IP-adres/Hostnaam/FQDN) op de gemeenschappelijke hostnaam.

    2. Nadat u de gemeenschappelijke hostnaam hebt bijgewerkt, moet u ervoor zorgen dat uw certificaten opnieuw worden gegenereerd met de nieuwe gemeenschappelijke naam door uw lokale accounts te synchroniseren met Cisco SSM.

    3. U moet synchroniseren voordat u probeert de producten opnieuw te registreren met de nieuwe gemeenschappelijke naam in de bestemmings-URL-configuratie.

    4. Als u niet synchroniseert, kunnen de producten zich niet registreren met de nieuwe gemeenschappelijke hostnaam.

    Gerelateerde informatie

    TAC Authored

    Bijgedragen door Cisco-engineers

    • Annangarachari R
      Cisco TAC Engineer

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten