Вопрос «стоит применять облако или не стоит», наверное, уже набил оскомину. Но сегодня мы подойдем к нему с другой стороны: просто подумаем и посчитаем, когда сервер лучше все-таки арендовать. Мы решили написать об этом именно сегодня, так как подобные «прикидки» все чаще приходится делать вместе с заказчиками, так пусть проведенная работа станет достоянием общественности.
Облачные сервисы в той или иной степени проникли в нашу повседневность – это и файловые хранилища с доступом для любых устройств, имеющих подключение к интернету, и облачные офисные приложения, позволяющие легко организовать совместную работу с документами, и государственные услуги, и доступ к своему банковскому счету, и многое другое. Это явное свидетельство того, что частные, публичные и гибридные облака накрыли, если не большинство, то значительное число площадок коммерческих и частных центров обработки данных. Как показывают различные исследования, эта тенденция будет только набирать обороты, и поэтому вариант аренды мощности все чаще выглядит достойной альтернативой. Но является ли он ей на самом деле?
Сколько вешать в граммах?
Задумываясь об облачных сервисах для оптимизации бизнес-процессов, нельзя забывать о том, что современные технологии не стоят на месте: производительность процессоров, ёмкость памяти, вместительность SSD-дисков дополняется программно-определяемыми решениями и современными программными платформами, начиная от операционных систем и заканчивая прикладными сервисами зачастую предоставляют нам очень широкие возможности. Настолько широкие, что для них не всегда получается найти рациональное соотношение затраченных денежных средств и получаемой отдачи. Данная ситуация схожа, как для уже существующего бизнеса, так и для стартапа. В первом случае вопросы возникают при перерастании существующей IT-инфраструктуры или её физической деградации, во втором случае, проблема заключается в том, что определить «конфигурацию для начала» бывает очень сложно.
Многие решают идти проторенными тропами и вкладываться в железо, ПО, места в стойках, инженеров, в общем – все, как привыкли. И это не удивительно, ведь стратегию развития IT, как в крупном бизнесе, так и в государственных структурах обычно отдают на откуп соответствующих подразделений, которым «все эти облака» и даром не нужны. Но за прошедшее десятилетие в России достигнут существенный прогресс в плане развития широкополосного доступа на значительной территории нашей необъятной страны, и активные работы в этом направлении продолжаются (по крайней мере, по заверениям Минкомсвязи). Кроме этого существует ещё два фактора, способных привести, если не к взрывному, то по крайней-мере довольно бурному росту облачного спроса:
- Слабые кадры. Компетентный IT-персонал и наиболее сильные кадры вымываются в столичные регионы, а также уезжают за рубеж. Такая ситуация будет подталкивать руководство на местах избавляться от IT-обузы в виде недееспособных сотрудников.
- Требования и нормативы. А ведь облачные площадки полностью соответствуют регулирующему законодательству, прежде всего в разрезе защиты персональных данных. Реализация требований законодательства, как для бизнеса, так и для государственных ведомств – все это дополнительная головная боль, которая способна привести к целому ряду неприятных последствий. Хочется, чтобы она была изначально устранена.
Что касается доступных решений, в РФ для создания вычислительной инфраструктуры в облаке наибольшее распространение получили продукты VMware, вариации на базе Openstack и сервисы Microsoft. Любая из данных категорий обладает обширным инструментарием, который позволяет создавать все разновидности облачных решений, кроме того, в каждом семействе продуктов доступна расширенная функциональность, позволяющая выйти за рамки IaaS. Благодаря возможности создания гибридных облаков помимо публичных, перечисленные платформы легко адаптируются для соответствия законодательной базе РФ. Но каждый раз возникает вопрос: к каким рискам может привести облачная система, и сколько она в действительности будет стоить?
Пример расчета
В качестве примера попробуем рассмотреть типовой сценарий использования облачного решения. Например, в компании требуется внедрение новой ИС, которая формирует бизнес-аналитику на основе уже существующих баз данных. Как следствие, влияние на уже эксплуатируемые подсистемы должно быть минимально. Они (подсистемы) не являются неизменными, что предполагает эпизодическую адаптацию процедур выгрузки данных в warehouse, рефакторинг отчётов, проведение цикла нагрузочных испытаний и перевод адаптированной ИС в продуктивное состояние.
Таким образом, внедрение новой ИС предполагает наличие трёх контуров — продуктивного, предпродуктивного (нагрузочное тестирование и резервный сервер для продуктивного) — конфигурация близкая к продуктивной, тестовый. Расчётные показатели по потребностям в ресурсах показывают необходимость в трёх серверах с конфигурацией 2 CPU класса E5-2640v3, RAM 64GB, порядка 2-3 Тб емкости, желательно на быстрых дисках (например, 12 дисков SAS 15k rpm по 600ГБ, а лучше – SSD). Цикл формирования отчётности ежемесячный, соответственно, в течение месяца преимущественно требуется доступ к уже сформированным отчётам.
Характер данных, находящихся в системах – коммерческая информация, возможно присутствие персональных данных. Исходя из этого очевидно, что два сервера — продуктивный и предпродуктивный — являются плохими кандидатами на размещение в облаке, по крайней мере в публичном. А вот тестовый сервер при условии использования механизма обезличивания данных – как раз тот самый вариант, когда облако можно использовать.
Предположим, что в существующей инфраструктуре уже нет ресурсов для его размещения, например, для задействования существующего тестового контура потребуется увеличение ёмкости СХД, приобретение дополнительного сервера под расширение фермы виртуализации. Нередко одновременно с этим в SAN-сети оказываются исчерпаны свободные порты и потребуется значительно большее вложение. Но даже бюджет сервера в указанной конфигурации с трёхгодичной поддержкой будет составлять порядка $30000 (если говорить про HPE DL380 G9, хотя можно взять что-то подешевле и ограничиться $15000).
Что же предлагает нам облако? Так как тип загрузки тестовых ресурсов – эпизодический, интерес представляет размещение со схемой оплаты pay-as-you-go, т.е. по фактически потреблённым ресурсам. На этапе внедрения ИС, тестовая среда используется интенсивно на протяжении трёх месяцев, что примерно составляет 8ч x 24дня x 3 = 576 часов, в последствии, тестовая система используется каждые два месяца по 40 часов, то есть за первый год получаем 576 + 160 часов, за последующие два по 240 часов в год.
К сожалению, online-калькуляторы с указанной схемой оплаты доступны для сервисов, которые официально на нашем рынке не работают – это Amazon и Google. Но чтобы сделать грубую оценку, можно ориентироваться и на них.
Итак, берём ВМ с профилем m4.4xlarge в Amazon AWS EC2:
vCPU — 16.
ECU — 53.5.
Память (ГиБ) — 64.
Хранилище инстансов (ГБ) — EBS.
Использование Linux/UNIX — $0.96 за час.
В результате получается следующий расчет:
1-ый год $0.96 * (576+160) = $706,56.
2-ой год $0.96 * 240 = $230,4.
3-ий год $230,4.
Что касается системы хранения, берем EBS. Например, возьмём Amazon EBS General Purpose SSD (gp2) по $0.119 за ГБ-месяц выделенного хранилища. Для дискового пространства расчёты несколько отличаются, так как ВМ будет использоваться только в рабочие часы, а резервировать дисковое пространство придётся на весь период эксплуатации ВМ. Таким образом, получаем 24 ч x 30 дней x 3 = 2160 часов на внедрение и 480 часов сопровождение в первый год, а также по 720 часов на сопровождение в последующие годы. После выполнения каждого цикла работ диск с данными высвобождается и за его аренду можно уже не платить.
Итого по дисковой подсистеме получаем:
1-ый год $0.119 * 3000 * 2160/(24*90) + $0.119 * 3000 * 480/(24*120) = $1309.
2-ой год $0.119 * 3000 * 720/(24*180) = $357.
3-ий год $357.
Общая сумма за всю аренду достигает следующих показателей
1-ый год 706,56 + 1309 = $2015,56.
2-ой год 230,4 + 357 = $587,4.
3-ий год $587,4.
Получается, что мы заплатим $3190,36 за три года. Хорошо, пусть придется брать эти сервисы у других провайдеров, так что округлим сумму до $5000. Возможно также потребуется использование снэпшотов или продолжительность работы ВМ окажется выше, но стоимость нового сервера будет проблематично достичь даже при самом пессимистичном прогнозе.
Заключение
Да, оценка была проведена достаточно грубая, фактически «для сферического коня в вакууме», но она позволяет всё же сделать вывод, что имеет смысл рассматривать публичные облака для решения по крайней мере второстепенных задач. Если есть потребность в выделении дополнительных ресурсов под тестовые проекты и разработку, создание сервисов с нуля, когда оборудование уже «дышит на ладан», в большинстве сценариев, требующих приобретения нового оборудования, вполне оправданным будет посмотреть сначала на облака.
Более того, поскольку облачные решения по сути своей являются экстерриториальными, желающим доступны любые сервисы, в том числе таких «монстров» как Microsoft или VMware, предоставляющих, как инструментарий для построения собственно облачных платформ, так и свои готовые облачные продукты. Сервисы таких мировых лидеров облачных решений, как Amazon и Google, менее востребованы отечественным бизнесом, что обусловлено их политикой продвижения услуг в России (а точнее её отсутствием). Но зато у них есть удобные калькуляторы, и никто не запрещает использовать их продвинутым командами или индивидуалами в сфере разработки ПО. Для большинства же будут актуальны многочисленные российские платформы, которые с радостью предоставят по запросу свою версию подобного расчета, причем совершенно бесплатно. Так что не стесняйтесь считать и спрашивать – может быть уже сегодня облако окажется дешевле, удобнее и надежнее, чем перегруженная инфраструктура, если говорить о задачах разработки и тестирования.
Автор: RedSys
