Les vérifications d'état actives désactivent automatiquement les nœuds de service défaillants et les réactivent une fois rétablis. Cette fonctionnalité améliore la disponibilité des routes vers les interfaces de service dans les déploiements à réplicas multiples.
Procédure
Si la version de la passerelle est 1.2.1 ou ultérieure, la fonctionnalité de vérification d'état TCP est activée automatiquement lors de la création d'un service.
Connectez-vous à la console MSE. Dans la barre de navigation supérieure, sélectionnez une région.
Dans le volet de navigation de gauche, choisissez Cloud-native Gateway > Gateways. Sur la page Gateways, cliquez sur l'ID de la passerelle.
Dans le volet de navigation de gauche, cliquez sur Routes. Cliquez ensuite sur l'onglet Services.
Sous l'onglet Services, repérez le service souhaité et cliquez sur Health Check Settings dans la colonne Actions. Dans le panneau Configure Health Check, activez l'option Enable Health Check, configurez les paramètres, puis cliquez sur OK.
Dépanner les échecs de vérification d'état
Dépanner un échec de vérification d'état dans des scénarios courants
Déterminez si l'échec concerne une vérification d'état TCP ou HTTP :
-
En cas d'échec d'une vérification d'état TCP, la connexion au nœud de passerelle ne peut pas être établie. Vérifiez les éléments suivants :
Vérifiez que le nœud existe.
Vérifiez qu'il n'y a pas trop de connexions simultanées établies.
En cas d'échec d'une vérification d'état HTTP, assurez-vous d'abord que la vérification d'état TCP réussit. Si c'est le cas, vérifiez la validité du chemin de vérification d'état configuré à l'aide d'outils tels que curl ou Postman.
Dépanner un échec de vérification d'état lors de l'ajout initial d'un service
Effectuez les opérations suivantes dans l'ordre :
-
Vérifiez si le VPC du service est identique au VPC de la passerelle, ou si l'environnement du service est connecté au VPC de la passerelle via Cloud Enterprise Network (CEN) ou des connexions physiques. Si les VPC sont différents et non connectés, l'adresse IP de la passerelle est inaccessible.
RemarqueLa passerelle ne prend pas en charge les services locaux enregistrés auprès des instances Nacos et ZooKeeper.
Vérifiez si le VPC du service est identique au VPC de la passerelle. Si les VPC sont différents et non connectés, l'adresse IP de la passerelle est inaccessible.
Vérifiez que l'autorisation du groupe de sécurité est configurée. Si la source du service est un cluster Container Service for Kubernetes (ACK), assurez-vous que la passerelle est ajoutée au groupe de sécurité du cluster ACK. Pour plus d'informations, consultez la rubrique Configurer l'autorisation de groupe de sécurité.
Si la passerelle défaillante utilise une adresse IP publique, vérifiez qu'une passerelle NAT Internet est activée pour le VPC de la passerelle.