Fermer

décembre 4, 2020

Reprise après sinistre avec basculement multirégion dans Sitefinity Cloud


Ce n'est pas un exercice. La série Nouveautés de Sitefinity Cloud est de retour. Avec un bang. Sans accroc.

Poursuivez votre lecture pour découvrir le tout dernier module complémentaire Sitefinity Cloud garantissant la disponibilité la plus élevée possible de votre site Web ou de votre application et la continuité des activités de votre projet. Le basculement multirégional est comme une police d’assurance – il est bon d’avoir mais, espérons-le, jamais nécessaire.

Disponibilité de qualité PaaS: Continuité en tant que service

L’un des éléments clés des plates-formes en tant que service, comme Sitefinity Cloud, assure un service et des opérations ininterrompus. De la petite entreprise à l'entreprise, les organisations ont juste besoin de leurs sites Web et de leurs applications opérationnels. La continuité des activités est essentielle. Aussi simple que cela.

La solution? Le basculement multirégional est une prochaine étape décisive dans l'effort soutenu de Sitefinity Cloud pour fournir un SLA de disponibilité de 99,9%. Nous renforçons la protection contre les incidents critiques et les pannes d'infrastructure, élevant la barre en termes de disponibilité et de reprise après sinistre.

Basculement multirégional dans Sitefinity Cloud

Le basculement multirégional constitue une option de reprise après sinistre robuste aux clients Sitefinity Cloud permettant aux équipes d'ingénierie de restaurer la disponibilité des services pour les visiteurs, les créateurs de contenu et les développeurs en moins de 30 minutes en cas de panne d'infrastructure.

Dans une configuration de basculement multirégionale, chaque environnement, pour dont vous avez activé le basculement, dispose d'une réplique de l'ensemble de sa pile de services dans une région secondaire. En cas de défaillance de l'infrastructure ou de panne affectant la région principale qui ne peut pas être résolue assez rapidement, la région secondaire intégrera le trafic et restaurera les services.

Le mécanisme de basculement de Sitefinity Cloud est basé sur un modèle à chaud avec un Région principale et région secondaire où cette dernière est maintenue en veille et prête à basculer en cas de sinistre ou de panne critique affectant la région principale.

Dans un modèle chaud-chaud, la pile de région secondaire n'est pas toujours activée, facilitant la gestion du processus et des ressources. Si nécessaire, il peut être déployé assez rapidement et prendre le relais jusqu'à ce que le service de la région principale soit entièrement restauré.

Under the Hood: Infrastructure for Failover

Le mécanisme de basculement a été configuré avec précision pour fonctionner sur plusieurs niveaux de l'infrastructure Sitefinity Cloud. Certaines parties de celui-ci sont automatisées, mais une intervention humaine est nécessaire aux étapes critiques du processus pour éviter une réponse disproportionnée aux incidents faussement positifs. En d'autres termes, la décision finale de basculer vers la région de basculement ou de revenir à la région principale, si le dépannage réussit, est celle de l'équipe en service Sitefinity Cloud, le tout dans ces 30 minutes ou moins.

Le diagramme ci-dessous décrit en détail le processus et les composants d'infrastructure impliqués, du niveau CDN où le pare-feu d'application Web et les règles de mise en cache sont appliqués, en passant par la pile Azure (instances App Service, cache Redis, base de données SQL et la recherche Azure), jusqu'à Sitefinity Portail de gestion du cloud.

 Infrastructure de basculement du cloud Sitefinity

Le mécanisme de basculement est parfaitement aligné avec les pipelines du portail de gestion du cloud Sitefinity. Pour garantir la cohérence du code dans toutes les régions, le processus CI / CD est configuré pour déployer de nouvelles versions dans le service App de la région secondaire chaque fois qu'un package est transféré avec succès dans les environnements de la région principale.

Sur la base de données niveau, une réplication de données synchrone est en place pour s'assurer que les instances SQL des deux régions sont synchronisées et éviter la perte de données en cas de basculement. Toutes les deux heures, les index de recherche sont également synchronisés entre la région principale et la région secondaire. Désormais, cela implique un delta potentiel dans les données d'index de recherche en cas de reprise après sinistre, mais des intervalles de synchronisation plus courts peuvent être considérés au cas par cas.

De plus, les règles de mise à l'échelle automatique que vous pouvez avoir en place dans votre région principale sont entièrement pris en compte dans le mécanisme de basculement. Ainsi, par exemple, si un incident critique se produit pendant un pic de trafic avec des instances supplémentaires activées pour s'adapter à l'augmentation de la charge, la région secondaire sera automatiquement mise à l'échelle pour le même nombre d'instances d'application.

Une autre chose importante à noter est la façon dont le basculement clique avec CDN . Sitefinity Cloud utilise le réseau de diffusion de contenu de Cloudflare, un système géo-distribué de serveurs pour une diffusion ultrarapide de contenu et de médias. Les actifs servis par Sitefinity sont mis en cache sous ces nœuds CDN, qui sont totalement autonomes du serveur hébergeant l'application Sitefinity.

Outre le fait de fournir une vitesse de livraison élevée, le CDN lui-même est une couche supplémentaire d'assurance en cas d'indisponibilité d'une application Sitefinity. En effet, votre ou vos sites Web restent accessibles aux visiteurs, diffusant le contenu mis en cache sous CDN.

Conclusion

Pour résumer le tout, en cas de panne critique dans la région principale, le L'équipe en service de Sitefinity Cloud est notifiée et commence le dépannage. Mais en même temps, ils commencent à réchauffer la région secondaire, la mettant en veille, prête à intégrer le trafic de l'application Web.

Selon que le dépannage réussit, l'équipe en service a deux options: appeler le basculement désactivé ou basculement complet pour passer à la région 2. Ainsi, deux processus automatisés et un décideur qualifié veillent à ce que votre application soit de nouveau opérationnelle dans les 30 minutes ou moins en cas de panne critique. [19659005] Le mécanisme de basculement est disponible par environnement, vous pouvez donc l'activer sur la production, la mise en scène et même la création de contenu – ce qui peut être une bonne idée si vous avez déjà opté pour le Content Pipeline .

Voici le récapitulatif des principaux avantages du basculement multirégional Sitefinity Cloud:

  1. Mécanisme de reprise après sinistre fiable pour garantir la continuité des activités
  2. Disponible en tant que module complémentaire quel que soit le niveau Sitefinity Cloud sur lequel vous vous trouvez
  3. Disponible par fr vironment (Production, Staging, Content Authoring)
  4. Suffisamment automatisé mais déclenché manuellement pour éviter les faux positifs
  5. Règles de mise à l'échelle automatique et réplication des données entre régions

Le basculement multirégional est disponible en tant que service complémentaire dans un coût supplémentaire. Consultez le Sitefinity Cloud Tiers pour plus de détails et contactez votre représentant Sitefinity Cloud dès aujourd'hui. Si vous voulez en savoir plus sur les écrous et les boulons, jetez un œil à la documentation Sitefinity Cloud Failover Mechanism . En cas d'urgence brisez la glace. Oh, attendez, avec le module complémentaire de basculement multi-régions, vous avez une autre option. Ne faites rien et faites-le bien.

Contactez-nous pour en savoir plus




Source link