Considérations relatives à la haute disponibilité et à la récupération d’urgence

Effectué

Les architectes de solution doivent réfléchir à la manière d’inclure la haute disponibilité dans la conception de la solution. Microsoft gère la haute disponibilité et la récupération d’urgence pour Microsoft Power Platform et ses composants. L’architecte de solution doit se concentrer sur les composants autres que ceux de Microsoft Power Platform, le code personnalisé et les intégrations.

Continuité d’activité et reprise d’activité

Microsoft fournit une reprise d’activité pour les environnements de production des applications SaaS (Software as a Service) Dynamics 365 et des environnements Power Platform à des fins de continuité d’activité en cas de panne à l’échelle de la région Azure.

Microsoft crée une réplique du stockage Azure SQL et du stockage de fichiers dans la région secondaire pour chaque environnement de production lors du déploiement. Ces répliques sont appelées « répliques géo-secondaires ».

L’architecte de solution doit identifier et concevoir la stratégie de continuité d’activité.

Remarque

Les zones d’atterrissage Power Platform comportent un ensemble de considérations de conception pour la continuité d’activité et la reprise d’activité.

Schéma de répliques géo-secondaires.

Principes de haute disponibilité

Lors de la création d’une solution, l’architecte de solution doit suivre les principes suivants :

  • Aucun point de défaillance unique ne doit exister.
  • Utiliser les fonctionnalités de Microsoft Azure, dans la mesure du possible.
  • Utiliser la surveillance et les contrôles d’intégrité pour prédire et détecter les problèmes.

Microsoft déploie un environnement Microsoft Power Platform dans une région Azure. Dans une région, les services et les données sont répliqués de manière redondante dans le ou les centres de données afin d’augmenter la disponibilité. Chaque région Azure est associée à une région dans laquelle les ressources Microsoft Power Platform sont répliquées automatiquement. Microsoft surveille Microsoft Power Platform en votre nom dans le cadre du service.

Schéma des emplacements de disponibilité Azure.

Gérer le basculement

Les composants Microsoft Power Platform gèrent les intégrations internes. Les architectes de solution doivent se concentrer sur les intégrations externes et le code personnalisé.

Si un problème survient dans le centre de données principal, Microsoft lance le basculement automatiquement, si nécessaire, de l’emplacement principal vers la région appairée. Microsoft gère également la reprise de service requise.

Les utilisateurs ne devraient pas remarquer d’interruptions de service. Au pire, ils peuvent rencontrer une erreur temporaire lors de l’enregistrement des données. Par exemple, les applications pilotées par modèle gèrent ces erreurs.

Cependant, le code personnalisé peut avoir des problèmes. Par exemple, le point de terminaison de l’environnement peut changer. Les intégrations doivent utiliser le service de découverte globale pour la découverte de points de terminaison afin d’obtenir le dernier point de terminaison de l’environnement. Le code personnalisé doit prendre en charge la gestion des erreurs temporaires avec de nouvelles tentatives automatiques.