Liste de vérification : mise en place de la haute disponibilité avec la tolérance de panne ou l’équilibrage de charge
Cette rubrique répertorie les étapes à suivre pour configurer la tolérance de panne et/ou l’équilibrage de charge pour les composants d’un environnement de production BizTalk Server afin de fournir une haute disponibilité. La configuration de la tolérance de panne pour ces composants permet au système de continuer à fonctionner en cas de défaillance d’un composant particulier.
| Étapes | Référence |
|---|---|
| Créez plusieurs instances d’hôte BizTalk et implémentez la prise en charge des clustering hôtes pour les adaptateurs qui en ont besoin. | Haute disponibilité pour les hôtes BizTalk |
| Configurez les hôtes de suivi pour la haute disponibilité. | Haute disponibilité pour les hôtes BizTalk |
| Configurez les bases de données BizTalk Server sur un SQL Server instance en cluster sur un cluster Windows Server. | Haute disponibilité pour les bases de données |
| Configurez les hôtes de suivi pour la haute disponibilité. Vérifiez qu’il existe au moins N+1 instances d’hôte avec le suivi activé, où N est le nombre de bases de données MessageBox dans le groupe BizTalk. | Pour activer le suivi d’un hôte, sélectionnez l’option Autoriser le suivi de l’hôte dans la boîte de dialogue Propriétés de l’hôte disponible à partir de la console administration BizTalk Server. Pour plus d’informations sur la définition des propriétés de l’hôte, consultez la rubrique Mettre à jour les propriétés de l’hôte. |
| Pratiquez le basculement de base de données régulièrement pour garantir la fonctionnalité de basculement. | Cette responsabilité doit être directement attribuée pour s’assurer que cela se fait de manière cohérente. |
| Vérifiez que la puissance de traitement et la mémoire sont suffisantes sur les nœuds de cluster passifs pour permettre à plusieurs instances de SQL Server de s’exécuter simultanément dans les scénarios de basculement. | Si deux instances SQL consomment régulièrement plus de 50 % des ressources sur des nœuds de cluster individuels, lorsque les deux instances basculent vers un seul nœud, chaque instance entraîne une dégradation des performances. Par conséquent, des tests doivent être effectués pour s’assurer qu’un seul nœud de cluster sera en mesure de gérer la charge jusqu’à ce que le nœud défaillant soit remis en ligne. Si un seul nœud ne peut pas gérer la charge des deux instances SQL, envisagez d’ajouter des nœuds de cluster supplémentaires pour implémenter une topologie de cluster actif/actif/passif. |
| Implémentez un réseau de zone de stockage (SAN) pour héberger les bases de données BizTalk Server. Note: Si possible, configurez les disques SAN à l’aide de la topologie RAID 1+0 (une bande d’ensembles de miroir) pour des performances maximales et une haute disponibilité. | Pour plus d’informations, consultez Optimisation de base de données BizTalk Server. |
| Utilisez le clustering Windows pour mettre en cluster le serveur secret master Sign-On unique (SSO) d’entreprise. | Haute disponibilité pour le serveur secret principalRemarque : ne clusterz pas le service d’authentification unique sur un ordinateur exécutant BizTalk Server, sauf si vous clusterz l’authentification unique et un hôte BizTalk dans le même groupe de clusters. Pour plus d’informations sur clustering le service d’authentification unique et un hôte BizTalk Server dans le même groupe de clusters, consultez Authentification unique de cluster et hôte BizTalk dans le même groupe de clusters. |
| Sauvegardez le secret principal de Sign-On unique (SSO) d’entreprise. | Consultez Comment sauvegarder le secret principal. |
| Configurez le serveur Web IIS (Internet Information Services) pour les instances d’hôtes isolées et la page Web du portail BAM pour qu’il soit hautement disponible à l’aide de l’équilibrage de charge réseau (NLB) ou d’un autre appareil d’équilibrage de charge. | Pour Windows Server 2008 : consultez le Guide de déploiement de l’équilibrage de charge réseau. |