Utiliser le DNS pour l'équilibrage de charge et le système flottant IPs pour le basculement - Communication en temps réel sur AWS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Utiliser le DNS pour l'équilibrage de charge et le système flottant IPs pour le basculement

Les clients de téléphonie IP qui prennent en charge la fonctionnalité DNS SRV peuvent utiliser efficacement la redondance intégrée à l'infrastructure en équilibrant la charge des clients entre différents/. SBCs PBXs

Schéma illustrant l'utilisation des enregistrements DNS SRV pour équilibrer la charge des clients SIP.

Utilisation des enregistrements DNS SRV pour équilibrer la charge des clients SIP

La figure précédente montre comment les clients peuvent utiliser les enregistrements SRV pour équilibrer la charge du trafic SIP. Tout client de téléphonie IP compatible avec la norme SRV recherchera le SIP. <transport protocol>préfixe dans un enregistrement DNS de type SRV. Dans l'exemple, la section de réponse du DNS contient les deux versions PBXs exécutées dans différentes zones de AWS disponibilité. Cependant, outre le point de terminaison URIs, l'enregistrement SRV contient trois informations supplémentaires :

  • Le premier chiffre est la priorité (1 dans l'exemple ci-dessus). Une priorité inférieure est préférable à une priorité plus élevée.

  • Le deuxième chiffre est le poids (10 dans l'exemple ci-dessus).

  • Et le troisième chiffre est le port à utiliser (5060).

La priorité étant la même (1) pour les deux PBXs serveurs, les clients utilisent le poids pour équilibrer la charge entre les deux PBXs. Dans ce cas, étant donné que les pondérations sont les mêmes, le trafic SIP doit être équilibré de manière égale entre les deux PBXs.

Le DNS peut être une bonne solution pour équilibrer la charge des clients, mais qu'en est-il de la mise en œuvre du basculement en modifiant ou en mettant à jour les enregistrements DNS « A » ? Cette méthode est déconseillée en raison de l'incohérence constatée dans le comportement de mise en cache du DNS au sein du client et des nœuds intermédiaires. Une meilleure approche pour le basculement intra-AZ entre un cluster de nœuds SIP consiste à utiliser la réattribution EC2 IP, qui permet de réattribuer instantanément l'adresse IP d'un hôte altéré à un hôte sain à l'aide de l'API. EC2 Associée à une solution de surveillance détaillée et de vérification de l'état de santé, la réattribution IP d'un nœud défaillant garantit le transfert du trafic vers un hôte sain en temps opportun, minimisant ainsi les perturbations pour l'utilisateur final.