{"id":49527,"date":"2024-06-20T00:00:00","date_gmt":"2024-06-19T22:00:00","guid":{"rendered":"https:\/\/jotelulu.com\/blog\/o-servico-disaster-recovery-da-jotelulu-explicado\/"},"modified":"2024-06-20T00:00:00","modified_gmt":"2024-06-19T22:00:00","slug":"servico-disaster-recovery-jotelulu-explicado","status":"publish","type":"post","link":"https:\/\/jotelulu.com\/pt-pt\/blog\/servico-disaster-recovery-jotelulu-explicado\/","title":{"rendered":"O servi\u00e7o Disaster Recovery da Jotelulu, explicado"},"content":{"rendered":"

Leia este artigo para compreender o serviço Disaster Recovery da Jotelulu<\/strong>.<\/p>\n

O serviço Disaster Recovery da Jotelulu visa garantir que tanto os nossos partners como os seus clientes têm uma ferramenta para garantir a sobrevivência das suas infraestruturas e serviços<\/strong> em caso de contingência grave no data center<\/em> onde os serviços estão alojados.<\/p>\n

Este serviço permite evacuar as subscrições de Servidores ou Desktop Remoto, minimizando o impacto<\/strong> no serviço que prestam e levando-as para outra região para garantir que o serviço não é afetado.<\/p>\n

O Disaster Recovery da Jotelulu permite ao partner selecionar uma subscrição de servidores existentes dentro da Jotelulu e replicá-la noutra zona de disponibilidade<\/strong>, garantindo que os dados serão replicados diligentemente de acordo com a periodicidade definida pelo administrador. Uma das garantias que este serviço nos oferece é que, quando a infraestrutura for evacuada para o local remoto, continuará a manter o endereço da rede pública e privada (IPv4), bem como todos os serviços que o cliente publicou na origem. Com isto, o cliente consegue que, mesmo que ocorra a evacuação de recursos, todas as alterações sejam transparentes e o serviço seja evacuado em muito pouco tempo.<\/p>\n

\"Imagem.
Imagem. Plano de replicação de um DR na Jotelulu<\/figcaption><\/figure>\n<\/p>\n

NOTA:<\/strong> devemos dizer, antes de continuar, que este é um serviço “vivo”, como todos os serviços da Jotelulu, razão pela qual, com o tempo, este serviço irá evoluir e assumir novas funcionalidades.<\/em><\/p>\n

NOTA: <\/strong>uma assinatura de DR pode conter um ou mais planos de DR.<\/em><\/p>\n

NOTA: <\/strong>um plano de DR só pode ter uma assinatura de origem.<\/em><\/p>\n

Para começar, temos uma primeira subscriçã<\/strong>o: esta é a subscrição que originalmente presta serviço aos nossos clientes<\/strong>. Se nesta assinatura, por exemplo de servidores, ativarmos o serviço Disaster Recovery (DR)<\/strong>, o que vai acontecer é que será ativada uma segunda assinatura<\/strong> noutra região<\/strong>, que se comportará como um espelho<\/strong> e na qual será feita uma replicação<\/strong> do conteúdo da primeira assinatura.<\/p>\n

Quando estabelecemos a replicação, devemos configurar uma série de pontos, como a quantidade de cópias que iremos guardar, quando começaremos a fazer a cópia ou com que frequência faremos a cópia, mas esta configuração não é imutável e pode ser alterada posteriormente.<\/p>\n

A assinatura espelho<\/strong>, criada para suportar a nossa assinatura funcional (aquela que está realmente operacional), não será visível<\/strong> para os utilizadores enquanto a assinatura principal estiver ativa.<\/p>\n

Se, a qualquer momento, decidirmos pausar ou parar a replicação<\/strong> do DR, os dados deixarão de ser replicados para a assinatura de backup. <\/em>No entanto, existe uma pequena diferença entre as duas formas de parar a replicação. Quando falamos em interromper uma subscrição de DR, existe a opção de a pausar e a opção de a interromper:<\/p>\n