À propos de l'état de Private Service Connect pour le basculement automatique multirégion

Preview

Cette fonctionnalité est soumise(s) aux "Conditions des offres de pré-DG" de la section "Conditions générales du service" des Conditions spécifiques du service. Les fonctionnalités de pré-DG sont disponibles "en l'état" et peuvent avoir une prise en charge limitée. Pour en savoir plus, consultez les descriptions des étapes de lancement.

L'état de santé Private Service Connect permet aux producteurs de services de définir des états de santé qui prennent en charge le basculement interrégional automatique pour les clients de services qui utilisent des backends Private Service Connect. Ces états de santé sont basés sur l'état de santé agrégé des backends du producteur de services (VM ou points de terminaison réseau). Ils fournissent aux consommateurs un signal de basculement plus précis que la détection des valeurs aberrantes, qui déduit l'état de santé à partir des échecs de réponse.

Pour activer le basculement interrégional, le producteur et le consommateur de services doivent utiliser un déploiement multirégional. Lorsque vous configurez l'état de santé Private Service Connect, l'état de santé de chaque service régional publié est automatiquement propagé à l'équilibreur de charge du consommateur. Si une instance de service d'une région devient non opérationnelle, l'équilibreur de charge du consommateur cesse de router le trafic vers ce service et le route à la place vers une instance de service opérationnelle dans une autre région.

Exigences de déploiement

Pour utiliser la vérification de l'état Private Service Connect pour le basculement automatique, le producteur et le consommateur de services doivent configurer leurs ressources pour un déploiement multirégion, comme décrit dans cette section. Pour en savoir plus sur les exigences concernant les types d'équilibreurs de charge et de backends, consultez Spécifications.

Configuration du producteur :

• Déployez le service dans chaque région. Chaque instance régionale du service doit être configurée sur un équilibreur de charge régional compatible avec l'accès via un backend.
• Créez un rattachement de service pour publier chaque instance régionale du service.

Configuration du client :

• Créez un backend Private Service Connect pour accéder aux services publiés. Le backend doit être basé sur un équilibreur de charge compatible avec le basculement interrégional et inclure la configuration suivante :
  • Un NEG Private Service Connect dans chaque région qui pointe vers le rattachement de service de cette région
  • Un service de backend global contenant les backends NEG

Cet exemple montre un équilibreur de charge d'application externe global consommateur qui se connecte à un service publié dans plusieurs régions. L'accès à un service multirégional avec un équilibreur de charge global ou interrégional compatible permet au consommateur de services de profiter de l'état de santé Private Service Connect pour le basculement automatique entre régions (cliquez pour agrandir).

Composants d'état de Private Service Connect

L'état de Private Service Connect utilise les composants suivants pour prendre en charge le basculement automatique multirégion.

Ce schéma illustre les principaux composants de l'état de Private Service Connect. Les règles d'agrégation des données d'état définissent les conditions pour que les sources de données d'état soient considérées comme opérationnelles. Les états de santé des sources de données de santé individuelles sont combinés en un seul état par une vérification de l'état d'état composite, et le résultat est envoyé à une destination de santé.

Règle d'agrégation des données d'état

Une règle d'agrégation de l'état est une ressource que vous créez pour définir les conditions qu'un service de backend doit remplir pour être considéré comme opérationnel. Une règle agrège les états de santé des backends d'un service de backend (VM dans un groupe d'instances ou points de terminaison réseau dans un NEG), tels que déterminés par des vérifications de l'état régulières.

Un service de backend est considéré comme opérationnel si deux conditions configurables sont remplies :

• Pourcentage de points de terminaison opérationnels : pourcentage minimal de backends qui doivent être opérationnels. La valeur par défaut est de 60 %.

• Nombre minimal de points de terminaison opérationnels : nombre minimal de backends qui doivent être opérationnels. La valeur par défaut est de 1.

Par exemple, vous pouvez créer une règle qui spécifie qu'un service de backend doit avoir au moins 75 % de ses backends opérationnels et au moins trois backends opérationnels. Si le nombre de backends opérationnels tombe en dessous de l'un de ces seuils, le service de backend est considéré comme non opérationnel.

Source médicale

Une source d'état est une ressource qui permet d'agréger l'état d'un service de backend unique dans une vérification de l'état d'état composite. Lorsque vous créez une source de données de santé, vous spécifiez les éléments suivants :

• Un service de backend à surveiller
• Règle d'agrégation des données d'état qui détermine l'état du service de backend

La source d'état utilise les conditions définies dans la règle d'agrégation de l'état pour déterminer l'état de fonctionnement du service de backend associé.

Vérification de l'état composite

Une vérification d'état composite est une ressource qui agrège les états de santé d'une ou de plusieurs sources d'état pour produire un seul état de santé composite pour un service publié au niveau régional. Le service publié est considéré comme opérationnel si chacune des sources d'état associées est opérationnelle. Si l'une des sources d'état n'est pas opérationnelle, le service est considéré comme non opérationnel.

Destination de santé

Une destination d'état de santé reçoit l'état de santé composite final d'une vérification de l'état d'état composite. Pour un service publié, la destination de l'état de santé est la règle de transfert de l'équilibreur de charge du producteur. L'état de santé est automatiquement propagé aux équilibreurs de charge du consommateur qui se connectent à cette règle de transfert.

Spécifications

L'état de Private Service Connect présente les spécifications suivantes.

• Comportement :

  • L'état des backends individuels d'un service de backend est déterminé par des vérifications d'état standards.
  • Une stratégie d'agrégation de l'état configurable détermine l'état de fonctionnement global d'un service de backend en fonction de l'état de fonctionnement de ses backends individuels.
  • Une vérification de l'état composite agrège les états de fonctionnement d'un ou de plusieurs services de backend configurés comme sources d'état de fonctionnement, créant ainsi un état de fonctionnement composite.
  • L'état de santé composite est fourni à une destination d'état de santé, qui doit être la règle de transfert d'un service publié.
  • L'état de santé composite est automatiquement propagé aux équilibreurs de charge client connectés, où les états non opérationnels déclenchent un basculement interrégional automatique.

• Configuration :

  • Le producteur et le consommateur de services doivent configurer les ressources dans un déploiement multirégional.
  • Chaque instance de service publiée doit l'être avec un équilibreur de charge compatible avec le basculement interrégional.
  • Les services de backend que vous utilisez comme sources d'état doivent avoir un schéma d'équilibrage de charge INTERNAL ou INTERNAL_MANAGED.
  • Les instances de service publiées doivent avoir l'un des types de backend suivants :
    • Groupe de points de terminaison du réseau de type GCE_VM_IP_PORT
    • Groupe de points de terminaison du réseau de type GCE_VM_IP
    • Groupe d'instances géré ou non géré
  • Les instances de service publiées doivent être accessibles par des backends Private Service Connect basés sur des équilibreurs de charge compatibles avec l'état de santé Private Service Connect.
  • Toutes les ressources d'état Private Service Connect sont régionales et doivent se trouver dans la même région que le service que vous surveillez.
  • Une ressource de source d'état doit faire référence à un seul service de backend.
  • Une ressource de vérification de l'état composite doit faire référence à une à dix sources d'état.
  • Une règle de transfert ne peut être la destination de vérification de l'état que d'une seule vérification de l'état de l'état composite.

Limites

L'état de Private Service Connect présente les limites suivantes :

• Les états de santé composites produits par l'état de santé Private Service Connect ne sont visibles que par l'équilibreur de charge consommateur et ne peuvent pas être consultés dans les journaux.
• Toutes les ressources d'état Private Service Connect, y compris les services de backend et les règles de transfert auxquelles elles font référence, doivent exister dans le même projet.
• Vous ne pouvez pas utiliser l'état de santé composite d'un service comme source d'état de santé pour un autre service.
• Il n'existe aucun mode permettant de tester une configuration de vérification de l'état de l'état sans affecter les consommateurs connectés. Toute vérification d'état composite configurée peut déclencher immédiatement un basculement.
• L'état Private Service Connect n'est compatible qu'avec les backends Private Service Connect qui accèdent aux services publiés.

Tarifs

L'utilisation de l'état de santé Private Service Connect n'entraîne aucun frais supplémentaire. Toutefois, les ressources et le trafic réseau de votre réseau VPC vous sont facturés.

Pour en savoir plus, consultez la page Tarifs des VPC.

Étapes suivantes

• Pour configurer l'état de Private Service Connect, consultez Configurer l'état de Private Service Connect pour le basculement automatique multirégion.