Oracle на NFS vmdk побеждает собственный NFS?
Добавьте другое голосование за контроль. Принцип довольно прост: Я хочу знать то, что происходит, прежде чем пользователи затронуты. Системное администрирование должно идеально быть прозрачной ролью. Пользователи не должны ни знать, ни заботиться о том, что Вы делаете. С их точки зрения это должно просто работать. Счастливые и удовлетворенные пользователи должны равняться счастливым и удовлетворенным администраторам.
Одна вещь, которая часто пропускается в IT, состоит в том, что компьютеры там для работы на нас, не инверсию. Тем не менее, я знаю администраторов, которые тратят значительную часть их дня, вручную проверяющего их серверы и журналы. Почему? Компьютеры могут контролировать друг друга, и с небольшими сценариями Вас может иметь просто интересную часть журналов, поставленных Вам. Действительно, Вы не должны пробираться посредством нескольких миллионов информационных записей, таких как задание печати Fred, или передача DNS была успешна. Просто скажите мне, когда они не будут.
Мы видим то же поведение с Oracle Небьющийся Linux 5.4, Oracle 11gR2 и OnTap 7.3.2. Монтирование 'необработанного' NFS намного медленнее по сравнению с доступом к тому же устройству хранения данных через VMDK (использующий то же, лежащее в основе хоста ESX, монтирующего NFS через VMKernel). И 'необработанные' объемы NFS и хранилище данных NFS находятся в том же агрегате и следовательно тех же шпинделях и т.д.
Мы не хотим изменять на использование или блочную систему хранения или VMDK's, поскольку это изменит наше резервное копирование и стратегию DR не говоря уже о требованиях поддержки. Я отправлю любое решение, которое я нахожу назад здесь или если кто-либо еще может способствовать, отправьте!
С уважением,
Ed Grigson
ОБНОВЛЕНИЕ: Мы разрешили наш случай - это был NFS, монтируют опции, в особенности 'noatime' параметр в сочетании с 'actimeo' параметром. Установка 'noatime' и не использование 'actimeo=0' решили его для нас.
Опция actimeo=0 монтирования, которую мы использовали, выключает атрибут, кэширующийся на клиенте. Это означает, что у клиента всегда есть последние атрибуты файла с сервера, но за счет увеличенных задержек из-за увеличенного физического IO. Наша проблема производительности была самой острой во время установки, потому что мы разворачивали.ZIP файлы и обновляли тысячи отметок даты. При помощи 'noatime' (и на клиенте монтируют опции и на свойствах объема NetApp) для отключения обновлений отметки даты мы избегаем этой проблемы.Примечание: Поведение actimeo варьируется между 2.4 и 2.6 ядрами Linux, который является другой причиной, почему с этим нельзя было встретиться раньше.Примечание: 'actimeo=0' является Oracle, рекомендуемая параметр для Oracle 10gR2 на Linux, но нет никакого руководства работой Websphere Oracle. https://now.netapp.com/Knowledgebase/solutionarea.asp? id=kb7518