Постачальник storage вашого хостера не знає про ваше існування.
«Enterprise storage» каже вам, що купив ваш хостер, а не хто може це виправити о 3-й ночі. У більшості хостерів збій storage стає тікетом виробника в черзі, де вас не видно. Запитайте, хто читає масив.
У цій статті 3 розділів
- На сторінці кожного хостера написано «enterprise storage». Значок описує покупку. Він не описує вміння.
- У більшості провайдерів збій storage означає відкриття кейсу у виробника: ваш простій тепер рухається з темпом черги постачальника, де ваш хостер є одним логотипом серед тисяч, а вас не видно.
- Тут люди, які відповідають на дзвінок, читають нутрощі масиву на глибині прошивки: його лічильники, телеметрію шляхів, часи обслуговування. У цьому різниця між діагнозом, прочитаним з масиву, і кейсом, відкритим у його виробника.
- Питання, яке треба поставити будь-якому хостеру: хто лагодить ваш storage і скільки шарів між мною та ним?
Це є на кожній сторінці хостингу: «storage корпоративного класу». Це має заспокоювати, і воно заспокоює. А насправді воно сконструйоване так, щоб зупинити вас перед наступним питанням. Коли воно поводиться неправильно, хто саме на нього дивиться?
Тож дивіться далі за значок. Хоч би який клас обладнання він називав, якість підтримки живе не в обладнанні. Вона живе в організаційній структурі, а організаційна структура є тим, чого жодна сторінка продажів вам не показує.
Прихована організаційна структура
Пройдіть справжній шлях у типового хостера, сухо і структурно. Ваш тікет іде до їхньої служби підтримки, яка ескалює до їхньої команди інфраструктури, яка відкриває кейс у виробника storage, який потрапляє в чергу постачальника, пріоритезовану за рівнем договору й укомплектовану людьми, які ніколи не бачили цієї інсталяції. Ніщо в цьому ланцюжку не є зловмисним. Кожна ланка є раціональною. Сума в тому, що ваша 3-тя ночі рухається з темпом черги, яка ніколи не чула вашого імені.
Як насправді виглядає читання масиву
“Ми тримаємо в штаті інженерів, які вміють читати нутрощі масиву й діагностувати його на глибині прошивки. Люди, які відповідають на ваш дзвінок, є людьми, які розуміють storage до цього рівня.”
На практиці ця глибина означає, що перше питання в будь-якій скарзі на storage отримує відповідь із самого масиву: часи обслуговування, глибина черги, стан шляхів, лічильники портів. Якщо масив здоровий, інженер переходить до fabric з тими самими інструментами й тією самою телеметрією, замість того щоб відкривати кейс і чекати на когось, хто ніколи не бачив цієї інсталяції. Масив вимірюють перед тим, як звинувачувати.
Повсякденна версія тієї самої глибини є нудною: ми читаємо часи обслуговування наших власних масивів як рутинну телеметрію, виміряну на масиві. Суть не в цифрі. Суть у тому, що цифра походить із того, що ми читаємо власні системи, а не з даташиту. Неможливо виправдати компонент, який ви не можете виміряти.
Чому ми можемо дозволити собі цю глибину
Відповімо справедливому скептику. Як хостер утримує інженерів storage з глибиною до прошивки, коли значно більші провайдери віддають це на аутсорс? Стандартизація. Одна платформа storage, обрана й освоєна, а не вибрана з меню, означає, що кожен рік експлуатації накопичується на тій самій системі. Глибина на платформу є бюджетом, і меню його витрачає, а переконання концентрує. Хостер, що працює з шістьма постачальниками storage, розмазаний тонко по всіх них. Чому ми зробили цю ставку, пояснено у статті чому ми стандартизувалися на одній платформі storage.
“Значок каже вам, що вони купили. Він нічого не каже про те, хто вміє це читати.”
Тож проведіть аудит одним листом. Запитайте свого хостера, хто лагодить їхній storage, коли сам масив поводиться неправильно. Чесні відповіді: «ми, і ось як глибоко ми йдемо» або «ми ескалюємо до постачальника». Потім поставте уточнювальне питання, яке оцінює різницю: скільки шарів між мною та цією людиною о 3-й ночі?
Прямі відповіді
Що насправді означає «storage корпоративного класу» в хостингу?+
Зазвичай лише те, що було придбано обладнання корпоративного класу. Це нічого не каже ні про архітектуру (справжній SAN проти RAID-карти), ні про те, хто вміє діагностувати систему. Запитуйте про обидва окремо.
Що відбувається, коли масив storage відмовляє у типового хостера?+
Структурно: внутрішня ескалація, потім кейс підтримки у виробника, потім черга постачальника. Компетентні люди на кожному кроці, жоден з яких не знає вашої інсталяції, а ваш простій успадковує темп черги.
Чому важливо, чи вміє мій хостер читати прошивку й телеметрію масиву?+
Бо перша робота в інциденті зі storage полягає у вирішенні, чи взагалі винен масив, і це рішення ухвалюється з телеметрії, яку інженер уміє читати: часи обслуговування, черги, стан шляхів. Без неї масив звинувачують, а кейс відкривають.
Як хостер може мати глибшу експертизу зі storage, ніж власна черга виробника?+
Стандартизація. Одна платформа, освоювана роками, перемагає шість платформ, опрацьованих поверхово. Глибина на платформу є бюджетом. Меню його витрачає, переконання концентрує.
Що запитати у хостера про їхню підтримку storage?+
Три питання: хто діагностує сам масив, ви чи постачальник? Як виглядав ваш останній інцидент зі storage, з годинником? І скільки шарів між мною та людиною, яка справді може це виправити?
Запитайте нас, хто читає масив. Це людина, яка бере слухавку.
Жодної черги постачальника між вами й виправленням. Поставте те саме питання своєму нинішньому хостеру й порівняйте організаційні структури.
Поговоріть з інженеромВи дійшли до кінця.
Застосуйте прочитане на практиці
Що ви запускаєте?
Розкажіть нам про навантаження, трафік і вимоги до відновлення. Почніть з конструктора сервера або обговоріть деталі з інженером.
Написано інженерами, які будують і експлуатують інфраструктуру, про яку йдеться.Поговоріть з інженером