Algumas coisas a serem lembradas em relação ao DRBD® com back-ends SSD. O DRBD envia o IO local e envia pela rede em paralelo e conclui para o sistema de arquivos e o aplicativo quando ambas as operações são concluídas. Com SSDs, você reduz a latência local por um fator de 100 (ordem de magnitude girando ferrugem ~ 4 ms, SSDs ~ 0,04 ms), mas a latência da rede permanece a mesma, o que significa que a sobrecarga relativa do DRBD para latências de gravação pode aumentar muito.
Esse efeito pode ser muito menos perceptível se você tiver caches de controlador decentes antes e depois, então a latência “sentida” do seu conjunto de discos rotativos não foi milissegundos, mas já abaixo de algumas dezenas de microssegundos de qualquer maneira.
Para que o DRBD permita descartes, todos os peers devem suportar descartes, preferencialmente com “discard zeros data”. Como, no momento da ressincronização, não temos uma maneira eficiente de determinar se um intervalo foi descartado (e agora também deve ser descartado no ponto), pode ser útil definir “rs-discard-granularity”, o que torna o DRBD “converter ” execuções de zeros lidas pelo processo de ressincronização da origem da sincronização para descartes no destino da sincronização.
Fonte: linbit