Disponibilité des services Service Fabric
Cet article offre une vue d’ensemble de la manière dont Azure Service Fabric maintient la disponibilité d’un service.
Disponibilité des services sans état de Service Fabric
Les services Azure Service Fabric peuvent être avec ou sans état. Un service sans état est un service d’application qui ne possède aucun état local devant être hautement disponible ou fiable.
La création d’un service sans état nécessite la définition d’un InstanceCount. Le nombre d’instances définit le nombre d’instances de la logique d’application du service sans état qui doivent être exécutées dans le cluster. L'augmentation du nombre d'instances est la méthode recommandée pour la mise à l'échelle d’un service sans état.
Lorsqu’une instance ou un service nommé sans état échoue, une nouvelle instance est créée sur un nœud éligible du cluster. Par exemple, une instance de service sans état peut échouer sur Node1 et être recréée sur Node5.
Disponibilité des services avec état de Service Fabric
Un service avec état possède un état qui lui est associé. Dans Service Fabric, un service avec état est modelé comme un jeu de réplicas. Chaque réplica est une instance en cours d’exécution du code du service. Le réplica a également une copie de l’état de ce service. Les opérations de lecture et d’écriture sont effectuées sur un seul réplica appelé réplica principal. Les modifications de l’état en raison des opérations d’écriture sont répliquées sur les autres réplicas du jeu de réplicas (appelés réplicas secondaires actifs) puis appliquées.
Il ne peut y avoir qu’un seul réplica principal, mais il peut y avoir plusieurs réplicas secondaires actifs. Le nombre de réplicas secondaires actifs est configurable et un nombre plus élevé de réplicas peut tolérer un plus grand nombre de défaillances logicielles et matérielles simultanées.
En cas d’erreur (quand le réplica principal tombe en panne), Service Fabric choisit l’un des réplicas secondaires actifs comme nouveau réplica principal. Ce réplica secondaire actif possède déjà la version à jour de l’état (via la réplication) et peut continuer le traitement des opérations de lecture et d’écriture. Ce processus est appelé une reconfiguration et est décrit de façon détaillée dans l’article Reconfiguration.
Le concept de réplica, qu’il soit principal ou secondaire actif, correspond au rôle de réplica. Ces réplicas sont décrits de façon approfondie dans l’article Réplicas et instances.
Étapes suivantes
Pour plus d’informations sur les concepts propres à Service Fabric, consultez les articles suivants :