Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

Diferenças entre failover por DNS ou IP para o Disaster Recovery (DR)

Partilhar

Junte-se a nós neste artigo onde vamos falar sobre as diferenças entre um procedimento de failover por DNS ou por IP para o Disaster Recovery (DR) da Jotelulu.

O serviço de Disaster Recovery (DR) que oferecemos na Jotelulu permite aos nossos clientes ter a garantia de que as suas subscrições de Servidores e Desktop Remoto estarão seguras, mesmo nos casos em que o CPD onde os serviços estão originalmente localizados esteja comprometido.

Já escrevemos sobre o seu funcionamento no artigo “O serviço Disaster Recovery da Jotelulu, explicado“, que pode consultar se quiser saber como funciona. Mas há uma coisa que não comentámos nesse artigo, e é a diferença que podemos encontrar entre um failover por DNS ou por IP.

A primeira coisa que devemos saber é que a seleção do modelo failover é feita durante a implementação do serviço DR e que isto pode ser configurado novamente durante o processo de reconfiguração da réplica do DR, tendo em ambos os casos um aspeto semelhante ao que se verifica na imagem abaixo.

Para continuar, vamos explicar como funciona cada opção e destacaremos as diferenças.

No caso do failover por DNS, a assinatura de origem tem um IP específico, por exemplo 10.10.10.10, enquanto a assinatura para a qual são feitas as réplicas, ou seja, a assinatura secundária ou de destino, tem outro IP, por exemplo 20.20.20.20. Além disso, existe um URL com um nome DNS que poderia ser “omeuserviço.exemplo.com”.

Enquanto a assinatura primária estiver operacional, o DNS terá o endereço “omeuserviço.exemplo.com” a apontar para o IP 10.10.10.10, enquanto se aplicarmos o procedimento de evacuação para o backup, o que vai acontecer é que o registo DNS do “omeuserviço.exemplo.com” apontará para o IP de assinatura secundária 20.20.20.20.

Imagem. Representação de failover por DNS no Disaster Recovery (DR)
Imagem. Representação de failover por DNS no Disaster Recovery (DR)

Por outro lado, quando se decide utilizar o failover por IP, o importante será manter o IP a todo o custo. Assim, inicialmente teremos o IP da assinatura de origem que será, por exemplo, 10.10.10.10, enquanto na assinatura secundária não estará disponível qualquer IP até que o serviço seja equilibrado. Neste caso, se o procedimento de DR for aplicado, o que vai acontecer é que o IP da assinatura de origem terá de ser evacuado e apontar para a assinatura secundária.

Imagem. Representação de failover por IP no Disaster Recovery (DR)
Imagem. Representação de failover por IP no Disaster Recovery (DR)

O resultado, no fundo, é o mesmo: a subscrição de Servidores ou Desktop Remoto mantém-se operacional perante várias eventualidades, permitindo assim a Gestão da Continuidade do Negócio sem downtime, algo que poderia ser fatal para a empresa.

Imagem. Plano de replicação de um DR na Jotelulu
Imagem. Plano de replicação de um DR na Jotelulu

Para concretizar esta operação é necessário realizar uma série de operações na infraestrutura que devem ser transparentes para o utilizador. Isto não é algo trivial, mas todos os esforços são importantes para garantir a segurança dos nossos clientes.

NOTA: Lembremo-nos de que ter um plano de recuperação de desastres ajuda-nos a proteger a nossa empresa e a cumprir a ISO 27001 ou a ISO 22301.

Conclusões:

Como viu neste artigo, compreender as diferenças entre fazer um procedimento de DNS ou IP failover para Disaster Recovery (DR) é bastante simples, e a operação é baseada em conceitos básicos.

Se quiser saber mais sobre o Disaster Recovery (DR) pode aceder ao nosso blog para conhecer a parte teórica, em artigos como:

Ou visite a nossa secção de tutoriais, onde pode encontrar conteúdo como este:

Fale connosco se tiver qualquer dúvida sobre os nossos serviços.

Agradecemos o interesse!

Categorias:Comunicações e Segurança

Outros artigos que podem interessar-lhe

10 de Março de 2025
Sabemos que migrar ambientes cloud não é fácil, e ainda mais se se trata dos seus clientes empresariais, pequenas
6 de Março de 2025
Acompanhe-nos neste pequeno artigo, onde falaremos sobre como o Windows se comporta ao copiar ou mover dados no Armazenamento
26 de Dezembro de 2024
Como já sabe, na Jotelulu gostamos de fazer as coisas de forma diferente e, mais uma vez, vamos manter