- Información general
- Glosario
- Productos de Automation Suite
- Dependencias entre productos
- Casos de uso compatibles para instalaciones de nodo único y multinodo
- Enlaces rápidos
- Información general
- Basic architecture considerations
- Preguntas y respuestas: implementación activa/pasiva de Disaster Recovery
- Comparación de características de implementación cruzada
- Seguridad y cumplimiento
- Visión general de los certificados
- Requisitos
- Instalación
- Q&A: Deployment templates
- Configurar las máquinas
- Configurar el almacén de objetos externo
- Configurar un registro de Docker externo
- Configurar el equilibrador de carga
- Configurar el DNS
- Configurar Microsoft SQL Server
- Configurar los certificados
- Instalación de producción multinodo preparada para alta disponibilidad en línea
- Instalación de producción multinodo preparada para alta disponibilidad sin conexión
- Disaster Recovery: instalar el clúster secundario
- Descarga de los paquetes de instalación
- parámetros de install-uipath.sh
- Habilitar el complemento de alta disponibilidad (HAA) de Redis para el clúster
- Archivo de configuración de Document Understanding
- Inclusión de un nodo agente dedicado compatible con GPU
- Añadir un nodo agente dedicado a Task Mining
- Conexión de la aplicación Task Mining
- Añadir un nodo agente dedicado a Automation Suite Robots
- Después de la instalación
- Administración de clústeres
- Gestionar los productos
- Primeros pasos con el Portal de administración del clúster
- Migrating objectstore from persistent volume to raw disks
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Cambiar al clúster secundario
- Disaster Recovery: realizar operaciones posteriores a la instalación
- Convertir una instalación existente en una configuración en varios sitios
- Directrices para actualizar una implementación activa/pasiva
- Directrices sobre la copia de seguridad y restauración de una implementación activa/pasiva
- Supervisión y alertas
- Migración y actualización
- Rutas de actualización de Automation Suite
- Automatizado: Actualización en línea
- Automatizado: Actualización sin conexión
- Manual: Actualización en línea
- Manual: Actualización sin conexión
- Reversión por error
- Migración de disco físico Longhorn a LVM
- Migración de Canal a Cilium CNI
- Downgrading Ceph from 16.2.6 to 15.2.9
- Opciones de migración
- Paso 1: Mover los datos de la organización de identidad de independiente a Automation Suite
- Paso 2: restaurar la base de datos del producto independiente
- Paso 3: Realizar una copia de seguridad de la base de datos de la plataforma en Automation Suite
- Paso 4: Fusionar organizaciones en Automation Suite
- Paso 5: actualizar las cadenas de conexión de los productos migrados
- Paso 6: migrar Insights independiente
- Paso 7: eliminar el tenant predeterminado
- B) Migración de tenant único
- Configuración específica del producto
- Buenas prácticas y mantenimiento
- Solución de problemas
- Cómo solucionar los problemas de los servicios durante la instalación
- Cómo desinstalar el clúster
- Cómo limpiar los artefactos sin conexión para mejorar el espacio en disco
- Cómo borrar datos de Redis
- Cómo habilitar el registro de Istio
- Cómo limpiar manualmente los registros
- Cómo limpiar los registros antiguos almacenados en el paquete sf-logs
- Cómo deshabilitar los registros de transmisión para AI Center
- Cómo depurar instalaciones de Automation Suite fallidas
- Cómo eliminar imágenes del instalador antiguo después de la actualización
- Cómo limpiar automáticamente las instantáneas de Longhorn
- Cómo deshabilitar la descarga de la suma de comprobación TX
- Cómo establecer manualmente el nivel de registro de ArgoCD en Info
- Cómo generar el pull_secret_value codificado para registros externos
- Cómo abordar los cifrados débiles en TLS 1.2
- No se puede ejecutar una instalación sin conexión en el sistema operativo RHEL 8.4
- Error al descargar el paquete
- La instalación sin conexión falla porque falta un binario
- Problema de certificado en la instalación sin conexión
- First installation fails during Longhorn setup
- Error de validación de la cadena de conexión SQL
- Error en la comprobación de requisitos previos para el módulo iscsid de selinux
- Azure disk not marked as SSD
- Fallo tras la actualización del certificado
- El antivirus causa problemas de instalación
- Automation Suite not working after OS upgrade
- Automation Suite requiere que backlog_wait_time se establezca en 0
- Nodo de GPU afectado por la falta de disponibilidad de recursos
- El volumen no se puede montar porque no está listo para las cargas de trabajo
- Error de recopilación de registros del paquete de soporte
- La actualización de nodo único falla en la etapa de tejido
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 no se inicia debido a un problema de espacio
- La validación SQL falla durante la actualización
- pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización
- Fallo al cargar o descargar datos en el almacén de objetos
- PVC resize does not heal Ceph
- Fallo en el redimensionamiento de PVC
- Fallo en el redimensionamiento de PVC de objectstore
- Rook Ceph o Looker pod atascados en estado Init
- Error de archivo adjunto de volumen de StatefulSet
- Fallo en la creación de volúmenes persistentes
- Parche de reclamación de almacenamiento
- La copia de seguridad falló debido al error
- Todas las réplicas de Longhorn son defectuosas
- Establecer un intervalo de tiempo de espera para los portales de gestión
- Actualizar las conexiones del directorio subyacente
- La autenticación no funciona tras la migración
- kinit: no se puede encontrar la KDC para el territorio <AD Domain> mientras se obtienen las credenciales iniciales
- kinit: keytab no contiene claves adecuadas para *** mientras se obtienen las credenciales iniciales
- Error en la operación GSSAPI debido a un código de estado no válido
- Alarma recibida por un error en el trabajo de Kerberos-tgt-update
- Proveedor de SSPI: servidor no encontrado en la base de datos de Kerberos
- Error en inicio de sesión de un usuario AD debido a una cuenta deshabilitada
- ArgoCD login failed
- Fallo en la obtención de la imagen de Sandbox
- Los pods no se muestran en la interfaz de usuario de ArgoCD
- Fallo de la sonda Redis
- El servidor RKE2 no se inicia
- Secreto no encontrado en el espacio de nombres UiPath
- ArgoCD entra en estado de progreso tras la primera instalación
- Incidencias al acceder a la cuenta de solo lectura de ArgoCD
- Pods MongoDB en CrashLoopBackOff o pendientes de aprovisionamiento de PVC tras su eliminación
- Unhealthy services after cluster restore or rollback
- Pods atascados en Inicialización: 0 / X
- Prometheus en estado CrashloopBackoff con error de falta de memoria (OOM)
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Document Understanding no se encuentra en la barra izquierda de Automation Suite
- Estado fallido al crear una sesión de etiquetado de datos
- Estado fallido al intentar implementar una habilidad ML
- El trabajo de migración falla en ArgoCD
- El reconocimiento de la escritura manual con el extractor de formularios inteligente no funciona
- Ejecutar alta disponibilidad con Process Mining
- La ingestión de Process Mining falló al iniciar sesión con Kerberos
- No se puede conectar a la base de datos AutomationSuite_ProcessMining_Warehouse utilizando una cadena de conexión en formato pyodbc
- La instalación de Airflow falla con sqlalchemy.exc.ArgumentError: no se pudo analizar la URL rfc1738 de la cadena ''
- Cómo añadir una regla de tabla de IP para utilizar el puerto 1433 de SQL Server
- Uso de la herramienta de diagnóstico de Automation Suite
- Uso de la herramienta del paquete de soporte de Automation Suite
- Explorar registros
Preguntas y respuestas: implementación activa/pasiva de Disaster Recovery
P: ¿Puedo implementar Automation Suite en modo activo/pasivo?
R: Sí
P: ¿Puedo implementar Automation Suite en modo activo/activo?
R: No
P: ¿Cuántas licencias de HAA necesito para la configuración activa/pasiva?
R: necesitas un total de dos licencias de HAA, una para cada clúster. Cada una de las licencias debe ser para dos fragmentos.
P: ¿Necesito tener licencias de producto adicionales para el clúster pasivo?
R: No, una vez que aplicas las licencias en el clúster principal, están disponibles para su uso también en el clúster secundario.
P: ¿Puedo desactivar el clúster secundario mientras no esté en uso?
R: Sí, puedes desactivar algunos o todos los nodos del clúster secundario mientras no esté en uso.
P: ¿Puedo instalar productos no compatibles en el clúster secundario?
R: No, no puedes instalar productos que no sean compatibles con el clúster secundario. Si intentas una instalación de este tipo, los productos no se podrán utilizar.
P: ¿Puedo reconstruir el clúster principal mediante el clúster secundario cuando la copia de seguridad no está disponible?
R: No, para reconstruir el clúster principal, necesita una copia de seguridad. Sin embargo, puede volver a crear el clúster secundario utilizando el clúster principal.
P: ¿Puedo implementar un almacén de objetos en el clúster con configuración activa/pasiva?
R: No, las implementaciones de varios sitios tienen un requisito estricto para el almacén de objetos externo.
P: ¿Puedo realizar la gestión de clústeres cuando uno de los clústeres de Automation Suite no está disponible o está desactivado?
R: Debes realizar la mayoría de las operaciones, como la actualización de la cadena de conexión de SQL, en ambos clústeres. Por tanto, ambos clústeres deben estar disponibles. Sin embargo, si el clúster no está disponible y debes actualizar una configuración, puedes desvincular los clústeres y operar de forma individual.
P: Si un producto está inactivo en el clúster principal, ¿puedo cambiar el tráfico de ese producto a secundario?
R: Solo se permite la tolerancia a fallos en el sitio. La tolerancia granular en el producto no es compatible en este momento.
P: ¿Puedo elegir no implementar un producto en varios sitios?
R: Debes instalar todos los productos en ambos sitios. No puedes implementar un producto solo en un sitio, excepto para descubrir productos e Insights.
P: ¿Puedo incorporar máquinas heterogéneas en ambos clústeres?
R: Puedes incorporar diferentes configuraciones de máquinas en ambos sitios, siempre que esas máquinas cumplan los requisitos de hardware y software para una instalación de Automation Suite.
P: ¿Puedo incorporar máquinas con especificaciones inferiores al clúster secundario?
R: Sí, puedes elegir implementar una máquina más pequeña o inferior en el clúster secundario. Esto se puede hacer para ahorrar costes cuando Insights, Task Mining, Process Mining y Automation Hub no están instalados.
P: ¿Puedo ejecutar el proceso de entrenamiento en el clúster secundario?
R: Puedes programar el proceso de entrenamiento solo en el clúster principal. Esto significa que la funcionalidad del proceso de entrenamiento no está disponible de forma temporal cuando el clúster principal está inactivo.
P: ¿Puedo utilizar la misma licencia de Automation Suite/producto en ambos sitios?
R: Aunque ambos clústeres son individuales, están configurados para comportarse como una única implementación. Esto significa también que no tienes que proporcionar dos licencias de Redis independientes.
P: ¿Puedo promover el clúster secundario al clúster principal?
R: No, no puedes promover el clúster secundario al clúster principal.
P: ¿Puedo convertir la implementación de varios sitios a una configuración de Automation Suite estándar?
R: No, actualmente no es posible. La única opción es volver a crear la configuración desde una copia de seguridad.
P: ¿Qué sucede cuando el clúster principal está inactivo de forma temporal?
R: Cuando el clúster principal está temporalmente inactivo, la automatización no está disponible de manera temporal. Debes cambiar el tráfico al clúster secundario siguiendo los pasos que se describen aquí.
P: ¿Qué sucede cuando el clúster principal está inactivo de forma permanente?
R: Cuando el clúster principal está inactivo de forma permanente, la automatización no está disponible temporalmente. Debes cambiar al clúster secundario siguiendo los pasos que se describen aquí y luego, reconstruir el clúster principal desde una copia de seguridad.
P: ¿Qué sucede cuando el clúster secundario está inactivo de forma temporal?
R: Cuando el clúster secundario está inactivo de forma permanente, Automation Suite no se ve afectado. Sin embargo, Disaster Recovery no está disponible. Una vez que el clúster secundario esté activo de nuevo, vuelve a aplicar cualquier configuración realizada en el clúster principal al clúster secundario.
P: ¿Qué sucede cuando el clúster secundario está inactivo de forma permanente?
R: Cuando el clúster secundario está inactivo de forma permanente, Automation Suite no se ve afectado. Sin embargo, Disaster Recovery no está disponible. Debes reconstruir el clúster secundario mediante el clúster principal.
P: ¿Qué sucede cuando ambos clústeres están inactivos de forma permanente?
R: Cuando ambos clústeres están inactivos de forma temporal, Automation Suite está inactivo por completo hasta que un sitio esté en línea.
P: ¿Qué sucede cuando ambos clústeres están inactivos de forma permanente?
R: Cuando ambos clústeres están inactivos de forma permanente, Automation Suite está inactivo por completo. Para recuperar la configuración, debes restaurar el clúster principal mediante una copia de seguridad y volver a construir el clúster secundario desde el clúster principal.
P: ¿Qué sucede cuando cualquiera de los productos está inactivo en el clúster principal?
R: Cuando cualquiera de los productos está inactivo en el clúster principal, ese producto no está disponible. No se puede cambiar el tráfico solo para ese producto en el clúster secundario. Y viceversa. Solo es posible la tolerancia a fallos en el sitio.
P: ¿Qué sucede cuando el origen de datos principal está inactivo y los datos no se replican en el origen de datos secundario?
R: En este caso, se produciría una pérdida de datos. Tu objetivo de punto de recuperación regularía la pérdida de datos. Tu objetivo de punto de recuperación regularía la promoción del origen de datos secundario al principal.
P: ¿Qué sucede cuando el origen de datos principal vuelve a estar activo tras un breve tiempo de inactividad?
R: Cuando el origen de datos principal vuelve a estar activo tras un breve tiempo de inactividad, debes asegurarte de que, a menos que todos los datos se vuelvan a sincronizar con el origen de datos original, no rediriges el tráfico al clúster principal.
P: ¿Qué sucede cuando ambos orígenes de datos están inactivos?
R: En este caso, debes esperar un tiempo de inactividad completo. Algunas transacciones en tránsito pueden quedar bloqueadas en ese estado para siempre.
P: ¿Qué sucede cuando el origen de datos secundario está inactivo?
R: En este caso, Automation Suite no se ve afectado. Debes asegurarte de que los datos se replican cuando el origen de datos secundario está en línea.