Quão bom é o failover do destino iSCSI em um linux de dois nós?

Question

Estou avaliando a possibilidade de usar dois servidores de prateleira para criar uma SAN redundante iSCSI barata. A ideia é executar o linux, o pacemaker e um alvo iSCSI - algo como o SAN Active-Passive em linux-ha-examples .

A mesma página me assusta um pouco quando leio:

During the switchover of the iscsi-target one can detect a gap in the protocol of write-test.log. In our setup we observed a delay of 30s. There are problems reported in connection of ext3 and an iscsi failover This configuration has been tested with ext2 and ext3 and worked with both filesystems.

Alguém colocou em produção um SAN iSCSI redundante feito de caixas de linux? Um evento de failover é realmente tão ruim assim? Um congelamento de 30 segundos na E / S soa como um desastre para mim, não é?

    

Answer 1

As conexões SCSI atingem o tempo limite após 15 segundos (ou algo assim) por padrão. Se a sua solução doméstica não conseguir concluir uma aquisição durante esse período, terá de jogar com esse valor. Também vale a pena considerar que as SANs normais espelham seu cache, portanto, após uma transferência, as gravações que foram confirmadas, mas ainda não consolidadas no disco, não são perdidas. Se você não puder organizar isso, corre o risco de corrupção de dados ou de ter que evitar gravações em cache.

    

Answer 2

Nós configuramos duas caixas Linux como cluster de destino iSCSI. Nós usamos DRBD e SCST alvo e funciona bem. (O alvo do SCST é melhor que o antigo iscsitarget, o VMware ESXi pode matar esse, mas não o SCST).

O tempo limite é uma configuração do lado do cliente para que você possa defini-lo mais baixo, se desejar.