- Información general
- Requisitos
- Instalación
- Después de la instalación
- Migración y actualización
- Actualizar Automation Suite en EKS / AKS
- 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 el Orchestrator independiente
- Paso 7: migrar Insights independiente
- Paso 8: Migrar Test Manager independiente
- Paso 9: eliminar el tenant predeterminado
- Realizar una migración de un solo tenant
- Migrar de Automation Suite en Linux a Automation Suite en EKS / AKS
- Supervisión y alertas
- Administración de clústeres
- Configuración específica del producto
- Configurar parámetros de Orchestrator
- Configuración de Orchestrator
- Configurar AppSettings
- Configurar el tamaño máximo de la solicitud
- Anular la configuración de almacenamiento a nivel de clúster
- Configurar almacenes de credenciales
- Configurar clave de cifrado por tenant
- Limpiar la base de datos de Orchestrator
- Solución de problemas
- La configuración de la copia de seguridad no funciona debido a un fallo en la conexión a Azure Government
- Los pods en el espacio de nombres de UiPath se atascaban al habilitar los taints de nodo personalizados
- No se puede iniciar Automation Hub y Apps con la configuración de proxy
- Los pods no pueden comunicarse con FQDN en un entorno de proxy
- Se ignora la cadena de conexión SQL de la automatización de pruebas
- Error de copia de seguridad de EKS debido a la versión de Velero
- La copia de seguridad de Velero falla con el error de validación fallida
- El acceso a FQDN devuelve un error de acceso RBAC denegado
- Mitigación manual de Política de red de ArgoCD (GHSA-47m3-95c7-g2g8)
Los pods no pueden comunicarse con FQDN en un entorno de proxy
Problema conocido por el que los pods no pueden comunicarse con FQDN cuando el puerto del servidor proxy entra en conflicto con Istio en Automation Suite.
Descripción
En un entorno proxy, si el servidor proxy utiliza el mismo puerto que el puerto TCP de cualquier otro servicio en la malla de servicios de Istio, como el puerto 8080, los pods no pueden comunicarse con el FQDN. La incidencia provoca el siguiente error:
System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.
System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.
Solución
Para solucionar el problema, debes crear un ServiceEntry, como se muestra en el siguiente ejemplo:
apiVersion: networking.istio.io/v1beta1
kind: ServiceEntry
metadata:
name: proxy
namespace: uipath
spec:
hosts:
- <proxy-host>
addresses:
- <proxy-ip>/32
ports:
- number: <proxy-port>
name: tcp
protocol: TCP
location: MESH_EXTERNAL
apiVersion: networking.istio.io/v1beta1
kind: ServiceEntry
metadata:
name: proxy
namespace: uipath
spec:
hosts:
- <proxy-host>
addresses:
- <proxy-ip>/32
ports:
- number: <proxy-port>
name: tcp
protocol: TCP
location: MESH_EXTERNAL
Hemos solucionado el problema en Automation Suite 2023.10.6. Si ya has creado la entrada de servicio, te recomendamos que la elimines después de actualizar a Automation Suite 2023.10.6 o posterior. Para eliminar la entrada de servicio, utiliza el siguiente comando:
kubectl delete serviceentry proxy -n uipath
kubectl delete serviceentry proxy -n uipath