Яка перевага iSCSI перед SMB?

У себе вдома я запускаю сервер Hyper-V, в якому Windows Server 2008 R2 VM виконує функції файлового сервера. Файли спільно використовуються через SMB у моїй мережі. (Також машина використовує RAID-карту PERC 6 / i, але я не думаю, що це важливо)

Я думаю про створення спеціальної машини SAN (iSCSI), а потім переключення мого сервера Hyper-V на ESXi.

Які переваги використання iSCSI перед SMB?

Думаю, мені все одно знадобиться ОС файлового сервера (наприклад, Win 2k8) для обміну файлами через SMB, тому я не впевнений, що кінцевий результат був би іншим, ніж мої поточні настройки ...

Майк правильний, iSCSI і SMB / CIFS працюють на двох різних шарах абстракції.

SMB / CIFS можна вважати експортом файлової системи, до якої можуть отримати доступ інші машини. Структура каталогів, метадані безпеки та таке вже є. Клієнтські машини можуть читати і записувати файли в цю файлову систему, але це ступінь їх доступу.

З iSCSI клієнтські машини бачать, що з точки зору операційної системи означає те саме, що і фізичний об'єм. На клієнтській машині Windows спочатку слід налаштувати ініціатор iSCSI, що вказує на хост iSCSI (ціль). Після цього на панелі керування управління дисками Windows ви побачите новий фізичний диск. Потім ви б ініціалізували його, розділили його, а потім відформатували в будь-якій файловій системі. Жодна інша машина не матиме доступу до цієї області (принаймні одночасно і ігноруючи передові речі, такі як файлові системи кластерів).

Процес трохи відрізняється від ESXi, але концепція однакова - ціль iSCSI виглядатиме як інший диск, на якому можна було б побудувати файлову систему VMFS.

Одне, що ви можете врахувати, якщо ви будуєте власний сервер зберігання даних, це те, що можна робити обидві речі одночасно. Програмне забезпечення, таке як OpenFiler і FreeNAS, дозволяє вам об'єднати пул пам’яті і дозволити доступ як iSCSI, так і SMB / CIFS. Простір iSCSI повинен бути попередньо виділений (приблизно як жорсткий диск віртуальної машини) і не видно клієнтам CIFS. Дві області розділені. Ви також можете залишитися за допомогою сервера Windows і встановити програмне забезпечення для експорту цілі iSCSI, такого, як це зроблено StarWinds.

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

Я думав, що ESXi може не дозволити доступ до акцій SMB, лише NFS, тому ви можете також розглянути це. Якщо це правда, вам знадобиться якийсь спосіб експорту акцій NFS, але вищезазначене обговорення залишається незмінним. OpenFiler / FreeNAS мають підтримку NFS, і Windows також може бути налаштований з ним.

File Level VS block level

Рівень блоку (iSCSI) Ви можете відформатувати віддалений об'єм за допомогою файлової системи локальних операційних систем.

Скажімо, ви хочете мати об'єм для Apple Time-Machine, і ви цього хотіли як файлову систему Apple Journalized. або ви хотіли віддалену файлову систему, відформатовану як NTFS. для форматування диска потрібно мати блок доступу до диска.

SMB вже відформатовані пристроєм, на якому розміщено SMB. ці файлові системи, як правило, EXT2 та 3, і підсистема Linux дозволяє вам отримати доступ до запису у власній локальній файловій системі через протокол SMB.

Я думаю, що SMB є вашою типовою мережевою часткою, тоді як iSCSI представлений як ексклюзивне прямо-прикріплене блокове сховище (як локально встановлений жорсткий диск), і тому дозволяє ваш вибір файлової системи зі своїми пов'язаними плюсами та мінусами. (Але я раніше помилявся :)

Відповідь насправді дуже проста: в iSCSI ви можете мати кешування на стороні клієнта, тоді як на SMB, використовуючи клієнтів за замовчуванням, це неможливо. Це воно.

За допомогою кешування читання (і якщо ви хочете написати) кешування ви можете досягти набагато вищої продуктивності в багатьох ситуаціях реального світу.