A opção de espera a frio é simples para implementar, reduz a inatividade próximo a zero, mas não melhora o desempenho do servidor. Nesta configuração, há um servidor ativo único (servidor principal) conectado a um banco de dados e um sistema de arquivos remoto. Também há um servidor secundário que está configurado para se conectar ao mesmo banco de dados e sistema de arquivos, mas esse servidor não está em execução. Se o nó ativo falhar, o servidor secundário será iniciado e o tráfego de rede será roteado para ele. Este evento é chamado de failover. O IBM® UrbanCode Deploy não tem nenhum processo automático para failover, mas pode ser automatizado.

É possível converter um sistema de espera a frio em um sistema em cluster, colocando arquivos compartilhados no armazenamento de rede e conectando os servidores com retransmissões de rede. Consulte Configuring clustered servers for high availability.
O recurso de alta disponibilidade (HA) aumenta a escalabilidade e a disponibilidade pela distribuição de processamento em um cluster de servidores. Cada servidor é um nó independente que colabora no processamento comum. O objetivo é ser tão tolerante a falhas quanto possível, enquanto requer pouca ou nenhuma intervenção manual.
O servidores IBM UrbanCode Deploy criam uma malha JMS (via ActiveMQ); todos os servidores sabem uns sobre os outros. Todos os serviços estão ativos em cada servidor.

Para obter instruções de instalação, consulte Configuring clustered servers for high availability.