- Información general
- Requisitos
- Instalación
- Preguntas y respuestas: plantillas de implementación
- 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
- Conexión de la aplicación Task Mining
- Añadir un nodo agente dedicado a Task Mining
- Después de la instalación
- Administración de clústeres
- Gestionar los productos
- Gestionar el clúster en ArgoCD
- Configurar el servidor NFS externo
- Automatizado: Habilitar la copia de seguridad en el clúster
- Automatizado: Deshabilitar la copia de seguridad en el clúster
- Automatizado, en línea: restaurar el clúster
- Automatizado, sin conexión: restaurar el clúster
- Manual: Habilitar la copia de seguridad en el clúster
- Manual : Deshabilitar la copia de seguridad en el clúster
- Manual, en línea: restaurar el clúster
- Manual, sin conexión: restaurar el clúster
- Configuración adicional
- Migrating objectstore from persistent volume to raw disks
- Supervisión y alertas
- Migración y actualización
- 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
- Step 6: Migrating standalone Insights
- 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 de NIC
- 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
- Automation Suite not working after OS upgrade
- Automation Suite requiere que Backlog_wait_time se establezca 1
- El volumen no se puede montar porque no está listo para las cargas de trabajo
- RKE2 falla durante la instalación y 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 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
- No se puede iniciar la sesión después de la migración
- Kinit: no se puede encontrar el KDC para el dominio <AD> mientras se obtienen las credenciales iniciales
- kinit: keytab no contiene claves adecuadas para *** mientras se obtienen las credenciales iniciales
- La operación GSSAPI ha fallado con un error: se ha suministrado un código de estado no válido (las credenciales del cliente han sido revocadas).
- Alarma recibida por trabajo de actualización Kerberos-tgt fallido
- Proveedor SSPI: servidor no encontrado en la base de datos de Kerberos
- Error de inicio de sesión para el usuario <ADDOMAIN> <aduser>. Razón: la cuenta está 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
- Después de la instalación inicial, la aplicación ArgoCD pasó al estado de progreso
- Pods MongoDB en CrashLoopBackOff o pendientes de aprovisionamiento de PVC tras su eliminación
- Inconsistencia inesperada, ejecuta fsck manualmente
- MongoDB o aplicaciones empresariales degradadas después de la restauración del clúster
- Falta el operador de Self-heal y el repositorio de Sf-k8-utils
- Servicios en mal estado después de la restauración o reversión del clúster
- El pod de RabbitMQ se atasca en CrashLoopBackOff
- 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
- Uso de la herramienta de diagnóstico de Automation Suite
- Uso de la herramienta del paquete de soporte de Automation Suite
- Explorar registros
Copia de seguridad y restauración del clúster
Automation Suite admite la funcionalidad de copia de seguridad y restauración para evitar la pérdida de datos en varios escenarios. Puedes configurar una copia de seguridad en cualquier momento después de la instalación.
Para usar la funcionalidad de copia de seguridad y restauración, debe habilitar un servidor NFS, un clúster de copia de seguridad y un clúster de restauración. Estos conceptos se definen en la siguiente sección.
Servidor NFS: Servidor que almacena los datos de la copia de seguridad y facilita la restauración. Puedes configurar el servidor NFS en cualquier máquina o un servicio PaaS ofrecido por los proveedores de la nube. Ten en cuenta que no admitimos NFS basado en Windows y NFS basado en Azure blob.
Clúster de copias de seguridad: el clúster que configuraste para instalar Automation Suite. Este es el clúster en el que se habilitará la copia de seguridad.
Clúster de restauración : el clúster en el que se restauran todos los datos del clúster de copia de seguridad. Este se convierte en el nuevo clúster en el que ejecutas Automation Suite una vez que se completa el proceso de restauración.
/datadisk
adjunto a las máquinas del servidor.
Sin embargo, esto no habilitará la copia de seguridad de ningún origen de datos externo, como la base de datos SQL. Debes habilitar la copia de seguridad del origen de datos externo por separado.
- Configure el servidor NFS para permitir el acceso al nuevo nodo. Para obtener más información, consulta Permitir que los nodos accedan al punto de montaje NFS.
-
Habilite la copia de seguridad en el nuevo nodo del servidor:
Para configurar la funcionalidad de copia de seguridad y restauración, debe cumplir los siguientes requisitos:
- Debes utilizar NFSv4 en Linux.
- Debes configurar el servidor NFS en una máquina independiente alojada fuera del clúster de copia de seguridad y restauración.
- No debe haber una latencia superior a 10 milisegundos de tiempo de viaje de retorno (RTT) entre el servidor NFS y el clúster de copia de seguridad y restauración.
- El clúster del que se quiere hacer una copia de seguridad y el servidor NFS deben estar en la misma región.
-
El servidor NFS debe cumplir los siguientes requisitos de hardware:
CPU
RAM
Disco
4 (v)CPU
16 GiB
SSD de 10 TiB (1100 IOPS)
- El servidor NFS debe ser accesible desde todos los nodos del clúster.
-
Debe habilitar los siguientes puertos en el servidor NFS y todos los nodos del clúster de copia de seguridad. Al restaurar el clúster, los mismos puertos deben estar abiertos en todos los nodos del clúster de restauración.
Puerto
Protocolo
Propósito
2049
TCP
Comunicaciones bidireccionales entre el servidor NFS y el clúster de copia de seguridad y restauración.
Este es el puerto en el que se ejecutará el servidor NFS.
111
TCP
Comunicaciones bidireccionales entre el servidor NFS y el clúster de copia de seguridad y restauración.
Este puerto se utiliza para rpcbind entre el servidor NFS y el clúster de copia de seguridad y restauración.
backup.json
.
Para hacerlo, sigue los siguientes pasos:
-
Crea un archivo llamado
backup.json
.{ "backup": { "etcdBackupPath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } }, "backup_interval": "15" }
{ "backup": { "etcdBackupPath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } }, "backup_interval": "15" } -
Rellene el archivo según las siguientes definiciones de campo:
Parámetro
Configuración
backup.etcdBackupPath
La ruta relativa donde los datos de la copia de seguridad se almacenarán en el servidor NFS. Puedes darle el nombre del clúster.
Ejemplo:cluster0
backup.nfs.endpoint
El punto final del servidor NFS (dirección IP o nombre DNS). Esto será el FQDN o la dirección IP de la máquina NFS. No debe haber ningún protocolo presente en el punto final.
Ejemplo:nfs.automationsuite.mycompany.com
o20.224.01.66
backup.nfs.mountpath
La ruta en el servidor NFS (punto final). Esta es la ubicación donde has adjuntado el disco para almacenar la copia de seguridad del clúster.
Ejemplo:/asbackup
backup_interval
El intervalo de tiempo de la copia de seguridad en minutos. Este intervalo es el tiempo de espera entre dos copias de seguridad consecutivas. Solo puedes restaurar la última copia de seguridad correcta, por lo que debes decidir cuidadosamente este intervalo. El intervalo mínimo de copia de seguridad puede ser de tan solo 15 minutos.
Importante:- Si el intervalo de la copia de seguridad es demasiado corto, por ejemplo, 30 minutos, las operaciones de copia de seguridad serán demasiado frecuentes, lo que le obligará a almacenar solo los datos de los que se realizó una copia de seguridad en los últimos 30 minutos. Del mismo modo, si el intervalo de la copia de seguridad es de 1 semana, esto puede causar la pérdida de datos durante el intervalo entre la última copia de seguridad y el problema. Por lo tanto, se recomienda mantener el intervalo de la copia de seguridad en línea con los requisitos de su objetivo de punto de recuperación (RPO).
- Al configurar la copia de seguridad del servidor SQL externo, debe tener en cuenta el intervalo de la copia de seguridad del clúster. Se recomienda configurar el mismo intervalo tanto para el servidor SQL externo como para el clúster de Automation Suite.
- Cuando la copia de seguridad está habilitada en el clúster, independientemente del intervalo de la copia de seguridad, Automation Suite activará instantáneamente la copia de seguridad. Después de eso, la siguiente copia de seguridad se programará en función del intervalo de las copias de seguridad.
- Puede verificar la copia de seguridad iniciando sesión en el servidor NFS y navegando a la siguiente ruta:
/backup.nfs.mountpath/backup.etcdBackupPath
. Por ejemplo:/asbackup/cluster0
.
Alert Manager
, Prometheus
, Docker Registry
, MongoDB
, RabbitMQ
, Ceph Objectstore
, y Insights
.
restore.json
.
Para hacerlo, sigue los siguientes pasos:
-
Crea un archivo llamado
restore.json
.{ "restore": { "etcdRestorePath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } } }
{ "restore": { "etcdRestorePath": "PLACEHOLDER", "nfs": { "endpoint": "PLACEHOLDER", "mountpath": "PLACEHOLDER" } } } -
Rellene el archivo según las siguientes definiciones de campo:
Parámetro
Configuración
restore.etcdRestorePath
La ruta del servidor NFS desde donde se restaurarán los datos. Debe ser el mismo nombre que el que proporcionó parabackup.etcBackupPath
enbackup.json
.Ejemplo:cluster0
restore.nfs.endpoint
El punto final del servidor NFS. Esto será el FQDN o la dirección IP de la máquina NFS. No debe haber ningún protocolo presente en el punto final.
Ejemplo:nfs.automationsuite.mycompany.com
o20.224.01.66
restore.nfs.mountpath
La ruta de montaje del servidor NFS. Esta es la ubicación donde ha adjuntado el disco para almacenar la copia de seguridad del clúster.
Ejemplo:/asbackup