> ну вот, как о деньгах, так в кусты.Наделать хостинг из мешка пи может любой скриптокидозник. Некоторые и контроллеры умного дома запиливают, но гуняво, наколенно и глючно. Потому что системы оптимизированные для хомяков, типа распбиана, не особо заточены на задачи управления. А перепилить систему нормально - не хомяковый уровень слегка.
> да где уж нам
Там с системой надо быть не на "вы", а на "эй ты, козел!". Иначе слишком много особенностей. А у тебя даже типовые базовые сценарии обламываются, это не про тебя. Вот и не стал рекомендовать. Мало ли кому ты это потом впарить попытаешься.
> у них там запретили bandwidth limit'ы в большинстве нормальных гипервизоров и даже
> в некоторых контейнерах?
Кроме бандвиз лимитов есть еще железо, которое делить честно и по всем параметрам которые могут затрагивать перфоманс - сложно. Всегда есть риск нарваться на какие-то случаи, когда некто ухитрился что-то просадить. А тут железка целиком юзерская, сюрпризы исключены.
Самый простой пример: механический диск очень сложно полисовать, время seek заранее неизвестно. SSD лучше, зато его может кто-то быстро протереть runaway-софтом. А у того козла паттерн доступа к памяти неудачный. Раньше у вас скорость была с учетом cache hit процессора, а теперь казлина вымывает кэш и все просело. А тут еще хостер решил распродажу устроить и на сервере в 3 раза больше народа засело.
> Гарантировать ресурсы-то мы можем.
Вы можете врать. Или проявлять некомпетентность. Или осознать что честная и гарантированная дележка ресурсов - в лучшем случае бывает в первом приближении. В хучшем это миф.
> Кому оно надо за те деньги, вот в чем вопрос. Всем подавай подешевле-попроще и хрен
> с ней, с гарантией.
А тут и дешево и с гарантией по хардварным ресурсам. Некоторым нравится.
> хуже. Если не увлекаться этим самым bandwidth limit'ингом - гораздо хуже.
Дешевые вдски обладают комариной мощностью, мизером памяти, дикий оверселл и поэтому сегодня оно работает быстро, а завтра там 20 тяжелых клиентов одновременно что-то делают и все ползает со скоростью черепахи. В случае микросерверов, если задаче хватило производительности - то уж хватило. Хуже со временем не станет, в отличие от.
> Потому что нагрузка на vds'ах неровная, и даже если их в одну
> коробку запихнуто сорок - часто оказывается, что в произвольный момент времени
> тем кому на самом деле приспичило, доступно не 1/40, а 20%
О том и речь - может оказаться 20%. Но надеяться нельзя. В хучшем случае окажется что и 1/40 не получается, все протухает. При том еще 20 клиентов могут донавесить не спрашивая ваше мнение. На микросервере это исключено.
> По надежности - в подметки не годится, у меня live migration и
> полка с дисками, а у тебя флэшка навернулась, пропали тапочки.
А еще у тебя может быть конский оверселл. И чего с полки радости, если ты поселил 20 новых, живых и веселых чуваков, посадивших перфоманс? Мигрировать ты не будешь, ибо жаба. А если и смигрируешь, через 3 дня история повторится. Микросервер же всегда выдает все что может своему юзеру.
> пока одна - да. Когда их сотни - уже и не копейки,
А какая разница, сотни или не сотни? Вопрос в том через сколько эта фигня отобьется. Поскольку стоит копейки то отобьется за обозримое время.
> и еще монтировать-охлаждать-обслуживать заманаешься (потому что все вручную и из дерьма).
Там ломаться почти нечему. Охлаждение по минимуму даже пассивное катит. Конденсаторы керамические, в отличие от электролитов они не пухнут и даже жары не боятся. На десктопно-серверных мамках набить СТОЛЬКО керамики обламываются, слишком уж прожорливое, пригоршня керамики денег все-таки стоит уже. А несколько штучек достаточных процу с TDP в несколько ваттов никого не напрягают.
Так что про обслуживание - полное дерьмо. Если задаться целью, можно сделать почти вечно и дешево. А вот х86 писюки так делать не катит, прожорливые слишком.
> Еще ко всему этому прилагается тонна меди и пол-стойки забитые свитчами
Я видел варианты где в 1U запихивают и свич и туеву кучу одноплатников. Можно даже с дисками/ssd. Если дело с размахом - можно даже спроектировать платку с свичами и прочим интерконектом. Чипы свичей дешевые, устройства тривиальные. Да еще чипы на самом деле управляемые, можно всякие вланы и управление портами сделать за копье. Ну это если захотеть. А ты думал что фэйсбуки и прочие просто так вдарились свичи проектировать?
> такой хрени физический штудок подать. Порты, кстати, недешевы, особенно с изоляцией,
> в сервере-то ей софт занимался.
Ога, я тут видел чипы гигабитного свича, стоили рупь за мешок. Умели все и вся, и вланы, и управление портами, и приоритеты, и чего там только нет. Ну это если даташит почитать. А с нелохов понятно сколько за managed свич с такими умениями дерут. Те кто посообразительнее, давено научился делать это в разы дешевле.
> При накрывании шнурка, порта, дешевого свитча
> - опять досвидос, резервированию ваша фигня не подлежит)
Тут уж ой. Однако дорогие железки за кучу денег должен кто-то оплатить. И наверное не хостер. Да и если задаться целью, свичи можно сделать недорого и круто. И почти вечно даже. То что придает вечность стоит едва ли пару баксов. Просто если бдылолинк делает миллион девайсов, 2 бакса это уже 2 ляма на ровном месте. В этом месте интересы производителя могут задвинуть интересы покупателя.
> лучше так и сделать. А в аренду мощности сервера сдавать, как раньше.
И на новый год обнаружить что все легло, потому что оверсельнули по акции :)
> В общем, колись, что полезного тебе удалось там намайнить или чем еще
> оно у тебя там таким секретным занято?
Оно у меня (и не только меня) занято много чем. Управляющие железки и апгрейд старой индустриальщины, типа защищенного проброса RS232 по сети. Железки с сетевыми сервисами, которые подперты литийионом на хзсколько часов (в ноль высадить еще суметь надо). Нечто типа шустрых и дешевых фаеров, охраняющих мой уютный интранет, хотя это очень приблизительное описание их функциональности. Хотя именно распи для этого не ахти, у них сеть дохлая и IO лажовый.