Назад | Перейти на главную страницу

Низкая производительность NFS: OpenFiler

Всем добрый день,

У меня проблема с OpenFiler, операционной системой на базе Linux, которая преобразует компьютерную систему в устройство SAN / NAS. Вот в чем проблема. В моей среде есть два устройства Netapp Storevault 500, с которых я обычно выполняю резервное копирование в общий ресурс NFS. Есть два cronjobs резервного копирования, которые используют ghettoVCB для резервного копирования двух групп виртуальных машин. Одна группа - это пул из 3 виртуальных машин. Это займет 13 минут. Второе задание по резервному копированию пула из 5 виртуальных машин на второе устройство Storevault, которое занимает 2 часа.

Затем мы установили Openfiler на старый сервер с двухъядерными процессорами Xeon. Имеется программный процесс RAID 5. При выполнении тех же резервных копий в общий ресурс NFS Openfiler первое задание резервного копирования, которое занимает 13 минут, занимает около 4 часов. Второе задание резервного копирования, которое занимает 2 часа, занимает почти 10 часов. Это неприемлемо!!!! Особенно учитывая нагрузку на хост ESX Server. Я предположил, что из-за программного RAID 5 накладные расходы на ЦП объясняют длительное время резервного копирования.

Затем я установил Openfiler на второй сервер, машину IBM x306 с процессором Intel P4. На этот раз никакого программного RAID или вообще никакого RAID. Один жесткий диск емкостью 750 ГБ, содержащий ОС, а остальная часть диска используется для резервного копирования виртуальных машин в общий ресурс NFS. Я выполнил первое резервное копирование пула из 3 ВМ. На этот раз резервное копирование заняло 1,5 часа вместо 13 минут !!!!!!!!!!

Openfiler просто плох в качестве сервера NFS !!!!!!!!!!!!! У кого-нибудь еще были эти проблемы с Openfiler?

NFS с VMware - особый случай. После каждой транзакции NFS VMware вызывает NFS COMMIT, который заставляет сервер NFS синхронизировать кэшированные записи, хранящиеся в ОЗУ, с жесткими дисками, что значительно замедляет работу. Насколько я могу судить, нет способа отключить это в VMware или настроить размер окна NFS, который мог бы решить эту проблему.

Причина, по которой вы этого не видите в Netapp, заключается в том, что, поскольку у них есть ОЗУ с резервным питанием, их реализация NFS немедленно возвращается из COMMIT - даже если вы отключили питание в середине резервного копирования, когда вы снова подключили NetApp к нему. по-прежнему будет иметь согласованные данные.

Как я понимаю, исправление заключается в настройке монтирования OpenFiler с помощью noatime и т. Д .; ИЛИ создайте цели iSCSI в OpenFiler, у которых не будет такой проблемы. Возможно, поможет кэширующий RAID-контроллер с резервным питанием от батареи, однако при резервном копировании ГБ за одну запись кеш все равно может быть медленнее, чем Netapps. Вы ведь используете Gigabit Ethernet?