Що слово SSD приховує про storage вашого хостера
«Enterprise SSD» на сторінці цін може означати споживчий диск за однією RAID-картою або виділений all-flash SAN з двома контролерами, і лише один з них переживає сервер. П'ять запитань, один лист, і будь-який хостер мусить сказати вам, який з них у нього.
У цій статті 5 розділів
- Значна частина storage, що продається як enterprise, є споживчими або просьюмерськими SSD за однією RAID-картою, усередині того самого сервера, який виконує ваше навантаження. Коли цей сервер помирає, storage помирає разом із ним.
- Наш є SAN: виділені all-flash масиви з двома контролерами, доступні через два незалежні fabric, з часом обслуговування одноцифрові мілісекунди або краще.
- Ми стандартизувалися на одній платформі storage, HPE 3PAR all-flash через Fibre Channel, і освоїли її замість того, щоб тримати меню постачальників.
- П'ять запитань наприкінці цієї статті викривають різницю одним листом. Перешліть їх своєму хостеру, і нам.
Сторінка замовлення хостингу дає вам точні числа для ядер і RAM і одне слово для storage, зазвичай SSD. Це одне слово прикриває найширшу прогалину в якості в усій галузі. Два хостери можуть надрукувати те саме слово і стояти на відстані цілої архітектури: один тримає ваші дані на споживчому диску за RAID-картою всередині вашого сервера, інший тримає їх на виділеному all-flash масиві, який продовжує обслуговувати після того, як цей сервер помре. Ось різниця, просто, а наприкінці п'ять запитань, які витягнуть правду з будь-якого хостера, включно з нами.
Одне слово, SSD, прикриває три різні архітектури
Storage у хостингу буває трьох рівнів, і текст продукту для всіх трьох читається майже однаково.
- 01Локальний диск. Диски всередині сервера, на власному контролері сервера. Швидко надається і дешево продається, і storage ділить кожну долю, яку має сервер: блок живлення, бекплейн, материнська плата, контролер. Увесь рівень є одним доменом відмови.
- 02SSD за однією RAID-картою. Там, де насправді сидить більшість хостингу, проданого як enterprise. Диски зазвичай є споживчими або просьюмерськими деталями, обраними за гігабайтом, а RAID захищає вас рівно від одного: мертвого диска, що є найдешевшою відмовою storage. Він нічого не робить із мертвим контролером, мертвим бекплейном чи мертвим сервером.
- 03Справжній SAN. Storage як окрема інженерна система: виділений масив з двома контролерами, власними дисками і власною мережею для доступу до нього. Масив має життя, незалежне від будь-якого окремого обчислювального вузла, що змінює те, як виглядає поганий день.
Ці рівні неможливо відрізнити за текстом, бо текст не каже. Ті самі п'ять шаблонів з'являються по всій категорії, тут вони переказані, бо є повсюдними нормами, а не гріхом якоїсь однієї компанії.
| ЩО КАЖЕ СТОРІНКА | ЧОГО ВОНА НІКОЛИ НЕ КАЖЕ |
|---|---|
| «Надшвидкий NVMe SSD storage» | Чи диски локальні, чи на масиві, споживчі чи корпоративні, за одним контролером чи за двома. Прикметник швидкості несе все речення. |
| «Enterprise SSD» | Enterprise тут описує маркетинговий рівень диска. Воно не стверджує корпоративного масиву, бо за ним його зазвичай немає. |
| «Storage під захистом RAID-10» | RAID-карта сидить усередині того самого сервера. Мертвий диск можна пережити; storage усе одно помирає разом із сервером. |
| «До N IOPS» | Стеля без значення latency, без нижньої межі і без вимірювання під навантаженням. Стелі є тим, що бенчмарки дають на простоюючій системі. |
| «Надлишковий storage» | Що саме надлишкове. Зазвичай це знову означає RAID. Масив з двома контролерами й multipath є іншою машиною, і текст, за яким вона стоїть, так і каже. |
Жодне з цих речень не каже, що storage є окремим надлишковим масивом, all-flash, доступним через два незалежні fabric, який переживає смерть будь-якого окремого сервера. Можливість надрукувати це речення коштує реальних грошей, тож сторінки, які можуть його надрукувати, друкують. Коли текст зупиняється на прикметнику, архітектура зазвичай зупиняється там само. Це і є ознака.
Сторінка каже «enterprise SSD» і на цьому зупиняється. Яка машина стоїть за словом?
Диски за однією RAID-картою
Споживчі деталі, обрані за гігабайтом, усередині сервера, який виконує ваше навантаження. Переживає мертвий диск і більше нічого з того, що шасі для нього приготувало.
Виділений масив
Два контролери, власні диски, власний fabric. Текст, який може назвати масив, називає його, бо є що називати.
SAN тримає ваші дані живими, коли сервер з вашим навантаженням помирає
Суть SAN є розділенням долі. Ваш диск є LUN на виділеному масиві, а сервер, що виконує ваше навантаження, є лише машиною, яка його зараз монтує.
- ПОМИРАЄ КОНТРОЛЕР
- Другий контролер масиву продовжує обслуговувати. На RAID-карті другого контролера немає.
- ПОМИРАЄ КОМУТАТОР, КАБЕЛЬ АБО ПОРТ
- Інший fabric несе навантаження, active/active.
- ПОМИРАЄ СЕРВЕР
- LUN продовжує обслуговувати, а навантаження повертається на іншому хості проти того самого storage. На локальному диску чи RAID-карті це день, коли ви дізнаєтеся, як там були резервні копії.
Швидкість є частиною, з якої текст завжди починає, тож ось наша, у єдиному формулюванні, яке ми готові друкувати: наші масиви обслуговують з часом одноцифрові мілісекунди або краще.
Ми стандартизувалися на одній платформі storage і вивчили її досконало
Ми стандартизувалися на HPE 3PAR all-flash через Fibre Channel: одна платформа, обрана й освоєна. Ми відхиляємося лише тоді, коли робота справді цього заслуговує. Стандартизація є тим, що купує глибину за кожною відповіддю в цій статті. Загальний аргумент на користь переконань щодо обладнання є в окремій статті.
Ваш власний масив працює без лічильника
Орендований блочний storage тарифікує диск за гігабайт, ще раз за наданий IOP і ще раз на виході. Це ваш масив; на ваших власних даних немає лічильника за IOP і плати за egress. Повна економіка лічильника на диску, включно з тим, за що насправді беруть плату ці рядки cloud і скільки коштує справжній пік на власному flash, є у статті лічильник на вашому диску.
П'ять запитань викривають storage будь-якого хостера одним листом
Усе вище стискається до п'яти запитань. Їх можна надіслати одним листом, і на них дуже важко відповісти вражаюче без справжнього SAN за спиною. Ось вони, з нашими відповідями для протоколу.
Мої дані на SAN чи на RAID-карті всередині мого сервера?
Це питання про спільну долю. Якщо чесна відповідь є RAID-картою, усе інше на сторінці описує один сервер. Наша відповідь: SAN. Ваші дані живуть на виділеному all-flash масиві з двома контролерами. Вони не сидять на RAID-карті всередині вашого сервера.
Чи є storage all-flash?
Розмитий текст ховає змішані рівні, а змішані рівні означають, що ваша latency залежить від того, на яку полицю потрапили ваші блоки. Наша відповідь: ми стандартизувалися на HPE 3PAR all-flash через Fibre Channel.
Чи є multipath через незалежні fabric?
Надлишковий мало що означає, доки ви не запитаєте, що від чого незалежне. Два шляхи через один комутатор ділять поганий день цього комутатора. Наша відповідь: так. Кожен хост досягає свого storage через два цілком незалежні Fibre Channel fabric з окремими комутаторами, у режимі active/active. Комутатор, кабель або порт може відмовити, і ваш LUN продовжує обслуговувати іншим шляхом.
Куди реплікуються мої дані і з яким RPO?
Слабкою відповіддю є графік резервного копіювання. Резервна копія вимірює, скільки ви можете втратити з учорашнього вечора; реплікація про те, скільки ви можете втратити взагалі. Наша відповідь: репліковані на другий масив, з RPO, спроєктованим під кожне навантаження.
Хто лагодить масив, коли він поводиться неправильно, ви чи черга постачальника?
Це питання, яке відділяє операторів від орендарів. Наша відповідь: ми. Ми тримаємо в штаті інженерів, які вміють читати нутрощі масиву й діагностувати його на глибині прошивки, тож люди, які відповідають на ваш дзвінок, розуміють storage до цього рівня замість того, щоб чекати на виробника.
Рахуйте іменники. Справжня відповідь називає архітектуру: масив, fabric, кількість контролерів, RPO. Слабка відповідь повертає прикметники і бенчмарк. А якщо п'яте запитання викликає паузу, ви дізналися, де насправді сидить storage.
Прямі відповіді
Що таке SAN у веб-хостингу?+
Storage, що працює як окрема інженерна система замість дисків усередині вашого сервера: виділений масив з двома контролерами, власними дисками і власною мережею для доступу до нього. Ваш диск є LUN на цьому масиві, а сервер, що виконує ваше навантаження, є лише машиною, яка його зараз монтує, тож storage має життя, незалежне від будь-якого окремого сервера.
Хіба локальний NVMe не швидший за SAN?+
На простоюючому бенчмарку локальний NVMe-диск покаже дуже швидкі числа. Показник, який має значення в робочому середовищі, є часом обслуговування під реальним навантаженням і тим, що відбувається, коли обладнання відмовляє. Наші масиви обслуговують з часом одноцифрові мілісекунди або краще, а LUN продовжує обслуговувати через мертвий сервер, мертвий комутатор чи мертвий контролер. Локальний диск виграє простоюючий бенчмарк і ділить кожну долю, яку має сервер.
Мій хостер каже RAID-10. Цього достатньо?+
RAID відповідає рівно на одну відмову, мертвий диск. Він нічого не робить із мертвим контролером, мертвим бекплейном чи мертвим сервером, а на RAID-карті будь-яке з цього забирає ваш storage із собою. RAID усередині одного сервера і масив з двома контролерами на незалежних fabric є різними машинами, які випадково ділять слово надлишковий.
Як мені використати п'ять запитань?+
Надішліть їх своєму нинішньому хостеру, перш ніж надсилати новому, і оцінюйте відповіді за іменниками. Справжня відповідь називає масив, fabric і людину, яка його лагодить. Якщо відповідь є прикметниками і бенчмарком, ви дізналися, що означало слово enterprise на сторінці цін.
Поставте нам п'ять запитань
Інженер storage відповість на них для вашого реального навантаження, для протоколу, так само, як ми відповіли на них тут.
Поговоріть з інженеромВи дійшли до кінця.
Застосуйте прочитане на практиці
Що ви запускаєте?
Розкажіть нам про навантаження, трафік і вимоги до відновлення. Почніть з конструктора сервера або обговоріть деталі з інженером.
Написано інженерами, які будують і експлуатують інфраструктуру, про яку йдеться.Поговоріть з інженером
