Comments 22
Ещё можно рассмотреть:
vscale.io
sprinthost.ru
cloud.yandex.ru
А вообще, имхо, единственная причина, по которой можно смотреть на местных хостеров — это наше законодательство, которое заставляет держать персональные данные вунтри страны.
vscale.io
sprinthost.ru
cloud.yandex.ru
А вообще, имхо, единственная причина, по которой можно смотреть на местных хостеров — это наше законодательство, которое заставляет держать персональные данные вунтри страны.
0
Везде победило добро, а зло проиграло. В роли зла — отказоустойчивый запад во главе с амазоном и дешевыми ценами, в роли добра — наши провайдеры и кошмарные цены конечно же.
-1
Как в анекдоте: «Как сделать наши дороги такими же как в Еворпе? Разбомбить их дороги.» Вот у нас теперь VPS как в «европе».
Сначала закашмарили иностранные сервисы, а теперь как плюс выдвигают, что не кашмарили наши.
Сначала закашмарили иностранные сервисы, а теперь как плюс выдвигают, что не кашмарили наши.
-2
Блог компании mail.ru? По тексту много различных «маркетинговых» уловок, чтобы по всем направлениям продвинуть этого провайдера услуг.
Сам способ сравнения убивает весь смысл облака. Нужны VPS — берите VPS, а не облачные ресурсы. А то и дедики на hetzner, если все равно никакой облачной инфраструктурой не предполагается пользоваться (т.к. в сравнении этого нет, а с их учётом фавориты могут легко поменяться).
Т.е. для сравнения нужно что-то более сложное с различными сервисами и отказоустойчивостью. С точки зрения цен в облаке часто более важным является стоимость хранения (esb, s3, managed MySQL/postgresql, managed document db, ...), чем вычислительных ресурсов.
Не стоит забывать и про платформенные услуги: Firebase у Google, что-то несколько другое есть у AWS, про Azure не скажу. Кому-то могут подойти и сэкономить чемодан денег.
По Гуглу можно добавить, что формально они не работают с физ. лицами в России — как минимум ИП.
Сам способ сравнения убивает весь смысл облака. Нужны VPS — берите VPS, а не облачные ресурсы. А то и дедики на hetzner, если все равно никакой облачной инфраструктурой не предполагается пользоваться (т.к. в сравнении этого нет, а с их учётом фавориты могут легко поменяться).
Т.е. для сравнения нужно что-то более сложное с различными сервисами и отказоустойчивостью. С точки зрения цен в облаке часто более важным является стоимость хранения (esb, s3, managed MySQL/postgresql, managed document db, ...), чем вычислительных ресурсов.
Не стоит забывать и про платформенные услуги: Firebase у Google, что-то несколько другое есть у AWS, про Azure не скажу. Кому-то могут подойти и сэкономить чемодан денег.
По Гуглу можно добавить, что формально они не работают с физ. лицами в России — как минимум ИП.
+11
Ну чего ж Вы так в лоб, сейчас адепты налетят и минусов наставят ;)
0
По Гуглу можно добавить, что формально они не работают с физ. лицами в России — как минимум ИП.
Мне кажется, что так не только в России. То есть формально работает только с компаниями. Но могу ошибаться, так как всех нюансов не знаю.
Сам способ сравнения убивает весь смысл облака
Я тоже не уверен, что так, в лоб, можно сравнивать. Даже если в лоб брать виртуальные машины. Вроде и AWS, и GCP тарифицируют посекундно. Если же запустить VM и не трогать месяц, то там серьёзные скидки. К тому же тариф зависит от региона. Если объёмы действительно большие, то тарифы считают совем по другому. К примеру берут максимум за год, и используют его как константу на следующий год (не зависимо от того насколько больше используешь их сервисы). Или, если готов бросить VM за 30 секунд (вроде), то и цена на такую машину сильно меньше.
На мой взляд, интерес представляют совсем на виртуальные машины. А reliability, load balancing, network, data flow, redshift, biquery. А голые VM — но может для PoC или разработки какой…
0
Что можно сказать про infra. На мой взгляд по интерфейсу управления и документации — бета релиз. Нет, оно все работает, вертится и создается. Но дизайн панели управления сильно доставляет, точнее его практически полное отсутствие. Более того, юзабилити самого интерфейса — еще та штука. Ладно, что он черно белый, так еще и неоднозначный логически. Дезигнер по UI в команду infra будет очень к месту, и не один.
Зачем создавать сеть ext-net, если к ней можно привязать, только маршрутизатор. Если создали маршрутизатор, то удалить его врядли получится. Зачем привязывать политики безопасности к серверам, а не к портам коммутатора, да, порты коммутатора отдельная песнь.
Куда создавать столько подсетей на int-net1? Зачем инстансам выдавать адреса из разных подсетей в одном коммутаторе? Толку в этих коммутаторах? Если на каждый чих нужно все равно создавать свою сеть?! Кстати, это прямо сказано в документации — «лучше создайте носую сеть». Определитесь в терминах, сеть или таки коммутатор! Нигде в документации, а это не документация, а faq, толком не расписана политика безопасности. Нет четкой огико с дисками, толи они создаются, толи их нужно создавать самостоятельно, и что в каком случае делать. Да и какой смысл в обрезанном коммутаторе, токорый толко и может, что ipsec/vpn, уж так бы это дело и назвали.
Все это приводит к недопониманию, жуткой потере времени, бессмысленному тереблению техподдрежки.
В общем, приводите интерфейс в прорядок, убирайте или маскируйте лишние сущности, или прячте их подальше под кнопочками адвенсед. Да и кнопочек нехватает, пол часа прошло, чтобы понять, что черное название сети оказывается представляет из себя ссылку.
Ну и мелкие баги, когда что-то создали, а оно потом не удаляется, тоже доставляет.
Зачем создавать сеть ext-net, если к ней можно привязать, только маршрутизатор. Если создали маршрутизатор, то удалить его врядли получится. Зачем привязывать политики безопасности к серверам, а не к портам коммутатора, да, порты коммутатора отдельная песнь.
Куда создавать столько подсетей на int-net1? Зачем инстансам выдавать адреса из разных подсетей в одном коммутаторе? Толку в этих коммутаторах? Если на каждый чих нужно все равно создавать свою сеть?! Кстати, это прямо сказано в документации — «лучше создайте носую сеть». Определитесь в терминах, сеть или таки коммутатор! Нигде в документации, а это не документация, а faq, толком не расписана политика безопасности. Нет четкой огико с дисками, толи они создаются, толи их нужно создавать самостоятельно, и что в каком случае делать. Да и какой смысл в обрезанном коммутаторе, токорый толко и может, что ipsec/vpn, уж так бы это дело и назвали.
Все это приводит к недопониманию, жуткой потере времени, бессмысленному тереблению техподдрежки.
В общем, приводите интерфейс в прорядок, убирайте или маскируйте лишние сущности, или прячте их подальше под кнопочками адвенсед. Да и кнопочек нехватает, пол часа прошло, чтобы понять, что черное название сети оказывается представляет из себя ссылку.
Ну и мелкие баги, когда что-то создали, а оно потом не удаляется, тоже доставляет.
+3
Тест Hardinfo "По синтетическому тесту все машины показали ожидаемо близкие результаты..."
Но при этом в конфигурации 2 (сервер среднего уровня) у всех отечественных сервисов кроме Ростелекома заметный провал относительно зарубежных и относительно их же больших/меньших конфигураций. Что, как бы, даёт более чем обоснованный повод заподозрить, что что-то тут не чисто. Мухлюют на самых ходовых двухпроцессорных конфигурациях? Продают hyper-threading?
Или я не прав?
Но при этом в конфигурации 2 (сервер среднего уровня) у всех отечественных сервисов кроме Ростелекома заметный провал относительно зарубежных и относительно их же больших/меньших конфигураций. Что, как бы, даёт более чем обоснованный повод заподозрить, что что-то тут не чисто. Мухлюют на самых ходовых двухпроцессорных конфигурациях? Продают hyper-threading?
Или я не прав?
0
Регионы на проводе: ДЦ за Уралом (в Сибири, например) будут? А то ощущение, что в стране всего два города, один на «М», другой на «С».
0
К сожалению в mail.ru нет бесплатных инстансов, есть тестовый период 3 месяца mcs.mail.ru/infra#calculator В google точно есть cloud.google.com/free/docs/always-free-usage-limits?hl=ru
0
- 150руб против $150 триала у западных
- В консоли у mail.ru так и не нашел как установить/сменить дефолтную учетку. Консоль конечно совсем жуткая
- Пинг явно тестировали до виртуалок в США, у Амазона и прочих есть ДЦ в европе где пинг будет 40-50мс
- У Амазона, Google, Azure для разных размеров VMs разный канал, видимо взяли совсем какой-то маленький инстанс. Уже на 2-4CPU канал под 1Гб
- При сравненивании производительности нужно явно указывать название виртуалки, так как есть виртуалки очень дешевые со старыми CPU, а есть по той же цене но уже с новым CPU
0
Очевидно, что в топовой конфигурации крупные провайдеры выглядят лучше — в том числе и за счет своих широких возможностей. Они могут позволить себе сеть огромных датацентров и большее разнообразие железа. Из российских сервисов к ним в этом близка только Mail.ru.
При этом на картинке селектел явно лучше мэйл.ру :)
И последний тест особенно странный. Зачем в вебе скорость последовательного чтения? Всем нужны иопс, их и надо мерять.
0
Поправка: в servers.com (т.е. ru) для облачных серверов нет шпинделей. За большие деньги мы можем вам такое сделать в приватной инсталляции, но за обычные деньги в servers.com на облачных серверах только SSD (с соответствующими попугаями по IOPS).
+1
Одного я не понимаю, почему так дорого?
0
Mail.ru:
1 CPU, 2 Gb RAM, 20 Gb HDD, Windows = 1300₽/мес
Ruvds (не реклама):
2 CPU, 2 Gb RAM, 30 Gb HDD, Windows ≈ 5808 ₽/год (484 ₽/мес).
Оригинальная, однако, у вас ценовая политика.
1 CPU, 2 Gb RAM, 20 Gb HDD, Windows = 1300₽/мес
Ruvds (не реклама):
2 CPU, 2 Gb RAM, 30 Gb HDD, Windows ≈ 5808 ₽/год (484 ₽/мес).
Оригинальная, однако, у вас ценовая политика.
0
UFO just landed and posted this here
Sign up to leave a comment.
От Amazon EC2 до Mail.ru Infra: Тестируем облачные VPS (Linux)