Лічильник на вашому диску і масив без лічильника
Хмарне блокове сховище виставляє рахунок за ємність, операції та пропускну здатність окремими лічильниками. На масиві, який належить вам, нема що виділяти і нема про що домовлятися.
У цій статті 4 розділів
- Орендований блоковий том живить кілька лічильників одразу: ємність за гігабайт-місяць, provisioned IOPS, рівень пропускної здатності, знімки окремим рядком і egress, коли дані виходять назовні.
- У власному flash нема що виділяти.
- Наш бік аргументу вміщується в один рядок: це ваш масив; тут немає лічильника за IOP і немає мита за egress на ваші власні дані.
- На власному all-flash пік лягає на обладнання, за яке ви вже заплатили. Десятиліття виборчих ночей на нашому обладнанні говорить, що найзавантаженіша ніч коштує стільки ж, скільки найспокійніша.
Орендуйте блоковий том у public cloud, і рахунок розділить ваш диск на п’ять окремих лічильників, кожен із яких реальний, опублікований і працює. Ось як вони влаштовані і як виглядає той самий диск, коли масив під ним належить вам.
Один орендований том живить п’ять окремих лічильників
Слово в рахунку: сховище, в однині. Тарифікація під ним у множині. Ось анатомія, лічильник за лічильником, як її публікують хмарні провайдери.
- ЄМНІСТЬ
- Тарифікується за гігабайт-місяць. Єдиний лічильник, який усі очікують знайти, і зазвичай найменший у родині.
- ОПЕРАЦІЇ
- Скромна базова лінія включена. Понад неї ви виділяєте IOPS як квоту і платите за квоту незалежно від того, використовуєте її чи вона простоює.
- ПРОПУСКНА ЗДАТНІСТЬ
- Мегабайти за секунду на тому самому диску сидять на власному рівні, тарифікованому окремо від операцій.
- ЗНІМКИ
- Резервні копії тому лягають в окремий рядок сховища, який зростає місяць за місяцем.
- ВИХІД
- Переміщення ваших даних будь-куди тарифікується за гігабайт. Податок на вихід має власний допис.
Нічого з цього не приховано. Кожен лічильник стоїть в опублікованому прайсі провайдера, розписаний по регіонах, і це чесна частина. Лічильники множаться: одна база даних тягне з кількох одразу, а той, що найбільше важить для завантаженого навантаження, це виділені операції.
Provisioned IOPS тарифікуються за виділенням
Диск, який належить вам, працює на все, на що здатне обладнання. Виділений том працює на свою квоту.
Більшість робочих навантажень мають широкий розрив між усталеним станом і піком. На виділеному томі розмір цього розриву є рішенням, до якого ви повертаєтеся щоразу, коли змінюється трафік.
Команди на виділених томах зазвичай дають цьому раду, стежачи за графіками, прогнозуючи пік і переглядаючи квоту за розкладом. На власному flash цієї роботи не існує.
У власного flash немає лічильника, з яким треба домовлятися
Наша позиція коротка. Це ваш масив; тут немає лічильника за IOP і немає мита за egress на ваші власні дані. Дані клієнтів у нас живуть на виділених all-flash масивах, доступних через Fibre Channel, із часом обслуговування в одноцифрових мілісекундах або краще. Ми стандартизувалися на HPE 3PAR all-flash і вивчили його досконало; подробиці на нашій сторінці storage.
Коли ваш трафік стрибає, операції лягають на flash, який уже належить вам. Нема квоти, яку треба спершу підняти, і нема рядка перевитрати, який треба потім пояснювати. Ми спостерігали це протягом десяти років виборчих ночей на нашому обладнанні з національним новинним видавцем.
| ОРЕНДОВАНИЙ БЛОКОВИЙ ТОМ | ВЛАСНИЙ ALL-FLASH МАСИВ | |
|---|---|---|
| Ємність | За гігабайт-місяць, вічно | Розрахована один раз, у збірці |
| Операції за секунду | Виділені і тарифіковані, використані чи ні | Усе, що віддає масив; квоти купувати не треба |
| Пропускна здатність | Окремий платний рівень | Окремого рядка немає |
| Піковий трафік | Тарифікується за виділенням | Лягає на запас, який уже є в системі |
| Ваші дані, що виходять | Egress за гігабайт | Жодного мита за egress на ваші власні дані |
Відсутність лічильника легко недооцінити. Сховище є рівнем, де навантаження найважче передбачити від години до години, і саме цей рівень лічильники вимірюють найдрібніше. Приберіть лічильники, і цілий клас роботи над ними перестає існувати: прогнозування і планове перевиділення.
Тарифікований том є правильним вибором для малих даних, що простоюють
Якщо ваш обсяг становить кілька гігабайтів із легким трафіком, лічильники округлюються до дріб’язку, і ми порадили б вам залишатися на місці. Лічильники починають важити, коли під бізнесом є стала база і реальний пік: робоча база даних, завантажений застосунок, система, на яку чекають люди. Саме це навантаження виграє найбільше від володіння flash під ним. Якщо хочете знати, чи перетинає ваше цю межу, принесіть графік трафіку і запитайте інженера.
Лічильник на диску є одним із родини. Рахунок за вихід має інший, а повний набір запитань, які варто поставити будь-якому провайдеру про те, де насправді живуть ваші дані, є у дописі про сховище, з якого почалася ця серія.
Прямі відповіді
За які лічильники я насправді плачу на хмарному блоковому томі?+
Ємність за гігабайт-місяць, provisioned IOPS понад включену базову лінію, рівень пропускної здатності на тому самому томі, сховище знімків окремим рядком і egress за гігабайт щоразу, коли дані виходять назовні. Кожен із них публічний, із цінами по регіонах на сторінках самого провайдера. Прочитайте свій поруч із останнім рахунком і порахуйте, скільки рядків породжує один диск.
Як ви встановлюєте ціну на сховище без лічильника?+
Масив є частиною збірки. Ми розраховуємо його разом із вами наперед, з того, що насправді робить ваше навантаження, і він лягає в той самий фіксований рядок, що й решта машини. Жодної квоти за IOP, жодного рівня пропускної здатності, а переміщення ваших даних назовні не є платною подією.
Яку продуктивність я отримую, якщо немає виділеного числа?+
Усе, що віддає масив. Ваші дані живуть на виділеному all-flash масиві через Fibre Channel, із часом обслуговування в одноцифрових мілісекундах або краще, і нема квоти, яку треба застосовувати, тож ніщо не стримує вас на піку.
Що станеться, коли мій трафік перевищить те, на що ми розрахували?+
Пік лягає на запас, який уже є у збірці, тож нічого не треба спершу піднімати і нічого потім не з’являється як рядок перевитрати. Якщо навантаження справді переростає масив, зміна його розміру є розмовою з інженером, а не лічильником.
Розрахуйте масив під ваше навантаження
Дайте відповідь на кілька запитань про те, що насправді робить ваше навантаження. Sizing Desk запропонує реальну збірку на власному flash, зі сховищем у тому самому фіксованому рядку, що й усе інше, і скаже, якщо вам потрібно менше, ніж ви думаєте.
Розрахуйте чесноВи дійшли до кінця.
Застосуйте прочитане на практиці
Що ви запускаєте?
Розкажіть нам про навантаження, трафік і вимоги до відновлення. Почніть з конструктора сервера або обговоріть деталі з інженером.
Написано інженерами, які будують і експлуатують інфраструктуру, про яку йдеться.Поговоріть з інженером