vRealize Automation admite implementaciones con un tenant o con varios tenants. La configuración puede variar en función de la cantidad de tenants que hay en la implementación.

La configuración en todo el sistema siempre se realiza en el tenant predeterminado y puede aplicarse a uno o más tenants. Por ejemplo, la configuración en todo el sistema podría especificar valores predeterminados para los proveedores de personalización de marca y notificaciones.

La configuración de infraestructuras, incluidos los orígenes de infraestructuras disponibles para el aprovisionamiento, se puede configurar en cualquier tenant y se comparte entre todos los tenants. Usted divide sus recursos de infraestructuras, como los recursos informáticos virtuales o de nube, entre grupos de tejido y asigna a un administrador que los administre como administrador de tejido. Los administradores de tejido pueden asignar recursos en su grupo de tejido a grupos empresariales mediante la creación de reservas.

Implementación en un tenant

En una implementación en un tenant, toda la configuración puede ocurrir en el tenant predeterminado. Los administradores de tenants pueden administrar usuarios y grupos, y configurar la personalización de marca específica del tenant, notificaciones, políticas empresariales y ofertas del catálogo.

Todos los usuarios inician sesión en la consola de vRealize Automation en la misma dirección URL, pero las características disponibles para ellos están determinadas por sus funciones.

Figura 1. Ejemplo de un tenant
diagrama de implementación en un tenant

Nota:

En un escenario de un tenant, es normal que las funciones de administrador del sistema y de administrador de tenants se asignen a la misma persona, pero que haya dos cuentas distintas. La cuenta del administrador del sistema siempre es administrator@vsphere.local, y esta crea una cuenta de usuario local para asignar la función de administrador de tenants.

Implementación en varios tenants

En un entorno de varios tenants, el administrador del sistema crea tenants para cada organización que use la misma instancia de vRealize Automation. Los usuarios del tenant inician sesión en la consola de vRealize Automation en una dirección URL específica de su tenant. La configuración a nivel de tenant se segrega de otros tenants y del tenant predeterminado. Los usuarios con funciones en todo el sistema pueden ver y administrar la configuración en varios tenants.

Hay dos escenarios principales para configurar una implementación en varios tenants.

Tabla 1. Ejemplos de implementación en varios tenants

Ejemplo

Descripción

Administrar la configuración de infraestructuras solo en el tenant predeterminado

En este ejemplo, toda la infraestructura está administrada centralmente por los administradores de IaaS y los administradores de tejido en el tenant predeterminado. Los recursos de infraestructura compartidos se asignan a los usuarios de cada tenant mediante reservas.

Administrar la configuración de infraestructuras en cada tenant

En este escenario, cada tenant administra su propia infraestructura y tiene sus propios administradores de IaaS y administradores de tejido. Cada tenant puede proporcionar sus propios orígenes de infraestructura o puede compartir una infraestructura común. Los administradores de tejido administran las reservas solo para los usuarios de su propio tenant.

El siguiente diagrama muestra una implementación en varios tenants con una infraestructura administrada centralmente. El administrador de IaaS del tenant predeterminado configura todos los orígenes de infraestructura que están disponibles para todos los tenants. El administrador de IaaS puede organizar la infraestructura en grupos de tejidos según el tipo y la finalidad prevista. Por ejemplo, un grupo de tejidos podría contener todos los recursos virtuales o todos los recursos del nivel uno. El administrador del tejido de cada grupo puede asignar recursos de sus grupos de tejidos. Aunque los administradores de tejidos solo existen en el tenant predeterminado, pueden asignar recursos a los grupos empresariales de cualquier tenant.

Nota:

Algunas tareas de infraestructura, como la importación de máquinas virtuales, solo las pueden realizar los usuarios que tengan la funciones de administrador del tejido y de administrador del grupo empresarial. Estas tareas podrían no estar disponibles en una implementación en varios tenants con una infraestructura administrada centralmente.

Figura 2. Ejemplo de varios tenants con configuración de infraestructuras solo en el tenant predeterminado
diagrama de la implementación en varios tenants con una infraestructura administrada centralmente

El siguiente diagrama muestra una implementación en varios tenants en la que cada tenant administra su propia infraestructura. El administrador del sistema es el único usuario que inicia sesión en el tenant predeterminado para administrar la configuración en todo el sistema y crear tenants.

Cada tenant tiene un administrador de IaaS que puede crear grupos de tejidos y asignar administradores de tejido con sus tenants respectivos. Aunque los administradores de tejido pueden crear reservas para los grupos empresariales de cada tenant, en este ejemplo normalmente pueden crear y administrar reservas en sus propios tenants. Si el mismo almacén de identidades está configurado en varios tenants, los mismos usuarios pueden estar designados como administradores de IaaS o administradores de tejido en cada tenant.

Figura 3. Ejemplo de varios tenants con configuración de infraestructuras en cada tenant
diagrama de la implementación en varios tenants con configuración de infraestructuras en cada tenant