Низкая производительность при выполнении «cp -al» при экспорте NFS

Я сейчас создаю резервную копию WD My Book Live Duo. Это устройство настроено с программным RAID0. Исходный каталог резервного копирования - это корень устройства, а конечный каталог - это каталог внутри той же файловой системы (при этом необходимо соблюдать соответствующие меры, чтобы избежать рекурсивного копирования самих файлов резервных копий). Для файлов резервных копий существует уровень шифрования (исходные файлы представляют собой открытый текст), что требует большей вычислительной мощности, чем та, которую может предоставить NAS. Из-за этого операции, потребляющие ресурсы ЦП, выполняются на сервере, который находится в той же сети.

NAS экспортирует два каталога через NFS. Один предназначен только для чтения и содержит всю файловую систему (это источник резервной копии), а другой предназначен для чтения и записи (это корень резервной копии). Детали конфигурации указаны в конце сообщения.

Сервер резервного копирования использует encfs как уровень шифрования и rsnapshot выполнить резервное копирование самостоятельно.

Проблема в: Первый шаг резервного копирования, заключающийся в cp -al последнего резервного копирования каталога в новый каталог, занимает около двух часов.

Я провел следующие тесты на стороне сервера NFS:

• Такой же cp -al операция занимает пять минут, если выполняется непосредственно в NAS
• dd /dev/zero ~/test.tmp показывает пропускную способность, очень близкую к 100 МБ / с
• top показывает низкое потребление ЦП. Тем не мение, средняя нагрузка высокий (~ 4)
• iperf скорость передачи составляет 1.000 Мбит / с, поэтому сетевой канал работает с ожидаемой полной пропускной способностью.
• vmstat 1 показывает очень высокий ва (ожидание ввода-вывода) значения (~ 80-90%)
• Установка MTU на 9000 (проверено с ping -M do mybackup) не оказало никакого влияния
• Экспорт с async похоже, не имело никакого эффекта

На стороне клиента NFS были проведены следующие тесты:

• dd /dev/zero /e/test.tmp (зашифрованный) показывает ту же пропускную способность, что и dd /dev/zero /b (незашифрованный). Так что проблема не в уровне шифрования. Скорость передачи составляет ~ 30 Мбайт / с, что довольно мало, жестко. Использование SMB для выполнения этого теста дает аналогичные результаты
• top показывает низкое потребление ЦП. средняя нагрузка ниже 2 (у сервера 2 ядра)
• vmstat 1 показывает, что система почти простаивает
• Настройка tcp,hard,intr,nfsvers=3,rsize=32768,wsize=32768 параметры монтирования, похоже, не имели никакого эффекта

Файлы конфигурации

Сервер NFS

# /etc/exports

# 'mybackup' is the name of the backup server
/               mybackup(ro,sync,no_subtree_check,no_root_squash,crossmnt)

# This export has to be explicitly declared to enable clients to access /DataVolume/b
/DataVolume     mybackup(ro,async,no_subtree_check,no_root_squash)

# This is the backup root.
/DataVolume/b   mybackup(rw,async,no_subtree_check,no_root_squash)

Клиент NFS

# /etc/fstab

# 'ewnas' is the name of the NAS
ewnas:/                 /r      nfs     auto,noatime,tcp,hard,intr,nfsvers=3,rsize=32768,wsize=32768    0       0
ewnas:/DataVolume/b     /b      nfs     auto,noatime,tcp,hard,intr,nfsvers=3,rsize=32768,wsize=32768    0       0

Я застрял в этом уже несколько дней. Мы будем очень благодарны за любой вклад.

Заранее спасибо,

Гильермо