Prérequis pour les clusters extérieurs à Google Cloud

Avant de pouvoir déployer et gérer des charges de travail sans serveur avec Knative serving sur vos clusters Kubernetes en dehors de Google Cloud Google Cloud, vous devez vous assurer que votre environnement répond aux prérequis essentiels, tels que l'enregistrement de vos clusters dans un parc et l'installation de Cloud Service Mesh. Knative serving simplifie le développement et le déploiement d'applications basées sur des conteneurs et axées sur les événements. Il vous aide à héberger ces applications sur votre propre infrastructure, ce qui offre des avantages tels que la portabilité entre les environnements et l'autoscaling efficace en fonction de la demande. La configuration correcte de votre environnement, y compris la définition des autorisations appropriées et l'activation des API requises, simplifie le processus d'installation et vous permet d'utiliser pleinement les fonctionnalités de Knative serving. Consultez ces exigences essentielles avant de procéder à l'installation.

• Lisez et assurez-vous de bien comprendre les autorisations d'accès des composants dans Knative serving.

• Vous devez vous assurer que vous disposez des autorisations nécessaires dans votre Google Cloud projet pour répondre aux exigences d'installation de votre cluster, de votre parc et de Cloud Service Mesh :

  • Si vous disposez du rôle Propriétaire pour le Google Cloud projet, vous disposez de bien plus d'autorisations que nécessaire pour créer des clusters, les installer, puis configurer Knative serving.
  • Vos clusters GKE en dehors de Google Cloud Google Cloud peuvent également nécessiter d'autres autorisations. Consultez la documentation et les exigences de votre cluster.

  • Veuillez noter que les exigences de Cloud Service Mesh en termes d'autorisations répondent également à toutes les exigences d'autorisations pour l'installation et la configuration de Knative serving.

  • Utiliser d'autres rôles et la configuration minimale requise :

    Selon votre organisation, vous pouvez également répondre aux exigences d'autorisations en combinant les rôles prédéfinis suivants :

    • Google Cloud Autorisations du projet : rôle de base d'Éditeur

    • Autorisations du parc : administrateur GKE Hub ou un rôle qui inclut les autorisations suivantes :

      • gkehub.features.create
      • gkehub.features.update

    • Autorisations du cluster : rôle d'administrateur Kubernetes Engine :

      • Administrateur de Kubernetes Engine
      • Administrateur de cluster Kubernetes Engine

• Vous devez disposer d'un cluster avec la configuration suivante :

  • Un cluster Google Distributed Cloud compatible. Pour les installations précédentes sur des clusters Google Distributed Cloud, vous devez migrer Knative serving sur VMware vers un parc.

    Preview : D'autres environnements de clusters GKE en dehors de Google Cloud Google Cloud sont actuellement disponibles en tant que version "Preview". En savoir plus.

  • Enregistré dans un parc :

    Accéder aux clusters GKE

    **Conseil** : Workload Identity Federation for GKE vous permet de vous authentifier auprès des Google Cloud services Google Cloud. Elle est également requise par Cloud Service Mesh. L'activation de la fédération d'identité de charge de travail de parc dans votre cluster lors de son enregistrement peut réduire la durée de configuration et de déploiement.

    Pour savoir comment enregistrer votre cluster et activer Workload Identity Federation for GKE dans votre parc, consultez la page Enregistrer un cluster. Les types de clusters compatibles en dehors de Google Cloud Google Cloud sont enregistrés par défaut.

  • Cloud Service Mesh intégré au cluster est installé. Notez également les prérequis suivants :

    • Le plan de contrôle Cloud Service Mesh géré par Google n'est actuellement pas entièrement compatible avec Knative serving. Utilisez plutôt le plan de contrôle intégré au cluster.
    • Cloud Service Mesh exige que votre cluster utilise un type de machine comportant au moins quatre vCPU (processeurs virtuels), par exemple e2-standard-4. Consultez le guide d'installation de Cloud Service Mesh pour en savoir plus sur les conditions requises. Si vous devez modifier le type de machine d'un cluster existant, consultez la page Migrer des charges de travail vers différents types de machines.
    • Pour bénéficier du provisionnement automatique des domaines de test, Cloud Service Mesh utilise une passerelle d'entrée et un service nommé istio-ingress dans l'espace de noms istio-system. Pour activer la création de la passerelle lors de l'installation de la fonctionnalité, utilisez --option legacy-default-ingressgateway du script d'installation asmcli.

• L'environnement de ligne de commande doit être configuré.

• Les API suivantes doivent être activées dans votre Google Cloud projet :

  • API Kubernetes Engine : créez et gérez des applications basées sur des conteneurs.
  • API Cloud Build : créez et gérez des compilations.
  • API Container Registry : stockez et extrayez des images dans Container Registry.

  Activez les API dans la Google Cloud console