NFS v4, Миграция HA и устаревшие дескрипторы на клиентах

Я живу TaskInfo, интегрированная утилита, которая побеждает без всяких усилий информация о Системах и Диспетчер задач.

3
задан 1 July 2009 в 19:47
4 ответа

NFS хранит много состояния клиента на сервере. Pacemaker/OpenAIS не может восполнить недостатки NFS в этой области. Льготный период там для сервера и клиентов для возвращения состояния. Это - часть протокола.

Так или иначе кажется, что Вы не перемещаете состояние клиента полностью (как/var/lib/nfs содержание). Посмотрите это для идей и что потребности синхронизироваться состояния мудрые на стороне сервера.

5
ответ дан 3 December 2019 в 05:02
  • 1
    Allen, спасибо - что ссылка действительно помогала. I' ve заставил набор определенного для дистрибутива материала отлаживать теперь, когда I' ve выполнил шаги в той статье и I' ll утверждают его, если это заканчивает тем, что работало. –  Karl Katzke 9 June 2009 в 01:37

Принимая во внимание, что с NfSv3 Вы могли указать транспорт UDP, чтобы монтирование достигло мгновенной обработки отказа, и клиент/сервер не был бы никем более мудрое, NFSv4 делает это немного более хитрым. В первую очередь, потому что TCP является единственным доступным транспортом, и это не находится в характере TCP, чтобы разорвать соединение из-под, он - ноги, и продолжите как нормальный.

Можно свалить время трансфера. Особенно, если Вы следуете совету об общем каталоге состояния сервера и поддерживающий FSIDs. Попытайтесь вытянуть интерфейс слушания прежде, чем остановить NFS и удостовериться, что от монтирования не отрекаются (exportfs -ua). Но это никогда не будет абсолютно мгновенно.

Необходимо также принять во внимание, что переключение с одного сервера и затем назад снова нет - нет. Бывший сервер может все еще содержать предыдущие соединения, открытые в a TIME_WAIT заявите и откажется от новых соединений в течение максимум 20 минут.

Много деталей об этом Heartbeat страница Wiki является немного старой школой, но все еще подходящий.

3
ответ дан 3 December 2019 в 05:02

Физический диск совместно используется единицами, например, действительно ли это - диск SAN?

Вы экспортируете диск с постоянным fsid

/ совместно используют * (rw, синхронизация, fsid=6667)

иначе:

Inode-число, IP, несовершеннолетний и главное количество устройства, которое служит NFS, должны быть тем же для хранения того же дескриптора файла NFS. Так используйте lvm сверху устройства и сохраните незначительными/главными из lvm в синхронизации.

1
ответ дан 3 December 2019 в 05:02
  • 1
    Физический диск совместно используется единицами. I' ve, который уводят в хранение каталога состояния nfs, смонтированного через ocfs и другие файловые системы (и их экспорт), смонтирован на сервере, к которому это заменяет. Это работает, но there' s о 30 вторых задержках на клиентах, когда сервер nfs мигрирует. I' m, все еще пытаясь отладить это. –  Karl Katzke 9 July 2009 в 19:23
  • 2
    Вы используете версию 4 nfs? (или если не, который версия?) –  James 10 July 2009 в 01:24
  • 3
    Я попытался бы отключить nfs v4, если Вы не используете его lildude.co.uk/howto-disable-nfsv4-on-redhat-enterprise-linux-4 –  James 10 July 2009 в 01:27

NFSv4 является протоколом состояний, означая, что стороны (клиент, сервер) должны знать в любом случае один о другом, если они заняты коммуникацией. другими словами, если сервер остановлен и перезапущен где-то в другом месте, клиенты должны разъединиться перед перемещением, то снова соединиться, когда перемещение завершено (я предполагаю Кардиостимулятор + NFSd! = любовь :-)

возможно, необходимо попробовать glusterfs за HA / кластеризация

0
ответ дан 3 December 2019 в 05:02

Теги

Похожие вопросы