Що ми робимо · Storage та обчислювальні ресурси: Fibre Channel SAN із двома fabric на Brocade
Між вашими серверами та вашим сховищем працює мережа, створена для однієї роботи: Fibre Channel, як дві повністю незалежні fabric. Жоден окремий комутатор, кабель, оптичний модуль чи зміна конфігурації не можуть відрізати сервер від його дисків, бо кожен сервер і кожен масив підключені до обох.
Що це
Більшість хостинг-провайдерів передають трафік сховища тим самим Ethernet, яким іде веб-трафік, або взагалі пропускають цей крок і тримають дані на локальних дисках. Ми використовуємо виділений Fibre Channel на комутаторах Brocade, побудований як Fabric A і Fabric B без жодного спільного елемента між ними.
Як ми це будуємо
Дві fabric, нічого спільного. На кожному майданчику працюють core-комутатори Brocade для кожної fabric, плюс комутатори Brocade, вбудовані в наші blade-шасі HPE c7000, по одному на fabric на шасі. Кожен хост має один порт HBA у Fabric A і один у Fabric B. Кожен масив має порти в обох.
По одній fabric за раз. Зміни зонування застосовуються як одна транзакція на fabric. Ми вмикаємо нову конфігурацію на одній fabric, перевіряємо її і лише тоді торкаємося іншої, тож помилка зонування ніколи не може прибрати обидва шляхи одночасно.
Нові хости за дев’яносто секунд. Партія нових blade-серверів зонується за runbook приблизно за півтори хвилини часу змін у fabric, без впливу на наявні зони, що несуть продуктивний трафік.
Інвентар відповідає fabric. Стан зонування віддзеркалюється в наш DCIM, тож те, що кажуть комутатори, і те, що каже інвентар, можна порівняти будь-коли.
Нагляд за правильними сигналами. Стан fabric відстежується за frame timeout, поведінкою buffer credit та помилками портів, а не лише за тим, чи порт увімкнений.
Від чого це вас захищає
- Від збою комутатора сховища, який виводить ваші сервери з ладу.
- Від поганого кабелю, оптичного модуля чи порту HBA, що стає збоєм замість зміни шляху.
- Від зміни конфігурації, яка випадково прибирає всі шляхи до ваших дисків.
- Від конкуренції трафіку сховища з веб-трафіком у спільній мережі.
На практиці
Обслуговування як непомітна подія. Роботи з fabric виконуються по одній fabric за раз, зі звіркою шляхів кожного хоста перед початком наступної частини робіт.
Чому EuroVPS
- Виділений Fibre Channel для сховища, а не трафік сховища в спільній Ethernet-мережі.
- Дві фізично окремі fabric для кожного хоста, а не один комутатор із двома кабелями до нього.
- Зміни, застосовані до однієї fabric за раз, завжди, зі звіркою між ними.
- Кожна зона та порт записані в DCIM і звірені з живою fabric.
- Комутатори Brocade в наших власних blade-шасі, тож резервування сягає аж до сервера.
Часті запитання
- Чи потрібне мені обладнання Fibre Channel у сервері? Для нашого private cloud і dedicated servers із SAN boot ми його надаємо: двопортові HBA, по одному порту на fabric. Ви нічим із цього не керуєте.
- Чи можете ви підключити моє власне сховище або сервери до ваших fabric? Для розміщеного (colocation) обладнання поговоріть з нами. Кожне підключення виконується за тим самим дизайном із двома fabric і одним ініціатором.
- Чому не iSCSI через Ethernet? Fibre Channel є мережею без втрат і детермінованою за своєю природою, а тримання сховища в окремій мережі означає, що напружений веб-день ніколи не торкнеться затримки ваших дисків.
- closing line: Fabric є тією частиною хостингу, яку ніхто не фотографує. Ми будуємо її так, ніби вона несе все, бо так і є. Поговоріть з інженером про ваш шлях до сховища.
- CTA: Поговоріть з інженером
Ваш наступний партнер з інфраструктури
Погляньмо на вашу інфраструктуру.
Розкажіть, що ви запускаєте сьогодні і що потребує покращення. Інженер розгляне ваш запит і допоможе спланувати наступний крок.
+357 222 32280
Почнімо з вашої інфраструктури.
Трохи контексту допомагає нам почати правильну розмову.