Pull to refresh

Comments 6

Выбирал облачного провайдера. Среди десятка выбор пал на 1клауд. Ребята, спасибо за быстрый саппорт. Тех, чей саппорт заставляет долго пребывать в неведении — сразу в мусор.

Да, только вот разница в цене на VDS в 2-3 раз за простую машинку 2CPU/16G RAM/100Gb SSD с другими хостингами удручает. 1Cloud такой комплект стоит 9000 рублей в месяц, средняя стоимость по другим от 2500 до 4000 рублей. Наверно это цена за быструю техподдержку.
Вы взяли для расчета все самый дорогой вариант для данной конфигурации: высокопроизводительный пул, SSD-диски.
Та же конфигурация в базовом пуле будет стоить уже 7260, а заменить SSD на SAS и стоимость составит 5760 в месяц.
+ нужно учитывать бонусы по постоянной системе лояльности, которые существенно снижают конечную стоимость аренды…
1cloud.ru/company/paymentrule
Соответственно, вопрос: с чем именно вы сравниваете?

Т.е. специфика архитектуры сервиса (используемое оборудование, программные продукты, широкая линейка возможностей), действительно делают наш сервис не самым дешевым.
Но это если сравнивать с обычными VDS-провайдерами. И то разница точно не будет в 2-3, на схожих конфигурациях.
А если брать сервисы, предоставляющие схожий набор возможностей и качество, то их совсем немного, и цена в большинстве случаев у нас будет выгоднее.
Расскажите, пожалуйста, почему нельзя заказать объем диска типа SATA кратно 10Гб?
Это не техническое ограничение.
В большинстве случаев SATA используют для долгосрочного хранения существенных объемов данных.
На этапе проектирования мы выяснили, что мелкий шаг (например 10 Гб) для SATA делает использование конфигуратора доп. дисков неудобным (мы получили довольно много отзывов об этом от привлеченных к тестированию пользователей). Шаг был выбран не с потолка, а на основе обратной связи.

К слову, пока данная гипотеза подтверждается.
По сути Ваш вопрос — это первый случай обратной связи, которая отображает неудобство данного подхода.

Мы делаем массовый сервис. Поэтому в ряде вопросов должны ориентироваться на мнение большинства. И это как раз тот случай.

И спасибо Вам за этот вопрос.
Он тоже ляжет в копилку будущих решений по изменениям сервиса. И если обобщенные данные в какой-то момент будут свидетельствовать, что данный шаг для SATA все-таки неудобен для большого числа пользователей, мы обязательно рассмотрим другие варианты.
Спасибо за развернутый ответ. Решили для себя, что будем расти на SAS, потом конвертируем тип хранения по экономической целесообразности. Это очень крутая возможность, которой успешно пользуемся.
Sign up to leave a comment.