как обычно чаще всего заказываются такие конфиги

5 квт разумеется так же не хватает
но есть отличие что примерно 1 сеть — 1 сервер выдерживает

но так же 64 ядра и 16 ядер
по сути это разница в 4 раза
16 ядер 32 потока десктоп можно забить ну 30 вдс максимум, 4*30 = 120 — все равно получается 50% от сети

так что эпики более выгоднее если кол-во места в стойках ограничено
но там вся фишка просто в кол-ве озу
у десктопных серверов просто озу кончится гораздо быстрее поэтому и людей на 1 узел мало

в принципе оба варианта — это пустующие стойки на половину, т.к. 5 квт слишком мало
чтобы реально заполнять стойку полностью все 42 или 48 юнитов которые нам продают «на какую-то сумму» — туда нужно 20 квт ставить
поэтому дата-центр для хостеров, т.к. серверы с максимумом озу — должен рождаться от 20 квт и выше

не знаю как там вдсина умудряется 40к вдс заполнить в 1 ряд — помните они фотки кидали
я считал там целый зал требуется
hosting.show/alice2k-hosting/gde-proishodit-gran-mezhdu-mikro-hosterom-i-srednim-hosterom.html

и пока что так и остаюсь такого же мнения
поэтому короче любой «хостер вдс» который в том числе «легкий сервис который может создать любой школьник сейчас через готовое ПО» — такие клиенты еще и на 15 лет пока не сгорят — для такой аудитории — нужен только отдельный ДЦ нормальный с рядами, последовательно, все как нада

потому что 1 стойки — явно недостаточно
1 стойка это чисто на зубок попробовать

как я писал в старом топике
10 стоек это хостер новичок
возможно даже и целый ряд это тоже хостер новичок в моем понимании будет, особенно если делает еще и только десктоп серверы

т.е. если раньше казалось о целая стойка или там фотка целого ряда — все думали это лидер
но если включить тупую математику, то оказывается все иначе. искажение пропадает и появляется истина.
в итоге когда оцениваешь какого-то хостера фотки его рядов могут ничего не значить. т.е. «кол-во оборудования» или «занимаемая площадь» это не показатель его реальной фактической эффективности в бизнесе.

для десктопов
1 стойка — 1 сеть
для серверных процов 512-1тб озу
1 стойка — 10 сетей
разница примерно в 10 раз получается
пока что такие вот факты
т.е. все дело просто в ОЗУ — если бы существовали серверы с 10 ТБ озу в 4u каком-ниб формате то было бы еще больше сетей в одной стойке, вот и все. разумеется и энергии должно хватать тоже на подобное. за этим будущее. будущее за дата-центром для хостеров который будет спроектирован именно так, начиная от энергии, заканчивая сотней провайдеров интернета внутри него.

если такими темпами заполнять
то тут реально нужно ряды изначально бронировать

а что бы случилось если бы супер спрос пошел по сотни заказов
тут бы и ряда не хватило

а случается как раз «аудитория хостера»
которые делают ВМ
на 10-15 лет "пока не сгорит"

поэтому получается если ты на старте не пожадничал и напихал много озу
то такие серверы в теории могут быть проданными гораздо дольше и принести за годы пользования гораздо больше прибыли

сам я проверить эту гипотезу смогу только когда будет нормальный ДЦ для хостеров у нас в стране, куда можно будет приводить хостеров

как-то давно мне попалась в rss статья
habr.com/ru/companies/ruvds/articles/897208/
я тогда еще оскорбился хотел написать но забил

сегодня мне снова попалась опять аналогичная статья которая утверждает и ставит «годы по эпохам»
habr.com/ru/companies/ruvds/articles/907358/
прямо как делаю я, кто меня читает знает что я тоже выделяю эпохи в мире хостинга.

прочитав такое я испытал гнев (отчасти от того что якобы престижный ресурс хабр пропустил такую хуйню, а значит подтвердил подлинность сказанного)
потому что это будто издевательство над истиной и настоящей истории хостинг рынка
годы абсолютно не совпадают
эпохи не совпадают
фактов и событий настолько мало что плакать хочется
какие-то куски информации но с перечислением годов

короче можно было бы потратить часы времени и опровергнуть каждую выделенную эпоху по годам
но делать я этого не буду (хотя для себя отметил, что «сотрудники» в компании достаточно умного и честного чувака опустились явно сразу на несколько этажей ниже)
потому что подумал, подумал, подумал и додумался — что просто у автора топика очень узкий кругозор и кроме мастерхостинга мажордомо он видимо больше не следил не за одной компанией.
так что хуй с ним.
потом когда я сделаю свои эпохи как «избранное за 20 лет публикаций» — думаю он поймет настоящее различие кругозора.

как там говорилось ошибочное суждение из-за нехватки знаний, но так даже лучше ©

как мы уже знаем, сейчас клиентами дата-центров становятся алгоритмы, а не люди
hosting.show/alice2k-hosting/mozhno-li-schitat-chto-seychas-klientam-oblakov-vmesto-lyudey-stali-algoritmy-.html
hosting.show/alice2k-hosting/dumayu-aktualno-dobavlyat-v-mire-hostinga-esche-professiyu-testirovschik-prilozheniy-dlya-serverov-i-oblakov.html
hosting.show/alice2k-hosting/400-gigov-na-telegu.html

поэтому вопрос о отказоустойчивости можно задать «по новому»

запускать ML модели на даче? но на крутейшем оборудовании
или в сертифицированном цоде?
есть ли разница?

ML это ведь сервис который можно включить и выключить
это скорее как RDP для клиента или прерываемая виртуалка

конечно если модель постоянно обучается ей нужен аптайм
но если это прослойка и лишь средство общения с клиентскими задачами — даже если она сгорит вместе с данными, можно ее заново запустить

мне кажется под ML идеально заходят любые ДЦ «пока не сгорят»
а т.к. алгоритмы побеждают людей, то возможно реально отказоустойчивые ДЦ станут нужны еще меньшему числу клиентов

именно потому что задублировать абсолютно каждый компонет в ДЦ практически невозможно
это все равно что начать дублировать
ssd диски в рейде
потом БП на всякий случай
потом лучи
потом щитки
потом вводы энергии
потом сетевые карты
потом свитчи
потом роутеры
потом маршрутизаторы
потом сами вводы оптики
потом дизеля
потом даже баки под топливо само


наверняка каждый ДЦ где-то что-то упустил
и вот случается этот случай и все равно происходит авария
и клиент такой ой блять я же купил сервер в ДЦ а не на даче, как так
и начинает говорить а у меня на даче без резерва 10 лет все работает и диск даже не сгорел

да, реально бывает что человек умирает или сам проект умирает или бизнес умирает быстрее чем наступает эта самая «воля случая» или «первая авария»

так и создается восприятие клиентом услуг

поэтому возможно самый надежный подход — не держать все в одной корзине и заниматься горячим дубликатом
как раз модель 3AZ от ОВХ или geo внутри мегаполиса типо МСК1 МСК2
т.е. суть в чем? относиться к дата-центру как к даче и считать что «воля случая» может наступить в любой момент и не поможет не одна отказоустойчивость самого дата-центра, надеяться только на себя и создать отказоустойчивость самостоятельно через разные GEO

для человека «сервер в цоде» это просто сервер в цоде
т.е. все что ВНУТРИ здания даже не воспринимается как резерв

всякие там дубликаты свитчей
дубликаты роутеров
или дубликаты электрических проводов

для массового клиента, не для электрика или техраня — все эти вещи считаются как «по умолчанию от услуги»
т.е. если человек покупает сервер в аренду, значит он думает что все эти вещи ТАМ УЖЕ ЕСТЬ

и когда заходит речь о стабильности — он задумывается только о внешних факторах, которые уже не относятся к дата-центру, а относятся к городу или любой другой зоне ответственности — внешней зоне ответственности, типо как кабель оптики разорвали строители.
поэтому когда заходит речь о резервах и надежности клиент в голове у себя представляет не внутренность дата-центра, а скорее землю вокруг этого дата-центра и наличие дополнительных «вводов» в это здание чего бы то ни было.

вот мне кажется так.
спросил себя
спросил своих друзей
получил такой ответ

поэтому что можно сделать?
либо рассказывать о внутренних резервах ДЦ и внешних резервах ДЦ — как 2 отдельные страницы с описанием услуг гарантий или sla сделать
либо забить на подобное и написать «у нас дц работает пока не сгорит» — те в прямом смысла нихуя не дублируется внутри дц и любая деталь там работает пока не сгорит, в том числе и сам сервер

либо кто-то возможно начнет пиздеть и будет говорить у нас все резервируется, а потом окажется что вовсе не все
и если такие люди как раз по пунктам не перечислят, или не скажут что у них самопал, то скорее всего клиент по умолчанию будет думать что это прям Тиер-4 какой-то, ибо а зачем сервер из Тиер1 Тиер2 или даже Тиер3? если почитать и углубиться в это, то получится что там все работает «до воли случая». с тем же успехом сервер может и на даче работать. просто люди об этом не знают. они думают «что по умолчанию там везде все дублирует сам ДЦ когда продает вам сервер», но на самом то деле это не так.
поэтому я бы не стал вообще рекламироваться таким средним способом, либо четкое да, либо четкое нет.