Os datacenters geralmente são seguros, mas inundações, incêndios e invasores físicos são possibilidades que podem destruir um ambiente de rede. Toda organização, incluindo datacenters, precisa de um plano de recuperação de desastres para garantir a continuidade dos negócios no caso de um incidente de tempo de inatividade imprevisto.
O que é recuperação de desastres?
Tradicionalmente, as organizações criavam backups em sua rede ou migravam backups para a nuvem. Os backups não são o único componente na recuperação de desastres, mas são a principal ferramenta de correção após uma violação de dados ou danos físicos causados por um incidente. Embora os backups no local sejam úteis, desastres naturais ou roubo físico os tornam ineficazes se o sistema de armazenamento de backup estiver localizado no local.
Os backups na nuvem foram introduzidos como uma maneira de armazenar dados durante exercícios de recuperação de desastres, mas os backups de dados não abordam nenhuma infraestrutura. Os backups são benéficos para a proteção e recuperação de dados, mas não resolvem a perda de infraestrutura, produtividade e conexões de Internet inativas. Um plano de recuperação de desastres envolve mais do que backups. Ela abrange as etapas para contenção e erradicação de um comprometimento, investigações de interrupções de infraestrutura após um incidente, procedimentos de failover e notificações para todos os envolvidos na execução do plano de recuperação de desastres.
A recuperação de desastres como serviço (DRaaS, Disaster Recovery as a Service) destina-se a aliviar os custos de infraestrutura e despesas gerais de um plano tradicional de recuperação de desastres. Em vez de hospedar hardware e software caros no local, as empresas podem mover sua infraestrutura de failover para a nuvem. Como é executado na nuvem, o plano de recuperação de desastres é executado como um serviço de nuvem, o que dá seu nome à DRaaS.
O que é recuperação de desastres como serviço (DRaaS, Disaster Recovery as a Service)?
Alojar a infraestrutura interna de recuperação de desastres é caro e exige que a equipe a apoie. A recuperação de desastres como serviço (DSaaS, Disaster Recovery as a Service) hospeda a infraestrutura na nuvem. Ele pode facilitar uma transição mais tranquila dos fluxos de trabalho internos de recuperação de desastres para armazenamento e failover baseados em nuvem. Em vez de hospedar a infraestrutura de failover, o datacenter pode hospedá-la em um serviço de hospedagem em nuvem de terceiros. No caso de um desastre, os administradores podem mudar para recursos de nuvem para continuar a produtividade dos negócios até que os problemas de tempo de inatividade local sejam resolvidos.
A tecnologia de computação em nuvem é amplamente usada em DRaaS usando infraestrutura como serviço (IaaS ) e virtualização. Usar a computação em nuvem reduz custos e oferece escalabilidade conforme a empresa cresce e precisa de mais recursos virtuais. Embora a infraestrutura de backup como serviço (BaaS, Backup as a Service) esteja incluída na DRaaS, ela é apenas um componente e não uma solução completa de DRaaS.
Com a DRaaS, grandes organizações e datacenters têm uma maneira rápida de oferecer failover para seus clientes. O tempo de inatividade pode custar milhões de dólares por hora para grandes empresas, então a DRaaS pode ajudar os datacenters a evitar litígios caros e perda da confiança do cliente. Alguns clientes exigem DRaaS antes de fazer negócios com um datacenter.
Quanto custa a recuperação de desastres como serviço?
A DRaaS pode custar até seis números por ano ou alguns milhares de dólares por mês. Devido ao alto custo, normalmente é reservado para grandes organizações. O custo depende dos serviços e da infraestrutura implantados como failover. Conforme mais infraestrutura e servidores são adicionados, os custos aumentam. Os backups provavelmente se tornam cada vez maiores conforme a empresa cresce, portanto, os custos de armazenamento para DRaaS também aumentam.
Dois fatores são a determinação dos recursos de DRaaS: objetivo de tempo de recuperação (RTO, Recovery Time Objective) e objetivo de ponto de recuperação (RPO, Recovery Point Objective).
