Настройка NFS v4.2

https://www.youtube.com/watch?v=JXASmxGrHvY

в 5:30 делается заявление

если настроить NFS правильно, он невероятно быстр для ультра малых передаче файлов*…

в 6:05

Я слышал о 4.0 ГБ/с при последовательном чтении… но у вас должно быть все оборудование настроено правильно.

Что, где и как мне настроить NFS v4.2 в RHEL-8.10 или новее, чтобы достичь того, что утверждается выше? Это утверждение правда, ведь это видео на YouTube, похоже, было сделано 3 года назад?

Есть ли какая-нибудь хорошая документация по настройке NFS, относящаяся к NFS v4.2 в RHEL 8/9 или аналогах сегодня?

v4.2 – последняя версия NFS, правильно? Есть ли какие-либо предложения о более новой версии NFS на горизонте?

есть ли какие-либо лучшие настройки, чем по умолчанию в /etc/nfs.conf и /etc/nfsmount.conf ?

если я могу назначить вознаграждение за это, я сделаю это –> какова максимальная скорость передачи в ГБ/с, которая должна быть достигнута в RHEL-8.10 или новее, по сети 100 Гбит/с Infiniband, на NFS v4.2 (предполагая RDMA?) и при всех “настроенных” опциях ?? Единственная настройка, о которой я знаю, это использование rdma по Infiniband; если кто-то знает лучше/больше, дайте мне знать.

Я слышал о 4.0 ГБ/с при последовательном чтении… но у вас должно быть все оборудование настроено правильно.

Автор этого видео полагается на неподтвержденные слухи. Так что, игнорируйте любые их утверждения. Если только у них нет опыта в создании такой системы.

Их восторженное “что абсолютно безумно, но дело в том, что вам нужно, чтобы вся инфраструктура была правильной” по сути говорит о том, что они просто открыты в своем неведении. Это как если бы вы увидели, как я говорю о том, что слышал, что можно приготовить действительно вкусный, сочный рождественский обед для шести человек за 20 минут, но нужно правильно организовать всю кухню. Может быть, это правда, а может и нет, но было бы довольно очевидно, что я не повар.

Что безумного в том, чтобы прокачать 4 ГБ/с по проводу? Конечно, вам нужна система хранения, которая может читать так быстро, но особенно с учетом того, что уже есть буферизация на уровне блочного устройства, это не кажется экстремальным. Конечно, вам нужна сеть, которая может делать 32 Гбит/с, но с учетом того, что сетевое оборудование обычно имеет QSFP+28 / 100 Гбит/с (и мы не говорим о вашем домашнем компьютере, если мы говорим о …, хм, это звучит точно так, как эти устройства созданы для производства).

Что, где и как мне настроить NFS v4.2 в RHEL-8.10 или новее, чтобы достичь того, что утверждается выше? Это утверждение правда, ведь это видео на YouTube, похоже, было сделано 3 года назад?

У вас есть NIC > 40 Гбит/с? У вас есть хранилище, которое достаточно быстро? Если нет, никакая программная настройка не поможет вам.

Если да, вы начнете с конфигурации по умолчанию, затем определите узкие места, а затем устраните их. Очевидно, если бы был единственный способ сделать вашу систему быстрой без недостатков, то настройка по умолчанию и была бы такой.

Так что, нет универсального рецепта. Просто действительно понимать, чем заняты ваше аппаратное и программное обеспечение, а затем оптимизация на основе фактического профилирования.

Скорее всего, вам потребуется оптимизированное оборудование для этого. Интеграция в системы хранения является одним из способов, которыми компании, такие как Mellanox (теперь: Nvidia), продают свои сетевые карты. В общем, я думаю, что вы подходите к этому с ожиданием “какие параметры конфигурационного файла я должен изменить”, тогда как на самом деле это, вероятно, гораздо более архитектурно, например, “какой тип мультипутевого сервера хранения я должен купить и как мне построить сеть к клиентам, чтобы это было возможно?”.

v4.2 – последняя версия NFS, правильно?

да. Но обратите внимание, что есть необязательные функции, и ни одна реализация NFS не будет иметь их все.

Есть ли какие-либо предложения о более новой версии NFS на горизонте?

Да, NFS все еще является развивающимся протоколом, с оптимизациями для центров обработки данных (лучшая интеграция RoCE/RDMA, лучшее кеширование, лучшее согласование во всех аспектах, очереди, безопасность, обработка потерь пакетов, поддержка мультипутевого соединения…) — это то, на что давят компании и операторы. Я не имею отношения к передовым разработкам NFS, но для кого-то на старом RHEL это не имеет значения. Вы бы начали с обновления до современной системы, прежде чем задумываться, будет ли какой-либо будущий стандарт важен для вашей производительности.