Como você faz backup de uma SAN?

leitor de longa data, primeira vez que solicitou :)

Eu tenho lido muito sobre iSCSI e SANs em geral e acredito que consegui responder à maioria das minhas perguntas e preocupações sobre o tópico, mas esta permanece:

Como você "faz backup de uma SAN?"

O que se segue é um cenário mais ou menos do mundo real e meus pensamentos e perguntas sobre ele.

Suponha que você tenha conseguido convencer o gerenciamento de sua pequena empresa (no máximo, de tamanho médio) a finalmente fornecer os fundos para uma solução de armazenamento pequena mas adequada, ou seja, uma SAN baseada em iSCSI. Suponha que ele consista em um servidor com muitas unidades em um gabinete e executando o OpenFiler, ou mesmo um MD3000i (Dell) ou MSA2000i (HP), que são, pelo que entendi, as soluções básicas 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 grande LUN contendo os diretórios pessoais do usuário via NFS (essa é 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 o software de backup (eu gosto do rsnapshot) em todos os servidores com dados para backup? Onde você coloca esses dados? Em um servidor de backup dedicado com muito armazenamento local? Ou de volta à SAN? Qual é a solução "comum", se houver, para fazer backup de uma SAN?

Estou procurando melhores práticas e conselhos de pessoas que têm mais experiência do que eu executando SANs.

Obrigado!

Edit: 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 NetApp 3020 SAN com dados iSCSI, FC e CIFS armazenados nele. Este produto suporta despejos NDMP em um carregador automático de fita SCSI conectado localmente. Ao usar isso, obtenho cópias perfeitas dos meus LUNs iSCSI e FC, bem como backups arquivo a arquivo dos meus dados CIFS compartilhados na NetApp. Eu uso o BackupExec para controlar os backups do NDMP e as velocidades são excepcionais porque é uma conexão SCSI local ao NetApp.

Parece que estamos em um barco semelhante, em termos de tamanho e complexidade da infraestrutura.

Basicamente, eu tenho uma SAN que lida com meus dados de produção e, em seguida, um servidor de backup com um armazenamento conectado localmente de tamanho decente e anexado a uma biblioteca de fitas (LTO-3, que é de 400 GB não compactado / fita)

Basicamente, faço backups no nível de dados. Como estou executando o Linux, faço o rsyncs para obter os dados da máquina conectada à SAN para a máquina de backup e, em seguida, gravo os dados em fita. Tenho a sorte de ter armazenamento local suficiente no servidor de backup para poder manter uma cópia localmente, depois apenas sincronizar as diferenças, mas se você não puder configurá-lo, muitas soluções de backup usarão a idéia de um spool diretório para armazenar localmente os dados enquanto estão sendo gravados em fita.

Devido à maneira como a fita grava, é uma péssima idéia transmitir diretamente da rede para a fita, como um compartilhamento de arquivos do Windows ou 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 em spool.

A solução de backup que uso é chamada Amanda, que é bastante esotérica em sua configuração, mas tem uma versão comercial disponível (com backup de US $ 100 / servidor) que possui uma configuração baseada na Web, e você também pode obter extensões para conectar diretamente em vários bancos de dados.

EDITAR

Como você mencionou não ter fitas, eu recomendaria uma biblioteca de fitas virtuais (VTL) de um pobre homem, 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.

Na verdade, os discos rígidos têm uma vida útil definida. Se sua empresa está gastando dinheiro suficiente para comprar uma SAN, você deve trabalhar neles para obter um trocador de fita. Na verdade, eles não são tão caros quanto costumavam ser, principalmente se você não compra no limite do sangramento.

Sobre a forma mais barata (e mais fraca) de backup que você pode fazer é manter os instantâneos por perto, com alguma forma de backup ocasional de longo prazo.

Isso pressupõe que os snapshots são baratos - depende de como eles são implementados. A cópia em sistemas de arquivos de gravação como o WAFL da NetApp e o ZFS da SUN possui instantâneos com custo praticamente zero, em contraste com o custo de O (n) custo dos instantâneos de cópia. Instantâneos baratos são realmente muito bons.

Manter os snapshots por perto não é realmente uma solução de backup, mas não tenho certeza de que seja possível qualquer solução real sob suas restrições sem hackers graves.

Além disso, sou muito influenciado aqui como um desenvolvedor da NetApp, mas você deve pelo menos conversar seriamente com alguns vendedores da NetApp antes de concluir que eles estão fora da sua faixa de preço. :-)

Uma biblioteca de fitas direta ou conectada a fibra + NDMP pode ser uma solução bastante eficiente, mas se o seu sistema de armazenamento não puder usar algo parecido com isto para gravar em fita ou se o orçamento estiver particularmente restrito, você poderá 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 pela SAN são tratados como discos físicos no backup do cliente.

Embora a funcionalidade NDMP às vezes seja incluída em um sistema de armazenamento (à la NetApp), os aplicativos de backup podem, na verdade, cobrar um valor extra pelo backup via NDMP. Por exemplo, em nosso ambiente NetBackup, as licenças NDMP eram muito mais caras que as licenças regulares de backup de cliente do SO.

oops..apenas atualizado e vi a sua adição re: não ter $$ para fitas. Onde você planeja colocar seus backups, se não estiver em fita ou em outra SAN?

A entrada em 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 na mesma SAN pode atenuar alguns riscos se você for cuidadoso (por exemplo, certifique-se de separar completamente os discos), mas realmente não oferece nenhum tipo de proteção total contra falhas ou desastres. O mesmo vale para um servidor de backup com muitos discos ... algum nível de proteção, mas se o local em que vivem a SAN e o servidor de backup big-honkin sofre uma séria interrupção ou desastre, todos esses dados desaparecem.

Continuamos a usar nossa infraestrutura de backup existente que tínhamos antes de mudar para uma SAN. Temos hosts individuais executando o Legato Networker despejando todas as noites em um sistema de fita Storagetek. Honestamente, se você está procurando uma solução barata ... fazer o backup em disco provavelmente é mais barato, também pode transportar essas unidades para um local externo, se necessário, como fitas.

Como você não possui muitos dados, adquira uma unidade de fita SDLT ou LTO 1,2 usada antiga ... existem centenas delas obsoletas em comparação com as LTO-3, 4's