Low-cost может жить только на большом количестве клиентов с относительно низким доходом с каждого и серьёзной автоматизацией (иначе себестоимость обслуживания на клиента не будет падать с ростом объёмов). На большом объёме и железо и каналы становятся дешевле.
Так что как политика роста компании - ход вполне возможный, и растится это всегда на свои/инвесторские/заёмные деньги.
Просто игра вдолгую, которую надо хорошо считать, прежде чем ввязываться.
PS. Я не клиент айхора и вообще к ним не имею отношения.
Да нет, там отчет по количеству пакетов, который они сняли с интерфейса внутри своего гипервизора и там по количеству пакетов видно огромный скачок, действительно (через ifconfig снятый, если я ничего не забыл - год назад дело было).
Но я склонен считать, что это проблемы со счетчиками в гипервизоре (мы с таким сталкивались) - блокировка делается их скриптами по крону, а потом саппорт долго и нудно требует с нас объяснений, при этом на нашей стороне всё чисто (проверяли и админы и я сам).
В реальности после третьего, кажется, подобного инцидента мы ушли от регру - проблема похоже на их стороне, но решать её никто даже и не пытался, как и допустить что что-то не так у них самих.
Поэтому для них у меня только черная метка.
Утверждалось что досили мы.
Надо понимать, что сгенерить такой объём пакетов - это крайне заметная нагрузка не только по сети. Они ещё и прикладывали снэпшот ps, где нет ничего плохого. Подобных узлов в эксплуатации заметно больше десятка и проблемы были только с reg.ru
Не связывайтесь с ними.
У нас был кейс когда они нам говорили что с нашего виртуального сервера идёт ddos-атака и тупо ложили его.
Анализ логов, мониторинга нашего - всё показывает что ничего нет.
Самым блеском было, когда у нас в заббиксе трафик в момент снятия мониторинга 200кбпс, а за последующие 20 секунд, как утверждается, пролезло пакетов на 40 гигабит.
Счетчики им так показали.
И так несколько раз подряд.
Финалочка была - сервер стоял без нагрузки вообще, никакой жизни не было уже на нём и нам его снова уложили под тем же предлогом и ответа от саппорта надо было ждать часами.
Ну его нахер. Бегите от них.
Под бэкапы бывают у хецнера в аукционе более выгодные предложения по цене за гигабайт, чем то что вы предложили.
Ещё хороши selectel в разделе дисконтных конфигураций и chipcore.
Да почему же. Стоит и об этом тоже. Правда именно беспокоиться или нет - автору виднее.
Но вот знать что такие риски вообще существуют - полезно.
Я это наживую увидел в виде битфлипа в рантайме внутри php, вероятно, в области значений zval. Просто сумма в ~4 раза выросла (причем её из запроса промежуточного сервера видно и видно что она выросла после приземления на аппсервере, на котором не было ecc). И единичный битфлип хорошо объясняет такой разовый скачок.
Вероятность события крайне невелика, соглашусь. Да и мы его сразу по куче связанных параметров обнаружили; а могли не увидеть, если бы не попали в сумму, а во что-то менее важное.
После этого "пойманного" случая - ECC у нас на продакшнах стало одним из обязательных требований.
У нас сервера на помесячной аренде. Процедура миграции инфраструктуры на пару терабайт данных автоматизирована на 95% и, как следствие, не требует большого количества ручного труда.
При переезде ещё пересмотрели железки и в результате, заменив оптаны на обычные nvme ssd, ещё и в бюджете выиграли :)
Поменял. Разница в цене оказалась не такой уж и фатальной, но сплю теперь спокойнее 🍻
Это хорошо если вы понимаете чем вам это грозит. Сам по себе i7 неплох и чего-то там считает.
16 гиг памяти и пластинки на 500гб тоже ничем не плохи.
Но память без ECC - значит есть риск потери/порчи данных из-за битфлипа.
i7 в такой конфигурации скорее всего старенький - нет поддержки всяких новых инструкций.
Пластинчатый диск - плохое время доступа, относительно низкие скорости. С такой наработкой на отказ - нужно хорошо и внимательно следить за смартом. Скорее всего во время бэкапа будут просадки производительности.
Десктопная мать - тоже ничего плохого в общем случае, но она наверное уже с приличным пробегом и могут надуваться конденсаторы и всё такое. Это может проявляться в виде нестабильности... А может и не проявляться)
Короче, есть определенные риски и только вам решать насколько они для вас актуальны ☝
Если у вас fault-tolerant архтектура с разделением на stateful/stateless, то такие узлы прекрасно использовать как раз для всякой stateless-нагрузки (хотя битфлип всё равно немножко пугает).
Если хочется также дешево и сходной производительности - то на hostsuki можно взять долю от более свежего дедика или просто взять VPSку у, например, инферно.
У нас был опыт замены ssd заявкой, время от создания заявки до получения консоли уже после включения - около 40 минут.
Диск поменяли на новый и свежего поколения (SSDSC2BB480G6 -> SSDSC2KB480G8) - ДЦ в Польше, в рабочее время в будний день
Были нестабильные платформы: под долгими нагрузками на пике они перезагружались (линейка с Xeon D-154x на 8c/16t); за полтора месяца не смогли ни решить ни локализовать: не помогала даже замена материнок.
Переехали в результате на Xeon E3 / Xeon E5-16xx / Xeon E.
Но прям мороза-мороза от саппорта не припомню.
