Requisitos previos para clústeres fuera de Google Cloud

Antes de instalar Knative serving en tu clúster fuera de Google Cloud, primero debes asegurarte de cumplir con los siguientes requisitos:

• Revisa y comprende los permisos de acceso de los componentes en Knative serving.

• Debes asegurarte de tener los permisos adecuados en el proyecto de Google Cloud para cumplir con los requisitos de instalación del clúster, la flota y Cloud Service Mesh:

  • Si tienes la función de propietario del proyecto de Google Cloud, entonces tienes más de los permisos necesarios para crear clústeres, instalar y, luego, configurar Knative serving.
  • Es posible que los clústeres de GKE fuera de Google Cloud también requieran otros permisos. Consulta la documentación y los requisitos de tu clúster.

  • Ten en cuenta que los requisitos de permisos de Cloud Service Mesh también cumplen con todos los requisitos de permisos para instalar y configurar Knative serving.

  • Usa otras funciones y los requisitos mínimos:

    Según tu organización, también puedes cumplir con los requisitos de permisos mediante una combinación de las siguientes funciones predefinidas:

    • Permisos del proyecto de Google Cloud: Función básica de editor

    • Permisos de flota: Administrador de GKE Hub o un rol que incluya los siguientes permisos:

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

    • Permisos del clúster. Una función de administrador de Kubernetes Engine:

      • Administrador de Kubernetes Engine
      • Administrador de clústeres de Kubernetes Engine

• Se requiere un clúster con la siguiente configuración:

  • Un clúster virtual de Google Distributed Cloud compatible. Para instalaciones anteriores en clústeres virtuales de Google Distributed Cloud, debes migrar Knative serving en VMware a una flota.

    Vista previa: Por el momento, otros entornos de clústeres de GKE fuera de Google Cloud están disponibles como “Vista previa”. Más información.

  • Registrados en una flota:

    Ir a los clústeres de GKE

    Sugerencia: Workload Identity te permite autenticarte en los servicios de Google Cloud, y Cloud Service Mesh también lo requiere. Habilitar la Federación de identidades para cargas de trabajo en la flota en tu clúster durante el registro puede reducir el tiempo de implementación y configuración.

    Para obtener información sobre cómo registrar tu clúster y habilitar Workload Identity en tu flota, consulta Registra un clúster. Los tipos de clústeres admitidos fuera de Google Cloud se registran de forma predeterminada.

  • La versión 1.18 o posterior de Cloud Service Mesh está instalada en el clúster. Además, ten en cuenta los siguientes requisitos previos:

    • En la actualidad, el plano de control de Cloud Service Mesh administrado por Google no es completamente compatible con Knative serving. En su lugar, usa el plano de control del clúster.
    • Cloud Service Mesh requiere que el clúster use un tipo de máquina con al menos 4 CPU virtuales, como e2-standard-4. Consulta la guía de instalación de Cloud Service Mesh para obtener detalles sobre los requisitos. Si necesitas cambiar el tipo de máquina del clúster existente, consulta Migra cargas de trabajo a diferentes tipos de máquina.
    • Para beneficiarte del aprovisionamiento automatizado de dominios de prueba, Cloud Service Mesh usa una puerta de enlace de entrada y un servicio llamado istio-ingress en el espacio de nombres istio-system. Para habilitar la creación de la puerta de enlace durante la instalación de la función, usa --option legacy-default-ingressgateway de la secuencia de comandos de instalación asmcli.

• El entorno de línea de comandos debe estar configurado.

• Las siguientes APIs deben estar habilitadas en tu proyecto de Google Cloud:

  • API de Google Kubernetes Engine: Compila y administra aplicaciones basadas en contenedores.
  • API de Cloud Build: Crea y administra compilaciones.
  • API de Container Registry: Envía y extrae imágenes en Container Registry.

  Habilita las API en la consola de Google Cloud