Огляд типів СГД

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

Отже, ми можемо скористатися:

Q SAN, Storage Area Network – даний тип систем зберігання передбачає блоковий доступ Можливий доступ до одних і тих же ресурсів декількох серверів одночасно Як середовище передачі даних може викорис-

зоваться Fibre Channel і iSCSI (строго кажучи, можливі подібні варіанти з інтерфейсами SAS / SCSI, але зустрічаються вони набагато рідше)

Q NAS, Network Attach Storage – системи зберігання цього типу предоставля-

ють доступ на рівні файлів Можливий доступ до одних і тих же ресурсів декількох серверів одночасно ESX (i) підтримують NAS тільки з протоколом NFS

Q DAS, Direct Attach Storage – даний тип систем зберігання передбачає

блоковий доступ Доступ до одних і тих же ресурсів декількох серверів одночасно не можливий – це надзвичайно знижує інтерес до них для інфраструктур vSphere Зазвичай СГД цього типу представлені локальними дисками сервера

Системи зберігання даних різних типів відрізняються за такими характеристиками:

Q вартість Очевидно, порівняння СГД за цим параметром виходить за пре-

дели книги

Q функціональність самої системи зберігання, наприклад можливість створення знімків стану (snapshot) на рівні СГД Про це теж говорити тут безглуздо, тому що в якихось рішеннях ці кошти будуть затребувані, а в якихось – ні Також відмінністю є функціональні особливості того чи іншого підходу, наприклад файловий доступ на NAS або блоковий на SAN

Q продуктивність Продуктивність – непросте поняття, багато від

яких чинників залежне Думаю, виправдано буде сказати, що головною відмінністю в продуктивності СГД різних типів є швидкість використовуваного інтерфейсу / середовища передачі даних Втім, теми вироб дітельності дискової підсистеми я торкався в першому розділі

Q функціонал щодо vSphere – а от з цього приводу поговоримо під-

робнее зараз

Порівняння по підтримуваним функціям я спробував відобразити в табл 31

Таблиця 31 Порівняння функціоналу СГД для vSphere

Тип СГД

Завантаження ESX

Включення ВМ

VMotion sVMotion

HA DRS FT

API for Data Protection

VMFS RDM

MSCS MFC

SIOC

Fibre Channel

+

+

+

+

+

+

+

+

iSCSI

+

+

+

+

+

+

+

NAS

+

+

+

+

DAS

+

+

–/+

+

+

+/–

Примітки до таблиці:

Q завантаження ESX (i) з iSCSI системи зберігання можлива тільки з використанням апаратного ініціатора або мережевого контролера, що підтримує «iSCSI boot»

Q якщо обидва вузла кластера MSCS / MFC працюють на одному ESX (i), то СГД може бути будь-який MSCS / MFC кластер можливо реалізувати за системою зберігання iSCSI, але така конфігурація не буде підтримуватися VMware

Q VMFS і RDM показані в одному стовпці тому, що вони є альтер-

Натів один одному Дискові ресурси (LUN) системи зберігання з блоковим доступом ESX (i) може відформатувати в VMFS або підключити до віртуальній машині як RDM

Q SIOC розшифровується як Storage IO Control, механізм контролю про-

дуктивності СГД щодо віртуальних машин Докладніше про нього розповідається в главі 6

Зверніть увагу, що основні функції доступні для СГД будь-якого типу

Таким чином, якщо стоїть питання щодо вибору системи зберігання, то приблизний план може бути таким:

1 Визначитися з необхідними функціями (в першу чергу мається на увазі табл 31) Наприклад, якщо нам потрібен RDM, то NAS не підійде З іншого боку, у систем зберігання може бути свій власний цікавий для вас функціонал, наприклад спрощує резервне копіюв вання

2 Визначитися з необхідною продуктивністю Про що варто задуматися і що варто взяти до уваги, см в першому розділі в підрозділі, присвячений ном сайзінгу

3 Якщо після пунктів 1 і 2 вибір типу системи зберігання ще актуальний, порівнюємо варіанти за ціною

Direct Attach Storage, DAS – найпростіший тип систем зберігання Характер ної рисою цього типу сховищ є те, що їх дискові ресурси доступні лише одного сервера, до якого вони підключені Найбільш характерний приклад – локальні диски сервера Так, так – їх можна вважати сховищем DAS Ті DAS, що є окремими пристроями, часто представляють із себе просто кошик (Enclosure) для дисків в окремому корпусі У сервері стоїть контролер SAS або SCSI, до якого і підключається полку DAS Однак навіть якщо ви використовуєте СГД Fibre Channel, але пара серверів підключена до неї без використання комутатора FC – деякі (як правило, старі) моделі СГД не зможуть виділити один і той же LUN ​​відразу обом серверам Така конфігурація повністю підпадає під визначення DAS

Для адміністраторів ESX (i) цей тип СГД зазвичай малоцікавий, тому що такі системи не надають доступу до файлів однієї ВМ декількох серверів:

Q у великих впровадженнях це необхідно для живої міграції (VMware

VMotion), для автоматичного балансування навантаження (VMware DRS), для функцій підвищення доступності VMware HA і VMware FT

NAS (NFS)

Q якщо йдеться про невеликі впровадження, де ці функції і так не передбачаються до використання, то ситуація приблизно наступна: припустимо, у нас є кілька ESX (i) Якщо ВМ розташовані на якомусь Розділяти мом сховище, то адміністратор може нехай вручну, але дуже швидко і з мінімальними зусиллями переносити ВМ між серверами Якщо ж у нас тільки DAS (наприклад, кілька великих дисків локально в сервері) – то перенесення ВМ можливий лише по мережі, що повільно А якщо вийде з ладу сервер, до якого підключений DAS, – то ВМ будуть недоступні

По суті, DAS використовуються в тих випадках, коли на поділюване сховище з достатньою продуктивністю немає бюджету, ну або під наші завдання не потрібні ні жива міграція, ні висока доступність, ні інші «Просунуті» функції Можливий варіант, коли ми використовуємо під ESX (i) сервери з локальними дисками, але програмно реалізуємо доступ до цих дисковим ресурсів по iSCSI або NFS Зазвичай відповідна служба працює всередині ВМ, яка доступні для неї дискові ресурси ESX (i) надає йому ж, але вже по iSCSI / NFS А ще є можливість за допомогою сторонніх програмних засобів реалізувати реплікацію файлів ВМ між серверами У такому випадку ми отримаємо дешеву інфраструктуру без СГД, з одного боку, але з досить високим рівнем доступності – в разі виходу з ладу сервера є можливість запустити репліку ВМ з нього на іншому сервері, з втратою даних з моменту останньої реплікації

Втім, реалізація такого роду варіантів, із залученням програмного забезпечення третіх фірм, в даній книзі розглядатися не буде

Хтось може зауважити, що на ринку присутні моделі систем зберігання, які припускають зєднання з серверами по інтерфейсу SAS, але дозволяють множинний доступ Такі варіанти, по даній класифікації, має сенс віднести до SAN

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*