DRDB и NFS: время простоя NFS при восстановлении после сбоя

Я довольно новичок в DRBD и NFS, и я нахожусь в процессе тестирования DRDB-сервера с биением, которое будет использоваться для общего ресурса NFS нашей компании.

Вся установка работает нормально, с каталогом состояния NFS, работающим на общем ресурсе DRDB вместе с фактическим общим ресурсом.

У меня проблема из-за сценария отработки отказа, который я тестирую. В сценарии отработки отказа я создаю проблему, в которой отключаю сетевое соединение (ifconfig eth0 down) на узле 1. Аварийное переключение работает потрясающе и выполняет свою работу примерно за 5 секунд, но когда я возвращаю его в исходное состояние (ifconfig eth0 up и запускается пульс обслуживания, если он остановлен), для его восстановления требуется более 3-5 минут, в течение которых NFS Поделиться недоступно.

В веб-среде эти 3-5 минут очень важны для простоя. Это нормально? Что я делаю неправильно?

Я вставил наш файл drbd.conf ниже.

resource r0 {
 protocol C;
 startup {
    degr-wfc-timeout 60;    # 1 minute.
  }
  disk {
    on-io-error   detach;
  }
  net {
  }
  syncer {
    rate 10M;
    al-extents 257;
  }
 on tsa-dev-nfstest1 {                # ** EDIT ** the hostname of server 1 (un
   device     /dev/drbd0;        #
   disk       /dev/sdc1;         # ** EDIT ** data partition on server 1
   address    10.61.2.176:7788; # ** EDIT ** IP address on server 1
   meta-disk  /dev/sdb1[0];      # ** EDIT ** 128MB partition for DRBD on serve
  }
 on tsa-dev-nfstest2 {                # ** EDIT ** the hostname of server 2 (un
   device    /dev/drbd0;         #
   disk      /dev/sdc1;          # ** EDIT ** data partition on server 2
   address   10.61.2.177:7788;  # ** EDIT ** IP address on server 2
   meta-disk /dev/sdb1[0];       # ** EDIT ** 128MB partition for DRBD on serve
  }
}