Desafios comerciais
Desafios comerciais
-
Difícil adaptação de arquitetura
As arquiteturas das aplicações na nuvem são complexas. Produtos ou tecnologias de DR devem se adaptar a diferentes arquiteturas. Além disso, bancos de dados e sistemas distribuídos possuem altos requisitos tecnológicos de DR.As arquiteturas das aplicações na nuvem são complexas. Produtos ou tecnologias de DR devem se adaptar a diferentes arquiteturas. Além disso, bancos de dados e sistemas distribuídos possuem altos requisitos tecnológicos de DR. -
Altos requisitos de DR
Aplicações empresariais são implementadas na nuvem e, portanto, possuem altos requisitos de DR. Especificamente, requerem que os serviços possam rapidamente se restaurar caso um acidente ocorra (RPO = 0).Aplicações empresariais são implementadas na nuvem e, portanto, possuem altos requisitos de DR. Especificamente, requerem que os serviços possam rapidamente se restaurar caso um acidente ocorra (RPO = 0).
-
Simulações inconvenientes de DR
DR na nuvem não possui simulações orquestradas. Simulações manuais tradicionais levam muito tempo e envolvem tanto hardware quanto software, o que é bastante inconveniente.DR na nuvem não possui simulações orquestradas. Simulações manuais tradicionais levam muito tempo e envolvem tanto hardware quanto software, o que é bastante inconveniente. -
Requisitos rígidos de confiabilidade de DR
Aplicações na nuvem demandam recursos de DR entre regiões ou até mesmo em 2 lugares e 3 data centers para prevenir grandes perdas causadas por desastres naturais, como tufões e terremotos.Aplicações na nuvem demandam recursos de DR entre regiões ou até mesmo em 2 lugares e 3 data centers para prevenir grandes perdas causadas por desastres naturais, como tufões e terremotos.
Cenários típicos
-
DR entre AZs
-
DR entre regiões
-
DR na nuvem em 2 lugares e 3 data centers
DR entre AZs
O sistema de DR é implementado em duas AZs da mesma região. Replicação sincronizada na camada de armazenamento é utilizada para fornecer proteção de DR entre AZs. Quando a AZ na qual o sistema de produção está localizado torna-se defeituosa, os serviços podem ser mudados para o sistema de DR em poucos cliques.
RPO = 0, comutação em um clique, 99,999999999% de confiabilidade (11 noves)
Nenhum software de DR terceirizado é necessário. Enquanto o sistema de produção estiver operando normalmente, os recursos computacionais no sistema de DR não precisam ser iniciados. Os recursos de DR são pagos por uso. Todos esses fatores reduzem custos de forma efetiva.
DR entre regiões
Quando o sistema de produção torna-se defeituoso, os serviços rapidamente se mudam para o sistema de DR. Os sistemas de produção e de DR são implementados em diferentes regiões, efetivamente evitando falhas de sistema decorrentes de desastres regionais e, assim, fornecendo maior confiabilidade.
Sistemas de produção e de DR estão em diferentes regiões, oferecendo maior confiabilidade.
Enquanto o sistema de produção estiver operando normalmente, o sistema de DR não precisa ser iniciado, contribuindo para a redução de custos.
DR na nuvem em 2 lugares e 3 data centers
Agrega replicação sincronizada entre regiões e recursos OBS entre regiões para lidar com desastres regiões de grande escala, melhorando a confiabilidade dos dados e a continuidade do serviço.
RPO = 0, comutação em um clique, 99,999999999% de confiabilidade (11 noves)
Sistemas de produção e de DR estão em diferentes regiões, oferecendo maior confiabilidade.
Simulações são executadas conforme a necessidade, sem afetar o sistema do serviço de produção.
Vantagens
Serviços recomendados
Histórias de sucesso
Histórias de sucesso
-
Com implementação em múltiplas AZs, DR ativa-ativa dentro da cidade, garantia de DR remota e GRU de DR visualizável, a Huawei ajudou a Vmall a otimizar a disponibilidade do serviço e a simplificar a O&M. A Vmall agora pode facilmente lidar com a demanda durante promoções e com os ataques de hackers, além de mitigar altos custos com O&M. -
IDC local+Recuperação de desastre na nuvem híbrida da Huawei reduziu os custos de DR e diminuiu o tempo de construção do projeto. Com essa solução, a BRC agora pode implementar DR entre AZs e executar simulações a qualquer hora.
