Desplegar y escalar
Llevar OPC UA a doscientas máquinas y no a dos. Contenedores sin romper la confianza de certificados en cada reinicio, redundancia y agregación, control de admisión, tormentas de conexión y la aritmética de suscripciones que decide si un despliegue de planta funciona.
| Lecciones | 10 |
|---|---|
| Tiempo | unos 80 minutos |
| Requisitos previos | A4; B3 ayuda |
| Coste | Gratis: lecciones escritas abiertas; el vídeo y los laboratorios necesitan una cuenta gratuita |
Lo que será capaz de hacer
- Sabe contenerizar un cliente OPC UA sin regenerar su identidad en cada reinicio.
- Sabe diseñar para una planta, con la aritmética de suscripciones puesta por escrito.
- Sabe evitar una tormenta de conexiones tras un incidente de red.
- Sabe decidir entre conexiones directas, un servidor de agregación y un gateway.
Temario
-
1
Contenerice sin perder la identidad9 min
La trampa que pilla a todo el mundo: un volumen pki no persistente regenera el certificado de aplicación en cada reinicio, de modo que la lista de confianza de todos los pares queda obsoleta en cada despliegue.
Recurso Un contenedor que pierde la confianza al reiniciarse y el montaje de volumen que lo arregla, con ambos registros
-
2
Configure para un contenedor8 min
Nombres de host, ApplicationUri y el SAN dentro de una red de contenedores, donde nada se resuelve como en un portátil.
Recurso Un Dockerfile y un fichero compose funcionales para un cliente, con la configuración de certificados
-
3
Haga la aritmética de la suscripción9 min
Máquinas por tags por frecuencia, frente a MaxMonitoredItemsPerSubscription y a los límites de sesión del servidor. Hecho sobre papel antes del despliegue, no durante.
Recurso Un modelo de capacidad resuelto para 200 máquinas y 12.000 tags, con los límites de servidor que lo condicionan
-
4
Escalone sus conexiones7 min
La medida aislada del lado cliente más eficaz contra una tormenta de conexión tras un evento de red.
Recurso Una reconexión de 200 clientes con y sin escalonamiento, con ambas trazas de carga del servidor
-
5
Elija directo, agregado o gateway8 min
Tres topologías, con lo que cuesta cada una en latencia, modos de fallo y licencias.
Recurso La misma planta dibujada de tres formas, con el modo de fallo de cada una señalado
-
6
Aplique la redundancia con honestidad8 min
Redundancia de servidor, redundancia de cliente, y qué conmuta realmente, que es menos de lo que sugiere el marketing.
Recurso Una prueba de conmutación por error con el hueco medido
-
7
Aplique control de admisión7 min
Proteger un servidor de sus clientes: límites de sesiones, límites de elementos monitorizados y qué hace el servidor cuando dice que no.
Recurso Un servidor alcanzando cada uno de sus límites, con el código de estado devuelto en cada caso
-
8
Monitorice el colector8 min
Sobre qué alarmar para que un flujo de datos parado se detecte en minutos y no en el cierre de mes.
Recurso Una lista de comprobación con las seis señales que delatan un colector mudo
-
9
Despliegue en el edge8 min
Hardware limitado, enlaces intermitentes, almacenamiento y reenvío, y lo que OPC UA no almacena en búfer por usted.
Recurso Un despliegue de borde con un corte simulado de 20 minutos, que muestra qué se recuperó y qué no
-
10
Actualizar sin corte de servicio8 min
Las actualizaciones de firmware y de servidor que desplazan índices de espacio de nombres o cambian el modelo, y el GeneralModelChangeEvent que le avisa.
Recurso Un diff de nodeset antes y después de una actualización, con los cambios de cliente que exigió
Laboratorio
Requiere cuenta gratuita
Ejecute un cliente en un contenedor contra un servidor local, reinicie el contenedor y demuestre que la relación de confianza ha sobrevivido. Después rómpala eliminando el volumen y observe el fallo exacto.
Desbloquear el laboratorio →Última verificación el 7 de septiembre de 2026 frente a OPC UA 1.05.07. OPC UA Connect es un recurso educativo y no está afiliado a la OPC Foundation.