leitor de longa data, primeiro remetente:)
Tenho lido muito sobre iSCSI e SANs em geral e acredito que consegui responder à maioria das minhas dúvidas e preocupações sobre o assunto, mas esta permanece:
Como você "faz backup de uma SAN?"
O que se segue é um cenário mais ou menos real e meus pensamentos e perguntas sobre isso.
Suponha que você tenha conseguido convencer o gerenciamento de sua pequena empresa (no melhor dos tamanhos médios) a finalmente fornecer os fundos para uma solução de armazenamento pequena, mas adequada, ou seja, uma SAN baseada em iSCSI. Suponha que consiste em um servidor com muitas unidades em um gabinete e executando o OpenFiler, ou até mesmo um MD3000i (Dell) ou MSA2000i (HP), que são, como eu entendo, as soluções de nível de entrada mais comuns.
Os LUNs são exportados para um servidor que precisa armazenar repositórios de código, documentos, imagens e similares, outro servidor que executa alguns bancos de dados, outro que usa os LUNs como discos para convidados de virtualização (DomUs no Xen-speak) e ainda outro servidor que exporta um diretório principal do usuário contendo LUNs grandes via NFS (esta é uma loja Linux pura). As vantagens são claras, acredito: servidores individuais não precisam de muito armazenamento local e a migração de servidores ou serviços fica mais fácil.
Mas agora você precisa ter uma solução de backup para todos ou a maioria dos dados armazenados. Como você faz isso? Você executa um software de backup (eu gosto de rsnapshot) em cada servidor que possui dados para fazer backup? Onde você coloca esses dados? Em um servidor de backup dedicado com muito armazenamento local? Ou de volta na SAN? Qual é a solução "comum", se houver, para fazer backup de uma SAN?
Estou procurando práticas recomendadas e conselhos de pessoas com mais experiência do que eu executando SANs.
Obrigado!
Edite: considerando que o orçamento para a SAN é muito limitado para começar, acho que estou procurando soluções não-proprietárias, muito gerais e baratas para a pergunta de backup. Se tais soluções existem, de qualquer maneira. Não haverá dinheiro para fitas ou uma segunda matriz SAN idêntica. Deveria ter tornado isso mais explícito, desculpe.
Usamos um cluster SAN NetApp 3020 com dados iSCSI, FC e CIFS armazenados nele. Este produto suporta despejos de NDMP em um autoloader de fita SCSI conectado localmente. Usando isso, recebo cópias perfeitas dos meus iSCSI e FC LUNs, bem como backups de arquivos por arquivo dos meus dados CIFS que estão sendo compartilhados da NetApp. Eu uso o BackupExec para controlar os backups do NDMP e as velocidades são excepcionais porque é um SCSI local conectado ao NetApp.
Parece que estamos em um barco semelhante, em termos de tamanho e complexidade da infraestrutura.
Essencialmente, tenho uma SAN que lida com meus dados de produção, depois tenho um servidor de backup com um armazenamento conectado localmente de tamanho decente que é anexado a uma biblioteca de fitas (LTO-3 com 400GB descompactado / fita )
Essencialmente, eu faço backups em nível de dados. Como estou executando o Linux, faço rsyncs para obter os dados da máquina conectada à SAN para a máquina de backup, depois escrevo os dados para a fita. Tenho a sorte de ter armazenamento local suficiente no servidor de backup para que eu possa manter uma cópia localmente e, em seguida, apenas rsync as diferenças, mas se você não pode configurá-lo, muitas soluções de backup usam a idéia de um spool diretório para armazenar localmente os dados enquanto estão sendo gravados em fita.
Por causa da forma como a fita grava, é uma péssima ideia transmitir diretamente da rede para a fita diretamente, como um compartilhamento de arquivos do Windows ou um compartilhamento NFS. Isso mata completamente a velocidade de gravação da fita E mata a vida útil da sua unidade de fita. Portanto, use um disco local para colocar os dados no spool.
A solução de backup que eu uso é chamada Amanda, que é bastante esotérica em sua configuração, mas tem uma versão comercial disponível (por US $ 100 / servidor sendo feito backup) que tem uma configuração baseada na web e você também pode obter extensões diretamente em vários bancos de dados.
EDITAR
Como você mencionou não ter fitas, eu recomendaria uma biblioteca de fitas virtuais (VTL) do homem pobre, ou seja, unidades USB externas. Amanda, pelo menos, pode endereçar arquivos como se fossem uma VTL, e tenho certeza que outros pacotes de software também podem.
Realmente, porém, os discos rígidos têm uma duração definida. Se sua empresa está gastando dinheiro suficiente para comprar uma SAN, você deve trabalhar nelas para obter um trocador de fita. Na verdade, eles não são tão caros quanto costumavam ser, especialmente se você não comprar no limite.
A forma de backup mais barata (e mais fraca) que você pode fazer é manter os instantâneos em volta, com alguma forma ocasional de backup de longo prazo.
Isso pressupõe que os instantâneos são baratos - isso depende de como eles são implementados. Copiar em sistemas de arquivos de gravação como o WAFS da NetApp e o ZFS da SUN têm instantâneos virtualmente sem custo, em contraste com o custo O (n) dos instantâneos de cópia. Instantâneos baratos são realmente muito bons.
Apenas manter os instantâneos em volta não é realmente uma solução de backup, mas não tenho certeza de que qualquer solução real seja possível sob suas restrições sem invasão séria.
Além disso, sou seriamente viciado aqui como um desenvolvedor da NetApp, mas você deve, seriamente, pelo menos falar com alguns vendedores da NetApp antes de concluir que eles estão fora de sua faixa de preço. : -)
Uma biblioteca de fitas conectadas diretamente ou por fibra óptica + NDMP pode ser uma solução bastante sofisticada, mas se o seu sistema de armazenamento não puder usar algo assim para escrever em fita ou se o orçamento for particularmente restrito, você pode estar no posição de ter que usar uma solução de backup tradicional para fazer backup dos dados no LUN por meio de um cliente de backup no host conectado à SAN.
Em um cenário como esse, os dados hospedados na SAN são tratados exatamente como discos físicos no cliente que está sendo submetido a backup.
Embora a funcionalidade do NDMP às vezes seja incluída em um sistema de armazenamento (à la NetApp), os aplicativos de backup podem realmente cobrar extra para fazer o backup via NDMP. Por exemplo, em nosso ambiente do NetBackup, as licenças do NDMP eram muito mais caras do que as licenças normais de backup do cliente do sistema operacional.
oops..just refreshed e viu sua adição re: não ter $$ para fitas. Onde você está pensando em colocar seus backups, se não em fita ou outro SAN?
A opção de todo o disco para backup é possível, mas geralmente não é considerada uma opção de orçamento para uma grande quantidade de dados. Da mesma forma, o backup dos dados até a mesma SAN pode atenuar alguns riscos se você for cuidadoso (por exemplo, certifique-se de separar completamente os discos), mas não oferecerá nenhuma falha total ou proteção contra desastres. O mesmo vale para um servidor de backup com muitos discos ... algum nível de proteção, mas se o local onde a SAN e o servidor de backup grande sofrem uma séria interrupção ou desastre, todos esses dados se foram.
Continuamos a usar nossa infraestrutura de backup existente que tínhamos antes mesmo de mudar para uma SAN. Nós temos os hosts individuais rodando o Legato Networker jogando todas as noites em um sistema Storagetek Tape. Honestamente, se você está procurando uma solução barata ... fazer o backup no disco provavelmente é mais barato, você também tem a capacidade de transportar essas unidades para um local externo, se necessário, como fitas.
Como você não tem muitos dados, obtenha uma unidade de fita SDLT ou uma unidade de fita LTO 1,2 usada anteriormente ... existem centenas por aí, já que são obsoletas em comparação com as LTO-3, 4's