Оптимізація витрат на хмарне зберігання
Раніше я писав про те, наскільки корисним може бути публічне хмарне сховище при старті нового проекту без знання обсягу даних, які потрібно зберегти. Однак, з ростом обсягу даних витрати на публічне хмарне сховище можуть стати непомірними. Саме в таких випадках настає перевага системи зберігання, що розташована на місці або в ко-локованому виконанні: вона надає найширший спектр переваг, включаючи вартість, продуктивність, безпеку та суверенітет даних. У цій статті ми коротко розглянемо випадки використання сховища, які можуть підійти для зберігання в вашій системі, а також вартість, яку це може принести.

Зростаючі навантаження на сховище
Хмарні обчислювальні послуги, такі як AWS S3, Azure Blob та GCP GCS, забезпечують миттєвий доступ до ресурсів обчислення, зберігання та мережі, що дозволяє масштабувати вгору і вниз залежно від поточних і майбутніх потреб. Це може бути критично важливим, коли виникають різкі збільшення використання, наприклад, під час запуску продуктів або реальних подій, які збільшують навантаження, таких як спортивні змагання. Коли навантаження повертається до норми, ви можете зменшити ресурси до звичних рівнів. Однак використання сховища, як правило, дещо інше: хоча частота доступу може змінюватися під час пікових навантажень, більшість наборів даних тільки зростають за обсягом.
Наприклад, набори даних, такі як архів або медіа-репозиторій, зазвичай споживають найбільшу кількість місця, мають зрозумілі темпи зростання і навряд чи коли-небудь зменшаться в розмірі, оскільки дані, які вони містять, мають певну вагу.
Іноді такі набори даних також рідко запитуються, але важливо, щоб дані залишалися доступними. Хоча публічні хмари пропонують різні класи зберігання, знижуючи продуктивність або значно збільшуючи час витягання, самостійна система все ще може бути більш економічною, залежно від вашого випадку використання.
Інший підхід
Для наборів даних, які мають передбачувані темпи зростання і не потребують бурстингу публічного хмарного зберігання, більш економічним підходом є використання системи зберігання на місці або в ко-локації. Локація має значення: ви повинні підтримувати близькість до більшості користувачів. Це може бути в офісі або в ко-локованому центрі, близькому до публічної хмари, де ви використовуєте обчислювальні послуги.
Будівництво власної системи зберігання (за допомогою Canonical, якщо вам знадобиться) дає вам контроль над апаратним забезпеченням, що використовується в цій системі зберігання, коли і як вона повинна рости, а також надає більше контролю над основним бізнес-активом: даними.
У нашому калькуляторі вартості S3 ви можете отримати уявлення про загальні витрати на володіння (TCO) для різних обсягів, як у повністю керованих, так і в самостійно експлуатованих конфігураціях, а також для різних термінів проекту. Для справедливості використовувалися спискові ціни для обох конфігурацій, але зазвичай організації ведуть переговори з постачальниками.
Загалом, самостійні рішення забезпечують найвигідніший TCO на тривалий період часу – і вони можуть навіть принести значні переваги (такі як швидкий повернення інвестицій) для короткострокових проектів, коли достатньо великий набір даних. Щоб побачити це в дії, спробуйте наш калькулятор TCO.
Калькулятор порівняння витрат на хмарне зберігання

На завершення: самостійне сховище може забезпечити доповнююче рішення для зростаючих потреб зберігання в публічній хмарі, з основним акцентом на контроль витрат. Але оскільки ви також зберігаєте повний контроль над рішенням і своїми даними, це також покращує безпеку та суверенітет.
Для детального розгляду міркувань і найкращих практик, які вам потрібно розглянути при проектуванні та розгортанні вашого самостійного рішення зберігання, ви можете прочитати наш спеціалізований і детальний технічний документ. Він інтensively розкладає економіку ваших варіантів, пояснює вибір апаратного забезпечення та мережу (використовуючи приватні з’єднання) на прикладі практичного набору даних 2,5PB.
Ви також можете побачити цю теорію в дії, переглянувши наш вебінар, де ми проведемо вас через цей процес крок за кроком, щоб створити дійсно економічну самостійну систему зберігання.
Якщо у вас є якісь запитання або ви хочете зв’язатися для обговорення оптимізації витрат для вашого індивідуального рішення зберігання, не соромтеся зв’язатися з нашою командою.
Що таке Ceph?
Ceph – це рішення зберігання, яке визначається за допомогою програмного забезпечення (SDS), що призначене для задоволення потреб в об’єктному, блочному та файловому зберіганні як малих, так і великих центрів обробки даних.
Це оптимізоване та легке для інтеграції рішення для компаній, які впроваджують відкритий код як нову норму для високоінтенсивного блочного зберігання, об’єктних сховищ та дата-озер.
Як оптимізувати витрати на хмарне зберігання
Хмарне зберігання неймовірне, воно вимірюється за запитом, легко реалізується, але чи є це найбільш економічно вигідним підходом для великих, передбачуваних наборів даних?
Досліджуйте справжні витрати на зберігання даних у публічному хмарному середовищі та як відкритий код Ceph може надати економічно вигідну альтернативу.
Посібник з програмно визначеного зберігання для підприємств
Ceph – це рішення зі програмно визначеного зберігання (SDS), призначене для задоволення потреб в об’єктному, блочному та файловому зберіганні у великих і малих дата-центрах.
Досліджуйте, як Ceph може замінити власницькі системи зберігання у підприємствах.
Продуктивне, надійне та економічне зберігання з Ceph
Canonical Ceph спрощує весь життєвий цикл управління впровадженням, конфігурацією та експлуатацією кластера Ceph, незалежно від його розміру чи складності. Встановлюйте, моніторьте та масштабуйте хмарне зберігання з широкою інтероперабельністю.