Preguntas frecuentes

Acerca de las máquinas

¿Qué incluye una máquina estándar?

Todas las máquinas estándar que ofrecemos son máquinas virtuales de Microsoft Azure tipo Standard_E2s_v4, cuya potencia informática es suficiente para las automatizaciones básicas.

Además, todas las VM estándar vienen con:

• el software UiPath Studio y UiPath Robot preinstalado
• los navegadores web compatibles que podrías necesitar para ejecutar automatizaciones.

Si necesitas otro software o configurar la máquina virtual de una forma determinada, puedes personalizarla más.

¿Qué tamaño de máquina debería elegir?

Al elegir el tamaño de la máquina, hay algunas cosas que tener en cuenta:

• ¿Cómo de grandes son tus conjuntos de datos?
• ¿Qué tipo de aplicaciones planeas ejecutar y cuáles son sus requisitos?
• ¿Cuántas aplicaciones planeas aprovechar?
• ¿Aprovecharás las habilidades de ML y los paquetes de IA?
• ¿Qué tipo de trabajos ejecutará la máquina: pequeñas tareas rutinarias, tareas pesadas, configuración una sola vez, depuración?

De acuerdo con las respuestas, podría usar una máquina pequeña o necesitar una más potente.

Los tamaños de las máquinas que puedes elegir tienen las siguientes especificaciones técnicas:

Tamaño	vCPU	Memoria (GB)	Rendimiento de disco sin caché máx. (IOPS/MBps)	Rendimiento de disco sin caché en ráfaga máx. (IOPS/MBps)	Ancho de banda de red esperado (Mbps)
Pequeño	2	16	3200/48	4000/200	5,000
Estándar	4	32	6400/96	8000/200	10,000
Medio	8	64	12800/192	16000/400	12,500
Grande	16	128	25600/384	32000/800	12,500

¿Cuándo se aplican las actualizaciones de UiPath Studio y UiPath Robot?

Nos encargamos de actualizar tus máquinas virtuales para que usen la versión más reciente de UiPath Studio y UiPath Robot en el plazo aproximado de 2 semanas a partir del lanzamiento de una nueva versión.

La actualización se produce:

• cuando se inicia una máquina que necesite actualizar primero
• antes de que una máquina que se estaba ejecutando se desconecte
• para máquinas que están en uso constante y no pueden recibir la actualización durante 2 semanas desde que quedó disponible, programamos una corta ventana de mantenimiento en la máquina para aplicar la actualización.

¿Dónde se crean las máquinas virtuales?

Todas las máquinas virtuales se crean y alojan en nuestra suscripción de Microsoft Azure.

¿En qué región se alojan las máquinas virtuales?

Todas las máquinas virtuales se crean y alojan en la región del tenant.

Los administradores de la organización pueden ver la región de un tenant en Configuración del tenant (Admin > Tenants).

Acerca de la ventana de mantenimiento

¿Se actualizarán automáticamente las imágenes de máquina que haya creado con las versiones y actualizaciones más recientes de Windows?

No. Si deseas instalar la versión y las actualizaciones más recientes de Windows, puedes:

• Conectarse a la máquina vía RDP para actualizar manualmente Windows.

  Entonces, si quieres, puedes crear también una imagen de la máquina personalizada y usarla en otras plantillas de máquina.

• Configurar una ventana de mantenimiento de la plantilla con la que puedes actualizar automáticamente todas las máquinas.

¿Se aplica la ventana de mantenimiento a todas las máquinas?

Solo las máquinas que pertenecen a la plantilla de máquina en la que se configuró la ventana de mantenimiento y para la que se configuró Aceptar trabajos como Habilitado entrarán en la ventana de mantenimiento.

Las máquinas que no se están ejecutando se iniciarán automáticamente para la ventana de mantenimiento.

¿Se consumen unidades de robots durante la ventana de mantenimiento?

Las robot units necesarias se consumen una vez al mes, en el momento en que la máquina se inicia por primera vez. Después de ello, puede funcionar de forma indefinida durante todo el mes sin consumir robot units adicionales.

Máquinas deshabilitadas

¿Por qué hay máquinas deshabilitadas?

Deshabilitamos automáticamente las máquinas creadas más recientemente si consumen más robot units de las que tienes disponibles para tu tenant.

¿Cómo vuelvo a habilitar una máquina deshabilitada?

Debes añadir suficientes robot units para dicha máquina al tenant. Estas se consumirán y tu máquina deshabilitada se volverá a habilitar automáticamente en el plazo aproximado de 30 minutos.

Si no asignas suficientes robot units para volver a habilitar la totalidad de tus máquinas deshabilitadas, solo se volverán a habilitar algunas máquinas. Comenzamos con la máquina más antigua y seguimos hasta la más nueva.

Nota: Después de volver a ser habilitada, una máquina se encuentra en estado detenido. Para usarla para ejecutar trabajos, debes iniciar la máquina.

¿Consumen robot units las máquinas deshabilitadas?

Sí. Si tienes máquinas deshabilitadas y añades robot units a tu tenant, se consumirán automáticamente para volver a habilitar tus máquinas deshabilitadas.

¿Cómo puedo evitar que las máquinas deshabilitadas consuman robot units añadidas recientemente?

Si, por ejemplo, quieres asignar más robot units a un tenant para Automation Cloud Robots - Serverless, debes asegurarte de que no tienes máquinas deshabilitadas que consumirían las robot units.

Para evitarlo, debes eliminar las máquinas Cloud Robots - VM deshabilitadas antes de asignar las robot units al tenant.

Consumo de robot units por parte de los grupos de VM automáticos

Al definir la plantilla de máquina automática, asegúrate de tener suficientes robot units (RU) en tus máquinas.

Si no tiene suficientes RU, se aplican las siguientes restricciones de consumo:

• Si tus robot units no coinciden con el número máximo de máquinas virtuales definido en el grupo, eliminaremos todas las máquinas del grupo y dejaremos de crear nuevas hasta que asignes suficientes robot units como para admitir el número máximo de máquinas.

  Nota: En lugar de añadir más robot units, te recomendamos que reduzcas el número máximo de máquinas virtuales en el grupo.
• Un trabajo que se ejecuta en una máquina que no tenga suficientes RU genera la alerta siguiente: «No hay VM en <Pool_name> debido a robot units insuficientes».
• Tan pronto haya suficientes robot units disponibles, estas se consumirán de forma automática.
• Si tienes varios grupos en estado de consumo excesivo, asignamos cualquier robot unit disponible a los últimos subconjuntos de grupos creados.

Ejemplo: tienes cinco grupos, cada uno con un máximo de tres máquinas, totalizando 15 máquinas. Tus RU pueden admitir dos máquinas, lo que significa que todos los cinco grupos estarán ahora en estado de consumo excesivo, y no podrás utilizarlos.

• Añades las RU necesarias para admitir cinco máquinas más. Ahora puedes usar un total de siete máquinas.
• Dos grupos se vuelven disponibles y consumen RU para seis máquinas (dos grupos de tres máquinas cada uno).
• Tres grupos permanecen en estado de consumo excesivo, y las RU disponibles sirven a una máquina. Por tanto, los dos grupos se crean al final.

Liberar y reutilizar robot units

Una vez creados los grupos automáticos, las RU asignadas se consumen en función de su distribución mensual. La renovación automática se aplica si las RU están disponibles.

Cuando se elimina una máquina virtual de un grupo manual, o cuando se elimina un grupo automático, las RU correspondientes se liberan en las siguientes 24 horas.

• Para el resto del mes del contrato actual, puedes reutilizar las RU liberadas en el mismo tenant.

• Durante los siguientes meses, las RU restantes pueden utilizarse en todos los tenants.

Por ejemplo, adquiriste un paquete de 72 000 RU para un contrato de un año, que comienza el 1 de enero y termina el 31 de diciembre. Se desarrolla la siguiente línea de tiempo:

• 1 de enero: creas VM1 en el tenant T1, que consume 6000 RU.

• 15 de enero: eliminas VM1 del tenant T1.

• 16 de enero: se liberan las 6000 RU y puedes reutilizarlas para crear VM2 en el mismo tenant T1.

• 1 de febrero: mantienes la misma VM2 ejecutándose en el tenant T1 y esto consume otras 6000 RU de tu paquete, en función de la distribución mensual. Te quedan 60 000 RU (72 000 menos 6000 para enero y 6000 para febrero).

• 15 de febrero: mantienes la misma VM2 en el tenant T1, pero creas dos máquinas virtuales más en dos tenants diferentes, T2 y T3. Esto consume 12 000 RU de los 60 000 restantes: una para la máquina virtual en el tenant T2 y otra para la máquina virtual en el tenant T3. Ahora te quedan 48 000 RU.

Máquinas unidas por dominio

Para evitar gestionar diferentes cuentas en cada VM y para usar un único conjunto de credenciales para autenticación, puedes incorporar tus VM a un dominio. De esta forma, puede integrar sus máquinas con una infraestructura de identidad existente y sus cloud robots pueden ejecutar trabajos bajo un usuario de dominio.

Nota:

Si tienes máquinas virtuales unidas al dominio, no puedes tomar una instantánea de esas imágenes personalizadas.

Hay tres soluciones de identidad que se usan principalmente, resumidas en la tabla siguiente, junto con el enfoque de conexión de dominio correspondiente y la disponibilidad actual en UiPath:

Solución de identidad	Disponibilidad en UiPath	Conexión al dominio
Servicios de dominio de Active Directory (AD DS) (*)	Disponible	mediante puerta de enlace VPN sitio a sitio
Servicios de dominio de Azure Active Directory (Azure AD DS) (*)	Disponible	mediante puerta de enlace VPN sitio a sitio
Azure Active Directory	Disponible	a través de una máquina de escritorio de Windows Consulta cómo puedes configurar una máquina que ejecue Windows Desktop (paso 9).

(*) [Capacidad de vista previa] Los servicios de dominio de Active Directory (AD local) y los servicios de dominio de Azure Active Directory (Azure AD DS) admiten la unión automática de dominios de las máquinas del grupo (consulta el paso 17 del procedimiento Crear el grupo de Cloud Robots).

Servicios de dominio de Active Directory (AD DS)

Usa esta solución para gestionar identidad y acceso en entornos locales.

AD DS permite a tus cloud robots autenticarse y acceder a recursos de red local mediante controladores de dominio locales. La conexión sitio a sitio al controlador de dominio se establece mediante el servicio de puerta de enlace VPN. Sigues manteniendo todos los componentes de directorio e infraestructura asociados.

Nota: Para integrar tu Active Directory local con Azure, puedes conectar tu entorno local a un dominio de Azure AD en la nube a través de puerta de enlace VPN sitio a sitio.

Consulta la documentación de Azure para obtener más detalles.

Servicios de dominio de Azure Active Directory (Azure AD DS)

Usa esta solución para gestionar servicios de dominio como incorporación al dominio, política de grupo, LDAP, o autenticación Kerberos/NTLM, de la misma forma que la usarías para un Active Directory local.

Azure AD DS permite que tus Automation Cloud Robots se autentiquen y accedan a recursos de red de nube mediante dominios gestionados de Azure AD DS. Además, puedes unirte y gestionar las máquinas virtuales en Azure. La conexión sitio a sitio a los dominios gestionados de Azure AD DS se establece mediante el servicio de puerta de enlace de VPN.

No necesitas implementar ni mantener la infraestructura AD DS para componentes tales como VM, servidores de Windows o controladores de dominio.

Para incorporar un Automation Cloud Robot - VM a un dominio gestionado de Azure AD DS:

Nota: El siguiente procedimiento es el mismo para conectar un ordenador a un dominio AD DS local.

1. Inicie sesión en su máquina virtual
2. Accede al administrador del servidor.

3. En la parte izquierda del panel del Administrador del servidor, seleccione Servidor local y luego, WORKGROUP.

   
   

   

   
   
4. En la pestaña Propiedades del sistema > NombreDelEquipo, haz clic en Cambiar.Se abre la ventana Cambios de nombre/dominio del equipo.
5. En el campo Dominio, especifica el nombre de tu dominio administrado. Por ejemplo, aaddscontoso.com.
   
   

   

   
   
6. Para unirte al dominio, proporciona las credenciales de un usuario que sea parte del dominio administrado.
   Nota:

   1: La cuenta de usuario debe existir en tu dominio administrado o en tu tenant de Azure AD. Durante la unión al dominio, las cuentas de directorios externos asociados con tu tenant de Azure AD no se pueden autenticar correctamente.

   2: Las credenciales de la cuenta se pueden especificar en el formato UPN, el formato recomendado, o en un formato NombreDeCuentaSAM. Por ejemplo, el usuario "VMadmin" en formato UPN es "[e-mail]", y en formato NombreDeCuentaSAM es "AADDSCONTOSO\vmadmin".

7. Haz clic en Aceptar. Espera unos segundos hasta que se una la VM al dominio administrado. Si se realiza correctamente, se muestra un cuadro de mensaje de bienvenida.
8. Reinicia la VM para completar el proceso de incorporación al dominio.

Moving to another tenant region

When you move to another tenant region, the existing cloud robot pools and VMs remain in the old region.

To run cloud robot VMs in the new region, you need to:

• Create a new pool in the new region.

• For manual pools, add new VMs.

• Set up a new VPN to access resources in the new region.

Importante:

VMs added to existing pools (prior to region migration) continue to operate in the original region.