NFS Автоматичне відмовлення або збалансованість навантаження або кластеризація?

Я використовую NFS (і це єдиний, якого я добре знаю в мережевих файлах) вже кілька років. Але досі не в змозі дізнатися ..

• Як зробити NFSсервери в кластерному дизайні (або збалансованому завантаженні?)
• Або, принаймні, розгортання його на сервері БІЛЬШЕ-ТОГО-ОДИН і до "Автоматичного відмови".

Основна мета - НЕ дозволяти моєму єдиному запущеному серверу NFS єдину точку відмови.

Оскільки я не знаю, як це зробити правильно, до сих пір я сам винайшов це:

2. NFS на 2 серверах.
3. RSYNC з 1-го (передбачається головного) сервера на інший 2-й сервер.
4. На серверах додатків (Web тощо) поставте Shell Scriptдля перевірки здорового стану точки монтування сервера NSF-Master. А потім, якщо потрібно, автоматично відключіть його (залишаючи), а потім автоматично встановіть з 2-го.
5. Основна функція, яку я використовував у своєму автоматичному скрипті Shell, - це nfsstat -m.. перевірити стан точки монтажу.

(Я використовую Redhat )

Але все одно, я все ще НЕ думаю, що це безпечний і стандартний спосіб.

Цей підручник під назвою: Високодоступний кластер NFS: Налаштування Corosync & Pacemaker показує, як налаштувати NFS активно / активно за допомогою NFS, Corosync і Pacemaker. Крім того, ви можете дотримуватися цього керівництва під назвою: Високодоступне зберігання NFS з DRBD та Pacemaker, яке показує налаштування активного / активного за допомогою DRDB & Pacemaker.

Ви також, ймовірно, захочете ознайомитися з цими іншими посиланнями, щоб ознайомитись з різними технологіями та термінологіями.

• Глобальна файлова система (GFS)
• Приклад конфігурації - NFS Over GFS - Red Hat 5
• Адміністрація кластера - Red Hat 5
• Глава 1. Огляд GFS2 - Red Hat 6
• GlusterFS

Цей Q&A ServerFault також повинен виявитись корисним, Linux-кластерна файлова система .

Додаткові посилання

• Створення автономного сервера зберігання даних, подібного до NFS, з GlusterFS 3.0.x на Debian Squeeze
• GFS - Файлова система Gluster - Повне керівництво посібника для адміністратора
• Встановлення GlusterFS на RHEL 6.4 для OpenStack Гавани (RDO)
• Як налаштувати кластеризацію сервера NFS за допомогою пейсмейкера на CentOS 7 / RHEL 7

Це лише один із багатьох способів, коли НФС смоктає.

Неможливо зробити це лише з NFS до версії 3. Додавання функціональності доведеться вручну.

Це, ймовірно, означає:

• реплікація даних або деякий спільний сховище
• Поглинання IP
• Якийсь моніторинг серцебиття
• Управління кластерами

Існують пакети, щоб зробити все це, але вам доведеться інтегрувати їх у свою організацію.

Проект HA HA був створений багато років тому для реалізації деяких із цих речей. http://www.linux-ha.org/

Ви повинні знайти більшість того, що вони зробили, вже упакованого в будь-яку популярну дистрибутиву, яку ви використовуєте.

Варто зауважити ... Найбільшою причиною відмови системи (на сьогоднішній день) є адміністративна помилка, а кластери HA за визначенням є складною системою і більш схильні до помилок адміністратора.

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

Наскільки я не можу мати NFS як активно-активний кластер. Тепер для Active-Passive є певні інструменти, які допомагають досягти цього. Я більше знайомий з Solaris OS та Solaris Cluster, які надають вам можливість створити високодоступні акції / акції NFS залежно від вашої мети.

Одне, що вам знадобиться - це спільне сховище, яке можна перенести з сервера A на сервер B і навпаки у разі потреби. В ідеалі iSCSI або SAN Storage. І IP, пов'язаний з часткою NFS.

Кластер працюватиме так. У разі виходу з ладу сервера A, сервер B дозволить IP-серверу асоціюватися з сервером NFS та взяти право власності на спільний диск, змонтувати його та запустити сервер NFS. Те саме відбувається у випадку виходу з ладу сервера B і сервера А.

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

Погляньте тут на Redhat

Я встановив надлишкову пару файлових серверів NFS у "подвійній основній" активній / активній конфігурації, використовуючи балансир завантаження, CentOS, NFS, DRBD (реплікація), GFS2 (кластерна файлова система) та Pacemaker (управління кластером).

Ось посібник з цієї реалізації в RackSpace, але це було б подібним у будь-якому іншому середовищі.

Як налаштувати подвійний первинний DRBD на CentOS 6: GFS2 та Pacemaker .

Продукт Red Hat RHSS / RHGS (Red Hat Storage / Gluster Server) робить це ідеально, використовуючи клієнт GlusterFS на основі FUSE для проксі-з'єднання NFS до працюючого бек-сервера, зберігаючи безліч зворотних дзеркальних сховищ вузла сервера, все прозоро на сторону клієнта. Це дуже гладке рішення, яке буде працювати для вас. Ви можете встановити рішення EPEL / Extra RPM або придбати його у Red Hat. На стороні клієнта ви просто використовуєте FUSE / glusterfs або NFS як тип кріплення в fstab. Жоден безладний квартет / фехтування не може бути жодним часом.

Це надзвичайно приємне та просте практичне завдання, випробуване та чудово працює.

https://www.howtoforge.com/high_available_nfs_drbd_heartbeat

Особисто я віддаю перевагу lvs, тому що поєдную ha з балансом навантаження, але я спробував з nfs + gfs2 + drbd і працює дуже погано. Можливо, мені потрібно трохи як це зробити, але я не можу знайти жодного про lvs + nfs ha