NetScaler SDX
Gracias por los comentarios

Este artículo ha sido traducido automáticamente. (Aviso legal)

Crear dominios administrativos de SDX

La función de dominios administrativos de SDX le ayuda a crear varios dominios administrativos. Puede utilizar los dominios administrativos para segregar recursos para diferentes departamentos. Por lo tanto, los dominios administrativos pueden mejorar el control sobre los recursos, y los recursos se pueden distribuir entre varios dominios para un uso óptimo.

Un dispositivo SDX se entrega con recursos fijos, como núcleos de CPU, rendimiento de datos, memoria, espacio en disco, chips SSL y una cantidad específica de instancias que se pueden aprovisionar. La cantidad de instancias que puede crear depende de la licencia.

Un dispositivo SDX admite hasta tres niveles de dominios administrativos. Cuando se envía el dispositivo, todos los recursos se asignan al propietario.

Todos los dominios administrativos que cree son subdominios del dominio propietario. En cada caso, los recursos del subdominio se asignan desde el conjunto de recursos del dominio principal. Los usuarios de un dominio administrativo tienen acceso a los recursos de ese dominio. No tienen acceso a los recursos de otros dominios en el mismo nivel jerárquico, ni a los recursos del dominio principal que no se han asignado específicamente a su dominio. Sin embargo, los usuarios de un dominio principal pueden acceder a los recursos de los subdominios de ese dominio.

Ejemplos de asignación de recursos a subdominios

En la tabla 1 se enumeran los recursos de un dominio raíz denominado nsroot (que es el nombre predeterminado del dominio raíz). El administrador de SDX puede asignar estos recursos a los subdominios. En este caso, el administrador puede asignar un máximo de, por ejemplo, 10 núcleos de CPU y 840 GB de espacio en disco.

Tabla 1. Recursos para propietarios | | | | —————– | —– | | Núcleo CPU | 10 | | Rendimiento (Mbps) | 18500 | | Memoria (MB) | 87300 | | Espacio en disco (GB) | 840 | | Fichas SSL | 36 | | Instancias | 36 |

En la tabla 2 se enumeran los recursos asignados a un subdominio denominado Test. A este subdominio se le asignaron 5 de los 10 núcleos de CPU de su dominio principal, dejando 5 núcleos que se pueden asignar a otros subdominios del propietario.

Tabla 2. Recursos de Test Domain

   
Núcleo CPU 5
Rendimiento (Mbps) 1024
Memoria (MB) 2048
Espacio en disco (GB) 40
Fichas SSL 8
Instancias 4

Al crear subdominios, el administrador de dominio de prueba solo puede asignar los recursos enumerados en la Tabla 2. El dominio de prueba solo puede tener un nivel de subdominios, porque solo se pueden crear tres niveles de dominios.

En la ilustración siguiente se muestra otro ejemplo de asignación de recursos entre subdominios, mediante valores diferentes de los enumerados en las tablas 1 y 2.

Para crear un dominio administrativo, vaya a Configuración > Sistema > Dominio administrativo y seleccione las opciones que quiera. Siga las instrucciones que aparecen en pantalla. Una vez creado un nuevo dominio, inicie sesión en el dominio recién creado mediante la página de inicio de sesión de Management Service y proporcione el nombre de dominio y el nombre de usuario en el campo Nombre de usuario. Por ejemplo, si creó un dominio llamado NewDomain con un usuario NewUser, inicie sesión como NewDomain\ NewUser.

Asignación de usuarios a dominios

Cuando se crea un subdominio, se crean automáticamente dos grupos de usuarios: Un grupo de administración y un grupo de solo lectura. De forma predeterminada, cada usuario forma parte del grupo de administradores. Se puede agregar un usuario a varios grupos.

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.
Crear dominios administrativos de SDX