> Características do Processamento Contínuo

Uma plataforma de hardware para o Processamento Contínuo é aquela onde uma falha em algum dos seus componentes não produz uma queda do sistema nem afeta sua performance, permitindo sua administração, serviço e atualização serem realizadas sem interromper a operação. Isto é, sistemas onde se elimina o downtime não planejado, produzido por falhas e onde se minimiza o downtime planejado em função do serviço.

Para conseguir este desempenho, os sistemas Stratus tolerantes a falhas, estão concebidos com un desenho único, onde todos os seus componentes (processadores, memória, buses, fontes de alimentação, unidades de disco, ventiladores, cabeado de alimentação, etc.):
• Estão duplexados, porque são redundantes e cada componente “gêmeo” do par, se encontra sempre ativo e executando a mesma tarefa ao mesmo tempo.
• São hot-swap, o que permite que podem ser reemplazados e atualizados com o servidor plenamente operativo.
• São auto-diagnosticáveis, porque tem a capacidade de detectar quando falham, e realizar uma tentativa automática para tentar recuperarse, ou se isto não for possível, deixar fora de serviço o componente com pane e disparar uma alarma para que se proceda sua correção ou substituição.

Sobre este hardware roda uma única imagem do sistema operativo, o que resulta numa compatibilidad binaria com os servidores estándar e por consequência maior simplicidade operativa para o índice de disponibilidade mais alto da indústria.
Sua empresa ganha proteção superior na operação sem ter que modificar aplicações e sem ter a necessidade de escrever rotinas de failover, nem procedimientos de testes e provas reiterativas nem outros cuidados extras para que suas aplicações sejam capazes de operar em clusters.

Os componentes de hardware tolerantes a falhas, replicados processam a mesma instrução ao mesmo tempo. Na eventualidade que um componente falhe, o componente gêmeo é uma peça de reposição já activa que continua a operação normal. Não se produz uma queda do sistema, nem se degrada a performance nem tampouco há perda de dados.

Nosso Software Failsafe foi concebido para trabalhar em conjunto com a tecnología lockstep visando prevenir muitos erros decorrentes do software. Outros problemas de software são capturados, verificados e reportados a Stratus. Isto permite que o pessoal de soporte tenha uma atitude proativa para correger problemas de software antes que voltem a acontecer. Em todos os casos e situações os dados em memória são constantemente protegidos e mantidos.

A capacidade de serviço e administração sem interrupção do processamento está integrada no proprio design dos servidores Stratus. Os sistemas ftServer continuamente monitoram sua propria operação.
Sua capacidade de soporte remoto permite que nossos en engenheiros de serviço possam diagnosticar e resolver falhas e problemas on line durante mais de 95% do tempo. Em caso de ser necessária a troca de um componente, este é enviado junto com um técnico ao local onde está o equipamento do cliente para proceder a substituição sem interrupções na operação do sistema.

Tradicionalmente, para aqueles serviços informáticos em ambientes Windows e Unix que por sua criticidade requeriam uma plataforma de alta disponibilidade a alternativa adotada era o cluster de servidores.

Na atualidade, a línea ftServer de Stratus Technologies faz que seja viável a solução tolerante a falhas para esse segmento de mercado, oferecendo maior disponibilidade e simplicidade operativa a um custo plenamente competitivo.

Uma plataforma de cluster é un complexo sistema de hardware e software, constituido por al menos dois servidores convencionais idénticos, interconetados e con armazenagem externo compartido, os quais com o auxílio de um conjunto de módulos adicionais de software, permiten que esses elementos se comportem como uma unidade. A aplicación roda ativa em um dos servidores enquanto que no outro se instala uma lista para tomar o contrôle e recomeçar a prestaçào do serviço quando é notificado pelo serviço do software de clustring que o nodo principal teve um problema e está fora de serviço.

A principal diferença entre uma alternativa cluster e um sistema tolerante a falhas surge desde a propria concepção de cada uma das arquiteturas:
• uma alternativa cluster intenta minimizar o tempo em que um serviço fica interrompido por causa de uma falha.
• un sistema tolerante a falhas está concebido para que no se produza nenhuma queda nem a interrupção dos serviços aplicativos.

Como consequência direta, quando se produz uma falha no nodo ativo do cluster, o serviço, se interrompe, podendo ser restaurado uma vez que os módulos de clustering se notificam da situação e conseguem reiniciar a aplicação no outro nodo, a partir do último estado que tenha registrado como consistente; este procedimento se conhece como failover. No equipo que teve o crash sempre se perde o conteúdo da memória, as transações em processo, as gravações a disco em curso, etc. O tempo de failover transcorrido entre o instante que se produz a falha e se restaura o serviço, pode variar e depende de muitos fatores, como ser o tipo de aplicação, se esta admite funcionar em ambiente cluster, do volume de dados, da habilidade com que tenha sido configurado o software de clustering, dos mecanismos para restaurar os subsistemas de comunicação e os enlaces, etc.

Toda alternativa cluster debe ser desenhada, implementada e ser permanentemente testada para cada caso particular, enquanto que uma solução com um sistema Stratus brinda a mais alta disponibilidade con a maior simplicidade operativa: “out of the box”. Se instala a aplicação e se pôe a rodar tal como si se tratase de un server convencional, sem modificações nem necessitar capas de software adicional.

Por outro lado, a alternativa cluster brinda níveis de disponibilidade menores que os de uma solução tolerante a falhas. Segundo medições realizadas por consultoras independentes, o índice de disponibilidade de un cluster é de 99,99%, para un tolerante a falhas é de 99,999%. A diferencia de un nove implica que em uma alternativa em cluster deve apresentar un downtime não planejado de uma hora por ano, enquanto que os cinco noves de un Stratus ftServer asseguran menos de cinco minutos de downtime ao ano.

Finalmente, desde o ponto de vista econômico, os sistemas Stratus utilizam uma única licença de sistema operativo, para manejos da base de datos, para as aplicações do usuário, etc. todo o qual somado no seu conjunto e mais o hardware requerido, incrementa notadamente o Custo Total de Propriedade nas alternativas em cluster.