La opción de espera en frío es fácil de implementar, reduce el tiempo de inactividad casi a cero, pero no mejora el rendimiento del servidor. En esta configuración, existe un único servidor activo (servidor primario) conectado a una base de datos y a un sistema de archivos remoto. También existe un servidor secundario configurado para conectarse a la misma base de datos y sistema de archivos, pero este servidor no está en ejecución. Si el nodo activo falla, el servidor secundario se inicia y se dirige hacia él el tráfico de red. Este suceso se denomina migración tras error. IBM® UrbanCode Deploy no tiene ningún proceso automático para la migración tras error, pero se puede automatizar.

Puede convertir un sistema de espera en frío en un sistema en clúster colocando los archivos compartidos en el almacenamiento de red y conectando los servidores con los relés de red. Consulte Configuración de servidores en clúster para alta disponibilidad.
La característica de alta disponibilidad (HA) aumenta la escalabilidad y disponibilidad mediante la distribución del proceso en un clúster de servidores. Cada servidor es un nodo independiente que coopera en el proceso común. El objetivo es tener tanta tolerancia a errores como sea posible, necesitando poca o ninguna intervención manual.
Los servidores de IBM UrbanCode Deploy crean una malla JMS (vía ActiveMQ); todos los servidores tienen información sobre los demás. Todos los servicios están activos en cada servidor.

Para ver las instrucciones de instalación, consulte Configuración de servidores en clúster para alta disponibilidad.