Recomendaciones para High Availability

Utilice exactamente tres nodos dedicados en máquinas independientes, una dirección IP virtual reservada y un segmento compartido de capa 2 o dominio de difusión.

Asegúrese de que los tres nodos cumplen los requisitos del sistema documentados.

Mantenga todos los nodos en la misma VLAN dedicada u otro segmento aislado de capa 2, y mantenga el tráfico VRRP de Keepalived en ese segmento.

Mantenga sincronizada la hora de los nodos. El aprovisionamiento requiere que los relojes de nodo no difieran en más de 1 segundo, y no se recomienda una diferencia de 5 segundos o más.

Utilice la IP virtual como único punto de conexión para los clientes del explorador, los clientes OPC UA, los clientes MQTT y las implementaciones de

FactoryTalk Optix

Studio.

Mantenga los puertos del proyecto alineados con los puertos del clúster. Por ejemplo, el puerto web del clúster debe coincidir con el puerto de

MotorDePresentaciónWeb

del proyecto.

Puertos preconfigurados

Nombre del puerto	Puerto predeterminado
Motor de presentación web (http)	80
Motor de presentación web (https)	443
Servidor OPC UA (opcua)	59100
Agente MQTT (mqtt)	8883

Configure el almacenamiento de retentividad para los cambios en tiempo de ejecución que deban persistir. Al agregar el módulo HighAvailability, el almacenamiento de retentividad utiliza automáticamente la base de datos compartida del clúster.

Almacene otros datos críticos para la conmutación por error fuera de la carpeta de archivos de la aplicación. Los archivos generados en tiempo de ejecución que se escriben allí no se sincronizan entre nodos, no se admite la sincronización de la base de datos incrustada y el registro en una base de datos externa es el diseño documentado.

Durante la conmutación por error, la aplicación en tiempo de ejecución deja de ejecutarse temporalmente. Operaciones como el registro de datos también se detienen. Durante la transición del nodo, se produce una pérdida temporal de conexión entre el cliente web y la aplicación en tiempo de ejecución. El tiempo de conmutación por error varía en función del tipo de fallo y del tamaño de la aplicación.

Mantenga estables la identidad y la confianza de OPC UA durante la conmutación por error. Proporcione un certificado de servidor y una clave privada en el archivo del proyecto, y rellene previamente el almacén de confianza con los certificados de cliente esperados.

Habilite el cifrado de disco en cada nodo antes de la instalación del clúster. Sin cifrado de disco, los volúmenes persistentes bajo

/var/lib/rancher/k3s/storage

permanecen en texto sin formato.

Utilice solo la autenticación basada en claves SSH, limite el acceso SSH a la red de administración, mantenga habilitadas las actualizaciones automáticas de seguridad, deshabilite los servicios y paquetes innecesarios, mantenga el demonio de auditoría en ejecución, proteja los datos de K3s y las credenciales del agente, y aplique parches de seguridad del sistema operativo y de K3s en cada nodo.

Restrinja las reglas de firewall a los puertos requeridos procedentes de CIDR de confianza. Bloquee el rango de NodePort de orígenes externos y bloquee otro tráfico entrante de forma predeterminada.

Use la configuración segura documentada en los servicios expuestos. Configure el motor de presentación web para HTTPS, utilice TLS cuando se utilice MQTT y aplique un modo de seguridad OPC UA en el servidor OPC UA de tiempo de ejecución.

Confirme los problemas del clúster con diagnósticos y registros exportados antes de realizar cambios correctivos.

Realice una copia de seguridad de los datos persistentes antes de desinstalar o reconstruir el clúster. La desinstalación del clúster elimina el almacenamiento persistente, los datos del proyecto y los datos de la base de datos.