Записки віртуального адміна відмовостійке сховище для vsphere на базі starwind iscsi
Раніше я вже писав про те, як зробити дешеве розділяється сховище для vSphere на базі Linux. Але що якщо ви хочете позбутися від єдиної точки відмови і зробити їх поділяє сховище ВІДМОВОСТІЙКО? Можна підняти другий вузол з Linux і прикручувати різні пакети для відмовостійкості, як наприклад drbd і heartbeat. А можна звернути увагу на комерційну розробку компанії StarWind, і отримати рішення Enterprise класу.
StarWind iSCSI має функцію відмовостійкості, мережевий дзеркальний диск, вже давно. Але в цій конфігурації все працює тільки з головним вузлом, і якщо з ним щось трапиться, то простий і перемикання вручну неминучі.
Щоб такого не траплялося, з'явилася функція HA - безперервна синхронна реплікація даних між вузлами і підтримка multipathing.
Отже, ви скачали StarWind iSCSI і що тепер з ним робити? Я розповім.
Для початку пару слів про залозі - я рекомендую використовувати сервери з не менш ніж 2-ма інтерфейсами по гігабіта. Один інтерфейс буде використовуватися для віддачі даних назовні, другий для синхронізації. Причому потрібно відзначити, що в разі об'єднання інтерфейсів в один товстий віртуальний для віддачі назовні, інтерфейс для синхронізації повинен бути розширений в рівній мірі, щоб уникнути гальм через низьку швидкості синхронізації. Крім того, інтерфейси синхронізації повинні мати якомога менше проміжних комутаторів між собою, в ідеалі всього один або навіть пряме з'єднання.
У моєму стенді два вузла: starwind-node1 (10.xx.xx.228, 10.xx.xx.230) і starwind-node2 (10.xx.xx.229, 10.xx.xx.231). Перший інтерфейс - назовні, другий соотв. для синхронізації. Варто зазначити, що з другого інтерфейсу необхідно зняти галочку "Зареєструвати в DNS" щоб уникнути проблем з дозволом імен.
Встановимо StarWind iSCSI на обидва вузла. Установка проста, додаткової конфігурації поки не потрібно.

Зайдемо на Node1. Консоль управління поки порожня і невинно чиста. Додамо обидва вузла.



Залягання на Node1 (подвійним клацанням). Логін / пароль за замовчуванням root / starwind.

Створюємо віртуальний диск з високою доступністю для VMFS сховища.





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


Тип диска обраний, партнер вказано, переходимо до створення. Створюємо 10ГБ диск.

Для другого вузла повторюємо процес.


Вибираємо інтерфейси, які будуть використовуватися синхронізації.

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

Вибираємо режим кешування і розмір кеша. У версії 5.4 до цього треба поставитися серйозно, оскільки поки не можна змінити режим кешування в процесі експлуатації, він задається один раз при створенні. Writethrough - кеш використовується тільки для операцій читання, а запис йде відразу на диск. Writeback - кеш використовується також і для операцій запису.
StarWind iSCSI використовує технологію когерентного кешу, тобто кеш буде однаковим на обох вузлах і при смерті одного з них, дані не будуть втрачені. Однак необхідно мати на увазі, що є ймовірність смерті обох вузлів відразу - і тоді дані в кеші втрачені будуть.

Прекрасно, диск створений. Тепер встановлюємо правила доступу, за замовчуванням всім дозволено все. Не будемо особливо морочитися, обмежимося правами доступу на рівні IQN (iSCSI ідентифікатором вузла).

IQN ESX (i) сервера можна дізнатися (і скопіювати) тут:

І заборонимо всім все.

Додамо обидва вузла StarWind на ESX (виділені червоним).

І вуаля! Диск побачився. Не лякайтеся слова ROCKET - компанія StarWind раніше була підрозділом Rocket Division.

Переконався, що multipathing працює і видно обидва вузла.


Відмінно. Переходимо до створення VMFS датастора.






Отказоустйчівое сховище створено, щастя настало :)
