Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 22
Ещё можно рассмотреть:
vscale.io
sprinthost.ru
cloud.yandex.ru
А вообще, имхо, единственная причина, по которой можно смотреть на местных хостеров — это наше законодательство, которое заставляет держать персональные данные вунтри страны.
vscale.io
sprinthost.ru
cloud.yandex.ru
А вообще, имхо, единственная причина, по которой можно смотреть на местных хостеров — это наше законодательство, которое заставляет держать персональные данные вунтри страны.
Везде победило добро, а зло проиграло. В роли зла — отказоустойчивый запад во главе с амазоном и дешевыми ценами, в роли добра — наши провайдеры и кошмарные цены конечно же.
Как в анекдоте: «Как сделать наши дороги такими же как в Еворпе? Разбомбить их дороги.» Вот у нас теперь VPS как в «европе».
Сначала закашмарили иностранные сервисы, а теперь как плюс выдвигают, что не кашмарили наши.
Сначала закашмарили иностранные сервисы, а теперь как плюс выдвигают, что не кашмарили наши.
Блог компании 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 не скажу. Кому-то могут подойти и сэкономить чемодан денег.
По Гуглу можно добавить, что формально они не работают с физ. лицами в России — как минимум ИП.
Ну чего ж Вы так в лоб, сейчас адепты налетят и минусов наставят ;)
По Гуглу можно добавить, что формально они не работают с физ. лицами в России — как минимум ИП.
Мне кажется, что так не только в России. То есть формально работает только с компаниями. Но могу ошибаться, так как всех нюансов не знаю.
Сам способ сравнения убивает весь смысл облака
Я тоже не уверен, что так, в лоб, можно сравнивать. Даже если в лоб брать виртуальные машины. Вроде и AWS, и GCP тарифицируют посекундно. Если же запустить VM и не трогать месяц, то там серьёзные скидки. К тому же тариф зависит от региона. Если объёмы действительно большие, то тарифы считают совем по другому. К примеру берут максимум за год, и используют его как константу на следующий год (не зависимо от того насколько больше используешь их сервисы). Или, если готов бросить VM за 30 секунд (вроде), то и цена на такую машину сильно меньше.
На мой взляд, интерес представляют совсем на виртуальные машины. А reliability, load balancing, network, data flow, redshift, biquery. А голые VM — но может для PoC или разработки какой…
Что можно сказать про infra. На мой взгляд по интерфейсу управления и документации — бета релиз. Нет, оно все работает, вертится и создается. Но дизайн панели управления сильно доставляет, точнее его практически полное отсутствие. Более того, юзабилити самого интерфейса — еще та штука. Ладно, что он черно белый, так еще и неоднозначный логически. Дезигнер по UI в команду infra будет очень к месту, и не один.
Зачем создавать сеть ext-net, если к ней можно привязать, только маршрутизатор. Если создали маршрутизатор, то удалить его врядли получится. Зачем привязывать политики безопасности к серверам, а не к портам коммутатора, да, порты коммутатора отдельная песнь.
Куда создавать столько подсетей на int-net1? Зачем инстансам выдавать адреса из разных подсетей в одном коммутаторе? Толку в этих коммутаторах? Если на каждый чих нужно все равно создавать свою сеть?! Кстати, это прямо сказано в документации — «лучше создайте носую сеть». Определитесь в терминах, сеть или таки коммутатор! Нигде в документации, а это не документация, а faq, толком не расписана политика безопасности. Нет четкой огико с дисками, толи они создаются, толи их нужно создавать самостоятельно, и что в каком случае делать. Да и какой смысл в обрезанном коммутаторе, токорый толко и может, что ipsec/vpn, уж так бы это дело и назвали.
Все это приводит к недопониманию, жуткой потере времени, бессмысленному тереблению техподдрежки.
В общем, приводите интерфейс в прорядок, убирайте или маскируйте лишние сущности, или прячте их подальше под кнопочками адвенсед. Да и кнопочек нехватает, пол часа прошло, чтобы понять, что черное название сети оказывается представляет из себя ссылку.
Ну и мелкие баги, когда что-то создали, а оно потом не удаляется, тоже доставляет.
Зачем создавать сеть ext-net, если к ней можно привязать, только маршрутизатор. Если создали маршрутизатор, то удалить его врядли получится. Зачем привязывать политики безопасности к серверам, а не к портам коммутатора, да, порты коммутатора отдельная песнь.
Куда создавать столько подсетей на int-net1? Зачем инстансам выдавать адреса из разных подсетей в одном коммутаторе? Толку в этих коммутаторах? Если на каждый чих нужно все равно создавать свою сеть?! Кстати, это прямо сказано в документации — «лучше создайте носую сеть». Определитесь в терминах, сеть или таки коммутатор! Нигде в документации, а это не документация, а faq, толком не расписана политика безопасности. Нет четкой огико с дисками, толи они создаются, толи их нужно создавать самостоятельно, и что в каком случае делать. Да и какой смысл в обрезанном коммутаторе, токорый толко и может, что ipsec/vpn, уж так бы это дело и назвали.
Все это приводит к недопониманию, жуткой потере времени, бессмысленному тереблению техподдрежки.
В общем, приводите интерфейс в прорядок, убирайте или маскируйте лишние сущности, или прячте их подальше под кнопочками адвенсед. Да и кнопочек нехватает, пол часа прошло, чтобы понять, что черное название сети оказывается представляет из себя ссылку.
Ну и мелкие баги, когда что-то создали, а оно потом не удаляется, тоже доставляет.
Тест Hardinfo "По синтетическому тесту все машины показали ожидаемо близкие результаты..."
Но при этом в конфигурации 2 (сервер среднего уровня) у всех отечественных сервисов кроме Ростелекома заметный провал относительно зарубежных и относительно их же больших/меньших конфигураций. Что, как бы, даёт более чем обоснованный повод заподозрить, что что-то тут не чисто. Мухлюют на самых ходовых двухпроцессорных конфигурациях? Продают hyper-threading?
Или я не прав?
Но при этом в конфигурации 2 (сервер среднего уровня) у всех отечественных сервисов кроме Ростелекома заметный провал относительно зарубежных и относительно их же больших/меньших конфигураций. Что, как бы, даёт более чем обоснованный повод заподозрить, что что-то тут не чисто. Мухлюют на самых ходовых двухпроцессорных конфигурациях? Продают hyper-threading?
Или я не прав?
Регионы на проводе: ДЦ за Уралом (в Сибири, например) будут? А то ощущение, что в стране всего два города, один на «М», другой на «С».
К сожалению в mail.ru нет бесплатных инстансов, есть тестовый период 3 месяца mcs.mail.ru/infra#calculator В google точно есть cloud.google.com/free/docs/always-free-usage-limits?hl=ru
- 150руб против $150 триала у западных
- В консоли у mail.ru так и не нашел как установить/сменить дефолтную учетку. Консоль конечно совсем жуткая
- Пинг явно тестировали до виртуалок в США, у Амазона и прочих есть ДЦ в европе где пинг будет 40-50мс
- У Амазона, Google, Azure для разных размеров VMs разный канал, видимо взяли совсем какой-то маленький инстанс. Уже на 2-4CPU канал под 1Гб
- При сравненивании производительности нужно явно указывать название виртуалки, так как есть виртуалки очень дешевые со старыми CPU, а есть по той же цене но уже с новым CPU
Очевидно, что в топовой конфигурации крупные провайдеры выглядят лучше — в том числе и за счет своих широких возможностей. Они могут позволить себе сеть огромных датацентров и большее разнообразие железа. Из российских сервисов к ним в этом близка только Mail.ru.
При этом на картинке селектел явно лучше мэйл.ру :)
И последний тест особенно странный. Зачем в вебе скорость последовательного чтения? Всем нужны иопс, их и надо мерять.
Поправка: в servers.com (т.е. ru) для облачных серверов нет шпинделей. За большие деньги мы можем вам такое сделать в приватной инсталляции, но за обычные деньги в servers.com на облачных серверах только SSD (с соответствующими попугаями по IOPS).
Одного я не понимаю, почему так дорого?
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 ₽/мес).
Оригинальная, однако, у вас ценовая политика.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
От Amazon EC2 до Mail.ru Infra: Тестируем облачные VPS (Linux)