automation-suite
2023.4
false
- Información general
- 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
Migración de disco físico Longhorn a LVM
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática.
Guía de instalación de Automation Suite en Linux
Last updated 5 de sep. de 2024
Migración de disco físico Longhorn a LVM
Nota: este paso es opcional, pero muy recomendable a la hora de actualizar Automation Suite.
En la versión 2021.10.0, necesitaba un disco físico para el almacenamiento en bloques. Sin embargo, con un disco físico, el tamaño de un volumen/PVC que podía crear se limitaba al tamaño del disco subyacente. Además, solo era posible el escalado vertical. Por esa razón, Longhorn recomienda encarecidamente el uso de LVM para agregar todos los discos de datos a una única partición. Esto permite ampliar fácilmente el almacenamiento en bloques en el futuro Longhorn | Mejores prácticas.
Si asignaste 2 TiB de almacenamiento para Longhorn, y tus requisitos de almacenamiento son bajos, te recomendamos migrar a LVM.
- Su clúster debe ser un clúster de producción multinodo preparado para alta disponibilidad, es decir, el clúster debe contener un mínimo de tres nodos de servidor.
- Asegúrese de que ninguna de las cargas de trabajo de la familia IA (AI Center, DU, TM) se esté ejecutando en el momento de la rotación de nodos o de lo contrario, esas cargas de trabajo fallarán.
- Debe actualizarse a la versión 2021.10.1 de Automation Suite.
- Mientras configura el clúster en
cluster_config.json
comofixed_rke2_address
, se usa la URL de LB, en lugar de la IP de codificación dura o el FQDN de la primera máquina. - Aprovisione tres máquinas independientes para sustituir sus nodos de servidor originales. La configuración del hardware de estas máquinas debe ser la misma que la de sus nodos de servidor existentes. Las máquinas deben ubicarse en la misma VPC, red, grupo de seguridad de la red, etc. y el número de discos adjuntos y su tamaño también deben ser los mismos.
- Asegúrese de que todos los puertos sean accesibles en las máquinas. Consulta Configurar las máquinas para obtener más información.
- No cree las particiones del disco manualmente en nuevas máquinas. En vez de eso, usa el script de partición de discos documentado en Configurar el disco.
- Asegúrese de que los nombres de host de las máquinas sean idénticos. Por ejemplo, si sus antiguos servidores se denominaban
server0
,server1
yserver2
, asigne los mismos nombres de hosts a los nuevos nodos del servidor. - Copia la carpeta del instalador junto con
cluster_config.json
desde el primer servidor existente a las tres máquinas recién creadas. - Antes de proceder con la rotación de servidores, ejecute este script de comprobación de salud desde cualquiera de los servidores existentes. El script no debe lanzar ningún error y debe solicitarle el siguiente mensaje:
All Deployments are Healthy
.
- Los nodos de servidor deben rotarse de uno en uno. Tenga en cuenta que el proceso de rotación de nodos no se aplica a los nodos agente.
- Desconecte el antiguo nodo
server-N
para que las cargas de trabajo que se ejecutan en el nodo se eliminen (N
es el nodo de servidor n.º; p. ej.server0
). -
Elimine el servidor del clúster ejecutando el siguiente comando:
#where N is the nth server node Ex: server0 kubectl delete node server-N
#where N is the nth server node Ex: server0 kubectl delete node server-N - Elimine el servidor-N del grupo de backend de equilibradores de carga, es decir, tanto del servidor como del grupo de nodos. Consulta Configurar el equilibrador de carga para obtener más información.
- En el nuevo nodo de servidor-N, instale Kubernetes configurar el nuevo nodo como servidor. Consulta Añadir un nodo nuevo al clúster para obtener más detalles.
- Una vez realizada la instalación de Kubernetes ejecute
kubectl get nodes
y verifique que el nuevo nodo se haya unido al clúster original. - Ejecute el script de comprobación de salud desde el nodo recién añadido para supervisar el estado del clúster. El script debe mostrar el siguiente mensaje:
All Deployments are Healthy
. - Una vez ejecutado el script de comprobación de salud, añada el nuevo nodo del servidor al grupo de servidores y nodos en el equilibrador de carga. Consulta Configurar el equilibrador de carga para obtener más información.
- Repita el proceso de rotación de nodos para otros nodos de servidor, es decir, servidor1, servidor2, servidor-N.
- Una vez rotados todos los nodos de servidor, puede eliminar los nodos de servidor antiguos que están en estado de desconexión.