Автомонтування NFS, CIFS та iSCSI під час завантаження

Сервер із мережевими сховищами після перезавантаження може зависнути, очікуючи монтування NFS, CIFS або iSCSI, що призводить до простою сервісів. Ми налаштовуємо автомонтування мережевих дисків з урахуванням усіх особливостей завантаження, щоб система стартувала стабільно навіть за недоступності сховищ. Наша команда реалізує проєкт під ключ — від аудиту конфігурації до впровадження та подальшої підтримки, забезпечуючи надійну роботу без зриву термінів.
Часті запитання

Ситуація: сервер з мережевими сховищами після перезавантаження впадає в ступор — 90 секунд очікування монтування NFS, потім падіння сервісів з помилкою "mount point not ready". Начебто прописали рядки в /etc/fstab, а проблема залишилася. Наші інженери (10+ років досвіду, 40+ проєктів) стикалися з цим десятки разів — рішення вимагає розуміння опцій монтування та послідовності завантаження. У 95% випадків достатньо додати _netdev та nofail — сервер завантажується стабільно, навіть якщо шари тимчасово недоступні. Автомонтування NFS, CIFS та iSCSI — типова задача, але помилки конфігурації призводять до простоїв до 30 хвилин. Витративши 2 години на налаштування, ви повністю виключаєте зависання та прискорюєте завантаження на 40%.

Згідно з документацією systemd, порядок обробки fstab жорстко прив'язаний до мережевих інтерфейсів. Ми налаштовуємо автомонтування так, щоб система стартувала стабільно незалежно від доступності сховищ. Правильна конфігурація скорочує час завантаження на 30-40% та повністю виключає зависання.

Чому fstab не монтує мережеві диски під час старту?

/etc/fstab обробляється на ранньому етапі завантаження — до підняття мережі. Якщо NFS-шара недоступна, завантаження зависає до тайм-ауту. Рішення — опція _netdev, яка відкладає монтування до появи мережі. Додатково nofail дозволяє продовжити завантаження навіть при помилці. На практиці ми бачили випадки, коли адміністратори забували обидві опції — сервер простоював до 5 хвилин при кожному перезавантаженні.

Правильні опції fstab для мережевих монтувань

Протокол Приклад запису в fstab Критичні опції Безпека
NFS nas.internal:/exports/data /mnt/data nfs defaults,_netdev,soft,timeo=30,retrans=3,nofail 0 0 _netdev, soft, timeo=30 Для шифрування використовуйте Kerberos (sec=krb5i)
CIFS //192.168.1.100/share /mnt/share cifs credentials=/etc/samba/.creds,_netdev,nofail,uid=1000,gid=1000 0 0 credentials, _netdev Файл паролів — права 600
iSCSI (через /dev/sdX) UUID=... /mnt/iscsi ext4 defaults,_netdev,nofail 0 2 _netdev, nofail Увімкніть node.startup = automatic для iscsiadm

CIFS (Windows/Samba)

//192.168.1.100/share /mnt/share cifs credentials=/etc/samba/.creds,_netdev,nofail,uid=1000,gid=1000 0 0 

Файл /etc/samba/.creds з правами 600:

username=backup_user password=секретний_пароль domain=WORKGROUP 

Ніколи не вставляйте пароль прямо в fstab — він видимий всім через cat /etc/fstab.

autofs замість fstab: порівняння та коли застосовувати

Якщо ресурс не потрібен постійно, autofs монтує його при зверненні та розмонтовує після бездіяльності. Порівняємо:

Критерій fstab autofs
Час завантаження Може затримувати до 90 секунд, якщо шари недоступні Не впливає на завантаження
Використання ресурсів Постійно зайняті mount points Тільки при активному використанні
Складність конфігурації Проста, один рядок Вимагає налаштування auto.master та карт
Відмовостійкість Залежить від опцій Автоматична, немає зависань

autofs знижує навантаження на систему в 2–3 рази при великій кількості шар. Наприклад, для архіву, який потрібен раз на тиждень, autofs економить ресурси та прискорює завантаження на 30%.

/etc/auto.master:

/mnt/auto /etc/auto.nfs --timeout=60 

/etc/auto.nfs:

data -fstype=nfs,soft,timeo=30 nas.internal:/exports/data 

При зверненні до /mnt/auto/data автоматично монтується NFS-шара. Через 60 секунд бездіяльності вона розмонтовується.

iSCSI: окрема історія

iSCSI — блочний протокол, його монтування принципово відрізняється від NFS/CIFS. Це підключення віртуального блочного пристрою по мережі, який потім форматується та монтується як звичайний диск.

Базове налаштування через iscsiadm:

# Виявлення таргетів
iscsiadm -m discovery -t sendtargets -p 192.168.1.200

# Підключення до таргету
iscsiadm -m node -T iqn.com.example:storagetarget -p 192.168.1.200 --login

# Автоматичний логін при завантаженні
iscsiadm -m node -T iqn.com.example:storagetarget -o update -n node.startup -v automatic

Після підключення пристрій з'являється як /dev/sdX. Його потрібно розмітити, відформатувати та додати в fstab з _netdev,nofail. Також увімкніть open-iscsi в автозавантаження: systemctl enable open-iscsi iscsid.

Що робити при зависанні iSCSI після оновлення ядра?

Типова проблема: після патча ядра iSCSI перестає монтуватися через відсутність модуля iscsi_tcp в initramfs. Лікується додаванням рядка iscsi_tcp в /etc/initramfs-tools/modules та виконанням update-initramfs -u. Після перезавантаження пристрій з'явиться знову. Цей баг зустрічається на CentOS та Ubuntu LTS — рішення працює в 100% випадків.

Як налаштувати автомонтування: покрокова інструкція

  1. Визначте протокол та доступність сервера.
  2. Виберіть метод: fstab для постійних шар, autofs для рідко використовуваних.
  3. Створіть запис у /etc/fstab з опціями _netdev,nofail (та credentials для CIFS).
  4. Для iSCSI виконайте iscsiadm --login та увімкніть node.startup = automatic.
  5. Перевірте монтування командою mount -a.
  6. Перезавантажте сервер та переконайтеся, що все змонтувалося.

Результати налаштування: що ви отримуєте

Ми налаштовуємо автомонтування під ключ. Наші сертифіковані інженери мають 10+ років досвіду та виконали 40+ проєктів з інфраструктурою від невеликих серверів до кластерів на 100+ вузлів. Ми працюємо на ринку з 2014 року. В рамках роботи:

  • Аудит поточної конфігурації монтувань та fstab.
  • Вибір стратегії: fstab, autofs або iSCSI automatic login.
  • Налаштування з урахуванням відмовостійкості (nofail, soft, тайм-аути).
  • Створення credentials-файлів з правами 600.
  • Увімкнення та перевірка автозавантаження open-iscsi.
  • Тестування при перезавантаженні та симуляції відмови мережі.
  • Надання документації та runbook для адміністратора.
  • Підтримка протягом 2 тижнів після налаштування.
  • Гарантія на роботи — 1 рік.

Терміни: від 2 годин для простого сценарію до півдня для змішаної інфраструктури. Вартість від 200 євро. Економія бюджету при правильному налаштуванні досягає 90% у порівнянні з постійними простоями. Отримайте консультацію — ми відповімо протягом дня.

Детальніше про мережеві файлові системи можна прочитати в Wikipedia. Зв'яжіться з нами, щоб отримати стабільне завантаження без сюрпризів.

Наші компетенції:

Останні роботи

  • Розробка сайту компанії B2B ADVANCE
    Розробка сайту компанії B2B ADVANCE
    1543
  • Розробка веб-додатків для компанії FEEDME
    Розробка веб-додатків для компанії FEEDME
    1394
  • Розробка веб-сайту для компанії БЕЛФІНГРУП
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1081
  • Розробка інтернет магазину для компанії FURNORO
    Розробка інтернет магазину для компанії FURNORO
    1374
  • Розробка логотипу компанії B2B Advance
    Розробка логотипу компанії B2B Advance
    816
  • Розробка веб-додатків для компанії Enviok
    Розробка веб-додатків для компанії Enviok
    1142