Migrar zpool para o novo controlador SAS

Question

Muito tempo atrás, compramos um Adaptec 31605 com a impressão de que: a) ele poderia fazer o verdadeiro JBOD e b) era bem suportado no OpenSolaris. Acontece que ambos estavam incorretos. Estou tentando obter meu zpool em um sistema operacional NexentaStor Enterprise, mas para isso eles querem que nós troquemos nosso controlador com um LSI SAS 9201-16i.

Estou tentando descobrir a melhor maneira de migrar o pool para baixo. O zpool atual usa cerca de 1 TB em 14 unidades SAS. O melhor que posso encontrar é:

1. sistema off-line
2. configure 3 unidades SATA de 1 TB para uso ao consumidor como zpool temporário nas portas SATA integradas
3. zfs envia todos os dados para o pool temporário
4. trocar controladores e construir um novo zpool no adaptador LSI
5. zfs envia do conjunto temporário para o novo zpool
6. sistema on-line

Algo que eu esteja sentindo falta aqui ou pensamentos de uma maneira melhor de fazer isso?

Se eu seguisse esse caminho, por quanto tempo eu esperaria o processo? Meus cálculos rudimentares me dizem que 1 TB levaria cerca de 3 horas para ser transferido a 100 MBps. Posso obter esse tipo de taxa de transferência com um envio / recado do zfs em unidades de grau de consumo?

    

Answer 1

Seu plano parece bom, eu imagino que você não terá nenhum problema. Você mencionou três discos de 1 TB para o pool temporário. Eu suponho que você planejou usar raidz de paridade simples (2TB utilizável), mas eu recomendo que você considere um par espelhado de 1.5 ou 2TB em vez disso. Dessa forma, quando a migração for concluída, cada um dos discos terá um backup completo do seu pool. Perfeito para jogar em um cofre em caso de falha catastrófica. Quanto à velocidade, recebo de 90 a 130 MB / s em um conjunto espelhado de dois discos SATA de 2 TB, portanto, seu número de 3 horas / TB (~ 100 MB / seg) parece razoável. Se você é paranóico como eu, você também pode querer esfregar o pool temporário antes de reformatar os discos SAS.

Depois de alternar para permitir que o ZFS manipule discos inteiros sem uma camada de abstração do controlador, a grama é verdadeiramente mais verde. Você pode comparar o desempenho de vários controladores com os mesmos discos ou até mesmo anexar os discos a um novo sistema se o hardware falhar. Eu até mesmo importei temporariamente um pool do zfs para uma VM no VMWare ESXi usando o mapeamento de dispositivos brutos, nenhum disparate que funcionou.

    

Answer 2

IMHO em algumas situações, isso pode ser possível (não tenho certeza de como diferentes controladores lidam com os mesmos discos):

1. off-line do sistema
2. zpool export
3. troca os controladores
4. zpool import
5. sistema on-line

Sua proposta é muito mais segura porque você sempre tem duas cópias de seus dados até o final da migração.

Não tenho certeza se isso pode ajudá-lo, mas também considere o envio incremental do zfs.

1. sistema off-line
2. configurar 3 SATA de 1TB para consumidor unidades como um zpool temporário no portas SATA on-board
3. sistema on-line
4. zfs envia todos os dados para o piscina temporária
5. sistema off-line
6. zfs send -I todas as diferenças para o pool temporário
7. troque controladores e construa um novo zpool no adaptador LSI
8. zfs envia do pool temporário para o novo zpool
9. sistema on-line

Com essa abordagem, você pode dividir o tempo de inatividade do serviço e permitir que você faça o primeiro envio grande e lento do zfs (SAS - > SATA) enquanto o sistema estiver on-line.

    

Answer 3

Suas soluções parecem boas. Você pode usar a seção Sincronização automática da Nexenta, se preferir, por meio de um envio manual do ZFS.