martes, 24 de octubre de 2023

Curso VDI FVMP. (3) Administración VDI: Service Providers (VMWare, Static IP Machines, RDS Platform Provider, RDS Platform RemoteAPP)

 

1. Service Provider VMWare vCenter.

Hay que entrar en el administrador y seleccionar udsadmin-dashboard. Seleccionamos New y elegimos VMWare vCenter Platform Provider 

En service providers le damos al boton New. Al crear un service provider tipo VMWare nos pide :

  1. Tags, Nombre, comentarios, IP Host, Puerto, usuario, contraseña
  2. Como parámetros avanzados: Creation concurrency (Numero de tareas simultaneas) Removal concurrency (numero de tareas simultáneas de eliminación de escritorios), Timeout de conexión con vCenter, Macs  range o rango de direcciones MAC utilizado por UDS para crear escritorios virtuales, Power Off VM L2 cache y nos aparece: 

  3. Podemos crear varios Services Providers de tipo VMWare como tengamos instalados.
  4. Si doble clicksobre dicho service provider aparece este menú:
    Y la opción de Detail nos muestra 3 opciones(Clone based -Full, Clone Base-Linked y Fixed Machines Pool):
  5. Para crear cualquiera de los servicios base soportados por UDS, necesitaremos disponer de al menos una red para conectar máquinas virtuales, un datastore donde almacenar las publicaciones y escritorios y una carpeta en la vista de “VMs and Templates”. De lo contrario dará error
  6. Veamos cada uno de los 3 tipos:

1.1 Service Provider VMWare tipo CLONE BASED -FULL.

Creará escritorios virtuales completos. 
El espacio en disco que ocuparán estos escritorios virtuales será el mismo que el de la máquina plantilla.

La pestaña Usage que vemos en la siguiente imagen permite monitorizar quien está accediendo, MAC, IP del servicio etc..

Para crear: Service providers-Services-New-Clonebased-Full.


Hay 3 pestañas con datos a rellenar(Main, Machine y Advanced).Nos pide :
  1. En la pestaña Main nos pide:Tags,NameDatacenter (de VMWare donde alojar el servicio), Pub.REsource Pool(Pool de recursos de vCenter donde se alojará),Pub.Datastores(ubicación donde almacenar la publicación del servicio), Keep on Error (para ignorar los errores de acceso al servicio), Remove found duplicates(Para eliminar otras VMs con el mismo nombre)
  2. En la pestaña Machine nos pide: Resource Pool(pool de recursos de vCentr donde alojar la máquina), Base Machine(golden image VM usada). Memory, Pub.Network(Red a conectar los escriorios virtuales), Clones Folder(Carpeta donde se registran los nuievos escritorios virtuales en la vista "VMs and Templates" de vCenter), VMs Datastores(ubicacion de los escritorios virtuales gnerados), Machine Names(Raiz del nombre de los escritorios virtuales creados. ej Win10-full-), Name Length( numero de dígitos del contador que forma el sufijo del nombre. Si vale 3 tenemos Win10-full-000,...)
  3. En la pestaña Advanced nos pide: Reserved Space(Cuando un datastore tenga menos espacio del indicado en GB, no será utilizado para alojar publicaciones ni escritorios virtuales)

    Ahora vCenter realizará la publicación de la plantilla. Se publicará como:
    • UDS
      • UDS Desktops
        • UDS Publication Windows10-Full-1 (UDS Publication nom_pool-num_publicacion)
          • UDS service win10-full-000 (UDS service nom_maquina-Name-Length)
          • UDS service win10-full-001
          • UDS service win10-full-002
          • UDS service win10-full-003

    1.2 Service Provider  VMWare tipo CLONE BASED -LINKED.

    Creará escritorios virtuales como clones dependientes de la publicación activa. 
    El espacio en disco que ocuparán estos escritorios virtuales será solamente el que ocupen las modificaciones hechas por los usuarios en las máquinas después de su conexión inicial.
    Para crear: Service providers-Services-New-Clonebased-Linked.
    Los parámetros a pedir son los mismos que en el caso anterior

    1.3 Service Provider VMWare tipo FIXED MACHINES POOL.

    Permitirá la conexión directa a las VMs de un pool de vSphere por parte de los usuarios. 
    Para crear: Service providers-Services-New-Fixed Machines Pool.
    Los parámetros mínimos son muy parecidos a los casos anteriores. Solo hay que observar:
    1. Machines (Seleccionamos las VMs existentes en el pool de recursos indicado anteriormente), Use Snapshots(Crea un snapshot de la máquina para volver a dejarla como estaba cunado el usuario termine la sesión)

    2. Service Provider Static IP Machines.

    Asigna usuarios a equipos persistentes o estáticos, ya sean máquinas físicas o virtuales. Hay 2 tipos de servicios:
    1. Static Multiple IP: Cada IP solo permitirá la conexión a un usuario. A medida que vayan entrando usuarios, se irá concediendo nuevas IPs. Un usuario también se puede configurar para que tenga su IP en excluisiva.
    2. Static Single IP: Permite conectar varios usuarios a un único equipo que permnite múltiples sesiones.
    En service providers le damos al boton New. Y seleccionamos Static IP Machines Provider 
    Y nos pide: TagsName y Comments

    Para modificar , podemos utilizar el botón Edit de la imagen anterior.
    Para crear los distintos servicios base (ya sea con Single o Múltiple IP) se hace doble click sobre el servicio


    2.1 Service Provider  Static Multiple IP.

    Vamos a Service Providers-Services-New Static Multiple IP 

    Y nos pide para cada pestaña (Machine, Advanced):
    1. En la pestaña MachineNameList of Servers(Le indicamos las IPs de los equipos, separadas por comas), Service Token (si no está a blancos cuando un usuario cierre la sesión, el equipo quedará disponible para otro usuario. En este caso, el equipo debe tener instalado el Actor UDSActorUnmanagedSetUP-xxx)
    2. En la pestaña AdvancedSkip Time(Tiempo para evitar la comprobación de máquinas no disponibles indiadas en el Check Port), Check Port(Si hay check port, se comprueba que la máquina esté disponible, en caso contrario, se asignará la siguiente máquina disponible. Si el check port está vacío, se le asignará la muina al usuario aunque no esté disponible)

    2.2 Service Provider  Static Single IP.

    Vamos a Service Providers-Services-New Single IP.

    Y nos pide solo la pestaña Machine y en vez de pedir una lista de IPs, solo pide una.

    3. Service Provider RDS.

    Permite el despliegue y conexión a sesiones de aplicaciones virtuales usando Microsoft Remote Desktop Services (RDS). Para permitir que los usuarios no se validen por Active Directory, se mapearan los usuarios a otros usuarios que existan en el Active Directory para que UDS los asigne.
    Para crear el servicio New-RDS Platform Provider

    Y nos pide para cada pestaña (Main, User mapping y AD User management) :
    1. Para la pestaña Main :Name, List of Servers (indicamos las IPs separadas por comas), Server Checking(verifica siel servidor esdtá disponible, y si no lo está busca el siguiente dentro de las IPs disponibles)
    2. Para la pestaña User mapping : User mapping(Para activar usuarios específicos. Si se indica NO, los usuarios tienen que estar de alta en AD), Users(lista de usuarios que se mapearan al AD), User's password(Contrseña única para todos los usuarios de mapeo)
    3. Para la pestaña AD User management User auto creation on AD (Yes: para mapear los usuarios al AD, NO: Indica que los usuarios son del AD), AD Server(Servidor AD), Port (puerto de la conexión), AD server OU for creasted users (Unidad organizativa de los usuarios a crear), Username: Usuario con permisos de creación y eliminación de usuario en formato user@domini.xxx), Password, Prefix for created Users, AD Domain, AD Group.
    Al igual que antes, haciendo doble click en el servicio sale la misma pantalla que antes.

    Y configuramos el servicio RDS Platform Remote

    2.1 Service Provider  RDS Platform Remote.

    Necesitamos previamente haber integrado en UDS los servidores de aplicaciones e instalado el Actor UDS adecuado.
    Vamos a Service Providers-Services-New-RDS Platform Remote donde indicaremos la aplicación a virtualizar.
    y nos pide en 2 pestañas (Main, Advanced)
    1. En la pestaña Main: Name, Application path, Application Paramenters, Start Path, Max. Allowed services(0: Ilimitado)
    2. En la pestaña AdvancedWait spawned processes(espera hasta que todos los procesos derivados de la aplicación esten finalizados antes de considerar la aplicación desconectada)
    UDS necesita uno o varios servidores RDS Windows versión>=2012 pasra poder conectarse y suministrar aplicaciones, para ver como se configura buscar el documento "Instalación y configuración de Microsoft RDS con UDS Enterprise" en la web de UDS
     





    No hay comentarios :

    Publicar un comentario