Как стать автором
Обновить

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

Мхм.
На вашем сайте написано, что iWeb аж в 3.23 раза дороже.
У вас 4 ядра / 4 GB / 100 GB SSD / Linux стоит 2433.6 руб/мес,
У них то же самое плюс бесплатный трафик стоит US$ 131.40 = 4 519.50 руб/мес.
+ 85% вместо ваших + 223%.
Что я упускаю?
Цены, вероятно, меняются со временем. Хотя если уж используешь сравнения, надо их отслеживать.
Данные по сравнению рассчитывались в феврале 2014 года при запуске нового сайта, точные цифры уточним, но общая картина от этого принципиально не изменится. Спасибо за уточнение.
Для примера возьмем сервер iWeb с 8 cpu, 8 гб памяти и 250 гб диска. Указанная на сайте iWeb стоимость $270,1 в месяц + стоимость трафика $0.10/GB
Курс доллара ЦБ на сегодня 34,3135 руб. Стоимость сервера iWeb в месяц по сегодняшнему курсу доллара 9268.08 руб в месяц без учета трафика.

Стоимость сервера в InfoboxCloud такой же конфигурации при отключенном автомасштабировании, которое может сэкономить денег дополнительно, 5004 руб в месяц.

т.е. при отключенном от сети сервере стоимость iWeb составляет 185% стоимости сервера InfoboxCloud в месяц. (какой смысл в облачном сервере без сети?)

В InfoboxCloud предоставляется 3 терабайта трафика бесплатно, а у iWeb исходящий трафик стоит $0.10/гб.
Таким образом использование 3тб исходящего трафика обойдется у Infobox в 0 рублей, а у iWeb 10541.11 руб в месяц.

В такой же конфигурации при потреблении 3тб исходящего трафика сервер iWeb обойдется в 9268.08 (стоимость сервера) + 10541.11 (стоимость трафика) = 19809,19 руб в месяц.

При потреблении 3 тб трафика стоимость сервера iWeb составляет 395% стоимости сервера InfoboxCloud.

Более 3тб трафик внешний исходящий у InfoboxCloud платный и стоит 0,50 коп за гб. У iWeb – 0.10$ за гб = 3.43 руб / гб.
Допустим нам нужно раздать 100 тб. Для InfoboxCloud оплачиваемое кол-во 97 тб, т.к. 3 тб трафика бесплатно.

Для iWeb 100 351232 руб в месяц. Добавим стоимость сервера в месяц у iWeb 9268.08 руб. Итого с потреблением в 100 тб трафика сервер iWeb в месяц стоит 360500.08 руб в месяц.

Для InfoboxCloud 49664 руб в месяц. Добавим стоимость сервера в месяц у InfoboxCloud 5004 руб в месяц. Итого с потреблением в 100 тб трафика сервер InfoboxCloud стоит 54668 руб в месяц.

Итого при потреблении 100 тб трафика в месяц стоимость сервера iWeb составляет 659% стоимости сервера InfoboxCloud, т.е. в случае очень активного потребления InfoboxCloud так же гораздо выгоднее.

Таким образом можно сказать, что рассчеты на нашем сайте даже оптимистичны для конкурентов, т.к. на самом деле у них может быть гораздо дороже.
Говоря проще: без трафика iWeb почти в 2 раза дороже InfoboxCloud, с 3 тб трафика — почти в 4 раза, со 100 тб трафика — в 6.5 раз
Там похоже маркетинг головного мозга, все время им хочется на хитром сравнении с чужими торговыми марками выехать.
В прошлой версии сайта на голубом глазу было написано что-то вроде «решение мирового класса, не уступающее Amazon и Azure», теперь вот набор чужих логотипов прямо на сайте с некими спорными утверждениями о ценах. Довольно-таки глупое поведение на мой взгляд.
Категория сравнения: «сколько денег мне надо отдать сразу». Весьма существенна.
Нельзя так вольно использовать чужие трейдмарки. P&G как лохи пишут в рекламе «Обычный порошок», а здесь ребята не постеснялись собрать и поставить к себе на сайт логотипы 10 других хостеров. Благо нас там нет, потому что Infobox выбрал тех, что подороже и поизвестнее, но будь я на месте тех конкурентов — мне бы это не понравилось. Поступок однозначно мудацкий и при наличии гос регистрации ТЗ — еще и наказуемый. Низачот.
Так пусть попробуют наказать. Видимо нет желающих привлекать к себе внимание высокими ценами.
Поясните, пожалуйста, каким образом происходит выбор локации при создание нового окружения?
Выбирается подписка на услугу в нужной локации в панели управления и в ней создаются облачные серверы.
ПЕРВОЕ российское публичное облако это звучит гордо :-) Поздравляем с переездом.
Для информации, ИТ-ГРАД успешно функционирует на российском рынке облачных провайдеров с 2008 года и также расположен в цоде DataSpace, сертифицированном по TIER III.
Коллеги, мы, конечно, знали про размещение вашего оборудования в этом дата-центре. Но при всем уважении, мы не относим ваше предложение к, действительно, публичному облаку.
В виду:
1. невозможности заказать услугу в режиме self service, а только через менеджера.
2. не самой доступной цены (конечно, допускаем, что она отражает соотношении цены и качества).

В заключение приведем цитату президента DataSpace Дэвида Хэмнера, который тоже знал про запуск вашей инфрастуктуры до нас, но сказал следующее:
«Первоначально процесс использования облачных технологий в России шел довольно медленно. Однако уже сейчас мы становимся свидетелями всё более активных темпов роста и внедрения готовых решений в данной области.
Надёжность и безопасность DataSpace, подтверждённые международным стандартом качества, говорят о том, что платформа InfoboxCloud действительно является первым публичным российским «облаком» enterprise-класса».
Как дела с абузоустойчивостью?
Мы не позиционируем себя как абузоустойчивый хостинг. Наша задача обеспечить бесперебойную работу инфраструктуры, включая дата-центр, и максимально безопасное хранение данных. Для этого и был выбран ЦОД такого уровня. Мы российская компания, данный Цод тоже на территории России. Поэтому в случае сигналов мы должны будем реагироать в соответствии с законом.

Кроме российской локации у нас есть облачная инфраструктура и услуги VPS в Амстердаме (ЦОД EvoSwitch). Оборудование там находится вне российской юрисдикции. Но оператор ЦОД тоже действует в рамках законодательства своей страны и правил использования его услуг. Поэтому будут ли претензии с его стороны зараннее сказать нельзя.
Отличный вопрос, предположим, у вас покупается хостинг в Амстердаме, спецслужбы России на основании законодательства РФ имеют какие-то претензии к данному вашему клиенту — Но сервер то физически в Амстердаме.

Ваши действия?
1. Претензии или вопросы могут очень разными, поэтому непонятно, что именно вы имеете в виду.

2. Ну сервер точно никто не изымет, т.к. он за пределами юрисдикции России. Но важно понимать, что на сегодняшний день Роскомнадзор может вынести решение о блокировке любого ресурса по ip-адресу без нашего участия через операторов связи.
(для ленивых) Немножно потестировал.
Внутри OpenVZ на ploop (галочку про ядро не ставил).
user_beancounters везде выкручены на максимум
Скорость диска на последовательных операциях ниже 340Мб\с не падала.
Канал наружу через retn. Явных лагов нет. В виртуалку дают 2 адреса — один внутренний, один внешний. Внешне выглядит так, что внутри дают /24 сетку на пользователя.
Консоль через веб-браузер получить не удалось (правда, думаю, что это траблы у меня)

Пока все выглядит хорошо.
В InfoboxCloud 2 типа виртуализации: контейнерная и гипервизорная (аппаратная) на выбор. В качестве контейнерной виртуализации используется не OpenVZ и не Virtuozzo, а контейнеры Parallels Cloud Server, которые являются дальнейшем развитием контейнерной enterprise–виртуализации от Parallels, которая конечно имеет корни в Virtuozzo и OpenVZ.

Скорость диска в среднем 450-650 мб в секунду и будет расти с увеличением емкости локации из-за используемого Cloud Storage. Аплинков несколько. Ограничения по ресурсам в прообной версии, в платной можно получить до 27 внешних ip–адресов на сервер (при необходимости напишите, дадим больше, если объясните зачем).
Я понимаю, должность обязывает. Но openvz ничем не отличается от virtuozzo и PCS, окромя обвязки. В смысле внутри оно одно и то же.

И кстати, уже нашел баги/фичи.

1. Графики загрузки процессора всегда на нуле
2. Если изменить параметры сервера, они меняются. Но в панели управления при перезаходе они возвращаются на те, которые были заданы при создании сервера. Стоит перезагрузить страничку — как все приходит в норму.
3. Автомасштабирование не работает. Грузил проц и память — ничего не увеличивается само :)
4. Видимо, тестирование навалилось. Теперь диск больше 60-70 Мб/с не выдает :)

Как говорится, продолжаю наблюдения
Корректирую пункт 2. параметры берутся не при создании, а последние.

то есть сменил ресурсы, ткнулся — старые. обновил — новые.
openvz ничем не отличается от virtuozzo и PCS, окромя обвязки

PCS – это готовая поддерживаемая производителем ОС с уже встроенными технологиями виртуализации и не только и премиум-поддержкой от разработчика технологии, компании Parallels. OpenVZ – это OpenSource редакция технологии виртуализации, используемой в PCS, но они не идентичны.
Автомасштабирование не работает

Включив автомасштабирование нужно задать макс и мин % потребления ресурсов, при котором произойдет автомасштабирование вверх или вниз, время, через которое будет изменение конфигурации (например через минуту) и шаг. Если будут вопросы — напишите пожалуйста на trukhinyuri@infoboxcloud.com
… теперь про «Облачный» сервер с управлением ядра

Внутрях KVM с неонками от PCS

Гораздо тормознее OpenVZ. Ну это издержки технологии, поэтому ок.

В графиках загрузка процессора появилась. Правда, к собственно загрузке процессора график отношения не имеет. Просто показывает «частоту». Плюс очередной баг — после изменения параметров сервера (но без перезагрузки) все графики замирают. Вот сейчас 14:30, а на графиках 14:19 и никакие обновления не меняют картинку.

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

Как-то не очень впечатление. Потом еще потискаю… вдруг починится.
Скорость диска в среднем 450-650 мб в секунду


На всех? :) Космические цифры просто так не берутся, у вас есть гарантированные лимиты по I/O? Или хотя бы гарантии, что пара злонамеренных машинок не подвесят I/O облака?
Нагрузка на дисковую подсистему распределяются в кластере Cloud Storage равномерно между хостами. Сами VM разделяются на кусочки и равномерно записываются с репликацией в Cloud Storage. Ноды соединены 20гбит сетью. Таким образом мы имеем дело с распределенной отказоустойчивой файловой системой в кластере для хранения и исполнения vm, а не с выделенным сервером с виртуализацией. Более подробно — в отдельной статье.
Тем не менее, хотелось бы получить ответ на заданный вопрос. Если вы заявляете какие-то цифры, то было бы очень неплохо их к чему-то привязывать. 450мбайт/с это верхний лимит машины или кластера в целом? Если первое, то, кроме пиковых, обычно указывают средние значения.
это данные нашего внутреннего тестирования и мониторинга производительности виртуальных машин в инсталляции. Цифра не гарантируется, но она не только реальная, но и с возможностью роста с ростом инсталляции. Верхний лимит сейчас по тестам — 830 мб/с — максимальное полученное при тестах значение. При увеличении емкости кластера может расти.
То есть отсюда следует, что это пропускная способность одного кластера, верно? Позволю себе замечание, что если это так, с тем же успехом можно публиковать сумму скоростей дисков, находящихся в одном датацентре — к реальной производительности виртуальных машин это никакого отношения иметь не будет. Я могу ошибаться, потому что на вопрос, является ли эта характеристика типичной для кластера или для одной машины в пике вы так и не дали точного ответа. Во втором варианте, как упоминал выше, следует публиковать средние значения. Впрочем, по сообщениям выше получается, что это была емкость всего кластера.
Это та скорость, которую вы видите, запустив тесты диска в виртуальной машине вашего инстанса в облаке. Т.е. это реальная производительность виртуальной машины. Возьмите триал из статьи и проверьте сами. При этом дальше скорость будет расти с увеличением емкости кластера.
Хорошо, а если я действительно на такой скорости все время буду общаться с хранилищем? Если таких машин будет две? Выше пишут, что скорость упала на порядок, значит, она не гарантированная, зачем ее тогда приводить?
Сейчас в MSK во время Хабраэффекта и выдачи сотен пробных версий 256 мб/с на маленьком сервере с 512гб памяти при записи файла в 2гб с bs 8 кб с sync. Файл больше чем Ram.

image

Я писал про среднюю скорость. Вот пример, что будет при резком росте нагрузки и одновременном тестировании локации. Вполне приличная скорость, а с ростом инсталляции будет плавнее реагировать на скачки
Хорошо, можно посчитать. Объем средней стойки по памяти около 2-4 Тб. Количество дисков там же в случае PCS/S порядка сотни. С учетом трехкратной репликации их пропускная способность на запись без учета оверхеда от программного хранилища будет около трех Гб/с. Таким образом, десяток таких машинок загрузят удельную стойку практически полностью, потребляя копейки, что не будет вязаться с какой-либо бизнес-моделью. То что выше — скорее всего, результат амортизации кешами, в долговременной перспективе цифры будут совершенно иными. В любом случае из разобранных, приведенные результаты не гарантированы и могут служить лишь показателем пиковых значений. Я за честный маркетинг :)
В инсталляции используются SAS15K enterprise диски. При в процессе получения данных одним сервером хранения паралельно начинается запись на следующий и тд. Более детально, как работает Cloud Storage будет рассказано в будущих статьях.

Я за честный маркетинг :)

Кстати цифры не мы начали публиковать:)
Разброс в три раза — это немного не то, о чем я говорил. Есть понятие SLA ресурса, которое является определяющим, а вы продолжаете постить пиковые показатели.
Данные тестирования на том же сервере в 14:54 сегодня. 784мб/с. Параметры тестирования и машины не изменялись

техническое уточнение по IP: на подписку дается 32 публичных ip, если нужно больше — можно купить несколько подписок. Если будет большое кол-во запросов об увеличении лимита — постараемся увеличить лимит.
24 ядра в облаке стоят 24*0,375(ггц/ч) = 9 рублей в час или 6696 руб в месяц за CPU виртуальной машины при 100% потреблении 24 часа в сутки 31 день в месяц. Можно использовать автомасштабирование и получить меньший счет, оплачивая выделенные ресурсы в конкретный момент времени.

Нельзя проводить прямую аналогию между реальным CPU и виртуальным. Это не означает, что виртуальный быстрее или медленнее, но он отличается. Подробности доступны по ссылке, если интересно — можно написать статью на эту тему http://kb.parallels.com/112588.
Оно, надо полагать, соответствует российскому законодательству?
Да, полностью. Дата-центр, вся отчетность перед пользователями, бухгалтерией и т.д.
Наверное очень тонко получилось, извините. Вопрос был про ФСБ. Спасибо!
Вся облачная инфраструктура сертификацию PCI–DSS не проходила. Если нашим клиентам понадобится пройти сертификацию PCI–DSS или защитить проект на соответствие ФЗ-152, то мы готовы со своей стороны выполнить необходимые требования. Проекты по ФЗ-152 уже есть. Но на сегодня каждый раз это отдельный проект под конкретного клиента и чаще реализуется как частное облако.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий