Conditions préalables à l'utilisation de Cloud Service Mesh dans le cluster

Cette page décrit les conditions préalables à l'installation Cloud Service Mesh dans le cluster pour les charges de travail Kubernetes hors de Google Cloud, telles que les licences GKE Enterprise, les exigences concernant les clusters et le parc, les exigences générales.

Projet Cloud

Avant de commencer :

Licences GKE Enterprise

Pour installer Cloud Service Mesh sur site, sur GKE sur AWS, sur sur Amazon EKS, sur GKE sur Azure ou sur Microsoft AKS, un client GKE Enterprise. Les clients GKE Enterprise ne sont pas facturés séparément pour Cloud Service Mesh, car ce service est déjà inclus dans le pricing. Pour en savoir plus, consultez le guide des tarifs de GKE Enterprise.

Conditions générales requises

Configuration requise pour les clusters

  • Assurez-vous que le cluster d'utilisateur sur lequel vous installez Cloud Service Mesh possède au moins 4 vCPU, 15 Go de mémoire et 4 nœuds.

  • Vérifiez que la version de votre cluster est répertoriée dans la section Plates-formes compatibles.

  • Assurez-vous que la machine cliente à partir de laquelle vous installez Cloud Service Mesh dispose la connectivité réseau au serveur d'API.

  • Si vous déployez des side-cars dans les pods d'application où la connectivité directe aux services CA (par exemple, meshca.googleapis.com etprivateca.googleapis.com) n'est pas disponible, vous devez configurer un proxy HTTPS CONNECT explicite.

  • Pour les clusters publics avec des règles de pare-feu de sortie définies qui bloquent règles implicites, assurez-vous d'avoir configuré des règles HTTP/HTTPS et DNS pour atteindre les API Google publiques.

Exigences concernant le parc

Tous les clusters doivent être enregistrés parc et parc d'identité de charge de travail doit être activée. Vous pouvez configurer les clusters vous-même ou laisser asmcli enregistrer les clusters tant qu'ils répondent aux exigences suivantes :

<ph type="x-smartling-placeholder">
  • Clusters GKE en dehors de Google Cloud: (s'applique au maillage de services Cloud Service intégré au cluster) Google Distributed Cloud, Google Distributed Cloud, GKE sur AWS et GKE sur Azure sont automatiquement enregistré dans le parc de votre projet au moment de la création du cluster. À compter du GKE Enterprise 1.8, tous ces types de clusters activent automatiquement Workload Identity lors de l'enregistrement Les clusters enregistrés existants sont mis à jour d'utiliser la fonctionnalité Workload Identity du parc lors de leur mise à niveau vers GKE Enterprise 1.8.
  • Clusters Amazon EKS : (s'applique au maillage Cloud Service Mesh intégré au cluster) : le cluster doit disposer d'un fournisseur d'identité IAM OIDC public. Suivez les instructions fournies dans l'article Créer un fournisseur OIDC IAM pour votre cluster pour vérifier si un fournisseur existe et en créer un si nécessaire.

Lorsque vous exécutez asmcli install, vous spécifiez l'ID du projet hôte du parc. asmcli enregistre le cluster si ce n'est pas déjà fait.

Étape suivante