Міграція · Репатріація в хмарі
Репатріація в хмарі
Репатріація переміщує робочі навантаження з публічної хмари в колокейшн. Це окупається, коли навантаження є сталим, масивним і передбачуваним — профіль, де ви орендуєте пружність, яку ніколи не використовуєте. Точка беззбитковості зазвичай становить 12–24 місяців, коли апаратне забезпечення, колокейшн, трудові витрати на міграцію та операційний персонал, якого ви тепер утримуєте, включені в модель. Робочі навантаження, які не проходять цей тест, — це нестійкі, і вони повинні залишатися там, де вони є.
Перевірка сигналів
Репатріація — це рішення для кожного робочого навантаження окремо, не для всієї інфраструктури. Оцініть кожного кандидата за обома колонками: робоче навантаження, яке переважно потрапляє вліво, варто моделювати, а те, що переважно потрапляє вправо, коштуватиме дорожче поза хмаром незалежно від того, як упорядковано електронну таблицю.
| Репатріація | Залишити в хмарі |
|---|---|
| Стала утилізація вище ~60% цілодобово | Нестійке, сезонне або керуване подіями навантаження |
| Великі, передбачувані обсяги вихідного трафіку | Трафік, що переважно складається з непередбачуваних викидів |
| Гравітація даних — набір даних великий і переважно статичний | Дані, які мають залишатися поруч з керованими хмарними сервісами |
| Відповідність або суверенітет, що спрямовує до певної локації | Справді глобальна база користувачів, яка потребує багато регіонів |
| Стійке навантаження на навчання GPU, оплачене за годину | Експериментальна робота з періодами простою між прогонами |
| Існуюча команда інфраструктури з вільними ресурсами | Команда, яка вже на межі своїх можливостей, без платформи дежурств |
Моделювання точки беззбитковості
Порівняння, яке вирішує, — це річні витрати на хмару для робочого навантаження проти річної вартості володіння, коли кожен рядок другої колонки заповнено чесно. Чотири рядки зазвичай відсутні в бізнес-кейсах репатріації, і кожен з них є великим.
| Рядок | Часто забувається, тому що |
|---|---|
| Штат операцій платформи | Хмара включає це в рахунок, тому раніше він ніколи не показувався окремим пунктом. Латання, ємність, прошивка, відмова обладнання та позаробочий час відповіді стають вашою відповідальністю. |
| Витяг даних | Одноразова операція, але для великого набору даних вона може сягати шести цифр — і її стягує провайдер, якого ви залишаєте. |
| Цикл оновлення обладнання | Капітальні витрати першого року виглядають переконливо, доки ви не амортизуєте їх протягом реалістичних чотирьох–п'яти років та додасте наступне оновлення. |
| Резерв потужності, який ви повинні купити заздалегідь | Хмара дозволяла вам розраховувати на сьогодення. Власна інфраструктура має бути розрахована на піковий наутажень, який ви очікуєте, і цей запасний потенціал оплачується з першого дня. |
Розраховує калькулятор TCO колокейшну, а посібник TCO колокейшн проти хмари розглядає повне порівняння з конкретними цифрами.
Як відрізняється міграція
Шість-фазовий метод залишається актуальним, але три фази змінюють форму. Виявлення ускладнено: хмарні активи дрейфують, а ресурси в консолі рідко відповідають документованій архітектурі — покриття тегів зазвичай потребує першочергового виправлення. Логістичної фази немає, натомість закупівля обладнання, яка має свої терміни поставки. І перемикання — це зміна трафіку, а не вантажівка, що означає откат справді дешевий: залиште хмарне середовище запущеним до затвердження валідації, і повернення — це просто зміна DNS, а не вихідні.
Одне, що не змінюється, — це мережева інфраструктура. Канали в дата-центр колокейшну та з'єднання назад до хмари потребують тих самих 60–120 днів терміну поставки, як і будь-яка інша міграція. Замовте їх на тиждень після підписання контракту.
Куди розмістити
- Індекс цін — вартість на цільовому ринку за кВ на місяць, опубліковано відкрито
- Каталог дата-центрів — 202 об'єкти з потужністю, щільністю та оператором
- Каталог сертифікацій — фільтруйте за відповідністю вашого навантаження
- Матриця затримки — затримка туди-назад до регіонів, де залишається ваша хмара
- Трекер цін GPU — якщо ваше навантаження — тренування чи вивід
Часто запитують
Що таке повернення з хмари?
Перенесення навантажень з публічної хмари назад на інфраструктуру, якою ви володієте або беретеся на оренду — зазвичай колокейшн, інколи приміщення на місцях. Це рідко все або нічого: типовий варіант — повернення стійкого, передбачуваного, великого навантаження, залишаючи імпульсні та периферійні послуги в хмарі.
Коли повернення з хмари справді заощаджує гроші?
Коли завантаженість висока і стійка, вихідний трафік значний, і навантаження досить велике для ефективного заповнення простору колокейшну. Власна інфраструктура дешева за одиницю і дорога в простійну годину; хмара — навпаки. Навантаження на 70%+ цілодобово — класичний кандидат, а те, що працює чотири години на день — ні.
Який період окупності?
Зазвичай 12–24 місяці, коли враховані капітальні видатки на обладнання, колокейшн, трудовитрати на міграцію та поточний штат операцій. Коротший період звичайно означає, що модель не врахувала витрати на персонал або самостійного утримання платформи; довший період означає, що це навантаження, ймовірно, має залишатися в хмарі.
Що повинно залишатися у публічній хмарі?
Пікові та сезонні навантаження, будь-що справді глобальне, що інакше потребувало б кількох локацій, ранні версії продуктів, які ще змінюються, ємність аварійного відновлення, за яку ви хочете платити тільки при роботі, та керовані сервіси, які довелося б перебудовувати й потім укомплектовувати персоналом. Репатріація — це рішення щодо вартості стійкого навантаження, не філософська позиція щодо хмари.
Яка найбільша прихована вартість репатріації?
Люди. Хмара включає операції платформи в рахунок; колокейшн — ні. Оновлення, планування ємності, збої обладнання, мікропрограмне забезпечення, моніторинг та підтримка поза робочими годинами — все це входить до вашого штату. Моделі репатріації, які на папері виглядають вигідніше за хмару, але програють на практиці, майже завжди не врахували цю статтю в кошторисі.
Чим репатріація відрізняється від звичайної міграції дата-центру?
Немає фізичного переміщення — нічого не загружується на вантажівку. Натомість ви беретеся за часові рамки закупівлі обладнання, рішення щодо розміру ємності, яке хмара раніше приймала еластично за вас, та витрати на вихід даних, які можуть становити шість цифр для великої інфраструктури. Структура фаз залишається такою ж; виявлення складніше, тому що хмарні інфраструктури зміщуються, а інвентар у консолі рідко збігається з інвентарем у діаграмі архітектури.
Моделюєте репатріацію?
Розкажіть про профіль навантаження та ринки, які ви розглядаєте. Ми повернемося з об'єктами, які відповідають потребам у енергії та нормативним вимогам, плюс еталонні ставки, щоб власна частина вашої моделі використовувала реальні цифри замість прайс-листів.