Acho que ninguém argumentará que ter uma infraestrutura de backup e backup confiável é sempre bom. O número de desastres naturais e causados pelo homem no mundo está crescendo a cada ano, e o dano causado é medido em centenas de bilhões de dólares. Embora a chance de sofrer um grande incidente não seja tão grande, encontramos problemas locais no espírito de falta de energia, inundações ou incêndio na sala do servidor com bastante frequência.
Tudo pode acontecer - às vezes funcionários ofendidos se vingam dos negócios, às vezes as autoridades policiais apreendem o equipamento, às vezes endereços IP estrangeiros caem acidentalmente sob o quarteirão de Roskomnadzor, e uma vez que um caminhão entra na sala de servidores local de nossos clientes, atravessando a parede da rua.
Todas as empresas precisam de uma reserva ativa para mudar rapidamente para o segundo site? De fato, não. O backup em tempo real é relevante se os processos comerciais críticos para o atendimento contínuo ao cliente dependem muito do software em execução nos servidores centrais. Nesse caso, as perdas de imagem também são assustadoras e o custo do tempo de inatividade é bastante fácil de calcular, e é por isso que geralmente é encontrado dinheiro para RDCs. Além disso, esses sistemas de TI geralmente são projetados inicialmente em uma versão resistente a desastres.
Se a indisponibilidade de sistemas de TI levar apenas ao desperdício de tempo de trabalho dos funcionários e, hipoteticamente, puder levar a multas por relatórios arquivados tardiamente ou compradores misteriosos mal atendidos, a empresa aprovará com relutância o custo de uma reserva quente.
A dificuldade é que, se você vier ao integrador de sistemas com a tarefa de backup, provavelmente, de acordo com sua experiência, será oferecida uma abordagem testada pelo tempo com análise de risco comercial, desenvolvimento de DRP e uma solução baseada em hardware com funcionalidade de sincronização de hardware. Além do alto custo, essas soluções têm mais uma desvantagem - são difíceis de implementar sem uma modernização significativa do site principal, que, como regra, ninguém quer tocar mais uma vez.
No entanto, para sistemas de negócios verdadeiramente críticos, esses são riscos e custos justificados, porque não pode ser de outra forma, mas e se os sistemas não forem críticos o suficiente para um projeto "adulto" e bonito?
Você pode, é claro, chegar a um acordo e não fazer nada, e se algo acontecer, encolher os ombros e tirar um chapéu do negócio. Você pode contratar o integrador para calcular o data center de backup, fazer um piloto, avaliar o orçamento, apresentar uma solução para os negócios, obter "ainda não há dinheiro" em resposta e adiar o projeto para tempos melhores. Obviamente, isso não salvará a empresa do tempo de inatividade, mas é difícil para o departamento de TI fazer reivindicações em caso de força maior, porque "bem, nós oferecemos a você", e novos conhecimentos sobre o mercado de soluções de DR não serão supérfluos. Essas opções também têm direito à vida, mas os negócios podem não sobreviver à perda de dados e, em seguida, você terá que procurar um novo emprego.
Você não pode investir em um data center de backup completo, mas facilite sua vida para o futuro, configurando um backup de dados secundário (ou mesmo primário) na nuvem. Atualmente, os serviços de BaaS (backup como serviço) são oferecidos por muitos provedores de serviços e com base em uma variedade de software. Se você usar alguma solução de backup popular, certamente poderá encontrar um serviço semelhante com integração nativa conveniente com o software atual. Ou, como opção, você pode alugar um armazenamento barato compatível com S3 do fornecedor e colocar backups lá - as soluções de muitos fornecedores hoje oferecem suporte ao protocolo S3. As vantagens dessa abordagem são óbvias - por dinheiro razoável, você obtém seguro contra o risco de ficar sem acesso físico aos dados e a capacidade de recuperar na mesma nuvem, se necessário.
A rapidez com que você pode elevar seus sistemas do backup depende dos esforços despendidos nos testes anteriores, da disponibilidade de um pool de recursos pré-pago para recuperação e do procedimento de DR escrito em conjunto com o provedor de serviços. No entanto, mesmo que você tenha apenas um backup simples, você ainda executa seus sistemas de negócios na nuvem, embora não muito rapidamente, e o suporte ao fornecedor de BaaS o ajudará com isso.
Mas e se o dano causado pelo tempo de inatividade dos sistemas de TI for óbvio para todos, mas não tão grande que seja gasto em um projeto completo de recuperação de desastres com análise e equipamentos de risco de negócios e um segundo local?
Aqui, os prestadores de serviços vêm novamente em socorro, oferecendo uma infraestrutura em nuvem já distribuída em vários sites geográficos. Você só precisa mover seus servidores para a nuvem, e o provedor de serviços cuidará do resto.
Se você não deseja mudar totalmente para a nuvem por algum motivo (por exemplo, se gastou recentemente em seu próprio hardware e servidor), a opção com sincronização de software na nuvem de vários servidores especialmente valiosos é adequada. Você pode alugar recursos de computação e um provedor de serviços em nuvem, software de sincronização disponível de um provedor em nuvem e fornecer uma solução detalhada de recuperação de desastres para suporte. Essa é uma opção bastante conveniente, e você não precisa pagar por um exame de seus sistemas de TI, pela preparação de um projeto técnico e por outras etapas de um projeto completo - você pode se limitar a uma configuração padrão barata.
O uso de serviços em nuvem elimina a necessidade de prever o número de licenças necessárias para o software DR e pagar anualmente pela extensão do suporte do fornecedor para manter o acesso às atualizações. Em caso de dificuldades, você pode obter rapidamente o suporte técnico do suporte do provedor em russo (em vez de psicológico em inglês, como costuma ser o caso dos fornecedores). Afinal, o hoster conhece seu serviço, porque é configurado e mantido por ele, e o fabricante do software terá que entender dolorosamente os logs e correspondências, o que está configurado e o que está dentro de você.
Em geral, alugar um serviço da nuvem em comparação com a compra de equipamentos para um projeto tem uma vantagem significativa, mesmo que não comparemos o custo de propriedade. Este é um custo baixo se algo der errado. Se não decolar, simplesmente recusamos os serviços de um hoster e isso é tudo, mas você não pode mais recusar seu ferro.
Essas histórias são realmente familiares para muitos líderes de TI. Há alguns anos, realizamos uma pesquisa pronta para a nuvem em uma empresa de engenharia, e um dos pré-requisitos para mudar para a nuvem era a operação lenta dos sistemas de negócios. Todos os dados do aplicativo estavam no armazenamento de nível de entrada e seu desempenho era bastante trivial. No entanto, durante a auditoria, encontramos no cliente um excelente serviço intermediário de um fornecedor renomado que atua como um trocador de arquivos. Em resposta à nossa pergunta idiota, "por quê?" o cliente contou uma história sobre a perda de dados devido a um erro raro e a relutância em correr riscos novamente, embora o fornecedor o tenha corrigido há muito tempo.
Na prática, na prática do ActiveCloud, havia muitas situações em que o ferro comprado não podia ser usado para seus propósitos originais ou era colocado em batalha com um atraso de vários meses. Vale a pena assumir esses riscos, quando você pode transferi-los para um provedor, a questão é interessante.
O ActiveCloud oferece a seus clientes um
serviço de backup para o armazenamento em nuvem baseado no software Veeam e um
serviço de backup quente para a nuvem baseado no software Carbonite (ex-Double-Take). Os serviços permitem que você faça backups periódicos ou sincronize em tempo real servidores virtuais e de ferro com a nuvem em todos os hipervisores populares. Os serviços são oferecidos de acordo com o modelo de locação e incluem tudo o que você precisa: recursos em nuvem, software necessário, suporte 24x7 e configuração rápida da inicialização.
Se você tem uma tarefa semelhante e deseja discuti-la, escreva para
dmitriy.yashin@activecloud.ru .