Pripravte si prostredie

Broadworks XSP môžu byť nasadené priamo na internete, alebo môžu byť umiestnené v DMZ, pred ktorým stojí prvok na vyrovnávanie záťaže, ako je F5 BIG-IP. Na zabezpečenie geografickej redundancie môžu byť XSP nasadené v dvoch (alebo viacerých) dátových centrách, z ktorých každé môže byť riadené vyrovnávačom záťaže, pričom každé má verejnú IP adresu. Ak sú XSP za vyrovnávačom zaťaženia, mikroslužby a aplikácia Webex vidia iba IP adresu vyrovnávača zaťaženia a zdá sa, že Broadworks má iba jeden XSP, aj keď je za nimi viacero XSP.

V nižšie uvedenom príklade sú XSP nasadené na dvoch lokalitách, na lokalite A a lokalite B. Na každej lokalite sú dva XSP, pred ktorými stojí Load Balancer. Lokalita A má XSP1 a XSP2 na čele s LB1 a lokalita B má XSP3 a XSP4 na čele s LB2. Vo verejnej sieti sú vystavené iba vyrovnávače zaťaženia a XSP sú v súkromných sieťach DMZ.

Konfigurácia DNS

Mikroslužby Webex Cloud musia byť schopné nájsť server(y) Broadworks XSP na pripojenie k rozhraniam Xsi, autentifikačnej službe a CTI.

Mikroslužby Webex Cloud vykonajú DNS A/AAAA vyhľadávanie nakonfigurovaného názvu hostiteľa XSP a pripojí sa k vrátenej IP adrese. Môže to byť okrajový prvok vyrovnávania záťaže alebo to môže byť samotný server XSP. Ak sa vráti viacero IP adries, vyberie sa prvá IP v zozname. Vyhľadávanie SRV momentálne nie je podporované.

Príklad: DNS záznam partnera na nájdenie Round-Robin vyváženého servera XSP orientovaného na internet/vyrovnávačov záťaže.

Failover

Keď mikroslužby Webex pošlú požiadavku do XSP/Load Balancer a požiadavka zlyhá, môže sa stať niekoľko vecí:

• Ak je zlyhanie spôsobené chybou siete (napr. TCP, SSL), mikroslužby Webex označia IP ako blokovanú a okamžite vykonajú prechod na ďalšiu IP.

• Ak sa zobrazí kód chyby (HTTP 5xx) sa vráti, mikroslužby Webex označia IP ako blokovanú a okamžite vykonajú prechod na ďalšiu IP.

• Ak do 2 sekúnd nepríde žiadna odpoveď HTTP, časový limit požiadavky uplynie a mikroslužby Webex označia IP ako blokovanú a vykonajú prechod na ďalšiu IP.

Každá požiadavka sa vyskúša 3-krát, kým sa mikroslužbe ohlási zlyhanie.

Keď je adresa IP v zozname blokovaných adries, nebude zahrnutá do zoznamu adries, ktoré sa majú vyskúšať pri odosielaní požiadavky na XSP. Po uplynutí vopred stanovenej doby uplynie platnosť zablokovanej adresy IP a vráti sa späť do zoznamu, aby sa pokúsila o ďalšiu požiadavku.

Ak sú všetky IP adresy zablokované, mikroslužba sa stále pokúsi odoslať požiadavku náhodným výberom IP adresy zo zoznamu blokovaných. V prípade úspechu sa daná IP adresa odstráni zo zoznamu blokovaných.

Postavenie

Stav pripojenia služieb Webex Cloud k XSP alebo Load Balancers je možné vidieť v Control Hub. V rámci BroadWorks Calling Cluster sa zobrazuje stav pripojenia pre každé z týchto rozhraní:

• XSI akcie

• XSI udalosti

• Autentifikačná služba

Stav pripojenia sa aktualizuje pri načítaní stránky alebo počas aktualizácií vstupu. Stavy pripojenia môžu byť:

• Zelená: Keď je rozhranie dostupné na jednej z IP vo vyhľadávaní záznamu A.

• červená: Keď sú všetky adresy IP vo vyhľadávaní záznamu A nedostupné a rozhranie je nedostupné.

Nasledujúce služby používajú mikroslužby na pripojenie k XSP a sú ovplyvnené dostupnosťou rozhrania XSP:

• Prihlásenie do aplikácie Webex

• Obnovenie tokenu aplikácie Webex

• Nedôveryhodný e-mail/vlastná aktivácia

• Kontrola stavu služby Broadworks

Konfigurácia DNS

Aplikácia Webex pristupuje k rozhraniu Xtended Services Interface (XSI-Actions & XSI-Events) a službám Device Management Service (DMS) na XSP.

Ak chcete nájsť službu XSI, aplikácia Webex vykoná vyhľadávanie DNS SRV _xsi-client._tcp.<webex app xsi domain>. SRV ukazuje na nakonfigurovanú adresu URL pre hostiteľov XSP alebo nástroje na vyrovnávanie zaťaženia pre službu XSI. Ak vyhľadávanie SRV nie je k dispozícii, aplikácia Webex sa vráti späť na vyhľadávanie A/AAAA.

SRV sa môže rozlíšiť na viacero cieľov A/AAAA. Každý záznam A/AAAA sa však musí mapovať iba na jednu adresu IP. Ak sa v DMZ za zariadením na vyrovnávanie zaťaženia/hranu nachádza viacero XSP, je potrebné, aby bol vyrovnávač zaťaženia nakonfigurovaný tak, aby udržal stálosť relácie, aby smeroval všetky požiadavky tej istej relácie do rovnakého XSP. Túto konfiguráciu nariaďujeme, pretože signály srdca udalosti XSI klienta musia ísť do rovnakého XSP, ktorý sa používa na vytvorenie kanála udalostí.

V príklade 1 záznam A/AAAA pre webex-app-xsp.example.com neexistuje a ani nemusí. Ak váš DNS vyžaduje, aby bol definovaný jeden záznam A/AAAA, mala by sa vrátiť iba 1 adresa IP. Bez ohľadu na to musí byť SRV stále definované pre aplikáciu Webex. Ak aplikácia Webex používa názov A/AAAA, ktorý sa priraďuje k viac ako jednej IP adrese, alebo ak prvok vyrovnávania záťaže/edge nezachováva stálosť relácie, klient nakoniec odošle srdcové signály do XSP, kde nevytvoril kanál udalostí. Výsledkom je zničenie kanála a tiež výrazne väčšia interná prevádzka, ktorá zhoršuje výkon vášho klastra XSP. Pretože Webex Cloud a Webex App majú odlišné požiadavky na vyhľadávanie záznamov A/AAAA, na prístup k vašim XSP musíte použiť samostatný FQDN pre Webex Cloud a Webex App. Ako je uvedené v príkladoch, Webex Cloud používa záznam A webex-cloud-xsp.example.com a Webex App používa SRV _xsi-client._tcp.webex-app-xsp.example.com.

Príklad 1-Viaceré XSP, každý za samostatnými vyrovnávačmi zaťaženia

V tomto príklade SRV ukazuje na viacero záznamov A, pričom každý záznam A ukazuje na iný nástroj na vyrovnávanie zaťaženia na inom mieste. Aplikácia Webex vždy použije prvú IP adresu v zozname a presunie sa na ďalší záznam iba vtedy, ak je prvý nefunkčný.

Príklad 2—Viaceré XSP za jedným vyrovnávačom zaťaženia (s mostom TLS)

Pre počiatočnú požiadavku vyberie nástroj na vyvažovanie záťaže náhodný XSP. Tento XSP vráti súbor cookie, ktorý aplikácia Webex obsahuje v budúcich požiadavkách. Pri budúcich požiadavkách nástroj na vyrovnávanie zaťaženia používa súbor cookie na smerovanie pripojenia do správneho XSP, čím sa zabezpečí, že sa kanál udalostí nepreruší.

URL DMS

Počas procesu prihlásenia aplikácia Webex získa aj adresu URL DMS na stiahnutie svojho konfiguračného súboru. Hostiteľ v adrese URL sa analyzuje a aplikácia Webex vykoná vyhľadávanie DNS A/AAAA hostiteľa, aby sa pripojilo k XSP, ktoré je hostiteľom služby DMS.

Príklad: DNS Záznam na objavenie Round-Robin vyváženého internetového XSP servera/Load Balancerov aplikáciou Webex App na stiahnutie konfiguračných súborov cez DMS:

Ako aplikácia Webex nájde adresy XSP

Klient sa pokúsi nájsť uzly XSP pomocou nasledujúceho toku DNS:

1. Klient najprv načíta adresy URL Xsi-Actions/Xsi-Events z Webex Cloud (zadali ste ich pri vytváraní súvisiaceho klastra volania BroadWorks). Názov hostiteľa/doména Xsi sa analyzuje z adresy URL a klient vykoná vyhľadávanie SRV takto:

   1. Klient vykoná vyhľadávanie SRV _xsi-zákazník._tcp.<xsi domain="">

   2. Ak vyhľadávanie SRV vráti jeden alebo viac cieľov A/AAAA:

      1. Klient vykoná vyhľadávanie A/AAAA pre tieto ciele a ukladá vrátené adresy IP do vyrovnávacej pamäte.

      2. Klient sa pripojí k jednému z cieľov (a teda k jeho A/AAAA záznamu s jednou IP adresou) na základe priority SRV, potom váhy (alebo náhodne, ak sú všetky rovnaké).

   3. Ak vyhľadávanie SRV nevráti žiadne ciele:

      Klient vyhľadá A/AAAA koreňový parameter Xsi a potom sa pokúsi pripojiť k vrátenej IP adrese. Môže to byť okrajový prvok vyrovnávania záťaže alebo to môže byť samotný server XSP.

      Ako bolo uvedené, záznam A/AAAA sa musí preniesť na jednu IP adresu z rovnakých dôvodov.

2. (Voliteľné) V konfigurácii zariadenia pre aplikáciu Webex môžete následne poskytnúť vlastné podrobnosti o akciách XSI/Udalostiach XSI pomocou nasledujúcich značiek:

   <protocols>
   	<xsi>
   		<paths>
   			<root>%XSI_ROOT_WXT%</root>
   			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
   			<events>%XSI_EVENTS_PATH_WXT%</events>
   		</paths>
   	</xsi>
   </protocols>

   1. Tieto konfiguračné parametre majú prednosť pred akoukoľvek konfiguráciou vo vašom klastri BroadWorks v Control Hub.

   2. Ak existujú, klient ich porovná s pôvodnou XSI adresou, ktorú dostal cez konfiguráciu BroadWorks Cluster.

   3. Ak sa zistí nejaký rozdiel, klient znova inicializuje konektivitu akcií XSI/Udalostí XSI. Prvým krokom je vykonanie rovnakého procesu vyhľadávania DNS uvedeného v kroku 1 – tentoraz požiadania o vyhľadanie hodnoty v %XSI_ROOT_WXT% parametra z jeho konfiguračného súboru.

      Ak použijete túto značku na zmenu rozhraní Xsi, vytvorte zodpovedajúce záznamy SRV.

Failover

Počas prihlásenia aplikácia Webex vykoná vyhľadávanie DNS SRV _xsi-zákazník._tcp.<xsi domain="">, vytvorí zoznam hostiteľov a pripojí sa k jednému z hostiteľov na základe priority SRV a potom váhy. Tento pripojený hostiteľ sa stane vybraným pre všetky budúce požiadavky. Kanál udalosti sa potom otvorí vybranému hostiteľovi a pravidelne sa odosiela srdcový tep na overenie kanála. Všetky požiadavky odoslané po prvej zahŕňajú súbor cookie, ktorý sa vracia v odpovedi HTTP, preto je dôležité, aby nástroj na vyrovnávanie zaťaženia udržiaval stálosť relácie (afinitu) a vždy odosielal požiadavky na rovnaký backend server XSP.

Ak žiadosť alebo žiadosť o srdcový tep hostiteľovi zlyhá, môže sa stať niekoľko vecí:

• Ak je zlyhanie spôsobené chybou siete (napr. TCP, SSL), trasa aplikácie Webex okamžite postúpi k ďalšiemu hostiteľovi v zozname.

• Ak sa zobrazí kód chyby (HTTP 5xx) sa vráti, aplikácia Webex označí túto IP adresu ako zablokovanú a trasa prejde na ďalšieho hostiteľa v zozname.

• Ak odpoveď nie je prijatá v určitom časovom období, potom sa žiadosť považuje za neúspešnú z dôvodu časového limitu a ďalšie požiadavky sú odoslané ďalšiemu hostiteľovi. Žiadosť o časový limit sa však považuje za neúspešnú. Niektoré požiadavky sa po zlyhaní opakujú (s narastajúcim časom opakovania). Žiadosti, že sa predpokladá, že nie sú životne dôležité, sa nezopakujú.

Po úspešnom vyskúšaní nového hostiteľa sa stane novým vybratým hostiteľom, ak sa hostiteľ nachádza v zozname. Po vyskúšaní posledného hostiteľa v zozname sa aplikácia Webex presunie na prvého hostiteľa.

V prípade srdcového tepu, ak dôjde k dvom po sebe nasledujúcim zlyhaniam požiadaviek, aplikácia Webex znova inicializuje kanál udalostí.

Všimnite si, že aplikácia Webex nevykonáva obnovenie zlyhania a zisťovanie služby DNS sa vykonáva iba raz pri prihlásení.

Počas prihlasovania sa aplikácia Webex pokúsi stiahnuť konfiguračný súbor cez rozhranie XSP/Dms. Vykoná vyhľadávanie záznamov A/AAAA hostiteľa v získanej DMS URL a pripojí sa k prvej IP. Najprv sa pokúsi odoslať požiadavku na stiahnutie konfiguračného súboru pomocou tokenu SSO. Ak to z akéhokoľvek dôvodu zlyhá, skúsi to znova, ale s používateľským menom a heslom zariadenia.