Requisitos de vSphere

Google Distributed Cloud se ejecuta en tus instalaciones en un entorno de vSphere. En este documento se describen los requisitos de tu entorno de vSphere.

Esta página está dirigida a administradores y arquitectos que definen soluciones de TI y arquitecturas de sistemas de acuerdo con la estrategia de la empresa, y que crean y gestionan políticas relacionadas con los permisos de los usuarios. Para obtener más información sobre los roles habituales y las tareas de ejemplo a las que hacemos referencia en el contenido de Google Cloud , consulta Roles y tareas de usuario habituales de GKE.

Compatibilidad de versiones

Los requisitos de vSphere varían en función de la versión de Google Distributed Cloud que utilices. Para obtener más información, consulta la matriz de compatibilidad de versiones totalmente compatibles.

Versiones compatibles

vSphere es el software de virtualización de servidores de VMware. vSphere incluye ESXi y vCenter Server.

Google Distributed Cloud admite estas versiones de ESXi y vCenter Server.

  • 7.0 Update 2 y actualizaciones posteriores de la versión 7.0
  • Actualizaciones 8.0 y posteriores de la versión 8.0

Te recomendamos que uses la versión 8.0, la 7.0 Update 3 o una actualización posterior de la versión 7.0.

Si quieres crear snapshots de volúmenes de CSI, debes tener una de las siguientes versiones:

  • 7.0 Update 3 o una actualización posterior de la versión 7.0
  • 8.0 o una actualización posterior de la versión 8.0

Licencias obligatorias

Necesitas una de las siguientes licencias:

Requisitos de hardware

Google Distributed Cloud se ejecuta en un conjunto de hosts físicos que ejecutan el hipervisor ESXi de VMware. Para obtener información sobre los requisitos de hardware de ESXi, consulta Requisitos de hardware de ESXi.

En los entornos de producción, te recomendamos que hagas lo siguiente:

  • Habilita VMware Distributed Resource Scheduler (DRS).

  • Tener al menos cuatro hosts ESXi disponibles para las máquinas virtuales del clúster.

  • Habilita el tráfico de copia de archivos de red (NFC) entre hosts ESXi para permitir el uso compartido de plantillas de SO si tienes previsto desplegar clústeres de Anthos en VMware en diferentes clústeres de vSphere o grupos de recursos dentro del mismo centro de datos de vSphere.

  • Asigna el valor true a antiAffinityGroups.enabled en los archivos de configuración del clúster.

Si asignas el valor true a antiAffinityGroups.enabled, Google Distributed Cloud crea reglas de antiafinidad de DRS para los nodos de tu clúster, lo que hace que se distribuyan en al menos tres hosts ESXi físicos. Aunque las reglas de DRS requieren que los nodos del clúster se distribuyan en tres hosts ESXi, te recomendamos que tengas disponibles al menos cuatro hosts ESXi. De esta forma, no perderás el plano de control del clúster. Por ejemplo, supongamos que solo tienes tres hosts ESXi y que el nodo del plano de control de tu clúster de administrador está en un host ESXi que falla. La regla de DRS evitará que el nodo del plano de control se coloque en uno de los dos hosts ESXi restantes.

Para la evaluación y la prueba de concepto, puedes definir antiAffinityGroups.enabled en false y usar solo un host ESXi. Para obtener más información, consulta el artículo Configurar una infraestructura mínima.

Privilegios de la cuenta de usuario de vCenter

Para configurar un entorno de vSphere, un administrador de la organización puede usar una cuenta de usuario de vCenter que tenga el rol de administrador de vCenter Server. Este rol proporciona acceso completo a todos los objetos de vSphere.

Una vez configurado el entorno de vSphere, un administrador de clústeres puede crear clústeres de administradores y de usuarios. El administrador del clúster no necesita todos los privilegios que proporciona el rol Administrador de vCenter Server.

Cuando un administrador o un desarrollador de clústeres crea un clúster, proporciona una cuenta de usuario de vCenter en un archivo de configuración de credenciales. Te recomendamos que a la cuenta de usuario de vCenter que aparece en un archivo de configuración de credenciales se le asigne uno o varios roles personalizados que tengan los privilegios mínimos necesarios para crear y gestionar clústeres.

Un administrador de una organización puede adoptar dos enfoques diferentes:

  • Crea varios roles con diferentes grados de privilegio. A continuación, crea permisos que asignen esos roles limitados a un usuario o grupo en objetos de vSphere concretos.

  • Crea un rol que tenga todos los privilegios necesarios. A continuación, crea un permiso global que asigne ese rol a un usuario o grupo concreto en todos los objetos de tus jerarquías de vSphere.

Te recomendamos que utilices el primer método, ya que limita el acceso y aumenta la seguridad de tu entorno de vCenter Server. Para obtener más información, consulta los artículos Usar roles para asignar privilegios y Prácticas recomendadas para roles y permisos.

Para obtener información sobre cómo usar el segundo método, consulta Crear un permiso global.

En la siguiente tabla se muestran cuatro funciones personalizadas que puede crear un administrador de la organización. A continuación, el administrador puede usar los roles personalizados para asignar permisos a objetos de vSphere específicos:

Función personalizadaPrivilegiosObjetos¿Propagar a los objetos secundarios?
ClusterEditor System.Read
System.View
System.Anonymous
Host.Inventory.Modify cluster 		clúster Sí
SessionValidator System.Read
System.View
System.Anonymous
Sessions.Validate session
Cns.Searchable
Profile-driven storage.Profile-driven storage view 		Servidor raíz de vCenter No
ReadOnly System.Read
System.View
System.Anonymous 		centro de datos
red 		Sí
Anthos Privilegios del rol de Anthos datastore
grupo de recursos
carpeta de máquinas virtuales
red 		Sí

Privilegios del rol personalizado de Anthos

Crear roles y permisos personalizados

Un administrador de una organización puede usar la herramienta de línea de comandos govc para crear roles y permisos personalizados.

El administrador de la organización debe tener una cuenta de vCenter Server con privilegios suficientes para crear roles y permisos. Por ejemplo, una cuenta con el rol de administrador sería adecuada.

Antes de ejecutar govc, define algunas variables de entorno:

  • Define GOVC_URL como la URL de tu instancia de vCenter Server.

  • Asigna a GOVC_USERNAME el nombre de usuario de la cuenta de vCenter Server del administrador de la organización.

  • Asigna a GOVC_PASSWORD la contraseña de la cuenta de administrador de la organización de vCenter Server.

Por ejemplo:

export GOVC_URL=vc-01.example
export GOVC_USERNAME=alice@vsphere.local
export GOVC_PASSWORD=8ODQYHo2Yl@

Cómo crear funciones personalizadas

Crea los roles personalizados ClusterEditor, SessionValidator y ReadOnly:

govc role.create ClusterEditor System.Read System.View System.Anonymous Host.Inventory.EditCluster
govc role.create SessionValidator System.Read System.View System.Anonymous Sessions.ValidateSession Cns.Searchable StorageProfile.View
govc role.create ReadOnly System.Read System.View System.Anonymous

Crea un permiso que conceda el rol ClusterEditor

Un permiso toma un par (usuario, rol) y lo asocia a un objeto. Cuando asignas un permiso a un objeto, puedes especificar si el permiso se propaga a los objetos secundarios. Con govc, puedes hacerlo asignando a la marca --propagate el valor true o false. El valor predeterminado es false.

Crea un permiso que conceda el rol ClusterEditor a un usuario en un objeto de clúster. Este permiso se propaga a todos los objetos secundarios del objeto de clúster:

govc permissions.set -principal ACCOUNT \
 -role ClusterEditor -propagate=true CLUSTER_PATH`

Haz los cambios siguientes:

  • ACCOUNT: la cuenta de usuario de vCenter Server a la que se le concede el rol

  • CLUSTER_PATH: la ruta del clúster en la jerarquía de objetos de vSphere

Por ejemplo, el siguiente comando crea un permiso que asocia el par (bob@vsphere.local, ClusterEditor) con my-dc/host/my-cluster. El permiso se propaga a todos los objetos secundarios de my-dc/host/my-cluster:

govc permissions.set -principal bob@vsphere.local \
    -role ClusterEditor -propagate=true my-dc/host/my-cluster

Crear permisos adicionales

En esta sección se muestran ejemplos de cómo crear permisos adicionales. Sustituye las rutas de los objetos de ejemplo según sea necesario en tu entorno.

Crea un permiso que asigne el rol SessionValidator a una cuenta en el objeto raíz del servidor vCenter. Este permiso no se propaga a los objetos secundarios:

govc permissions.set -principal ACCOUNT \
    -role SessionValidator -propagate=false

Crea permisos que asignen el rol ReadOnly a una cuenta en un objeto de centro de datos y en un objeto de red. Estos permisos se propagan a los objetos secundarios:

govc permissions.set -principal ACCOUNT \
    -role ReadOnly -propagate=true \
    /my-dc \
    /my-dc/network/my-net

Crea permisos que asignen el rol de Anthos a una cuenta en cuatro objetos: un almacén de datos, una carpeta de VM, un pool de recursos y una red. Estos permisos se propagan a los objetos secundarios:

govc permissions.set -principal ACCOUNT -role Anthos -propagate=true \
    /my-dc/datastore/my-ds  \
    /my-dc/vm/my-folder \
    /my-dc/host/my-cluster/Resources/my-rp \
    /my-dc/network/my-net

Crear un permiso global

En esta sección se ofrece una alternativa a la creación de varios roles y permisos. No recomendamos este enfoque porque concede un gran conjunto de privilegios en todos los objetos de las jerarquías de vSphere.

Si aún no has creado el rol personalizado de Anthos, créalo ahora.

Crea un permiso global:

govc permissions.set -principal ACCOUNT \
 -role Anthos -propagate=true

Haz los cambios siguientes:

Sustituye ACCOUNT por la cuenta de usuario de vCenter Server a la que se le va a asignar el rol.

Por ejemplo, el siguiente comando crea un permiso global que otorga el rol de Anthos a bob@vsphere.local. El permiso se propaga a todos los objetos de las jerarquías de vSphere:

govc permissions.set -principal bob@vsphere.local -role Anthos -propagate=true

Problemas conocidos

Consulta Installer fails when creating vSphere datadisk (El instalador falla al crear el disco de datos de vSphere).

Siguientes pasos

Requisitos de CPU, RAM y almacenamiento