A arquitetura MSHA de recuperação de desastres multiativa divide o negócio em três camadas: camada de acesso, camada de aplicativo e camada de dados. A camada de aplicativo pode ser subdividida em vários domínios funcionais, como invocação de microsserviços e mensagens. funções Componentes, gerenciamento e controle têm recursos completos de gerenciamento e controle de múltiplas atividades com base em cada camada de componentes.

Arquitetura Tolerância a desastres Cena aplicável Mais vida na mesma cidade RPO: As falhas em nível regional são incontroláveis. As falhas em nível de sala de computadores variam de segundos a minutos; RTO: Falhas em nível regional são incontroláveis. Falhas em nível de sala de informática ocorrem em minutos a dez minutos. ilustrar A situação específica depende do atraso na sincronização dos dados primários e secundários. O orçamento é limitado e a recuperação de desastres fora do local não é considerada. Espere um curto período de construção (≤2 semanas). Espere nenhuma modificação no código comercial. Problemas de consistência de dados não são considerados. Aplicativo remoto ativo-ativo RPO: Minutos. RTO: minutos a dez minutos. ilustrar A situação específica depende do atraso na sincronização dos dados primários e secundários. Opte por estabelecer um data center em outro local para recuperação de desastres. Espera-se que os recursos do centro de backup não fiquem ociosos e o tráfego esteja ativo-ativo. Aceite atrasos de rede entre regiões. Espere zero ou menos modificações no código comercial. Problemas de consistência de dados não são considerados. Comparada com a multiatividade remota, esta solução não requer rotulagem de tráfego e correção de erros de roteamento. Ativo-ativo remoto RPO: Minutos. RTO: minutos a dez minutos. ilustrar A situação específica depende do atraso na sincronização dos dados primários e secundários. Se você tiver orçamento suficiente, opte por construir um data center multiativo em um local externo. Aceite um longo período de construção (3 a 6 meses). Capaz de selecionar dimensões apropriadas para rotear o tráfego e realizar a fragmentação de dados. Aceite a transformação dos padrões de tráfego comercial, padrões de código comercial e atualizações de middleware. Aceite que os dados eventualmente serão consistentes.

O exercício de simulação de falha estabelece um conjunto de procedimentos de simulação padrão, incluindo a fase de preparação, fase de execução, fase de inspeção e fase de recuperação. Através de um processo de quatro etapas, ele cobre todo o processo de perfuração do usuário, desde o planejamento até a restauração, e é claramente apresentado ao usuário por meio de visualização.

Os exercícios de falha podem ser aplicados aos seguintes cenários típicos: