Компанія OneFS: Практичні поради щодо налаштувань клієнта NFS

Підтримувані версії протоколу

На даний момент PowerScale OneFS підтримує NFS версій 3 і 4. NFS версії 2 не підтримується.

NFSv3

NFS версії 3 є найбільш широко використовуваною версією протоколу NFS на сьогоднішній день, і, як правило, вважається такою, що має найширше впровадження для клієнтів і файлів. Ось ключові компоненти цієї версії:

• Без громадянства - Клієнт технічно не встановлює новий сеанс, якщо у нього є правильна інформація для запиту файлів і так далі. Це дозволяє легко перемикатися між вузлами OneFS за допомогою динамічних пулів IP.
• Відомості про користувачів і групи представлені в числовому вигляді - Клієнт і Сервер передають інформацію про користувача за допомогою числових ідентифікаторів, що дозволяє одному і тому ж користувачеві відображатися у вигляді різних імен між клієнтом і сервером.
• Блокування файлів виходить за межі діапазону – версія 3 NFS використовує допоміжний протокол під назвою NLM для виконання блокування. Це вимагає від клієнта відповіді на RPC-повідомлення від сервера, щоб підтвердити надання блокувань тощо
• Може працювати через TCP або UDP – ця версія протоколу може працювати через UDP замість TCP, залишаючи обробку втрат і повторної передачі програмному забезпеченню, а не операційній системі. Ми завжди рекомендуємо використовувати TCP.

NFSv4

NFS версії 4 є найновішою великою версією протоколу NFS, і її впровадження зростає. Наразі NFSv4 зазвичай менш продуктивна, ніж версія 3, у тому самому робочому процесі через більший обсяг роботи з зіставлення ідентичностей та відстеження сеансів, необхідних для відповіді. Ось деякі з ключових відмінностей між v3 і v4

• Зі збереженням стану – NFSv4 використовує сеанси для обробки зв'язку, тому як клієнт, так і сервер повинні відстежувати стан сеансу, щоб продовжити обмін даними.
  • До OneFS 8.X це означало, що клієнти NFSv4 вимагали статичних пулів IP-адрес на PowerScale або могли зіткнутися з проблемами.
• Інформація про користувача та групу відображається у вигляді рядків - Як клієнт, так і сервер повинні визначити назви числової інформації, що зберігається. Сервер повинен шукати імена для представлення, в той час як клієнт повинен перепризначити їх на числа на своєму кінці.
• Блокування файлів знаходиться в діапазоні - версія 4 більше не надає користувачам окремого протоколу для блокування файлів, натомість роблячи його типом виклику, який зазвичай поєднується з OPENs, CREATE або WRITES.
• Складені дзвінки - версія 4 може об'єднувати серію дзвінків в один пакет, дозволяючи серверу обробляти їх всі і відповідати в кінці. Це використовується для зменшення кількості дзвінків, задіяних у загальних операціях.
• Підтримує тільки TCP - 4 версія NFS залишила втрату і повторну передачу аж до базової операційної системи.

NFSv4.1 і далі

NFSv4.1 і v4.2 доступні, починаючи з версії OneFS 9.3

Ось офіційна інформація про випуск 9.3:

PowerScale OneFS Info Hubs
 

Параметри кріплення

Хоча у нас немає жорстких вимог до варіантів кріплення, ми даємо деякі рекомендації щодо підключення клієнтів. Ми не надали конкретних рядків монтування, оскільки синтаксис, який використовується для визначення цих параметрів, варіюється залежно від використовуваної операційної системи. Вам слід зберігати документацію супроводжуючих дистрибутивів для конкретного синтаксису монтування.

Визначення повторних спроб і тайм-аутів

Хоча PowerScale зазвичай відповідає на зв'язок з клієнтом дуже швидко, у випадках, коли вузол втратив живлення або підключення до мережі, може знадобитися кілька секунд, щоб його IP-адреси перемістилися на функціональний вузол, тому важливо мати правильно визначені значення тайм-ауту та повторних спроб. PowerScale зазвичай рекомендує тайм-аут у 60 секунд, щоб врахувати найгірший сценарій відмови, налаштований на повторну спробу двічі, перш ніж повідомити про збій.

М'які проти жорстких кріплень

Жорсткі монтування змушують клієнта повторювати свої операції нескінченно довго через тайм-аут або помилку. Це гарантує, що клієнт не відключить монтування в обставинах, коли кластер PowerScale переміщує IP-адреси з одного вузла на інший. Програмне монтування призведе до помилки та завершення терміну дії монтування, що вимагатиме повторного монтування для відновлення доступу після переміщення IP-адреси.

Дозволяючи переривання

За замовчуванням більшість клієнтів не дозволяють вам переривати вхід/вихід або очікування введення-виведення, що означає, що ви не можете використовувати ctrl+c, і т.д., щоб завершити процес очікування, якщо кластер перестає відповідати, включаючи interrupt Замість цього параметр монтування дозволяє цим сигналам проходити у звичайному режимі.

Локальне порівняння з дистанційним блокуванням

При монтуванні експорту NFS ви можете вказати, чи буде подібне виконувати свої блокування локально, або за допомогою координатора блокування на кластері. Більшість клієнтів за замовчуванням використовують віддалене блокування, і це, як правило, найкращий варіант, коли кілька клієнтів будуть звертатися до одного каталогу, однак локальне блокування може мати переваги в продуктивності, коли клієнту не потрібно надавати доступ до каталогу, з яким він працює. Крім того, деякі бази даних і програмне забезпечення попросять вас використовувати локальне блокування, так як у них є свій координатор.