Многие сомневаются, что облака дешевле собственного оборудования — мы в ActiveCloud довольно часто сталкиваемся с этой точкой зрения.
Некоторые используют облака для гибкости, другие хотят уйти от рутины, третьим нужна централизация, а третьим нужна безопасность.
Однако облака не только удобны, но и полезны, и мы попытаемся объяснить почему.
Оценивая эффективность перехода в облако, клиенты часто склонны сравнивать стоимость владения облаком и оборудованием.
Например, если мы покупаем 5 серверов с 40 процессорными ядрами и 256 ГБ оперативной памяти, то мы запрашиваем у облачного провайдера аналогичные ресурсы (40*5=200 виртуальных ЦП + 256*5=1280 ГБ видеопамяти), а затем сравниваем затраты за 3 года.
или даже 5 лет. К сожалению, в большинстве случаев такой подход не будет объективным, поскольку не учитывает ряд важных нюансов, напрямую влияющих на стоимость владения.
1. Не учтены ресурсы, необходимые для обеспечения отказоустойчивости.
Проблемы отказоустойчивости в облаке уже продумано — хосты виртуализации кластеризованы, а ресурсы в кластере резервируются в объеме хотя бы одного хоста виртуализации, чтобы клиентские серверы в случае отказа хоста или его остановки на время планового обслуживания могли быть перенесены на резервный хост. При этом поставщик услуг не требует дополнительной оплаты (сверх указанной стоимости ресурсов) за такой резерв.
Если у вас есть собственное оборудование, потери на избыточность придется вычесть из пула ресурсов, потенциально доступных на оборудовании.
В нашем примере с 5 серверами Заказчик при сохранении отказоустойчивости не сможет загрузить серверы процессором и памятью более чем на 80%, иначе при выходе из строя одного из хостов часть серверов физически не сможет перезапустить из-за нехватки ресурсов.
Конечно, можно рассчитывать, что в случае возникновения чрезвычайной ситуации вы сможете временно остановить ряд некритических служб, но в реальных условиях такой подход обычно не работает. То же самое и с облачным хранилищем данных — в стоимость виртуального дискового пространства уже входят устойчивые к множественным сбоям виды рейдов и резервные диски с возможностью горячей замены, а в случае собственной СХД — 45-65% от исходной стоимости.
дисковое пространство будет доступно для использования в зависимости от выбранного типа RAID-массива.
2. Не учтен лимит нагрузки на серверы и системы хранения данных.
Практика показывает, что серверы архитектуры x86 не должны быть постоянно загружены более чем на 70-80% процессора и 80-90% памяти, иначе возможны падения производительности, особенно заметные при выполнении задач обслуживания (например, при резервном копировании).
При этом оборудование, как правило, нормально переносит кратковременные скачки нагрузки, но при длительной работе в таком режиме весьма вероятно ухудшение производительности ИТ-систем, размещенных на этом оборудовании.
По этой причине многие поставщики услуг не только соблюдают правила допустимой максимальной утилизации своего оборудования*, но и закрепляют такие обязательства в договоре с Заказчиком.
Выдержка из соглашения SLA для нашего облака VMware
На системе хранения данных также не всегда возможно использовать весь доступный объем, полученный после сборки RAID-массивов, поскольку необходим резерв для работы различного функционала хранилища (например, аппаратных снимков или совместного использования).
Размер такого резерва может составлять 10% и более от доступного для адресации пространства.
При использовании СХД на механических дисках (HDD) не рекомендуется заполнять отмеченные луны более чем на 70-80% при интенсивной нагрузке на диск во избежание ухудшения производительности хранилища.
У SSD-накопителей этой проблемы нет, однако флэш-накопители сегодня по-прежнему довольно дороги, и не каждая компания считает их покупку выгодной.
3. Не учитываются затраты, связанные с ограниченным масштабированием.
Не секрет, что при планировании потребляемых ресурсов всегда закладывается определенный резерв на случай роста.
Размер этого резерва индивидуален, но факторы, влияющие на него, более или менее известны.
Можно опираться на статистику роста потребления прошлых лет – если эти данные имеются, то мы закладываем аналогичную динамику и немного сверху непредвиденные срочные инициативы бизнес-подразделений.
Если такой статистики нет, то вам придется делать собственные предположения, исходя из плана будущих проектов и стратегии компании по росту и географическому расширению.
Такой прогноз вряд ли будет точным, но это все же лучше, чем остаться без мощностей, которые нужны бизнесу «здесь и сейчас».
В период высокой конкуренции практически на всех b2c-рынках бизнес вынужден рассчитывать на скорость запуска и вывода на рынок новых продуктов и услуг, поскольку зачастую первый на рынке снимает сливки, а второй несет убытки.
В таких условиях поддерживать требуемые темпы, опираясь на собственную инфраструктуру, могут себе позволить только крупные игроки, способные инвестировать в собственную экспертизу или даже ИТ-платформу, а также при необходимости перераспределять ресурсы между проектами.
Для небольших и средних компаний масштабирование по мере необходимости с использованием облачных мощностей будет гораздо быстрее, поскольку быстро расширить собственное оборудование не получится.
Даже если в компании внедрены стандарты оборудования и налажен процесс расчета конфигурации с выбранным вендором, пройдет не менее 2-3 месяцев, прежде чем оборудование будет рассчитано, доставлено, установлено и настроено для возможной работы.
Если процедура приобретения основных средств достаточно сложна, как это часто бывает, а корпоративные правила требуют каждый раз проведения тендера с участием нескольких конкурирующих производителей, то процесс расширения ресурсного пула легко может занять полгода-год. более.
Конечно, в случае с облаком также необходимо планировать и бюджетировать резервы, но если планирование будет неправильным, компания не понесет заметных потерь — мощности облака всегда можно масштабировать в соответствии с фактическим потреблением, и здесь нет никаких проблем.
придется платить за излишек до тех пор, пока он действительно не понадобится.
4. Не учитываются издержки неточного определения размера ключевых бизнес-систем.
Точное планирование ресурсов ключевых учетных информационных систем может оказаться сложной задачей, поскольку каждое внедрение индивидуально и зачастую предполагает большое количество модификаций конкретных бизнес-процессов.
В этом случае при определении размера можно полагаться только на рекомендации разработчиков системы, которые обязательно учтут возможные риски – ведь они не хотят оправдываться перед Заказчиком за медленную работу системы после внедрения.
Получив рекомендации производителя, штатные ИТ-специалисты тоже пойдут на риск, поскольку не хотят слушать упреки со стороны пользователей.
В результате получается, что производитель перестраховался при предоставлении рекомендаций в полтора раза, а ИТ-отдел перестраховался при заказе оборудования в полтора раза, и в результате купленное дорогостоящее оборудование простаивает более чем наполовину, а лишнее уже нельзя сдать обратно в магазин.
Облако не только спасает от таких ситуаций, но и может значительно облегчить жизнь тем, кто арендует мощности на время внедрения, выполняя таким образом сайзинг на реально развернутой системе.
Однако в этом случае появляются некоторые риски совместимости — после перехода на собственное оборудование производительность системы может неожиданно снизиться без видимых причин.
Но такой подход все же лучше, чем покупка оборудования вслепую.
5. Не учитываются затраты на содержание вашей инфраструктуры
Любое оборудование, будь то сетевое оборудование, серверы или хранилища, требует обслуживания.То же самое можно сказать и о системах виртуализации, мониторинга, безопасности, резервного копирования и других сервисах, обеспечивающих стабильную и безопасную работу ключевых бизнес-систем компании.
Персонал, способный поддерживать все это в рабочем состоянии и ремонтировать в случае аварии, стоит достаточно дорого.
Зачастую это неоправданно дорого для малого бизнеса.
По статистическим данным, в том числе HH.RU( https://stats.hh.ru ).
При этом общая сложность используемого стека инфраструктурных технологий с каждым годом становится выше, а вместе с этим постоянно растут требования к квалификации специалистов сервиса.
Удержать таких людей в штате, даже при солидном бюджете, становится все сложнее, поскольку кроме зарплаты достойным специалистам необходимо обеспечить еще и поток задач все большей сложности и ответственности.
Как правило, конкурировать за них со специализированными ИТ-компаниями просто невыгодно.
Размещая инфраструктуру в облаке, Заказчик тем самым фактически получает доступ к разноплановой команде квалифицированных архитекторов и инженеров, опыт и компетенции которых постоянно растут. Чем теснее компания взаимодействует с поставщиком услуг в своих проектах, тем больше она может рассматривать его не только как поставщика облачных услуг, но и как постоянно доступного ИТ-партнера, готового поделиться опытом с клиентом и комплексно решить его проблемы.
Здесь важно отметить, что аренда мощностей и сервисов в облаке, конечно, не освободит компанию от необходимости вкладывать средства в свой ИТ-сервис, но позволит пересмотреть штат сотрудников, выбрав специалистов с более узкими, специфичными для компании компетенциями.
ваши бизнес-системы, перекладывая ответственность за инфраструктуру и периферийные услуги на плечах провайдера .
6. Не всегда учитывается стоимость вендорской поддержки используемого ПО и оборудования.
Каким бы известным ни был производитель, никто не застрахован от производственного брака и ошибок в программном обеспечении.
Особенно обидно, когда из-за этого не только часть функционала работает некорректно, но и невозможно эксплуатировать приобретенные ИТ-активы в целом, а также не удается оперативно решить вопрос с производителем, даже если была приобретена дорогостоящая поддержка на следующий рабочий день.
Это происходит по разным причинам: иногда производитель еще не разработал процессы, и поддержка оказывается в ограниченном режиме, иногда нужных деталей нет в комплекте запчастей, иногда требуется кастомная прошивка, написание которой занимает не одну неделю, а то и больше месяца, - однако результат всегда один - потраченное время, нервы, срыв сроков проекта и вызов на ковер в бизнес.
Думаю, многие согласятся, что гораздо приятнее переложить такие риски на плечи провайдера.
7. Затраты на строительство и содержание вашей серверной комнаты не учитываются.
Поставщики облачных услуг обслуживают большое количество Заказчиков, и недоступность облака по какой-либо причине сильно влияет на деловую репутацию поставщика услуг, даже если сбой произошел не по его вине.
Клиентов не волнует, какого размера дерево упало на дата-центр или какого цвета был экскаватор, повредивший оптику.
Поэтому, как правило, вопрос выбора и оснащения площадки не стоит – мы арендуем дата-центр Tier3 и подключаем несколько интернет-каналов с защитой от DDoS. Чтобы обеспечить аналогичный уровень надежности и безопасности в локальной серверной комнате, вам придется вложить около $100 000 на стойку, но даже в этом случае коммерческий дата-центр выиграет по ряду параметров.
Даже если вы не ставите перед собой задачу построить серверное помещение по мировым стандартам, а лишь обеспечить приемлемые условия эксплуатации вашего оборудования, то капитальные затраты все равно будут заметны – придется выделить помещение, спланировать СКС, подключить пару внешних каналов связи, предусмотреть качественные линии электропитания, выдерживающие десяток-два киловатта, правильно организовать охлаждение и вентиляцию, позаботиться об ИБП, а в идеале продублировать основные инженерные системы и установить промышленный пожаротушение.
система пожаротушения и система контроля доступа.
И конечно, все вышеперечисленное придется обслуживать, что вряд ли будет стоить меньше четверти миллиона в год за каждую полную стойку.
Вы можете облегчить себе жизнь и разместить свое оборудование в коммерческом дата-центре.
Однако преимущества аутсорсинга непрофильных ИТ-операций быстро становятся очевидными, и от аренды стоек Заказчики переходят на гибрид собственного оборудования и постепенно заменяют его облачными сервисами.
Если при сравнении учитывать описанные выше нюансы, то в большинстве случаев оказывается, что облака позволяют бизнесу сократить расходы, даже если при выборе провайдера упор делается на качество услуг и количество доступных сервисов.
Помогает быстро рассчитать стоимость облачных ресурсов калькулятор на сайте ActiveCloud — в расчете можно сразу учесть резервное копирование, техподдержку, лицензии операционной системы и другие опции.
Если у вас есть необходимость детально сравнить стоимость владения облаком и собственной инфраструктурой, пишите в [email protected] .
Теги: #ИТ-инфраструктура #облачные сервисы #Облачные вычисления #облачные серверы #облачные провайдеры #миграция в облако #activecloud
-
Обзор Фортепиано Rocket
19 Oct, 24 -
Инженер-Менеджер: Полезная Литература
19 Oct, 24 -
Дарите Хлеб И Зрелища
19 Oct, 24 -
Оценка Времени Выполнения Задачи
19 Oct, 24 -
Является Ли Интернет Оружием Пролетариата?
19 Oct, 24
