как мы уже знаем, сейчас клиентами дата-центров становятся алгоритмы, а не люди
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? если почитать и углубиться в это, то получится что там все работает «до воли случая». с тем же успехом сервер может и на даче работать. просто люди об этом не знают. они думают «что по умолчанию там везде все дублирует сам ДЦ когда продает вам сервер», но на самом то деле это не так.
поэтому я бы не стал вообще рекламироваться таким средним способом, либо четкое да, либо четкое нет.

вот когда чувак слышит — 2 луча
как думаете что он думает?
он думает что это 2 ебучих отдельных 2N, но никак не N+1
почему так?
потому что любое резервирование просто ебанное слово РЕЗЕРВИРОВАНИЕ — восринимается не как «запасная деталь» а именно как горячий работающий боевой резерв

т.е. когда тебе говорят у нас сервер с 2 БП или 2 ИБП и на каждый из них идет по отдельному лучу

это не значит что это просто 2 луча от одной подстанции внутри ДЦ какой-ниб там электрощитка или что-то такое
для клиента это значит что 2 луча это 2 отдельных энерговвода — 2 отдельных электрических компаний — 2 отдельных основных провода идущими разными маршрутами до здания-ДЦ
вот что думает клиент

тоже самое с остальными вещами которые ПРИХОДЯТ в цод
допустим оптика

так что деление на 2N или N+1
это ебанное убогое деление

НУЖНО ПРОЩЕ писать, простыми словами, либо придумать новую характеристику для массового потребителя