По тарификации — ежеминутно биллится усредненное значение за предыдущую минуту. То есть баланс всегда показывает актуальное состояние счета в данный момент.
Биллится только использованное процессорное время. 800 рублей соответствуют 100% нагрузке одного ядра в течение месяца, в реале на большинстве задач потребление меньше. Скажем, простаивающая linux машина потребляет около 0.5% ядра и ее месячное потребление процессора будет стоить 800*0.005 = 4 рубля. В случае Windows процессорное время простаивающей машины обойется примерно в 800 * 0.07 = 56 рублей в месяц.
У нас сложилось примерно то мнение, что строить публичное облако на Openstack имеет смысл только если твоя компания называется Rackspace ;) Пока мы не увидели опровержений своей гипотезы. Так что нет, не Openstack :)
Все что ниже 512 мегабайт памяти — это однозначно удел контейнерной виртуализации. К примеру, тот же yum в CentOS для полноценной работы требует сотни мегабайт памяти, и даже на виртуальных машинах с 512 мегабайтами памяти он у нас фейлился в ходе тестов. На контейнерах, где системное потребление ресурсов вынесено за скобки, это вероятно как то бы работало.
Надо понимать, что у каждой технологии своя область применимости. Лезть с KVM-виртуализацией в сегмент супердешевых виртуальных серверов, где рулят контейнеры, не интересно и бесперспективно.
По стоимости трафика: пока что биллится потребление, цены таковы: входящий трафик 1 Гб 0,20 руб, исходящий трафик 1 Гб 0,60 руб. В течение месяца вероятно добавим другие схемы тарификации.
ДЦ — StoreData, построены в соответствии с Tier3. Отключений за последние 3 года насколько не было, нам известно.
По каналам — сейчас 2 независимых аплинка, с присутствием в StoreData и ММТС-9.
Лицензирование Windows Server Datacenter Edition идет по процессорам. Условно говоря, хостер оплачивает фиксированную плату в месяц с каждого физического процессора, над которым работает хотя бы одна виртуализованная Windows. В дальнейшем нами эта фиксированная плата распределяется между всеми виртуальными машинами пропорционально памяти (наиболее честное распределение). В случае маленьких виртуальных машин такой подход выгоден клиенту, в случае больших — более целесообразно применять другую схему лицензирования.
У нас нет хранилища в традиционном понимании (в виде отдельного устройства). Есть распределенная программная система хранения данных, которая живет в кластере по соседству с виртуальными машинами. Такая архитектура позволяет решить ряд важных проблем (дать достаточно много быстрого и дешевого диска, обеспечить отказоустойчивость), но да, не подходит в некоторых экстремальных случаях, для файлообменников например.
Опять таки, пропорции память-диск есть у всех, что у традиционных VDS, что у облаков, мы тут далеко не первые :)
Если хочется иметь существенный перекос в сторону диска, то это либо дедик, либо колокейшн, либо что-то вроде S3, который у нас будет позже.
Все верно, данные «размазаны» по хост-машинам с кратной репликацией и живут рядом с виртуалками.
Схема отдаленно напоминает схему, описанную здесь habrahabr.ru/post/162381/
Про технологию СХД обязательно напишем, просто эта тема заслуживает отдельного обстоятельного поста.
Измерять нагрузку внутри виртуальной машины попроцессно мы умеем, и вряд ли когда либо будем, эту задачу нужно решать на другом уровне. Навскидку — попробуйте использовать какие-то специфичные инструменты анализа нагрузки внутри вашего сервера.
1. Будет можно 0.5Гб в течение 2х месяцев, сейчас нельзя по ряду внутренних причин.
2. 32 битные системы скрыты от глаз, дабы не мешать и не вводить в заблуждение большинство пользователей, которым они не нужны. Если нужна 32 битная система — напишите в приват, сделаем.
3. 8Гб диска на старте — это разумная цифра, ниже которой на наш взгляд опускаться нецелесообразно, на дворе 2013 год все же, любой смартфон уже имеет больше. Стоимость диска – 3 рубля в месяц за гигабайт, итого 8Гбайт это 24 рубля в месяц. Соответственно о какой максимизации прибыли идет речь непонятно, это абсурд.
Чтобы ресурсы памяти и диска выкупались более-менее равномерно и дисковый ресурс кластера не закончился раньше, чем свободная память. Пока что баланс таков: на 32 Гб жесткого диска должен приходиться по меньшей мере 1Гб памяти.
Надо понимать, что у каждой технологии своя область применимости. Лезть с KVM-виртуализацией в сегмент супердешевых виртуальных серверов, где рулят контейнеры, не интересно и бесперспективно.
ДЦ — StoreData, построены в соответствии с Tier3. Отключений за последние 3 года насколько не было, нам известно.
По каналам — сейчас 2 независимых аплинка, с присутствием в StoreData и ММТС-9.
SLA будет до конца недели.
Опять таки, пропорции память-диск есть у всех, что у традиционных VDS, что у облаков, мы тут далеко не первые :)
Если хочется иметь существенный перекос в сторону диска, то это либо дедик, либо колокейшн, либо что-то вроде S3, который у нас будет позже.
Схема отдаленно напоминает схему, описанную здесь habrahabr.ru/post/162381/
Про технологию СХД обязательно напишем, просто эта тема заслуживает отдельного обстоятельного поста.
2. 32 битные системы скрыты от глаз, дабы не мешать и не вводить в заблуждение большинство пользователей, которым они не нужны. Если нужна 32 битная система — напишите в приват, сделаем.
3. 8Гб диска на старте — это разумная цифра, ниже которой на наш взгляд опускаться нецелесообразно, на дворе 2013 год все же, любой смартфон уже имеет больше. Стоимость диска – 3 рубля в месяц за гигабайт, итого 8Гбайт это 24 рубля в месяц. Соответственно о какой максимизации прибыли идет речь непонятно, это абсурд.