Hoge beschikbaarheid van IM en Presence Server

Inleiding

Dit document beschrijft hoe de Hoge beschikbaarheid (ook bekend als Redundantie) van Instant Message and Presence (IM&P) in een ondernemings-IM- en Presence-omgeving werkt en hoe u problemen kunt oplossen.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• Cisco Unified IM&P
• Cisco Jabber-clients

Gebruikte componenten

• Cisco Unified IM&P 10.0 en hoger
• Cisco Jabber-clients 9.6 en hoger

De informatie in dit document is gemaakt van de onderdelen in een specifieke labomgeving. Alle onderdelen die in dit document werden gebruikt, werden gewist met een gewalste (standaard) configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

IM and Presence hoge beschikbaarheid (HA)

IM and Presence biedt hoge beschikbaarheid of redundantie in de vorm van logische servergroepen in de CUCM-configuratie.  Deze configuratie wordt doorgegeven aan IM and Presence en dan gebruikt om redundantie toe te staan in geval van een IM en Presence service of serverstoring.  Wanneer een HA-event plaatsvindt, worden de sessies van de eindgebruiker verplaatst van de mislukte server naar de back-up.  Wanneer de server weer normaal wordt, worden de gebruikerssessies automatisch of handmatig door de beheerder teruggezet.  

Configuratie van redundantie

De redundantie groep is het logische serverpaar dat de toewijzing van een server aan het IM en Presence subcluster evenals de configuratie voor HA mogelijk maakt.  U hebt toegang tot dit gedeelte van de configuratie als volgt in de webpagina van de CUCM-server.

Systeem > Presence-redundantie

Wanneer de beheerder de IM&P Publisher aan het Systeem > de configuratie van de Server op CUCM toevoegt en de IM&P server wordt opgeslagen, wordt de groep DefaultCUPSubCluster redundantie gecreëerd met de daaraan toegewezen uitgever.  

Indien gemaakt, zal de Redundantion Group er als volgt uitzien:

Deze Redundantion Group vertaalt zich in het IM and Presence subcluster.  In de huidige staat van de configuratie van de Redundancy Group in CUCM zou deze er zo uitzien als in de webpagina IM and Presence Cluster Topology:

We zien dat de IM&P uitgever wordt toegewezen aan de DefaultCUPSubcluster en dat is de Subscriber server niet.  Dit komt doordat de IM&P Subscriber server niet is toegewezen aan de Redundantie Group in de CUCM-configuratie.

Toewijzen de Subscriber aan de Redundantiegroep:

Als u de Subscriber Server aan de Redundantion Group wilt toewijzen, selecteert u simpelweg de abonneeserver uit de vervolgkeuzelijst en vervolgens slaat u de configuratie-wijziging op.

Nadat de IM&P-abonnee is toegevoegd aan de groep Redundantie:

We zien na de toevoeging van het secundaire knooppunt (de abonnee) de optie Hoge beschikbaarheid.  Om hoge beschikbaarheid te activeren moeten we simpelweg het selectieteken Hoge beschikbaarheid inschakelen en de configuratie wijzigen.

Als hoge beschikbaarheid is ingeschakeld:

De pagina verfrist de status en reden van de server automatisch.  Wanneer de server in een initialisatietoestand verkeert, betekent dit dat de twee servers kunnen communiceren.  De servers zouden dan de servicestatus controleren voordat de staat overgaat op een normale toestand.  Als de twee servers met elkaar kunnen verbinden en alle gecontroleerde diensten aan beide staan, zouden we dan een normale toestand krijgen. Dit betekent dat alle gecontroleerde diensten actief zijn op de IM&P servers.

Status normale redundantie:

Normal-Normal High Availability State in de IM&P Topologie pagina:

Gecontroleerde IM en Presence Services

Aangezien een klant verschillende implementatiemodellen kan hebben: IM Only, IM met SIP/XMPP Federatie, IM met Naleving, IM met Blijvende Chatfunctie, Afstandsbediening Alleen, etc., de lijst waarvan van deze te controleren processen dynamisch is. Standaard worden deze items altijd gemonitord als HA is ingeschakeld:

IDS-database

Presence Engine (indien geactiveerd)

XCP router

De Server recovery Manager controleert om te bepalen of conformiteit (Berichtarchiver), persisterende chat (Tekstconferentiebeheer), SIP-federatie (SIP Federation Connection Manager), XMPP-federatie (XMPP Federation Connection Manager) is ingesteld (en geactiveerd).  Als ze zowel worden geconfigureerd als geactiveerd, zal Server Restore Manager (SRM) ook deze services bewaken.

Gebruiker failover-proces

Wanneer een failover plaatsvindt (automatisch of handmatig) is het belangrijkste te onthouden punt dat de gebruikersaccount niet van de ene server naar de andere wordt verplaatst, maar alleen de gebruikerssessie in Presence Engine wordt verplaatst.  In pre-10 versies van IM and Presence, werd de gebruikershandleiding van de ene server naar de andere verplaatst.  Deze gebruikersstap was erg duur voor serverbronnen en werd toegevoegd aan de lading op de server.  In 10.X en later blijft de gebruiker gehuisvest op de server waaraan ze zijn toegewezen, en wordt de eindgebruikerssessie in de Presence Engine verplaatst van het mislukte knooppunt naar het functionele knooppunt.  De gebruiker hoeft Jabber niet te verlaten en opnieuw in te loggen wanneer de verandering met Server Restore Manager (SRM) gebeurt.

Jabber-client opnieuw opgeven Timer

Om de gebruikerssessie volledig actief te laten worden op het secundaire IM&P-knooppunt na een failover-gebeurtenis, moet de gebruiker proberen in te loggen op die server via SOAP (Client Profile Agent).  Dit gebeurt automatisch met het eenmalige wachtwoord dat uit de IMDB-database wordt doorgegeven. Aangezien logins extreem duur zijn voor resources op de IM and Presence server, moet er een manier zijn om log ins te gooien wanneer er een failover-gebeurtenis optreedt.  Met dit filter of de buffer kunnen alle gebruikers inloggen op het secundaire knooppunt zonder dat de service wordt onderbroken voor gebruikers op het secundaire knooppunt.  Het mechanisme dat wordt gebruikt om het inloggen van gebruikers te wissen, is de serviceparameters voor SRM-server (Client Re-Login Low Limit) (Clientherkenning) en clientherkenning.  

Clientherkenning lagere limiet - de parameter die de minimale hoeveelheid tijd (in seconden) definieert die de Jabber-client zal wachten voordat de client inlogt op de secundaire server in het geval van een HA-gebeurtenis.

Client Re-Login Upper Limit - de parameter die de maximale hoeveelheid tijd (in seconden) definieert die de Jabber client zal wachten voordat de client inlogt op de secondaire server in het geval van een HA-gebeurtenis.

De Jabber client ontvangt deze parameters bij inloggen naar de server en slaat de waarden voor toekomstig gebruik op.  Wanneer we een HA-event ontvangen van de IM&P server, kiest de client een willekeurig aantal seconden tussen de bovenste en onderste limieten en wacht dan die hoeveelheid tijd voordat de Jabber-client inlogt naar het secundaire station.  Zodra de timer verlopen is, zal de client proberen het ZEEP-logbestand in te voeren naar het secundaire knooppunt.

IM- en Presence-backtypes

Als er een failover is, moet er een back-up van de gebruiker zijn wanneer de service op de problematische server wordt hersteld.  Er zijn twee typen serverback:

Handmatige back-up

Handmatige back-up (standaardconfiguratie voor Server Restore Manager) vindt plaats wanneer de service is hersteld en de redundantie-groep de knop Fallback toestaat. Wanneer deze knop is geselecteerd, worden de gebruikerssessies die naar het secundaire knooppunt zijn verplaatst, naar het gestartde knooppunt verplaatst.De Jabber-client past het loggen in de boven- en onderste limiet toe voor de back-up.

automatische back-up

Automatische back-up vindt plaats wanneer de server de services controleert en de service Server Restore Manager (SRM) automatisch gebruikers terugkoppelen naar hun gestartde knooppunten.  De sleutel in deze configuratie is dat de dienst Server Restore Manager (SRM) 30 minuten zal wachten tot een mislukte service/server actief blijft voordat een automatische back-up wordt gestart.  Zodra deze 30 minuten up tijd is vastgesteld, worden de gebruikerssessies verplaatst naar hun gestartde knooppunten.  De Jabber-client zal de inloglijst van de bovenste en onderste limieten voor de back-up toepassen. 

Automatische back-up is niet de standaardconfiguratie, maar kan worden ingeschakeld.  Om automatische back-up mogelijk te maken, wijzigt u de automatische back-upparameter in de Service parameters voor serverherstel in waarde True.

Hoge beschikbaarheid van probleemoplossing IM en Presence

Om problemen met de HI op IM and Presence op te lossen, verzamelt u de informatie:

• Server Recover Manager (SRM) loggen van voor en na de overnameverkomst (debug level indien mogelijk)
• Uitvoer van de opdracht via IM&P opdrachtregel interface run sql selecteer * uit bedrijf esubcluster
  • The Enterprise ubcluster table in IM&P huizen de configuratie van de Redundantiegroep
• Uitvoer van de opdracht via IM&P opdrachtregel interface Sql selecteren * uit een ondernemer
  • In de tabel met ondernemer wordt de informatie over de knooppunten en de subclustertoewijzing van de knooppunten weergegeven