Частная инфраструктура 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 и облака самостоятельно. Даже если вы хотите учитывать только прямую выгоду, опирайтесь на три момента: подсчет всех затрат, вычет доходов от реинвестирования свободных средств и учет подорожания услуг и товаров во времени.

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

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

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

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

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, Москва

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

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

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

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 провайдера требуют тщательной проработки и фиксации на уровне контракта. Не все провайдеры готовы на это пойти.

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

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

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

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

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

 

Одну. Cloud Agnostic же.

 

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

Количество россиян, говорящих о необходимости карантина, за полгода снизилось в 2,5 раза.

Половина россиян продолжает работать на больничном

Больше всего на больничном работают бухгалтеры и IT-специалисты.

Facebook наденет на своих сотрудников AR-очки

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

Walmart увеличит почти в два раза зарплату 165 тысячам сотрудников

Работники компании будут получать от 15 долларов до 30 долларов в час.