У кого-нибудь есть лучшие практики, как смонтировать nfsshare из Sun (Oracle) Unified Storage? Запускаем обычный хард и nfs4 на debian squeeze. Мы запускаем наши виртуальные машины через этот общий ресурс NFS с Xen. Когда в пятницу наша SAN потеряла диск и начала восстанавливать актуальность (восстановление), все общие ресурсы nfs застопорились, а один из наших Dom0 вышел из строя, и общий ресурс nfs вызвал отказ большого количества виртуальных машин. Есть ли какие-либо варианты монтирования, которые упрощают устранение ошибок?
Не так давно у меня была аналогичная проблема с XenServer, и я провел небольшое исследование. По-видимому, по некоторым причинам XenServer использует мягкие монтирования с относительно коротким таймаутом для их монтирования NFS. Некоторые люди предлагали изменить сценарий монтирования непосредственно на сервере xen, поскольку параметры монтирования не могут быть настроены каким-либо другим способом. Видимо это единственный выход. У нас больше нет этой проблемы, так как мы на 100% используем vmware, и она более устойчива к замедлению работы NFS.
Однако реальная проблема заключается в снижении производительности записи в нижележащее хранилище, и это сильно зависит от вашего RAID-контроллера (то есть, насколько сильно снижается производительность во время перестроения). Вы можете попробовать поиграть с настройками приоритета перестроения массива, однако на моем контроллере (Adaptec 5085) это не повлияло. Вы можете немного улучшить ситуацию, купив больше памяти для сервера NFS. Таким образом, демон NFS будет писать только запись журнала, но он будет хранить данные в кэше FS до лучших времен, но опять же, это может помочь или не помочь в зависимости от вашей ситуации.
Я также заметил, что эта проблема чаще возникает в хранилище с четностью (например, RAID-5 и RAID-6), поэтому мы стараемся использовать зеркальное хранилище для наших виртуальных машин, когда это возможно.
Я мало знаю ни о Debian, ни о NFSv4.
Но если параметры монтирования такие же, как и в NFSv3, мои любимые (для любого монтирования nfs-client и любой ОС):
размер и размер в настоящее время настроены на разумные размеры по умолчанию - посмотрите свою локальную страницу руководства.
Раньше я использовал "wsize = 32768, rsize = 32768"чтобы до этого получить более выгодные ставки по трансферам.
Вы также должны позаботиться о nfs-сервере (если NFSv4 здесь все еще такой же, как NFSv3):
В противном случае клиент попытается повторно подключиться к пустой «nfs-service» и будет терпеть неудачу вместо повторной попытки.
Кстати, что SAN должно делать (в данном случае) с Sun Unified Storage? Что произошло, когда вы «потеряли» свой SAN? Почему процесс восстановления все сломал? Не было ли хранилища избыточным?