Ficha técnica
everRun® Ampliar
Possibilitando a recuperação de aplicações tolerantes a falhas em locais conectados através de uma WAN, usando replicação assíncrona
Seja causado pela natureza, falha mecânica ou de energia, ou erro humano, os desastres podem resultar na perda total de todos os recursos computacionais em uma instalação, podendo deixar sua empresa incapaz de funcionar por dias, ou mesmo semanas. Com o Stratus® everRun® Extend, alimentado pela Arcserve Continuous Availability, você pode combinar a redundância do sistema com a recuperação de desastres em uma ampla área baseada em rede para manter um sistema hot stand-by localizado em local remoto.
O software Arcserve Continuous Availability estende as principais capacidades do software Stratus everRun para apoiar as capacidades de recuperação de desastres (DR) através de uma ampla rede de área (WAN), em conjunto com a redundância do sistema em um ou outro, ou ambos, local primário e local remoto de DR.
Principais benefícios
- Assegurar a continuidade dos negócios: Proteger aplicações e dados críticos contra desastres em todo o local
- Simplificar a implantação e o gerenciamento: Utilize o serviço intuitivo de Construção e Controle de Cenários para fazer a configuração, configuração e gerenciamento de forma rápida e fácil
- Pague apenas pelo que você precisa: Escolha entre três configurações diferentes que atendam às suas necessidades físicas e virtuais
Como ele se encaixa com a everRun
everRun protege os clientes contra falhas no servidor, ou outras falhas no sistema ou nos componentes de rede. O Arcserve Continuous Availability proporciona a recuperação de desastres em caso de desastres no local. A configuração mais típica do cliente inclui um sistema everRun executado em um site primário, e um sistema Windows ou Linux executado em uma única máquina física em um site DR secundário. Arcserve Continuous Availability fornece DR entre o site primário e o site DR (também chamado de Master e Replica). Alguns clientes também mantêm sistemas everRun em seu local de DR, para garantir alta disponibilidade após a execução de um cenário de recuperação de desastres.
O software Arcserve DR é instalado no sistema Windows ou Linux para proteger as aplicações em execução nesse sistema. É um produto complementar e estratificado para o conjunto de produtos everRun. O sistema Windows/Linux pode rodar em uma máquina física, em uma máquina virtual (por exemplo, em VMware) ou em um sistema Windows/Linux rodando em uma Máquina Virtual Protegida everRun (PVM).
O Arcserve Continuous Availability também é instalado em um sistema Windows/ Linux no local remoto DR. Este também pode ser um sistema Windows/Linux rodando em uma máquina física, em uma máquina virtual (por exemplo, em VMware) ou um sistema Windows/Linux rodando em uma Máquina Virtual Protegida (PVM) sempre em funcionamento.
Três configurações são possíveis:
1. V2P: O site principal tem a aplicação rodando em um PVM everRun e o site DR tem a aplicação rodando em um sistema nãoeverRun.
2. V2V: Ambos os sites têm a aplicação em execução em um PVM sempre em execução.
3. P2P: Ambos os sites têm o aplicativo rodando em um sistema Windows/Linux rodando em uma máquina física ou em um sistema que não funciona nunca.
O mesmo software é usado para habilitar e entregar as três configurações. Mas, os custos de licenciamento para estas três configurações variam. Não há diferença nas capacidades e funções para estas três configurações, além das diferenças descritas acima.
Como é montado
Um sistema é instalado no local principal para executar a aplicação a ser protegida. Outro sistema é instalado no local do DR para executar a aplicação a ser protegida. Tanto o sistema pode ser uma VM sempre executada ou nunca executada ou um sistema Windows/Linux físico. A aplicação é carregada em ambos os lados e o motor Arcserve é carregado no sistema operacional em ambos os lados. Uma conexão WAN é configurada para Arcserve para ser usada para os propósitos explicados abaixo.
Durante o processamento normal, o software Arcserve realiza a replicação assíncrona imediata e em tempo real de todos os dados da aplicação, entre o local principal e o local DR. O site principal executa a aplicação ativa. O site DR não executa a aplicação e está simplesmente sendo mantido atualizado a fim de poder assumir a partir do site principal quando necessário.
Quando o site principal tiver uma falha completa, o software Arcserve executará um cenário DR, o que coloca o site DR na rede com a identidade do site principal, e reinicia as aplicações usando cópias atualizadas dos dados.
Um componente separado, o módulo Control Service, é instalado em uma máquina autônoma (física ou virtual). O Serviço de Controle pode ser replicado para alta disponibilidade. O cenário de fail-over, que conduz o fail-over de um servidor primário para o servidor DR e de volta (quando necessário), é executado a partir do Serviço de Controle.
O Serviço de Controle é o sistema de controle central e os usuários/gerentes de sistema podem usar uma interface Manager, que é baseada em navegador, para se conectar ao Serviço de Controle, e ter visibilidade e controle sobre toda a sua configuração.
O Serviço de Controle funciona como o ponto único de controle da operação de recuperação e fail-over do Arcserve, e contém os dados do cenário existente. O Serviço de Controle gerencia todas as tarefas relacionadas ao cenário, e os Gerentes que estão conectados a ele permitem monitorar as atividades da Arcserve. Para superar o perigo de perder os dados do Serviço de Controle, ou perder a capacidade de gerenciar e monitorar seus cenários, o Arcserve Continuous Availability oferece replicação (redundância) e fail-over para o Serviço de Controle para assegurar uma disponibilidade muito alta dos dados e funcionalidades do Serviço de Controle.
Detalhes técnicos
1. Distância máxima entre os dois servidores:
- Não há distância máxima. Os dois servidores são conectados através de uma WAN.
2. Requisitos extras de hardware para os sistemas Windows no site principal e no site DR:
- Nenhuma. Dois sistemas (servidor padrão Windows/Linux ou sistema baseado em everRun) devidamente configurados para executar a aplicação, podem ter o Arcserve adicionado sem nenhum hardware adicional.
3. Requisitos de software para os sistemas Windows no site principal e no site DR:
- Windows Server 2019, Windows 2016, 2012 R2, 2012, 2008 R2, 2008.
4. Requisitos de software para os sistemas Linux no site principal e no site DR:
- Red Hat 7.4 - 7.7, 6.8 - 6.10, CentOS 6.8-6.10, 7.4-7.6, SUSE Enterprise Server 11 SP4, 12 SP2-SP4, 15, Oracle Linux 7.4-7.6, 6.8-6.10.
5. Requisitos de Hardware/CA para o sistema de Serviço de Controle:
- Windows Server 2019, Windows Server 2016, 2012 R2, 2012.
6. Largura de banda mínima para as conexões WAN entre os dois servidores:
- Adequado para levar as atualizações do arquivo/base de dados enviadas do primário para o site DR. Os usuários podem fazer cálculos retroativos, com base em seu conhecimento da aplicação, ou executar o modo de avaliação para determinar a largura de banda necessária.
7. Latência máxima de ida e volta entre os dois servidores:
- A latência não é um problema, desde que exista uma conexão WAN confiável.
8. Administração:
- O utilitário de gerenciamento, chamado Centro de Gerenciamento, está disponível através de um navegador para apresentar o status do sistema ao usuário. O navegador se conecta ao Serviço de Controle.
- O sistema pode ser configurado para executar tarefas para cada evento significativo que ocorra:
i. Enviar uma mensagem com uma descrição do evento.
ii. Executar um script especificado pelo usuário.
Para saber mais sobre computação sem preocupações, visite stratus.com.
