Defeito #285
Aberta[GLPI #2026041752] INFRAESTRUTURA > COMPUTAÇÃO EM NUVEM
0%
Descrição
Chamado importado do GLPI #2026041752.
Link: https://e.niteroi.rj.gov.br/front/ticket.form.php?id=2026041752
Solicitante: —
Categoria: INFRAESTRUTURA CORPORATIVA > COMPUTAÇÃO EM NUVEM
Entidade: Prefeitura de Niterói > SMF - Secretaria Municipal de Fazenda
Grupo técnico (GLPI): Infraestrutura
Técnico (GLPI): Não atribuído
--- Descrição original (GLPI) ---
Dados do formulárioFavor preencher o formulário abaixo:
- Descrição :
Olá, pessoal.
Gostaria de solicitar a criação de uma VPN Site-to-Site e do Azure Site Recovery (ASR) para iniciarmos o DR do servidor SMFLAPL01, que hoje está no ambiente on-premises em VMware vSphere.
Analisando os recursos que já temos no Azure, vimos que a VM vm-srvapps2-niteroigov-smf pode ser usada para essa replicação. A srvapps1 já está sendo utilizada em outro projeto interno, então a ideia é usar a srvapps2 como DR neste primeiro momento e, mais para frente, desligar o servidor principal e manter o ambiente somente na nuvem.
Esse servidor hoje roda sistemas importantes para a rotina da SMF e da SEXEC, como painel de senhas do CAC, Passbolt, sistemas de totem, monitoramento, entre outros. Além disso, o ambiente atual já é bem antigo e vem apresentando problemas de obsolescência no hardware.
Neste momento, não precisa configurar para não atrapalhar as outras demanda de vocês. Só a criação da VPN e do ASR já ajuda bastante, se surgir alguma dúvida, pedimos apoio de vocês.
caso precisarem, posso encaminhar segue a topologia e as informações de rede.
Obrigado!
Segue um TXT feito a mão da infraestrutura atual
- Anexo : Nenhum documento anexado
--- Análise automática (IA — revisar) ---
Resumo: Solicitação de infraestrutura em nuvem para viabilizar contingência/DR do servidor on-premises SMFLAPL01, com criação de VPN Site-to-Site e configuração do Azure Site Recovery usando a VM vm-srvapps2-niteroigov-smf como destino de replicação. O chamado informa que o ambiente atual em VMware vSphere é antigo e suporta sistemas críticos da SMF e da SEXEC.
Causa provável: Necessidade de mitigar risco operacional de um servidor hospedado em ambiente on-premises com hardware obsoleto, por meio de conectividade segura com o Azure e replicação para recuperação de desastre. A demanda depende de validação de topologia de rede, compatibilidade do ASR com a origem em VMware e dimensionamento da VM de destino no Azure.
Prioridade sugerida: Alta
Próximos passos sugeridos:
- Validar a arquitetura proposta de DR, incluindo escopo da VPN Site-to-Site, uso da VM vm-srvapps2-niteroigov-smf e compatibilidade do Azure Site Recovery com o servidor SMFLAPL01 em VMware vSphere
- Solicitar e analisar a topologia de rede e os parâmetros necessários da conexão, como redes de origem e destino, endereçamento, equipamentos de borda e requisitos de roteamento
- Verificar no Azure os recursos já existentes, capacidade da VM indicada e pré-requisitos do ASR para replicação dos serviços mencionados
- Registrar dependências, riscos e janela adequada para implantação, submetendo a execução à priorização da equipe técnica