Wat is Expressway Cluster en hoe het werkt

Inleiding

Dit document beschrijft hoe de Expressway-clusters zijn ontworpen om de veerkracht en capaciteit van een Expressway-installatie uit te breiden.  

Achtergrondinformatie

Capaciteit. Expressway-cluster kan de capaciteit van een Expressway-implementatie met een maximale factor vier vergroten, vergeleken met één Expressway-module. Expressway-peers in een cluster delen bandbreedtegebruik en routing, zone, FindMe en andere configuratie.

Weerbaarheid. Expressway-cluster kan redundantie bieden terwijl een Expressway in de onderhoudsmodus staat, of in het geval het ontoegankelijk wordt als gevolg van een netwerk of stroomuitval, of om een andere reden. Endpoints kunnen zich registreren bij een van de peers in een cluster. Als endpoints geen verbinding meer hebben met hun eerste peer, kunnen ze zich opnieuw registreren bij een ander eindpunt in het cluster.

Specificaties

Een Expressway kan deel uitmaken van een cluster van maximaal zes Expressways. Wanneer u een cluster maakt, nomineert u één peer als de primaire, waaruit de configuratie wordt gerepliceerd naar de andere peers. Elke Expressway-peer in het cluster moet dezelfde routermogelijkheden hebben, als een Expressway een oproep naar een bestemming kan leiden, wordt aangenomen dat alle Expressway-peers in dat cluster een oproep naar die bestemming kunnen leiden.

Capaciteit

Er is geen capaciteitswinst na vier peers. In een zes-peer cluster bijvoorbeeld, voegen de vijfde en zesde Expressways geen extra gesprekscapaciteit toe aan het cluster. De veerkracht wordt verbeterd met de extra peers, maar niet de capaciteit.

• Voor kleine virtuele machines (VM's) is het cluster alleen bedoeld voor redundantie en niet voor schaalvergroting en is er geen capaciteitswinst van het cluster.
• In het volgende beeld wordt de capaciteit weergegeven die is gebaseerd in 4 peers clusterconfiguratie:

Belangrijke pagina-elementen

Vereisten

• Basiskennis van Secure Shell (SSH)
• Een cluster moet alleen Expressway-C-knooppunten of alleen Expressway-E-knooppunten bevatten.
• Alle peers moeten dezelfde softwareversie gebruiken.
• Alle peers maken gebruik van een hardwareplatform, applicatie of virtuele machine (VM) met gelijkwaardige mogelijkheden.
• Expressway ondersteunt een ronde reisvertraging van maximaal 80 ms.
• De H323-modus is op elke peer ingeschakeld.
• Alle peers hebben dezelfde set optiesleutels geïnstalleerd, met de volgende uitzonderingen:

• Voor Video Control Server (VCS): Traversale en niet-traversale gesprekslicenties
• Voor Expressway: Rich Media Sessions
• Voor Expressway: Licenties voor kamersysteem en desktopsysteem

Alle andere licentiesleutels moeten identiek zijn op elke peer.

• Er mag geen netwerkadresomzetting (NAT) zijn tussen clusterpeers.

Opmerking: Als Expressway-E één Network Interface Controller (NIC) gebruikt, moet het openbare IP gebruiken. Als Expressway-E dubbele NIC gebruikt, moet de interne interface worden gebruikt om het cluster te bouwen.

• IP-adres, Domain Name Service (DNS) en Network Time Protocol (NTP) moeten worden geconfigureerd. 

Cluster-verbindingen en -poorten

Configuraties

Een nieuw cluster maken

1. Open de Expressway-webinterface.
2. Ga naar Systeem > Clustering.
3. Voer de volgende waarden in:

Opmerking: U moet eerst een cluster van één (primaire) peer maken en de primaire peer opnieuw opstarten voordat u andere peers toevoegt. U kunt meer peers toevoegen nadat u een cluster van één hebt opgezet.

Configuratie primair: 1

Cluster IP-versie: Kies IPv4 of IPv6 om aan te sluiten op het netwerkadresschema.

Opties in TLS-verificatiemodus: Permissive (standaard) of Enforceren.

       Permissive betekent dat de peers elkaars certificaten niet valideren wanneer de TLS-verbindingen (intra-cluster Transport Layer Security) zijn opgezet.

       Enforce is veiliger, maar vereist dat elke peer een geldig certificaat heeft en dat de Certificate Authority (CA) wordt vertrouwd door alle andere peers.

Peer 1-adres: Voer het adres van deze snelweg in (de primaire peer). Als de TLS-verificatiemodus is ingesteld op Afdwingen, moet u een FQDN-naam (Full Qualified Domain Name) invoeren die overeenkomt met de algemene naam van het onderwerp (CN) of een alternatieve onderwerpnaam (SAN) op het certificaat van deze peer.

4. Selecteer Opslaan.
5. Start de server opnieuw.
6. Navigeer naar Onderhoud > Opnieuw opstarten, selecteer vervolgens Opnieuw starten en bevestig OK.
7. Bevestig dat het certificaat geldig is, zoals wordt getoond in de volgende afbeelding:

Aanvullende peers aan het cluster toevoegen

 

Om een extra peer toe te voegen, volgt u de volgende stappen:

1. Ga naar System > Clustering op de primaire expressway.
2. Voer in het eerste lege veld het adres in van de nieuwe Expressway-peer.
3. Selecteer Opslaan.
4. Peer 1 moet Dit systeem aangeven. De nieuwe peer moet Onbekend aangeven en vervolgens met een verfrissing moet Mislukt aangeven omdat het zich nog niet volledig bij het cluster heeft aangesloten.
5. Ga naar Systeem > Clustering op een van de ondergeschikte peers al in het cluster en bewerk de volgende velden:
   
   
   
   
6. Herhaal de vorige stap voor elk van de ondergeschikte peers reeds in het cluster.
7. Selecteer Opslaan.
8. De Expressway brengt een alarm van de clustercommunicatie mislukking. Het alarm gaat na de vereiste herstart weer in.
9. Start de expressway opnieuw.
10. Wacht na het opnieuw opstarten ongeveer 2 minuten - dit is de frequentie waarmee de configuratie wordt gekopieerd van de primaire.
11. De status van de clusterdatabase valideren.
    
    
12. Zorg ervoor dat de configuratie wordt gerepliceerd op een suboridinaat peer.

TLS-verificatie afdwingen

Voorzichtig: Controleer voordat u verdergaat of uw certificaat-SAN’s de FQDN’s bevatten die in de velden Peer N-adres staan. U moet groene statusberichten zien voor clustering en certificaat naast elk adresveld voordat u verdergaat.  

1. Stel in de primaire peer de TLS-verificatiemodus in op Enforceren.

Voorzichtig: Een waarschuwing geeft aan of certificaten ongeldig zijn en voorkomt dat het cluster goed werkt in de afgedwongen TLS-verificatiemodus.

2. De nieuwe TLS-verificatiemodus wordt in het hele cluster gerepliceerd.
3. Controleer of de TLS-verificatiemodus nu op elkaar afdwingbaar is.
4. Selecteer Opslaan en opnieuw opstarten van de primaire peer.
5. Nadat de primaire peer weer online is, start elke peer een voor een opnieuw.
6. Wacht tot het cluster zich heeft gestabiliseerd en bevestig dat de status Clustering en Certificate voor alle peers groen is.

De primaire peer wijzigen

Opmerking: U kunt dit proces zelfs uitvoeren als de huidige primaire peer niet toegankelijk is.

1. Op de nieuwe primaire snelweg, navigeer naar Systeem > Clustering.
2. Selecteer in het vervolgkeuzemenu Configuration het ID-nummer van het peer-item dat op dit systeem staat.
3. Selecteer Opslaan.

Opmerking: Terwijl dit proces wordt uitgevoerd, negeer om het even welk alarm op Expressway dat de primaire wanverhouding van de Cluster of fout van de Clusterreplicatie rapporteert.

4. Op alle andere Expressway-peers start u met de oude primaire peer (als deze nog steeds toegankelijk is).
5. Navigeren naar systeem > Clustering.
6. Selecteer in het vervolgkeuzemenu Configuration het ID-nummer van de nieuwe primaire expressway.
7. Selecteer Opslaan.
8. Controleer of de wijziging in de Configuration-primaire is geaccepteerd, navigeer naar System > Clustering en vernieuw de pagina.
9. Als een Expressways de wijziging niet heeft geaccepteerd, herhaal dan dezelfde procedure.
10. Bevestig dat de statusrapporten van de clusterdatabase als actief worden gerapporteerd.

Cluster wijzigen in gebruik van FQDN’s

Opmerking: Terwijl deze procedure wordt uitgevoerd, wordt de communicatie tussen peers tijdelijk beïnvloed, dit betekent dat wordt verwacht om alarmen te zien die voortduren tot de veranderingen volledig zijn en het cluster akkoord gaat met de nieuwe adressen.

1. Meld u aan bij alle clusterpeers en navigeer naar System > Clustering.
2. Kies welk peer adres wordt gewijzigd. het wordt aanbevolen te beginnen met Peer 1-adres.
3. Volg de volgende procedure op elke peer in het cluster:
4. Verander het gekozen peer-adresveld van het IP-adres in de FQDN.
5. Selecteer Opslaan.
6. Switch aan de peer die wordt geïdentificeerd door het veranderde peer adres u en start de server opnieuw.
7. Wacht tot eventuele voorbijgaande clusteralarmen zijn opgelost.
8. Kies het volgende peer adres dat moet worden gewijzigd en herhaal stap 3 - 7.
9. Herhaal deze procedure tot u alle peer-adressen hebt gewijzigd en alle peers opnieuw hebt gestart.

Cluster-adrestoewijzing voor Expressway-E

Voor beveiligde implementaties zoals Mobile en Remote Access (MRA) moet elke Expressway-E peer beschikken over een certificaat met een SAN dat zijn openbare FQDN bevat. De FQDN wordt in de openbare DNS toegewezen aan het openbare IP-adres van Expressway-E.

Opmerking: Als u alleen Cisco ExpressWay-E-peers wilt clusteren en u hebt geen TLS-verificatie tussen hen nodig, dan kunt u het cluster vormen met de privé IP-adressen van de knooppunten. U hebt geen clusteradresomzetting nodig.

Clusteradrestoewijzingen zijn FQDN:IP-paren die rond het cluster worden gedeeld, één paar voor elke peer. De peers raadplegen de Mapping Table voordat ze DNS opvragen en, als ze een match vinden, ze niet vragen DNS.

Als u ervoor kiest om TLS af te dwingen, moeten de peers ook de namen uit het SAN-veld van elkaars certificaten lezen en elke naam controleren aan de FQDN-kant van de afbeelding.

Het wordt sterk aanbevolen dat u de toewijzingen op de primaire peer invoert. Adrestoewijzingen worden dynamisch gerepliceerd door het cluster. Volg de volgende procedure om adrestoewijzing te configureren:

1. Nabigate naar System > Clustering op de primaire peer, en verander de Cluster adrestoewijzing die drop-down in On (standaard is Uit) is ingeschakeld. De velden voor het toewijzen van clusteradressen worden weergegeven.
2. Bewerk de toewijzingen zodat de openbare FQDN’s van de Expressway-E-peers overeenkomen met de IP-adressen van hun interne NIC’s.
3. Selecteer Opslaan.

Voorzichtig: Probeer niet om de openbare DNS te gebruiken om de openbare FQDNs van peers aan hun privé IP adressen in kaart te brengen, deze actie kan externe connectiviteit breken.  

Cluster met één NIC

Als u wilt dat de Expressway-E-peers in een cluster elkaars identiteit verifiëren met certificaten, kunt u hen toestaan om DNS te gebruiken om cluster peer FQDN's op te lossen aan hun openbare IP-adressen. Dit is een perfect aanvaardbare manier om een cluster te vormen als de Expressway-E knooppunten:

• Slechts één NIC
• Geen statische NAT geconfigureerd
• Routable IP-adressen

Probleemoplossing

Wat zorgt voor een fabrieksreset?

Als u alle peer-adresvelden uit de clusterpagina wist en de configuratie opslaat, voert Expressway standaard een Factory Reset zelf uit de volgende keer dat u opnieuw start. Dit betekent dat alle configuratie is verwijderd, behalve de basisnetwerkconfiguratie voor de LAN1-interface (Local Area Network 1), die alle configuratie omvat die is uitgevoerd nadat u de velden hebt gewist en de volgende keer opnieuw bent opgestart.

Tip: Als u de fabrieksreset moet vermijden, herstelt u de peer-adresvelden van het cluster. Vervang de oorspronkelijke peer-adressen in dezelfde volgorde en sla vervolgens de configuratie op om de banner te wissen.

De fabrieksreset wordt automatisch geactiveerd wanneer de peer opnieuw wordt opgestart, om gevoelige gegevens en clusterconfiguratie te verwijderen. De reset wist alle configuratie behalve de volgende basisnetwerkinformatie:

Opmerking: Als u de optie voor dubbele NIC gebruikt, dient u zich ervan bewust te zijn dat een LAN2-configuratie volledig wordt verwijderd door de reset.

• IP-adressen · Admin- en root-accounts en wachtwoorden
• SSH-toetsen
• Optie-toetsen
• Toegelaten toegang tot Hypertext Transfer Protocol Secure (HTTPS)
• SSH-toegang ingeschakeld

Opmerking: Uit versie X12.6 verwijdert de fabrieksreset het servercertificaat, de bijbehorende privé-sleutel en CA-vertrouwensopslag instellingen uit de peer. In eerdere Expressway-softwareversies blijven deze instellingen behouden.

Fabrieksinstellingen opnieuw instellen

Fabrieksreset kan mislukken, dit kan gebeuren als de Expressway een frisse installeer Open Virtualization Applicatie (OVA) is en niet is geüpgraded. 

Volg de volgende opties om dit op te lossen:

• Upgrade alle knooppunten naar dezelfde softwareversie met tar.gz-bestand. Start aan het einde van het upgradeproces de server opnieuw op, waarna de fabrieksreset wordt gestart.
• Upload het tar.gz-bestand rechtstreeks naar de fabrieksreset met WinSCP (/mnt/harddisk/Factory-reset/). Vervolgens opnieuw starten om de fabrieksreset te starten of de fabrieksreset uit te voeren vanuit de CLI.

Opmerking: Zorg ervoor dat u de juiste back-ups maakt voordat u een upgrade uitvoert, het certificaat wijzigt of als er een waarschuwing is voor het opnieuw instellen van de fabriek.

Herstartvolgorde

Als een herstart van het cluster of een peer nodig is, volgt u de volgende stappen:

1. Start de primaire peer opnieuw en wacht tot hij via de web interface toegankelijk is.
2. Valideren van clusterreplicatiestatus op de primaire en de status van alle peers. Wacht een paar minuten, verfris af en toe de webinterfaces van de peer.
3. Start andere peers, indien nodig, één voor één opnieuw. Elke keer, wacht een paar minuten nadat het toegankelijk is en bevestig zijn replicatiestatus.

Opmerking: Het kan zijn dat u ongeveer 5 minuten moet wachten nadat u een clustwijziging hebt doorgevoerd voordat de Expressway-peers de status van een geslaagd rapport melden.

Alarmen en waarschuwingen

De alarmen van clusterfouten, worden getoond in het formaat: Cluster-replicatiefout: (details) handmatige synchronisatie van configuratie is vereist, enkele voorbeelden hiervan zijn de volgende:

• Cluster-replicatiefout: handmatige synchronisatie van de configuratie is vereist.
• Cluster-replicatiefout: kan primaire of de peer-configuratiebestand van deze ondergeschikte niet vinden, handmatige synchronisatie van de configuratie is vereist.
• Cluster-replicatiefout: configuratie primaire ID inconsistent is; handmatige synchronisatie van configuratie is vereist.
• Cluster-replicatiefout: de configuratie van deze peer is in strijd met de configuratie van de eerstgenoemde, en er is handmatige synchronisatie van de configuratie vereist.

Als een ondergeschikte Expressway het genoemde alarm meldt, volg dan de volgende procedure:

1. Log in als beheerder op een SSH of andere CLI interface.
2. Voer de volgende opdracht uit: xcommando ForceConfigUpdate

Opmerking: Zorg ervoor dat u de juiste back-ups maakt voordat u een upgrade uitvoert, het certificaat wijzigt of als er een waarschuwing is voor het opnieuw instellen van de fabriek.

3. Dit bevel schrapt de ondergeschikte configuratie van de Expressway en dwingt het dan om zijn configuratie van de primaire Expressway bij te werken.

Als het probleem aanhoudt, kan het gerelateerd zijn aan de coderingssleutel per clusterpeer. Gewoonlijk komt voor wanneer de peers in de verkeerde orde worden bevorderd, zijn de ondergeschikte peers niet gesynchroniseerd met primair. Dus als xcommando forceconfigupdate niet werkt, volg dan de volgende procedure:

1. Meld u aan bij de primaire peer en bevestig dat het in goede staat is.
2. Zorg ervoor dat de clusterconfiguratie laat zien dat deze peer de primaire is.
3. Upgrade de primaire opnieuw, gebruik hetzelfde pakket dat u oorspronkelijk hebt geupgrade.

Het replicatiealarm wordt gewist nadat de primaire peer is bijgewerkt en opnieuw opgestart. Dit gebeurt normaal binnen tien minuten na de herstart, maar kan tot twintig minuten na de herstart gebeuren.

Gemeenschappelijke alarmen

Ongeldige clusterconfiguratie: H.323 modus moet worden ingeschakeld - clustering maakt gebruik van H.323 communicatie tussen peers.

Om dit alarm te wissen, dient u ervoor te zorgen dat de H.323-modus is ingeschakeld. Navigeer vervolgens naar Configuration > Protocollen > H.323.

Expressway-databasefout: Neem contact op met uw Cisco-ondersteuningsvertegenwoordiger.

Om dit soort alarm te kunnen oplossen, volgt u de volgende procedure:

1. Neem een systeemmomentopname en geef deze aan uw ondersteuningsvertegenwoordiger.
2. Verwijder de snelweg uit het cluster.
3. Herstel de database van dat Expressway van een back-up die eerder op die Expressway is gemaakt.
4. Voeg de Expressway terug toe aan het cluster.

Een tweede methode is mogelijk als de database niet recupereert:

1. Neem een systeemsnapshot en geef deze door aan het Technical Assistance Center (TAC).
2. Verwijder de snelweg uit het cluster.
3. Log in als root en voer het volgende commando clusterdb_kill_and_purge_data.sh uit.
4. Herstel de database van dat Expressway van een back-up die eerder op die Expressway is gemaakt.
5. Voeg de Expressway terug toe aan het cluster. 

Opmerking: Zorg ervoor dat u de juiste back-ups maakt voordat u een upgrade uitvoert, het certificaat wijzigt of als er een waarschuwing is voor het opnieuw instellen van de fabriek.

Voorzichtig: clusterdb_delete_and_purge_data.sh is zo gevaarlijk als het klinkt — gebruik deze optie als laatste redmiddel.

Belangrijkste problemen met het systeem

Opmerking: De volgende informatie is van toepassing op versie X14 en verder.

Kan de belangrijkste alarmen voor bestanden niet bijwerken op Expressways in een scenario met één knooppunt.

Volg de volgende procedure om dit soort alarm op te lossen:

1. Log in als beheerder via de CLI (standaard beschikbaar via SSH en via de seriële poort op hardwareversies).
2. Voer de volgende opdracht uit: xCommand ForceSystemKeyUpdate.

Bijwerken van alarmen voor belangrijke bestanden is mislukt op Expressways in een clusterscenario.

Volg de volgende procedure om dit soort alarm op te lossen:

1. Log in op knooppunt als beheerder via de CLI (standaard beschikbaar via SSH en via de seriële poort op hardwareversies) waar dit alarm niet wordt gegenereerd.
2. Voer de volgende opdracht uit: xCommand ForceSystemKeyUpdate.

Loggegevens

Net als elke andere log-on Expressway kunt u diagnostische logboeken inschakelen, met TCP Dumps.

In een normale status wordt DB-synchronisatie op Hoofd knooppunt in de logbestanden weergegeven als de volgende uitvoer:

2020-07-21T15:16:50.321-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,321" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(270)" Detail="Starting synchronisation"
2020-07-21T15:16:50.330-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,330" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationutils(750)" AlternateIPAddresses="[u'(10.15.13.15 expc01)', u'(10.15.13.16 expc02)']" ConfigurationMasterIndex="0" LocalPeerIndex="0" 
2020-07-21T15:16:50.433-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,433" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(257)" Detail="This peer is the cluster master, local configuration has already been replicated to the other peers"
2020-07-21T15:16:50.437-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,437" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(336)" Detail="Synchronisation completed successfully"

Vanuit het perspectief van peer-knooppunten wordt dit als de volgende uitvoer weergegeven:

2020-07-21T15:16:46.900-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,899" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(270)" Detail="Starting synchronisation"
2020-07-21T15:16:46.908-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,908" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationutils(750)" AlternateIPAddresses="[u'(10.15.13.15 expc01)', u'(10.15.13.16 expc02)']" ConfigurationMasterIndex="0" LocalPeerIndex="1" 
2020-07-21T15:16:46.947-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,946" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(254)" Detail="This peer is not the cluster master, local configuration is already up to date"
2020-07-21T15:16:46.950-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,950" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(336)" Detail="Synchronisation completed successfully"

In de volgende uitvoer wordt een peer-disconnectie weergegeven:

2020-08-12T14:57:43.353-05:00 expc01 UTCTime="2020-08-12 19:57:43,353" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Processed mnesia_down event from accessible node" Node="clusterdb@expc02.apolo.local"
2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,353" Module="developer.clusterdb.cdb" Level="ERROR" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Inconsistent Database" Context="from mnesia system - mnesia down" Node="clusterdb@expc02.apolo.local"
2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Connecting database on mnesia running_partitioned_network event" Node="clusterdb@expc02.apolo.local"
2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Ready to perform node connection transaction" Node="clusterdb@expc02.apolo.local"
2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Running node connection transaction" Node="clusterdb@expc02.apolo.local"
2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.synchronise" Level="WARN" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Failed connecting to node" Node="clusterdb@expc02.apolo.local" Reason="{ badrpc, { EXIT, { aborted, { noproc, { gen_server, call, [ kernel_safe_sup, { start_child, { dets_sup, { dets_sup, start_link,  }, permanent, 1000, supervisor, [ dets_sup ] } }, infinity ] } } } } }"
2020-08-12T14:57:43.524-05:00 expc01 alarm: Level="WARN" Event="Alarm Raised" Id="20006" UUID="0f96695e-d954-4f6f-85c1-2ef1eae6f764" Severity="warning" Detail="Cluster database communication failure: The database is unable to replicate with one or more of the cluster peers" UTCTime="2020-08-12 19:57:43,524"
2020-08-12T14:57:43.771-05:00 expc01 alarm: Level="WARN" Event="Alarm Raised" Id="20004" UUID="3bca6888-f622-11df-93be-07cc953d7b99" Severity="warning" Detail="Cluster communication failure: The system is unable to communicate with one or more of the cluster peers" UTCTime="2020-08-12 19:57:43,771"

2020-08-12T14:57:53.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:53,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Retransmit=True"
2020-08-12T14:57:54.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:54,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Retransmit=True"
2020-08-12T14:57:56.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:56,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Retransmit=True"
2020-08-12T14:57:57.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:57,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Retransmit=True"
2020-08-12T14:57:58.871-05:00 expc01 tvcs: Event="External Server Communications Failure" Reason="gatekeeper timed out" Service="NeighbourGatekeeper" Detail="name:10.15.13.16:1719" Level="1" UTCTime="2020-08-12 19:57:58,871"
2020-08-12T14:57:58.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:58,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Timeout=True"
2020-08-12T14:57:59.601-05:00 expc01 UTCTime="2020-08-12 19:57:59,601" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.145.0>" Detail="Triggering forced peer update of peers which failed DNS and queueing next run" Queue-Time-ms="300000"
2020-08-12T14:58:01.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:58:01,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Timeout=True"

In de volgende uitvoer wordt de wijziging in TLS Enforcing op het hoofdknooppunt weergegeven:

2020-08-12T15:13:24.970-05:00 expc01 UTCTime="2020-08-12 20:13:24,969" Module="developer.cdbtable.cdb.clusterConfiguration" Level="DEBUG" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="Inserting into table" TableName="clusterConfiguration"
2020-08-12T15:13:24.976-05:00 expc01 UTCTime="2020-08-12 20:13:24,975" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="xconfiguration clusterConfiguration tls_verify - changed from: Permissive to: Enforcing"
2020-08-12T15:13:24.976-05:00 expc01 httpd[15060]: web: Event="System Configuration Changed" Detail="configuration/cluster/tls_verify - changed from: 'Permissive' to: 'Enforcing'" Src-ip="10.15.13.30" Src-port="53155" User="admin" Level="1" UTCTime="2020-08-12 20:13:24" 
2020-08-12T15:13:24.979-05:00 expc01 management: UTCTime="2020-08-12 20:13:24,978" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(312)" Detail="Cluster configuration change detected"
2020-08-12T15:13:24.980-05:00 expc01 UTCTime="2020-08-12 20:13:24,980" Module="developer.cdbtable.cdb.clusterConfiguration" Level="DEBUG" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="Inserting into table" TableName="clusterConfiguration"
2020-08-12T15:13:24.986-05:00 expc01 management: UTCTime="2020-08-12 20:13:24,986" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(405)" Detail="TLS Verify change status" Startup="False" New="True"
2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.557.0>" Detail="xconfiguration alternatesConfiguration - Changed"
2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.145.0>" Detail="Notifying databasemanager (Management Framework)"
2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.142.0>" Detail="alternate peer changed info recieved"
2020-08-12T15:13:25.031-05:00 expc01 UTCTime="2020-08-12 20:13:25,031" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.557.0>" Detail="xconfiguration alternatesConfiguration - Changed" 
2020-08-12T15:13:25.192-05:00 expc01 management: UTCTime="2020-08-12 20:13:25,192" Module="developer.diagnostics.alarmmanager" Level="INFO" CodeLocation="alarmmanager(173)" Detail="Raising alarm" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Parameters="null"
2020-08-12T15:13:25.195-05:00 expc01 management: Level="WARN" Event="Alarm Raised" Id="20007" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Severity="warning" Detail="Restart required: Cluster configuration has been changed, however a restart is required for this to take effect" UTCTime="2020-08-12 20:13:25,194"

Vanuit het perspectief van de peer-knooppunt wordt dit in de volgende uitvoer weergegeven:

2020-08-12T15:13:24.976-05:00 expc02 UTCTime="2020-08-12 20:13:24,976" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.390.0>" Detail="xconfiguration clusterConfiguration tls_verify - changed from: Permissive to: Enforcing"
2020-08-12T15:13:24.979-05:00 expc02 management: UTCTime="2020-08-12 20:13:24,978" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(312)" Detail="Cluster configuration change detected"
2020-08-12T15:13:24.982-05:00 expc02 management: UTCTime="2020-08-12 20:13:24,982" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(405)" Detail="TLS Verify change status" Startup="False" New="True"
2020-08-12T15:13:25.040-05:00 expc02 UTCTime="2020-08-12 20:13:25,040" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.136.0>" Detail="Notifying databasemanager (Management Framework)"
2020-08-12T15:13:25.040-05:00 expc02 UTCTime="2020-08-12 20:13:25,040" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.143.0>" Detail="alternate peer changed info recieved"
2020-08-12T15:13:25.041-05:00 expc02 UTCTime="2020-08-12 20:13:25,041" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"
2020-08-12T15:13:25.042-05:00 expc02 UTCTime="2020-08-12 20:13:25,042" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"
2020-08-12T15:13:25.046-05:00 expc02 UTCTime="2020-08-12 20:13:25,046" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.143.0>" Detail="alternate peer changed info recieved"
2020-08-12T15:13:25.047-05:00 expc02 UTCTime="2020-08-12 20:13:25,046" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.136.0>" Detail="Notifying databasemanager (Management Framework)"
2020-08-12T15:13:25.047-05:00 expc02 UTCTime="2020-08-12 20:13:25,047" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"
2020-08-12T15:13:25.049-05:00 expc02 UTCTime="2020-08-12 20:13:25,049" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"
 2020-08-12T15:13:25.136-05:00 expc02 management: UTCTime="2020-08-12 20:13:25,136" Module="developer.diagnostics.alarmmanager" Level="INFO" CodeLocation="alarmmanager(173)" Detail="Raising alarm" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Parameters="null"
2020-08-12T15:13:25.139-05:00 expc02 management: Level="WARN" Event="Alarm Raised" Id="20007" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Severity="warning" Detail="Restart required: Cluster configuration has been changed, however a restart is required for this to take effect" UTCTime="2020-08-12 20:13:25,139"

Video's

De volgende video's zouden nuttig kunnen zijn:

Hoe te om een peer te maken en toe te voegen aan een Expressway Cluster

Een peer verwijderen uit een expressway-cluster

Fixing Expressway-replicatiefout "Configuratieconflicten van peer met primair"

Procedure voor herstart van expressway-cluster

Hoe een Expressway ClusterGenerating CSR te upgraden voor MRA/ Clustered Expressways