- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Soluciones
- Auditoría
- Configuración
- Cloud Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Preguntas frecuentes
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.
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 |
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.
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).
¿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.
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.
Deshabilitamos automáticamente las máquinas creadas más recientemente si consumen más robot units de las que tienes disponibles para tu tenant.
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.
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.
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.
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.
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.
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.
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 |
(*) [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).
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.
Consulta la documentación de Azure para obtener más detalles.
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:
- Inicie sesión en su máquina virtual
- Accede al administrador del servidor.
-
En la parte izquierda del panel del Administrador del servidor, seleccione Servidor local y luego, WORKGROUP.
- En la pestaña Propiedades del sistema > NombreDelEquipo, haz clic en Cambiar.Se abre la ventana Cambios de nombre/dominio del equipo.
-
En el campo Dominio, especifica el nombre de tu dominio administrado. Por ejemplo,
aaddscontoso.com
. - 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 "vmadmin@contosoaadds.com", y en formato NombreDeCuentaSAM es "AADDSCONTOSO\vmadmin".
- 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.
- Reinicia la VM para completar el proceso de incorporación al dominio.
Al pasar a otra región de tenant, los grupos de robots en la nube y las máquinas virtuales existentes permanecen en la región antigua.
Para ejecutar máquinas virtuales de robots en la nube en la nueva región, debes:
-
Crear un nuevo grupo en la nueva región.
-
Para los grupos manuales, añade nuevas máquinas virtuales.
-
Configura una nueva VPN para acceder a los recursos en la nueva región.
Las máquinas virtuales añadidas a los grupos existentes (antes de la migración de la región) siguen operando en la región original.
- Acerca de las máquinas
- ¿Qué incluye una máquina estándar?
- ¿Qué tamaño de máquina debería elegir?
- ¿Cuándo se aplican las actualizaciones de UiPath Studio y UiPath Robot?
- ¿Dónde se crean las máquinas virtuales?
- 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?
- ¿Se aplica la ventana de mantenimiento a todas las máquinas?
- ¿Se consumen unidades de robots durante la ventana de mantenimiento?
- Máquinas deshabilitadas
- ¿Por qué hay máquinas deshabilitadas?
- ¿Cómo vuelvo a habilitar una máquina deshabilitada?
- ¿Consumen robot units las máquinas deshabilitadas?
- ¿Cómo puedo evitar que las máquinas deshabilitadas consuman robot units añadidas recientemente?
- Consumo de robot units por parte de los grupos de VM automáticos
- Liberar y reutilizar robot units
- Máquinas unidas por dominio
- Servicios de dominio de Active Directory (AD DS)
- Servicios de dominio de Azure Active Directory (Azure AD DS)
- Mover a otra región de tenant