Les basculements peuvent être un cauchemar pour les organisations s‘ils ne sont pas correctement gérés. Le basculement est un mode opérationnel de secours dans lequel les fonctions d‘un composant du système, tel qu‘un processeur, un serveur, un réseau ou une base de données, sont prises en charge par des composants secondaires du système lorsque le composant principal devient indisponible en raison d‘une panne ou d‘un temps d‘arrêt programmé. La procédure de basculement est conceptuellement simple - elle consiste à décharger automatiquement les tâches sur un composant de système en attente de manière à ce que la procédure soit aussi transparente que possible pour l‘utilisateur final. Le basculement fait partie intégrante des systèmes critiques qui doivent être disponibles en permanence et est utilisé pour rendre les systèmes plus tolérants aux pannes. Lorsque le basculement n‘est pas conçu correctement, les processus opérationnels sont perturbés, ce qui se traduit par des objectifs de chiffre d‘affaires non atteints et des clients mécontents.
Garder le basculement à l‘esprit
Pour les concepteurs de systèmes et ceux qui gèrent les différents composants de la topologie du réseau d‘un système, le basculement est une considération essentielle qui doit être au centre des préoccupations, et non une réflexion après coup. Non seulement les systèmes d‘entreprise doivent répondre à l‘exigence de temps de fonctionnement, mais le support sous-jacent des systèmes d‘entreprise (infrastructure, intégration, etc.) devra fonctionner ensemble pour aider à atteindre l‘accord de niveau de service (SLA) défini par l‘entreprise avec les parties prenantes nécessaires.
Bien qu‘il n‘existe pas de solution miracle de basculement, SnapLogic permet le basculement d‘un système ou d‘une application donnée de plusieurs façons. Aujourd‘hui, dans SnapLogic, les exécutions basculent sur d‘autres nœuds du cluster lorsqu‘un nœud tombe en panne. Dans les SnapLogic Ultra Pipelinesoù les instances de threads multiples (parallélisation) augmentent le débit, le basculement des threads est géré nativement dans les exécutions Ultra. La prise en charge de la haute disponibilité (HA) mentionnée ci-dessus s‘effectue au sein d‘un Snaplex donné.
Pour la prise en charge du basculement d‘un centre de données à l‘autre, SnapLogic dispose des capacités suivantes :
Avec les tâches HA Ultra, nous prenons en charge les déploiements de tâches vers plusieurs Snaplex via l‘aliasing (voir Tâches Ultra Pipeline ) pour les différentes technologies et méthodologies d‘équilibrage de charge disponibles aujourd‘hui.
HA pour les tâches régulières est pris en charge depuis la version de novembre 2018 (4.15) et permet aux tâches qui sont appelées via Override URL (cf. Comment exécuter un pipeline à partir d‘une URL (tâche déclenchée) documentation) s‘exécutent de manière transparente sur tout Snaplex pour lequel elles disposent de permissions.
Les concepteurs de systèmes et autres parties prenantes disposent désormais de plusieurs moyens pour prendre en charge les cas de haute disponibilité au sein d‘un Snaplex donné et entre différents Snaplex dans différents centres de données.
Pour plus d‘informations sur la façon dont vous pouvez bénéficier de l‘AH, veuillez consulter les sites suivants la documentation SnapLogic ou regardez la version 4.15 de novembre 2018 webinar.
