Взгляд на российские Облака с высоты $

24 Дек
2011

… да-да, грязных, зеленых бумажек



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

Не открою Америки, если скажу, что рынок формируют две силы – поставщики (предложение) и покупатели (спрос). И если анализ последних хотя бы в силу их числа и разнородности затруднен, то с поставщиками несколько проще. Чем я и займусь в продолжение данной статьи.

Но сначала некоторая вводная — cразу оговорюсь относительно ограничений и очерчу некоторые общие рамки:
  • Акцент будет сделан на сопоставлении финансовой составляющей (внезапно, см. заголовок), без углубления в технические дебри, хотя базовые вещи, минимально необходимые для принятия решений, будут отражены (я надеюсь).
  • Рассматриваться будут IaaS сервисы, как наиболее близкая и знакомая мне тема. Кроме того, в рамках инфраструктуры все более-менее понятно с базой ресурсных компонентов, которую можно унифицировать и положить в основу для сравнения. SaaS все таки куда более многогранен.

Из поставщиков облаков (Cloud Service Provider, CSPs) в обзор попали:

Поставщики VPS/VDS хостинга сознательно были исключены, как недостаточно облачные по причинам, указанным ниже. Так, не попал в перечень активно рекламируемый Oblacom.ru и Cloud4Y.

Итак, в рамках IaaS продают следующие базовые ресурсы, измеряемые в определенных единицах:
  • Вычислительные мощности – процессорное время и емкости оперативной памяти. CPU GHz*месяцы и RAM GB*месяцы соответственно.
  • Хранилище данных – емкости системы хранения. GB*месяцы.
  • Сеть – емкость сетевого канала, как правило, речь будет идти о WAN включении во внешний мир. Традиционно либо Mbit/сек, либо трафик IN/OUT GB.

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

Кроме того, существуют следующие три ключевые модели формирования объектов потребления и тарификации:
  • Инстансы (instance) – предопределенные конфигурации виртуальных машин. В результате вы будете платить за инстанс-часы – время, в течение которого VM была запущена. Собственно первый логичный шаг в сторону облака с обычных VPS/VDS, для которых устанавливается фиксированный месячный тариф на заданную конфигурацию. Наиболее известный пример – Amazon EC2.
  • Выделение ресурсов (resource allocation) – как следует из названия, вы определяете объем ресурсов, выделенных для конкретной VM, и имеете возможность внести изменения по ходу пьесы использования. При тарификации время квантуется промежутками, как правило, менее часа. Бывают варианты с гарантированным и негарантированным резервом ресурсов, в зависимости от модели работы и честности провайдера. В последнем случае может иметь место oversubscription, что, по аналогии с авиа-вариантом overbooking-а, грозит вашей VM печальным раскладом, что ее не посадят на ресурс или посадят с кем-то еще.
    Отдельно хотелось бы отметить вариант resource pool allocation, когда ресурсы выделяются не на уровне отдельной VM, а на уровне некоторой логической агрегации, часто называемой виртуальный ЦОД (VDC). Данный подход позволяет несколько упростить управление мощностями в случае большого количества VM и обеспечивать их связность и упростить образование внутренних логических архитектурных объединений. Подход наиболее актуален для средних и крупных инсталляций. Из вендоров, по личным оценкам, такими штуками больше других любит баловаться VMware.
  • Тарификация реального использования (true pay-as-you-go) – вы платите ровно столько, сколько съела ваша VM ресурсов с учетом выделенного ей планировщиком времени и выставленных вами же ограничений. Информация для тарификации берется из систем мониторинга нагрузки, а не на базе установленной вами конфигурации. Время в данном варианте квантуется минутами или даже секундами. По наблюдениям, данная тема – ниша Xen и KVM проектов.

Перечень поставщиков облачных услуг

С учетом того, что тариф может зависеть от общего объема, для расчета удельного тарифа на единицу в качестве точки отсчета выбран проект с 10 GHz CPU, 20 GB RAM, 200 GB HDD и 10 Mbit/sec гарантированного канала.
Думаю, что это пример уже не маленького проекта, но и до корпоративного середнячка тоже еще далеко. Если у вас есть какие-либо альтернативные точки зрения – всегда открыт для обсуждения.

Сводная таблица тарифов на облачные ресурсы

* Для instance based сервисов тарифы примерные, так как политика ценообразования в данном случае не такая прозрачная и чтобы прийти к примерным показателям на единицу приходится делать танцы с бубнами.

Важное Замечание: За исключением CloudLine и CloudOne, значительная часть поставщиков продает процессорные мощности не в виде тактовой частоты в GHz, а в виде ядер, что есть понятие относительное. Будьте внимательны к тому, что предлагается – мощности логических или физических ядер. При включенной опции HyperThreading это разница в два раза c точки зрения гарантированной мощности и потенциальная потеря 30-50% производительности логики по отношению к физике (в тяжелых случаях больше) на высоконагруженных хостах…
По имеющейся общедоступной информации сложно делать однозначный вывод относительно определенного поставщика. Однако если вы видите в конфигураторе VM более 12 ядер, то это косвенный признак применения модели на базе логических CPU.

ЧУТОЧКУ РАЗМЫШЛЕНИЙ


Как видим, представлены все модели тарификации, причем имеет место значительный разброд в ценах, иногда в разы. Почти у всех поставщиков есть свои фишки, особенности и подводные камни (например, Scalaxy берет деньги только за RAM, гарантируя минимальную емкость по CPU и зашивая в общий тариф соответствующие расходы), которые я сознательно не стал рассматривать в рамках данной статьи.

Несколько странный общий результат, что тарифы предложений по модели Pay as you Go оказались самыми низкими. Все таки, Resource Allocation предполагает:
  • продажу клиенту объемов больших, чем он потребляем
  • меньшую неопределенность и, следовательно, меньшие риски, а значит и цену
  • меньший overhead на OSS
  • возможность продать один и тот же ресурс несколько раз (overcommitment)

Те, кто из вас имеет дело с инженерной инфраструктурой ЦОД наслышаны о такой штуке, как PUE – коэффициенте, отражающем соотношение энергии используемой для полезной нагрузки к общему энергопотреблению ЦОД.
По аналогии можно ввести такое понятие ICE – infrastructure cost efficiency. При текущем уровне технологий цены на процессоры, память и носители позволяют оценить, что минимальные удельные закупочные цены на ключевые компоненты, обеспечивющие ресурсы, примерно следующие:
  • 1GHz CPU ~ 770 руб. (23400 руб. за 6C 2.53 GHz Xeon E5649)
  • 1GB RAM ~ 320 руб. (2560 руб. за 8GB DDR3-1333 DIMM Reg. ECC CL9)
  • 1GB HDD ~ 4 руб. (8000 руб. за 2TB SATA 7.2K HDD)

То есть ниже этих цен на ресурсы вы вряд ли упадете, а по факту в рамках конкретной инфраструктуры будут еще дополнительные расходы на обвязку, которые и определят итоговый cost efficiency фактор для конкретного развертывания.
Не забудьте только заложить срок, в течение которого предполагается эксплуатировать архитектуру. В классических физических развертываниях это 3-4 года. Одно из преимуществ облака в том, что вы можете достаточно гибко внести корректировки или сменить поставщика / технологическую платформу, без головной боли о том, куда деть еще не отжившее свое или не успевшее окупиться железо.
Казалось бы, что для облака мы получаем (из расчета 36 месяцев и выборки минимального тарифа по всем поставщикам) ужасающие цифры IСE в районе 13 (CPU), 20 (RAM), 29 (HDD).
Однако с классикой все тоже не так уж и радужно. Проблема в том, что если для облачных поставщиков ICE можно довольно легко рассчитать, то в большинстве средних и даже крупных отечественных компаний учет расходов на ИТ не поставлен на таком уровне, который бы позволил безболезненно и быстро проделать такого рода упражнение.

И ВЫВОД


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



загрузка...

Комментарии:

Наверх