Привет, Хабр! В четверг, 7 сентября, мы с коллегами из Selectel организовываем вебинар-дискуссию на классическую тему: что выгоднее — собственное оборудование или аренда. Поделимся расчетами и мнением, а также хотим послушать вас.

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

Что будем сравнивать


Несмотря на заявленный баттл между двумя сценариями, в тексте я добавлю еще один. Итак, у нас три модели:

  1. Закупка оборудования и его размещение на собственных площадках: в небольшой серверной в офисном здании, в подсобке, или — более «хардкорные» варианты — под столом начальника или на балконе. Последнее — не сарказм, а реальные кейсы.
  2. Размещение оборудования в дата-центра (Colocation): оборудование ваше, но вы арендуете место в приспособленном для жизни серверов помещении.
  3. Аренда инфраструктуры провайдера — платите деньги и выбираете подходящие ресурсы.



Какие преимущества аренды оборудования можно выделить


Я работаю в компании, которая продает IaaS. Чтобы исключить «конфликт интересов», на вопрос о преимуществах этой модели перед покупкой собственного оборудования ответит ChatGPT.

Нейросеть выделила следующие пункты:
  • Высокая доступность и надежность.
  • Профессиональная техническая поддержка.
  • Высокий уровень безопасности.
  • Гибкость и масштабируемость.
  • Экономическая эффективность.

Разберем каждый из пунктов.

Высокая доступность и надежность


IaaS


Многие знают, что сделать какое-либо помещение пригодным для бесперебойной работы серверов не так просто.

Перечислю, какая экосистема развивается вокруг арендуемого выделенного сервера в дата-центре:
  • Два отдельных ввода по питанию, резервирование от дизель-генераторов (ДГУ).
  • «Чистое» электричество, защищенное от перепадов, и выровненное по синусоиде напряжение — все благодаря ИБП.
  • Два ввода интернет-сети.
  • Собственная локальная сеть.
  • Централизованное охлаждение.
  • Мониторинг всех перечисленных показателей — от температуры до потребления электричества.
  • Защита от пыли и фильтрация воздуха.

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

В случае аренды выделенного или облачного сервера провайдер отвечает за его надежность по SLA (соглашение уровня предоставления услуг). На случай непредвиденного выхода машины из строя в дата-центрах есть специалисты, которые могут быстро определить причину поломки, и необходимый ЗИП оборудования для замены отказавшей комплектующей. Устранение проблем, как правило, занимает от нескольких минут до нескольких часов.

Размещение оборудования


При размещении в дата-центре (аренде стоек) вы получаете преимущества, связанные с «экосистемой» дата-центра. Ваше собственное оборудование будет размещено в аналогичных стойках с «правильным» электричеством и возможностью настроить сетевую связность, а в машинном зале будет подходящий микроклимат, который пролонгирует работу ваших серверов. Однако в этом сценарии за работу серверов, именно «железа», отвечаете вы, а не провайдер. Если у вас полетел диск, вам придется самостоятельно искать и устанавливать замену.

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

On-premises


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

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

Профессиональная техническая поддержка


IaaS


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

А в случае неисправности оборудования инженеры дата-центра проведут диагностику и при необходимости быстро заменят комплектующие из ЗИПа, хранящегося на складе рядом с серверной. Часто это можно сделать даже без даунтайма.

Размещение оборудования


В рамках Colocation инженеры дата-центра не работают с оборудованием клиента. При этом техподдержка готова ответить на вопросы по электропитанию, безопасности, охлаждению и т.д. — всему, что включает экосистема дата-центра.

Если в сервере что-то отказало, для клиента есть два пути: отправить своего специалиста решать проблему либо воспользоваться услугой remote hands. В рамках нее штатные инженеры провайдера будут руками клиента и выполнят все необходимые задачи.

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

On-premises


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

Высокий уровень безопасности


IaaS


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

Кроме того, провайдеры вкладывают много времени и ресурсов в аттестацию своей инфраструктуры. Так, уровень безопасности инфраструктура в Selectel соответствует 152-ФЗ, SOC-2, PCI DSS. Все это говорит об определенной культуре ИБ.

Размещение оборудования


Все политики безопасности дата-центра распространяется и на услугу Colocation. Поэтому часто компании в итоге перевозят собственные серверы с данными к провайдеру. Так они оказываются в надежном сейфе, которые не всегда можно организовать в контуре компании. Чувствительный минус для компаний — соответствие 152-ФЗ на Colocation есть далеко не всегда. Но, если оно необходимо, можно разместить свое оборудование в аттестованном сегменте ЦОД. Стоимость такой услуги, впрочем, будет выше, чем обычный Colocation.

On-premises


Как ни странно, мы часто сталкиваемся с мнением, что размещение в собственном периметре безопаснее для клиента, так как у него есть физический доступ к серверу и, соответственно, полный контроль над ним. Чаще всего, однако, это иллюзорная безопасность: далеко не все компании могут защитить собственную инфраструктуру от тривиального промышленного шпионажа и саботажа сотрудников.

Охрана серверной, СКУД, размещение видеокамер и хранение данных с них — все это траты, которые часто не берутся в расчет стоимости on-prem. Ну, и конечно, самостоятельная аттестация инфраструктуры — это задача, которая как раз в итоге очень часто приводит к нам клиентов. Это трудоемкая процедура, которая даже у провайдеров с их человеческими ресурсами занимает месяцы.

Гибкость и масштабируемость


IaaS


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

Провайдеры также предлагают различные фичи для повышения гибкости работы с инфраструктурой. Так, в Selectel можно «апгрейдить» выделенный сервер уже после заказа — увеличить объем диска, добавить GPU и так далее. Это позволяет не мигрировать с одного сервера на другой. Для проверки совместимости «железа» с инфраструктурой клиента доступны бесплатные тесты и однодневный тариф.

Наконец, у провайдера всегда есть запас серверов. Если завтра клиенту понадобятся 100 машин, это можно будет довольно легко реализовать.

Размещение оборудования


При Colocation гибкость работы с инфраструктурой значительно снижается. Вот несколько случаев, когда вы можете столкнуться с ограничениями:

  1. Компания пошла в рост, и вы не запланировали масштабирование инфраструктуры. Вы в срочном порядке закупаете оборудование, но в современном мире поставку можно ждать довольно долго. По опыту Selectel, обещанные поставщиком сроки выполняются далеко не всегда. Например, в постковидном 2021 году задержки отдельных комплектующих составляли до года. Таким образом, собственная инфраструктура становится блокером для развития компании.
  2. Компания закупила оборудование, но оно не подошло: не хватило ресурсов, не прошла интеграция с софтом, обнаружилась несовместимость с другой инфраструктурой. Вы не только потеряли время, потраченное на доставку оборудование, но и остались с ненужным «железом» на руках. Возможно, некоторые компании умеют решать проблему тестирования оборудования до его закупки. Если вы из них, пишите в комментариях.

Из плюсов Colocation – уже упомянутая возможность масштабировать инфраструктуру за счет IaaS. Связать on-prem площадку c laaS провайдера тоже можно, но для связности понадобится включать отдельную услугу — в Selectel это Direct Connect. При росте трафика — например, в сезон распродаж — можно арендовать серверы на месяц, а после вернуть их.

On-premises


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

На моей памяти были случаи, когда клиенты, строящие собственный ЦОД, брали у нас инфраструктуру в аренду на несколько лет. Некоторые из них вообще отказывались от организации собственной площадки в процессе строительства, когда оценили весь пул связанных задач.

Экономическая эффективность


Самый дискуссионный пункт. Его рассмотрим в разрезе моделей затрат – OPEX и CAPEX, а не сценариев владения оборудованием.

Капитальные затраты (CAPEX)


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


Чтобы купить сервер, нужно одномоментно вывести из оборота часть средств либо взять кредит. Допусти, вы возьмете 300 000 рублей на 3 года под 10% годовых — сверх вы заплатите еще порядка 50 000 рублей. Добавлю, что, если серверное оборудование — основное средство предприятия, это необходимо учитывать в бухгалтерии, ставить на баланс, амортизировать.
Часто слышу аргумент: зато я купил сервер, и он будет служить мне 10 лет. Действительно, на уровне физической работы платформы и процессоров, с учетом регулярного обслуживания и заменой сбойных дисков, блоков питания, планок памяти, сервер может прослужить столько времени. Но будет ли такое «железо» актуально? Скорость роста нагрузок и требований к оборудованию увеличивается постоянно, запросы на 100+ ядер в сервере приходят все чаще. Компания может в итоге стать заложником своей покупки.

Устаревший морально сервер можно продать, однако оценить наперед выгодность сделки будет сложно. Не согласны — опишите своей кейс в комментариях, подискутируем.

Закупка дополнительного оборудования


В рамках этого текста я не могу сделать точный расчет возможных капитальных затрат на собственную серверную — сумма сильно зависит от амбициозности планов компании. Формула одна: чем больше парк серверов, тем выгоднее. Проект для, условно, 5 000 серверов будет более экономически рентабельным, чем проект на 10 серверов.

Операционные затраты (OPEX)


IaaS


Операционные затраты будут зависеть от моделей выбранных серверов. В случае Selectel это от 800 рублей в месяц за серверы с Raspberry Pi до серверов стоимостью более миллиона — с десятком GPU или многоядерными процессорами. При этом затраты легко прогнозировать с помощью калькуляторов и других инструментов биллинга. Также провайдер может предложить выгодные условия для долгосрочной аренды оборудования.

Размещение оборудования


В Selectel один юнит на Colocation стоит от 5200 рублей. Опять же, легко прогнозировать OPEX в долгосрочной перспективе.

Про что обычно забывают при расчете выгодности on-prem:

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

On-premises


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

Давайте обсудим


Все время работы в Selectel я сталкиваюсь с комментариями, что «выгоднее купить свой сервер». Такой вывод легко сделать, посмотрев на цену процессора или видеокарты в интернете и сравнив его с ценой провайдера. Но при таком подсчете теряется целый ряд нюансов, в которых, как известно, и прячется дьявол.

Цель текста — не переубедить, а заставить задуматься и призвать к дискуссии. Свои мысли можно оставить в комментариях или присоединиться к вебинару, где мы с коллегами прямо в эфире на реальных примерах посчитаем совокупную стоимость владения (TCO, Total cost of ownership) для on-prem и IaaS. Регистрируйтесь!

Другие полезные материалы



   

Комментарии (20)


  1. vagon333
    04.09.2023 16:36
    +3

    Цель текста — не переубедить, а заставить задуматься и призвать к дискуссии.

    Моя простая математика на Colo хостинг моих серверов:40VMs+ за $9k на 5 лет ($150/мес).

    Hidden text

    -- 2 сервера 1u : 20 ядер, 786GB RAM, 10x800GB SSD + 2.4TB internal SSD : $3200
    -- 1 PFSense 1u: Sophos 125: $200
    -- Хостинг по $125/мес за 3u + 32 IP. Со скидкой за пять лет заплатил $5000.

    Один сервер хостит 40-50 VMs, второй - резервная копия ESXi.
    В дата центре за 2 года поменял 1 вентилятор.
    Итого $9k на 5 лет ($150/мес).
    DR на AWS, чтоб в пустую не платить.


    1. krids
      04.09.2023 16:36
      +2

      А поделитесь секретом как и где машинку с ресурсами "20 ядер, 786GB RAM, 10x800GB SSD + 2.4TB internal SSD" собрали за 1600$ ? Сейчас 1u-супермикра с такими ресурсами порякка 17K$


      1. CherryPah
        04.09.2023 16:36

        Так какие-нить зионы 10-летние могут и больше ядер показать, ддрами 3ими тоже авито за копейки завалено. ССД там самое ценное небось.

        BL360 G6 за 10к рублей вон стоят


        1. skovalev Автор
          04.09.2023 16:36

          Взять такие серверы и у нас в аренду также стоит значительно дешевле современных моделей. В bare-metal сегменте.


      1. vagon333
        04.09.2023 16:36

        А поделитесь секретом как и где машинку с ресурсами "20 ядер, 786GB RAM, 10x800GB SSD + 2.4TB internal SSD" 

        На eBay. И чеки есть, для бухгалтерии. :)


  1. Thomas_Hanniball
    04.09.2023 16:36
    +5

    Такой кричащий заголовок и так мало комментариев. Непорядок, надо исправлять. :)


    On-premises дешевле вашего облака, говорю вам это в 101 раз. :)


    Возьмём классический пример. Небольшая компания, офис находится в бизнес-центре, вся инфраструктура — это 2-3 стойки с оборудованием, которое размещается в подсобке. Сама подсобка — небольшое помещение, которое охлаждаются 2-мя бытовыми кондиционерами.


    1. "Два отдельных ввода по питанию, резервирование от дизель-генераторов (ДГУ)."
    Бесполезная вещь, вычёркиваем. Если электричество пропадает в бизнес центре, то не работает интернет и компьютеры моих сотрудников, а это значит, что им всё равно на то, работают ли серверы или нет, ведь они не могут с ними взаимодействовать.


    2. "«Чистое» электричество, защищенное от перепадов, и выровненное по синусоиде напряжение — все благодаря ИБП."
    ИБП стоят дёшево. В стойках стоят ИБП, которые помогут пережить отсутствие электричества в течение 15-30 минут.


    3. "Два ввода интернет-сети."
    В бизнес-центрах тоже можно подключиться к разным интернет провайдерам. Вводы там тоже разные. Я даже у себя дома могу иметь сразу несколько разных провайдеров, причём уже 10 лет как.


    4. "Собственная локальная сеть."
    Она и так у нас есть. Компы и серверы объединены в единую сеть.


    5. "Централизованное охлаждение."
    Два кондиционера, которые охлаждают наши стойки, не дадут соврать.


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


    7. "Защита от пыли и фильтрация воздуха."
    Зачем нам защищаться от пыли и фильтровать воздух? Что-то не вижу массовой гибели серверов из-за обычной офисной пыли. Или у вас в офисе никто не убирается? У нас в конце каждого дня уборщица делает уборку, поэтому в офисе чисто. В серверной у нас тоже чисто, т.к. админы не устраивают срач, а кушают на кухне и переодеваются в раздевалке.
    В офисе вы дышите обычным воздухов и вроде как не умерли от этого, зачем вам его дополнительно фильтровать?


    8. "Отказоустойчивость можно повысить также за счет геораспределения инфраструктуры в разных дата-центрах.".
    Я разместил у вас 1 виртуальную машину. Ваш дата-центр перестал функционировать, например, сетевики неправильно настроили маршрутизацию. Моя виртуальная машина перестала быть доступной. И как мне поможет ваша геораспределённость и наличие у вас нескольких дата-центров? Ваши два дата-центра готовы принять на себя всю нагрузку, если станет недоступен третий? Но как вы перетянете данные оттуда, если третий дата-центр недоступен, а значит и данные оттуда получить не удастся, пока не починят сеть.


    Ну и далее всё в таком же ключе.


    1. Redduck119
      04.09.2023 16:36
      +2

      Согласен с Вами.
      Плюс еще иногда может провайдер глючить и тогда отключается 1С.
      Или надо добавлять резервирование по каналам. По мне так самое простое это с двух сторон микротик. Упс и микротик может выйти из строя, тогда два микротика в стойку.

      Преимущество маленькое тоже есть - это регистрация на физическое лицо и в тяжелом случаи все отключить с удалением, быстро.
      И если товарищ майор не подготовился к такому сценарию (скажем рыбачил всю неделю, редкий дятел), то он получит по шапке.


    1. punilki
      04.09.2023 16:36
      +1

      позвольте, а куда же тут применить девопс и сре?


    1. SUNsung
      04.09.2023 16:36

      Классическое столкновение бизнеса и инженерии)

      1 - это важно для данных. Плюс если сервер не локальный, то даже если сотрудники в здании неделю гуляют, не означает что сотрудники и клиенты в других местах так же гуляют.

      2 - "дешевые" ИБП потом дорого обходятся. И для больших серверных как раз выгоднее иметь "глобальный ИБП" с автоматикой на генераторе. И вилка выгоды там 10 и более раз.

      3 - И ваши 100500 интернет-операторов так же пропадут из сети вместе с интернетом. Автор подразумевал выделеное оптоволокно от узловой линии (которая имеет свои генераторы для автономии и тд), а два подразумевает две разные линии, что бы даже если легла одна магистральная линия, клиенты не сидели без интернета.

      4 - сетевой принтер и единая сетевая папка, это не совсем то что имел в виду автор, но ладно.

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

      6 - А потом происходит "магия" по типу "почему у нас постоянно выходит из строя один и тот же сервер" или вообще зажигательное диско, которое возникло из-за развивающегося КЗ, вызваного тем что пол года назад сисалмин уронил системник на сетевой кабель, из за чего между жилами изредко искра проскакивает да автомат на розетку выбивает.

      7 - И опять таки автор имел в виду не ситуации с мелкими компаниями, у которых гордое название сервера несет на себе системник с установленным 1С, а крупные потребители, где бесперебойность работы инфраструктуры стоит в приоритете. Раз в месяц чистить от пыли 100-200 серверных лезвий это целый отдельный сотрудник занимающийся только этим. И его зарплата отобьет систему фильтрации за год от силы.

      8 - Распределенность подразумевает во-первых больше двух нод, во вторых размешение нод у РАЗНЫХ провайдеров. И опять и с нова - автор описывал кейс для создания серверной, покупка VPS у строннего провайдера это не создание серверной)


  1. DikSoft
    04.09.2023 16:36
    +1

    Устаревший морально сервер можно продать, однако оценить наперед выгодность сделки будет сложно. Не согласны — опишите своей кейс в комментариях, подискутируем.

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


  1. Mike-M
    04.09.2023 16:36

    В сценариях аренды и colocation автор статьи тактично умалчивает о потерях за период простоя, если компания-клиент лишается выхода в интернет. Экскаватор повредил оптоволоконный кабель — и всё, работа останавливается.


    1. skovalev Автор
      04.09.2023 16:36

      А как же второй ввод интернета? ;)


      1. Mike-M
        04.09.2023 16:36

        Можно. Но тогда приплюсуйте резервный канал доступа в интернет у клиента к затратам в сценариях аренды и colocation.


        1. skovalev Автор
          04.09.2023 16:36

          Уточнил у коллег, у нас намного больше, чем два ввода интернета в ДЦ (до 10+ операторов). Соответственно, при повреждении кабеля одного оператора - воспользуемся другим. Как и в целом весь трафик идёт по разным каналам. По умолчанию такое резервирование уже включено в услуги коло и аренды, доплачивать ничего не нужно.


          1. Mike-M
            04.09.2023 16:36

            Речь о резервном канале доступа в интернет идет не про вашу копанию, а про клиентов вашей компании:


            если компания-клиент лишается выхода в интернет
            приплюсуйте резервный канал доступа в интернет у клиента


            1. skovalev Автор
              04.09.2023 16:36
              -1

              Теперь понял, про что речь.
              Да, но у ваших клиентов доступ к ресурсам останется.


              1. Mike-M
                04.09.2023 16:36

                Похоже, вы так и не поняли, о чем речь.
                У каких "ваших клиентов", если я сам, предположим, арендую у вас IaaS?
                При наличии у меня резервного канала интернета доступ к вашему IaaS естественно останется, это и так ясно. Если, конечно, этот резервный канал не выведет из строя второй экскаватор )


                1. skovalev Автор
                  04.09.2023 16:36

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

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


                  1. Mike-M
                    04.09.2023 16:36

                    Мы говорим о B2B.
                    И если моя компания пользуется вашим IaaS, то для надежности я должен обеспечить резервный канал доступа в интернет. Чтобы если пропадет связь с вами через основной канал, мои сотрудники могли продолжить работу как ни в чем не бывало.
                    Но об этом резервном канале вы в статье не сказали, и стоимость этого резервного канала не учли.
                    Это всё, что я хотел сказать.


  1. onegreyonewhite
    04.09.2023 16:36

    Единственное, когда облако может быть лучше bare-metal - отсутствие в компании 2-3 более или менее адекватных админов. Но даже тогда, порой достаточно дешёвых vps.

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

    Единственное преимущество облака: кнопка "сделать хорошо" (обновить кластер бд, куба и т.п.). Но даже это преимущество в какой-то момент становится недостатком, потому что приходится сталкиваться с теми или иными ограничениями.