Частная инфраструктура vs облако: как рассчитать TCO и что дешевле

Существует расхожее мнение, что в долгосрочной перспективе расходы на облачные услуги выше, чем на собственный ЦОД, поэтому облака дороже. Хочу без всякой магии посчитать совокупную стоимость владения для on premises (частной) и облачной IT-инфраструктуры за 3 года на примере реального кейса одного из своих клиентов.

Почему важно считать TCO

TCO — затраты, связанные с приобретением, внедрением и использованием IT-системы. Расчет совокупной стоимости владения отвечает на вопрос: «Сколько стоит конкретная IT-инфраструктура?».

Для больших корпоративных систем расчет включает многие элементы. Универсальной методики не существует, но есть общие подходы к расчету на основе анализа затрат: прямых и косвенных, капитальных и операционных. 

На примере посчитаем все затраты на модельную IT-инфраструктуру аналогичной функциональности, полученную: в облаке и on premises. Посмотрим, какие нюансы стоит учитывать, чтобы расчет был максимально верным.

Шаг 1: учитываем прямые и косвенные затраты

Основные IT-услуги, которые составляют ТСО:

  1. ЦОД (colocation или создание серверной комнаты).
  2. Интернет (подключение нескольких провайдеров).
  3. Серверное оборудование.
  4. Сетевое оборудование.
  5. СХД.
  6. ИБ-оборудование (криптошлюзы, firewall и другое).
  7. Платформа виртуализации.
  8. Система резервного копирования.
  9. Дополнительные лицензии на ПО (антивирус, лицензии Microsoft, Citrix и так далее).
  10. Катастрофоустойчивость (дублирование на два ЦОДа, если требуется). 

Сравним TCO для облака и on premises на конкретном примере инфраструктуры одного из наших клиентов, для которого мы делали такой расчет. 

Даже в облачном варианте заказчик все равно планировал организовать небольшой ЦОД: серверное помещение и закупку серверов, чтобы некоторые вычислительные службы дублировать у себя. Все это требовалось в меньшем объеме, чем для on premises, так как 85% инфраструктуры размещается в облаке.

Итак, чтобы сравнить TCO on premises и облако, сведем вычислительные ресурсы к единому знаменателю — полезному количеству получаемых ресурсов. Требования к облаку и on premises будут реализованы разными наименованиями ресурсов, но они будут подобраны так, чтобы в итоге обеспечивать аналогичную функциональность и SLA.

Конечные требования по ресурсам для реализации инфраструктуры заказчика:

Наименование

Значение

Количество

1 (v)CPU

Не менее 2.0 GHz

156

1 Gb RAM

DDR4 — 2400 МГц

384

1 Gb HDD SATA

Min/Max IO PS read: 300-2400

Min/Max IO PS write: 150-800

15356

1 Gb SSD SAS

Min/Max IO PS read: 1000-16000

Min/Max IO PS write: 500-800

11241

1 Gb SSD (High IOPS)

Min/Max IO PS read: 1000-16000

Min/Max IO PS write: 500-800

3049

Мы сравниваем затраты на собственный ЦОД и облако за три года. На практике можно брать больший срок.

В собственном ЦОДе учитываем организацию серверного помещения, покупку серверов, СХД, АТС, оплату электроэнергии. Также закладываем в бюджет рост затрат на 20% в год — на увеличение мощностей, которое понадобится заказчику. 

При расчете расходов на облако учитываем затраты на небольшой собственный ЦОД, нужный клиенту, а также на все необходимые облачные ресурсы, включая плату за увеличение мощностей с течением времени. 

В облаке, по сравнению с ЦОДом, меньше расходы на серверное помещение, сами серверы, электроэнергию, СХД, столько же на АТС и сетевое оборудование — ведь независимо от числа серверов, нам нужны минимум два сетевых устройства, и больше на сетевое оборудование для ИБ — в ЦОДе оно нужно для защиты одной точки — самого дата-центра, а в облаке двух точек: дата-центра провайдера и офиса компании. 

Сравнение стоимости

 

On premises

Облако

Наименование

Стоимость, руб.

Стоимость, руб.

Организация серверного помещения

2 000 000,00

500 000,00

Покупка серверов

6 750 000,00

2 000 000,00

Покупка сетевого оборудования

1 350 000,00

1 350 000,00

Покупка сетевого оборудования ИБ

2 000 000,00

3 900 000,00

Покупка СХД

9 000 000,00

800 000,00

АТС

2 100 000,00

2 100 000,00

Оплата электроэнергии в год

600 000,00

90 000,00

Оплата IaaS, учитывая отказоустойчивость и высокую доступность в год

5 636 808,00

Итого за первый год

23 800 000,00

16 376 808,00

Модернизация и ремонт серверного оборудования — до 20% в год

9 520 000,00

1 428 000,00

Оплата IaaS второй и третий год + увеличение стоимости аренды мощностей — до 20% в год

-


13 690 773,12

Затраты на трехлетний период

33 320 000,00

31 495 581,12

Экономия в облаке: 1 824 418,88 рублей или 5,5%.

Все хорошо, но мы кое-что забыли. Это изменение стоимости денег во времени.

Шаг 2: учитываем доход от инвестиций свободных средств

Свободные деньги дают дополнительный доход. Или, если угодно, дают возможность не брать кредит и избежать дополнительных расходов. Свободные деньги размножаются согласно доходной или кредитной процентной ставке.

Прикинем возможный доход от инвестиций. Заходим на сайт Московской фондовой биржи и смотрим доходность облигаций разных компаний. Мы взяли несколько крупных компаний (ВТБ, «Ростелеком» и так далее) как низкорисковые инвестиции. Для реалистичности добавим в портфель инвестиции с более высоким риском, иначе годовая доходность будет низкой. Мы отобрали семь компаний, по ним получается совокупная доходность облигаций 7,54%.

Жизнь такова, что деньги обычно вкладывают во что-то более доходное, чем облигации на фондовой бирже: новый проект, инвестиции в новые филиалы, освоение новых рынков. Так что давайте для порядка прибавим еще 5 пунктов и получим процентную ставку 12,54%. Изменение стоимости свободных средств будем считать по этой доходности.

Сравним доход от инвестиции свободных средств для on premises и облака. 

В сценарии on premises мы в начале каждого года полностью тратим его бюджет. В первый год вкладываем 23,8 миллиона, и весь первый год на реинвестирование мы можем использовать только заложенный бюджет второго и третьего года. На второй год средства для инвестирования будут за счет бюджета третьего года. На третий год средств не будет.

В облаке платежи растянуты во времени от месяца к месяцу (абонентская плата). Бюджет первого года мы расходуем постепенно, это создает дополнительные свободные деньги по сравнению с вариантом on premises, их можно сразу реинвестировать. Аналогично происходит и на второй, и на третий год.

Сравнение дохода от инвестиции свободных средств для on premises и облака

Бюджет

On premises

Облако

Бюджет, год 1

23 800 000,00

16 376 808,00

Бюджет, год 2

4 760 000,00

6 872 169,60

Бюджет, год 3

4 760 000,00

8 246 603,52

Инвестиции

Свободные средства

Доход

Свободные средства

Доход

Инвестирование 1 год — бюджет 2 и 3 года

9 520 000,00

1 193 808,00

15 118 773,12

1 895 894,15

Инвестирование 1 год — абонентская плата за IaaS

-

-

5 726 808,00

329 148,29

Инвестирование 2 год — бюджет 3 года

4 760 000,00

596 904,00

8 246 603,52

861 770,07

Инвестирование 2 год — абонентская плата за IaaS

-

-

6 872 169,60

460 807,61

Инвестирование 3 год

0,00

0,00

0,00

0,00

Инвестирование 3 год — абонентская плата за IaaS

-

-

8 246 603,52

618 798,78

Доход от инвестиций за трехлетний период

 

1 790 712,00

 

4 166 418,90

Затраты на трехлетний период за вычетом дохода от инвестиций

31 529 288,00

27 329 162,22
Экономия 13,3%

Экономия в облаке выросла с 5,5 до 13,3%, более чем в два раза. Но и это еще не все, потому что есть второй параметр, который надо учесть — дисконтирование. 

Шаг 3: учитываем ставку дисконтирования

Деньги дешевеют в результате инфляции. Условная упаковка семги в начале 2019 года стоила 250 рублей, теперь — 330 рублей. Если мы планируем бюджет закупки семги на три года (почему бы и нет) и закладываем стоимость 250 рублей, нас ждет неприятный сюрприз.

Дисконтирование — пересчет объема денежного потока с учетом инфляции. Рассчитаем ставку дисконтирования для пересчета. Для этого есть несколько подходов — мы возьмем самый простой, который рассчитывается из трех показателей:

  1. Минимальная гарантированная доходность на рынке. Обычно это % ставка по государственным ценным бумагам, весной 2020 года она была ≈ 5%. 
  2. Рассчитываемая или предполагаемая ставка инфляции. Она бывает минимальная, средняя и максимальная. Заложимся на худший сценарий и возьмем максимальную ставку 4.75%.
  3. Премия за риск, проще говоря — запас на непредвиденные расходы. На всякие неожиданности, например, рост цен на бензин и последующее подорожание логистики или риски изменения курса валюты и последующего подорожания импорта товаров и услуг, важных для бизнеса. Этот коэффициент мы определяем сами, исходя из здравого смысла, пусть это будет 5%.

Первые два числа легко получить из публичных источников. Для простоты мы не учитываем показатели рентабельности компании, среднее колебание стоимости акций в конкретной области, структуру пассивов юридического лица, текущие задолженности и так далее. Так что суммарная ставка дисконтирования получается: 5%+ 4,75% + 5% = 14,75%.

С учетом этой ставки учтем платежи за on premises и облако на следующие три года.

Затраты на on premises

 

Бюджет без учета инфляции

С учётом инфляции (ставка дисконтирования 14,75%)

Бюджет на 1 год

23 800 000,00

23 800 000,00

Бюджет на 2 год

4 760 000,00

4 760 000,00 + 14,75% =
= 5 462 100,00

Бюджет на 3 год

4 760 000,00

5 462 100,00 + 14,75% =
= 6 267 759,75

Всего

33 320 000,00

35 529 859,75

Для простоты мы учли увеличение стоимости только оборудования, без подорожания работы сотрудников и администрирования. Если считать по полной программе, эти расходы тоже можно приплюсовать. 

Если формально провести аналогичный расчет для облака, мы получим бюджет на три года с учетом инфляции 33 790 412,36 руб. против 31 495 581,12 руб. Но большую часть контрактов мы заключаем с оговоркой «фиксированная стоимость», то есть в действительности в плане будет фигурировать вторая сумма. 

Дело в том, что на текущий момент заключение контрактов с фиксированной стоимостью — норма. Рынок облаков стал зрелым, стоимость услуг снижается, провайдеру выгоднее ее фиксировать. В перспективе платежи в облаке будут даже снижаться из-за высокой конкуренции и работой над элементами себестоимости.

Итоговый расчет

Учтем все дополнительные доходы и расходы. Бюджет на 3 года на инфраструктуру:

 

On-premises

Облако

Исходный бюджет

33 320 000,00

31 459 581,12

Доплата за инфляцию (дисконтирование)

−2 209 859,75

−0,00

Доходы от инвестиций

1 790 712,00

4 166 418,90

Итоговый бюджет

33 739 147,75

27 329 162,22

Окончательная экономия на облаке составляет 6 409 985,53 руб. или 19,0%.

Косвенные экономические выгоды облака

Мы оценили прямой экономический эффект от перехода на облачную модель, который можно измерить в рублях. Кроме него есть косвенный эффект — качественный, функциональный, который обсчитать в рублях сложнее.

  1. Мгновенная масштабируемость. В облаке нужные мощности получаешь сразу, в on premises надо ждать 2-3 месяца поставок железа, с риском задержек, затем запускать, тестировать и так далее. Не надо пытаться угадать нужный объем ресурсов, его можно менять в любой момент. А оплата только за используемые ресурсы подразумевает 100% утилизацию. Поэтому в облаке не надо перезакладываться в простаивающее оборудование на случай пиков нагрузки. Другая сторона этой же медали — отсутствие потерь (включая репутационные) из-за падения сервисов, если «недозаложиться» и ресурсов не хватит.
  2. Нужна меньшая экспертиза для решения инфраструктурных задач. Облако предлагает более простое решение административных задач из одной платформы. Не нужно уметь обращаться с зоопарком решений и оборудования, все это берет на себя провайдер. Также уходят рутинные задачи по обновлениям, мониторингу низкоуровневой инфраструктуры, диагностике неисправностей.
  3. На самом деле в облаке необязательно переводить CAPEX в OPEX. Хотя облака часто питчат через такой перевод, есть один нюанс. Закупки оборудования повышают капитализацию компании, а для некоторых компаний важно растить капитализацию. На самом деле, это не проблема: MCS и другие провайдеры умеют продавать облако в CAPEX.

Итак, теперь вы можете сравнить затраты on premises и облака самостоятельно. Даже если вы хотите учитывать только прямую выгоду, опирайтесь на три момента: подсчет всех затрат, вычет доходов от реинвестирования свободных средств и учет подорожания услуг и товаров во времени.

Расскажите коллегам:
Комментарии
Валерий Андреев +12765 Валерий Андреев Директор по продажам, Санкт-Петербург
Борис Кондрабаев пишет:
автономизацией

Разумно! Тут, целесообразнее, как в любом аутсорсе, не класть все яйца в одну корзину. Уместен и подход, описанный..

Андрей Роговский пишет:
Создавайте клауд-агностик системы, которые одинаково будут работать и на железе и в любом облаке. Это позволит вам создать гибридное решение, подключив мощности облака при необходимости.

Но, опять же, для многих делема, либо необходимые средства и ресурсы, либо необходимость и выбираешь из того, что есть.

Knowledge manager, Пермь
Валерий Андреев пишет:
Но, опять же, для многих делема, либо необходимые средства и ресурсы, либо необходимость и выбираешь из того, что есть

Ситуации и обстоятельства в них настолько разнообразны, что всегда полезно выбирать из того что есть, стремясь при этом к идеалу или намеченной цели.

Побольше бы таких примеров с деталями и нюансами ситуаций, который привел Андрей, чтобы разнообразней стал "портфель инструментов", который ранее называли "арсеналом".

Генеральный директор, Москва
Борис Кондрабаев пишет:
Валерий Андреев пишет:
Но, опять же, для многих делема, либо необходимые средства и ресурсы, либо необходимость и выбираешь из того, что есть

Ситуации и обстоятельства в них настолько разнообразны, что всегда полезно выбирать из того что есть, стремясь при этом к идеалу или намеченной цели.

Побольше бы таких примеров с деталями и нюансами ситуаций, который привел Андрей, чтобы разнообразней стал "портфель инструментов", который ранее называли "арсеналом".

Всегда полезно, но ...

Таких ситуаций примеров и нюансов - бесконечное количество. Обычно компании представляют себе структуру собственных затрат на IT, хотя и не всегда в полном объеме.

Но есть вещи, которые просто не считают заранее из-за отсутствия исторических данных: количество обновлений системы, необходимость интеграции с существующими процессами и системами, варианты конфигураций с использованием SaaS, Hybrid Cloud и Private Cloud, прямые и косвенные потери от нарушения безопасности и хищения данных, качество работы ISP, отсутствие E2E контрактов и SLA по всей цепочке и многие другие аспекты.

Cloud Computing - это, в первую очередь, новая (для отрасли) модель использования ресурсов различных типов без их покупки заказчиком. Выводы, которые можно сделать: считать нужно честно, внимательно читать контракты и требовать изменение стандартных условий, если это необходимо, всегда есть несколько (много) вариантов, а решение - с учетом размеров компании - обсуждается как минимум в среднесрочной перспективе.

Бизнес-драйверы понятны. Дьявол, как обычно, в деталях.

Генеральный директор, Москва
Андрей Роговский пишет:

Поверхностная статья от неофита

Первое:

Прежде всего надо определить цель бизнеса. Например, если планируется внедрять какой-то международный стандарт безопасности, тот-же PCI-DSS, то собственные ЦОДы вам влетят в копеечку. Просто почитайте PDF с требованиями и ужаснитесь.

Тут облако в плюсе - если его сервисы сертифицированны по стандарту - вы можете достигнуть бизнес-цели с меньшими затратами.

Второе:

Я категорически против фанатизма. Почему стоит вопрос ребром - или/или?

Как минимум можно разделить среды разработки и эксплуатации и каждую использовать либо на барметал либо в облаке.

Третье:

Создавайте клауд-агностик системы, которые одинаково будут работать и на железе и в любом облаке. Это позволит вам создать гибридное решение, подключив мощности облака при необходимости.

 

Теперь рабочий кейс, как обычно:

Вы занимаетесь цветочным бизнесом - доставкой букетов и у вас барметал. Все идет хорошо - до любых праздников.

Во время праздников ваша система вешается от нагрузки - слишком много желающих оформляют заказы. Нагрузка примерно в 10 раз больше обычной - но только на праздники.

Как быть? А очень просто - у вас есть клауд-агностик решение, которое может быть запущено в любом облаке. Арендуете то, что вам по вкусу, автоматически развертываете решение и подключаете его к вашему на барметал.

Таким образом вы платите только за одни сутки, решение в облаке принимает заказы и легко скейлится за счет облачных мощностей (и вашего бюджета хе-хе), занимаясь самым важным - приемом заказов и оплатой!

Вся логика уже идет на вашем барметал, куда стекаются обработанные и оплаченные заказы с облака.

Ну заплатите вы за сутки допустим 150k RUR, а выгода от обработки всех заказов будет пара лимонов.

Если бы вы сидели чисто на барметале - то потеряли бы прибыль. А для ее получения вам бы пришлось докупить в 10 раз больше оборудования, которое бы простаивало по будним дням.

Учитесь правильно считать TCO, ибо оно без бизнес-цели - пустой пшик, как впрочем и все остальное.

 

С необходимостью сформулировать цели создания системы как можно раньше полностью согласен. Несколько вопросов (скажем, пяток), если позволите.

1) Что такое - на практике - в любом облаке? Я пока не видел даже двух одинаковых. С точки зрения конфигурации системы какие-то особенности работы провайдера и доступа к ресурсам могут быть критичными, другие - нет.

2) Какая степень резервирования считается достаточной? Какие прочие требования к системе предъявляются?

3) Что можно сделать, если ресурсы оказываются недоступными из-за технических проблем и работ на стороне провайдера Cloud или вашего ISP?

4) Что делать в случае снижения производительности ресурсов или скорости доступа к ним по сравнению с ожидаемой?

5) Как и кем решаются проблемы безопасности и борьбы с разного рода злоумышленниками?

Оценка бюджета - только небольшая часть задач, решаемых при создании системы из ненадежных элементов. Тут мы еще раз возвращаемся к целям создания системы.

Knowledge manager, Москва
Василий Горохов-Апельсинов пишет:
- тут необходимо поработать с денежными потоками и оптимизировать транши. Какой смысл брать деньги в кредит под 14%, чтобы потом остаток вкладывать под 12%?

проценты по вкладам всегда ниже процентов по кредитам

Knowledge manager, Москва

ещё один косяк в расчётах - для облака инфляция почему то нулевая. Если вкладываешь в облачные технологии, то инфляция не действует?

Консультант, Украина
Евгений Равич пишет:

С необходимостью сформулировать цели создания системы как можно раньше полностью согласен. Несколько вопросов (скажем, пяток), если позволите.

1) Что такое - на практике - в любом облаке? Я пока не видел даже двух одинаковых. С точки зрения конфигурации системы какие-то особенности работы провайдера и доступа к ресурсам могут быть критичными, другие - нет.

2) Какая степень резервирования считается достаточной? Какие прочие требования к системе предъявляются?

3) Что можно сделать, если ресурсы оказываются недоступными из-за технических проблем и работ на стороне провайдера Cloud или вашего ISP?

4) Что делать в случае снижения производительности ресурсов или скорости доступа к ним по сравнению с ожидаемой?

5) Как и кем решаются проблемы безопасности и борьбы с разного рода злоумышленниками?

Оценка бюджета - только небольшая часть задач, решаемых при создании системы из ненадежных элементов. Тут мы еще раз возвращаемся к целям создания системы.

1) Расписано неплохо тут: https://kruschecompany.com/cloud-agnostic-strategies/

2) Описывается в рисках предприятия

3) Иметь 2 ISP и 2 Cloud

4) Не упускать этап нагрузочного тестирования

5) Описываются в корпоративной потитике безопасности предприятия

 

Генеральный директор, Москва
Андрей Роговский пишет:
Евгений Равич пишет:

С необходимостью сформулировать цели создания системы как можно раньше полностью согласен. Несколько вопросов (скажем, пяток), если позволите.

1) Что такое - на практике - в любом облаке? Я пока не видел даже двух одинаковых. С точки зрения конфигурации системы какие-то особенности работы провайдера и доступа к ресурсам могут быть критичными, другие - нет.

1) Расписано неплохо тут: https://kruschecompany.com/cloud-agnostic-strategies/

Идея понятна - как идея, но в этой статье говорится только о Public Cloud и некой оптимизации по очень небольшому количеству критериев, начиная со стоимости масштабирования. При этом появляется новый список За и Против.

Генеральный директор, Москва
Андрей Роговский пишет:
Евгений Равич пишет:

С необходимостью сформулировать цели создания системы как можно раньше полностью согласен. Несколько вопросов (скажем, пяток), если позволите.

3) Что можно сделать, если ресурсы оказываются недоступными из-за технических проблем и работ на стороне провайдера Cloud или вашего ISP?

3) Иметь 2 ISP и 2 Cloud

То есть всегда держать под нагрузкой две одинаковые конфигурации - учитывая все различия между провайдерами?

Резервирование каналов доступа в Интернет (два ISP) давно стало нормой для корпоративных конфигураций. Но вопросы надежности и доступности ресурсов Cloud провайдера требуют тщательной проработки и фиксации на уровне контракта. Не все провайдеры готовы на это пойти.

Консультант, Украина
Евгений Равич пишет:
Евгений Равич пишет:

С необходимостью сформулировать цели создания системы как можно раньше полностью согласен. Несколько вопросов (скажем, пяток), если позволите.

3) Что можно сделать, если ресурсы оказываются недоступными из-за технических проблем и работ на стороне провайдера Cloud или вашего ISP?

3) Иметь 2 ISP и 2 Cloud

То есть всегда держать под нагрузкой две одинаковые конфигурации - учитывая все различия между провайдерами?

 

Одну. Cloud Agnostic же.

 

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
Преграды на пути женщин к лидерству

Сейчас есть все возможности для карьерного роста женщин, однако часто эти опции ограничиваются средним уровнем управления.

Большинство россиян страдают «синдромом вечной занятости»

Испытывают вину, когда ничего не делают.

Финансовая подушка – источник стресса для Россиян

Люди копят деньги «на черный день», но психологически не готовы их тратить в случае форс-мажора.

Треть работодателей планирует пересмотреть программы мотивации

Итоги 2025 года показали, что взгляды работников и их руководства на финансовые и нефинансовые факторы мотивации расходятся.