- Primeros pasos
- Mejores prácticas
- Modelado de la organización en Orchestrator
- Mejores prácticas de automatización
- Optimizar la infraestructura desatendida mediante plantillas de máquinas
- Organizar recursos con etiquetas
- Réplica de solo lectura de Orchestrator
- Exportar cuadrícula en segundo plano
- Aplicar la gobernanza de conexión de Integration Service en el nivel de usuario
- 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
- Cloud Robots
- Consumo de unidades de plataforma
- Ejemplo de cálculo de unidades de plataforma
- Consumo de Platform Units de grupos de máquinas virtuales automáticas
- Ejecución de automatizaciones unattended utilizando robots en la nube: VM
- Cargar tu propia imagen
- Reutilizar imágenes de máquina personalizadas (para grupos manuales)
- Restablecer credenciales para una máquina (para grupos manuales)
- Supervisión
- Actualizaciones de seguridad
- Pedir una prueba
- Preguntas frecuentes
- Configuración de VPN para robots en la nube
- Configurar una conexión de ExpressRoute
- Transmisión en vivo y control remoto
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Sobre los activos
- Gestión de Activos en Orchestrator
- Gestión de Activos en Studio
- Almacenar activos en Azure Key Vault (solo lectura)
- Almacenamiento de activos en HashiCorp Vault (solo lectura)
- Almacenamiento de activos en AWS Secrets Manager (solo lectura)
- Almacenamiento de activos en Google Secret Manager (solo lectura)
- Reglas empresariales
- Depósitos de almacenamiento
- Servidores MCP
- Índices
- Pruebas de Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas

Guía del usuario de Orchestrator
Al definir la plantilla de máquina automática, asegúrate de tener suficientes Platform Units en tus máquinas.
Si no tienes suficientes Platform Units, se aplican las siguientes restricciones de consumo:
-
Si tus Platform Units no coinciden con el número máximo de máquinas virtuales definidos en el grupo, eliminamos todas las máquinas del grupo y dejamos de crear otras nuevas hasta que asignes suficientes Platform Units que admitan el número máximo de máquinas.
Nota: En lugar de añadir más Platform Units, recomendamos reducir el número máximo de máquinas virtuales en el grupo. - Un trabajo que se ejecuta en una máquina sin suficientes Platform Units genera la siguiente alerta: "No hay máquinas virtuales en <Pool_name> debido a Platform Units insuficientes".
- En cuanto haya suficientes Platform Units disponibles, estas se consumirán automáticamente.
- Si hay varios grupos en estado de consumo excesivo, asignamos las Platform Units disponibles a los subconjuntos de grupos que se hayan creado más recientemente.
Ejemplo: tienes cinco grupos, cada uno con un máximo de tres máquinas, por un total de 15 máquinas. Tu plataforma puede admitir dos máquinas, lo que significa que los cinco grupos están ahora en un estado de consumo excesivo, así que ya no puedes utilizarlos.
- Añades la plataforma requerida para admitir cinco máquinas más. Ahora puedes usar un total de siete máquinas.
- Dos grupos están disponibles y consumen Platform Units para seis máquinas (dos grupos de tres máquinas cada uno).
- Tres grupos permanecen en estado de consumo excesivo y las Platform Units disponibles sirven a una máquina. Por tanto, los dos grupos se crean al final.
Una vez creados los grupos automáticos, las Platform Units asignadas se consumen en función de su distribución mensual. La renovación automática se aplica cuando hay Platform Units disponibles.
Cuando se elimina una máquina virtual de un grupo manual o se elimina un grupo automático, las Platform Units correspondientes se liberan en las 24 horas siguientes.
-
En lo que queda del mes del contrato actual, puedes reutilizar las Platform Units liberadas en el mismo tenant.
-
En los meses siguientes, las Platform Units restantes se pueden utilizar en todos los tenants.
Por ejemplo, has adquirido un paquete de 10 000 Platform Units para un contrato de un año, que comienza el 1 de enero y termina el 31 de diciembre. La secuencia temporal es la siguiente:
-
1 de enero: creas la máquina virtual VM1 en el tenant T1, que consume la cantidad negociada, por ejemplo, 1200 Platform Units.
-
15 de enero: eliminas VM1 del tenant T1.
-
16 de enero: se liberan las 1200 Platform Units y puedes reutilizarlas para crear la máquina virtual VM2 en el mismo tenant T1.
-
1 de febrero: mantienes la misma VM2 en el tenant T1 que consume otras 1200 Platform Units de tu paquete, según la distribución mensual. Te quedan 7600 Platform Units (10 000 menos 1200 para enero y 1200 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 2400 Platform Units de las 7600 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 5200 Platform Units.