Haute disponibilité et gestion de la charge de travail avec un serveur proxy SIP (Session Initiation Protocol)
La solution SIP (Session Initiation Protocol) à haute disponibilité part du principe que tous les messages qui appartiennent à la même boîte de dialogue sont traités par le même conteneur. En cas de défaillance d'un conteneur, toutes les sessions qu'il gère sont récupérées par les autres serveurs de ce domaine de réplication de conteneur et sont immédiatement activées. Tous les messages suivants appartenant à une session du conteneur en panne sont envoyés au nouveau conteneur chargé de la session.

La haute disponibilité gère ce qui suit :
- Evolutivité – Possibilité d'ajouter des serveurs au cluster afin de gérer des charges accrues.
- Equilibrage des charges – Possibilité de distribuer la charge entre tous les serveurs du cluster pour qu'aucun d'eux ne soit surchargé alors que d'autres ne sont pas utilisés.
- Reprise – Possibilité d'effectuer une reprise pour un ou plusieurs des composants de la solution.
La solution SIP à haute disponibilité utilise les composants suivants :
- Conteneur SIP - Gère toutes les sessions et lance toutes les applications.
- Serveur proxy SIP : gère un plus grand nombre de connexions client, route les messages entrants vers le conteneur SIP approprié et crée des connexions sortantes vers les clients et d'autres domaines.
- Network Dispatcher - Offre un protocole IP unique pour le cluster et les permutations circulaires entre serveurs proxy.
- UCF (Unified Clustering Framework) - Communique les informations de routage entre le conteneur
SIP et le serveur SIP. Avec cette infrastructure, le serveur proxy SIP achemine des messages vers
le conteneur SIP le moins chargé ou un conteneur qui récupère des sessions d'un serveur en panne.Remarque : Si vous ajoutez des conteneurs SIP à un cluster alors que du trafic est en cours, vous ne devez ajouter qu'un seul conteneur à la fois, afin que le système puisse effectuer le processus d'amorce du conteneur sans épuiser les ressources de tout le cluster. Si vous ajoutez un seul conteneur à la fois, seul celui-ci passe par le processus d'amorce et non plus tous les conteneurs du cluster.
Opérations liées à la gestion de la reprise sur le serveur proxy SIP :
- Réplication des données des sessions entre les conteneurs SIP de sorte que d'autres conteneurs puissent activer les sessions ayant échoué en cas de panne du serveur.
- Activation des sessions ayant échoué sur le reste des serveurs immédiatement après la détection d'un incident car des minuteurs peuvent être associés aux sessions SIP.
- Acheminement des messages entrants appartenant aux sessions ayant échoué vers le nouveau serveur qui gère la session.