> 1. При проектировании ЦОД берётся в расчет уровень DR (погугли на досуге) сколько цодов ты уже понапроектировал? Или только гуглил?
> Исходя из больших объёмов.
> 1. Бэкап всегда с учетом off-site.
ты так и не ответил, что пользы в бэкапе, который нельзя восстановить. С offsite обычно добавляется еще и то, что его обычно бессмысленно восстанавливать удаленно.
> 2. Репликация всегда.
окей, сколько в твоих проектах реплицируется петабайт данных?
> 4. Резервирование на уровне ЦОД.
либо очень дорого, либо не очень эффективно, либо резервируется не все (в частных случаях - на самом деле ничерта не резервируется, и понимают это поздно), либо опять ты про карликовую фирмочку с бесконечными деньгами.
> 3. ЗИП на уровне готовых узлов (сервер, коммутатор, и т.д.).
готовый узел не поможет при развале хранилки - тебе нужна запасная хранилка, целиком.
При обычном отказе не очень нужен - избыточность и так заложена конструктивно.
> Диверсификация и гранулированное восстановление приветствуется.
ну вон там у чуваков 200pb. Надиверсифицировал ты их на 4x50 - сильно полегчает? Отоже. Только вот ненужных знаний вчетверо больше, и запчастей/контактов с вендорами/путей аварийной миграции.
> Плачь из серии "время восстановления которых превышает количество денег у инвестора", "не
> всегда тебе готовы отсыпать денег на "как, ЕЩЕ одну?!", — здесь
> и вправду "шаманы" с бубном, с которыми можно "дружить" на форуме.
нет, дружочек - это как раз работа, а не шаманизм. Просто вот до этого пункта ты не дорос.
поэтому и строишь хранилища на неподдерживаемых операционках. Надеюсь, только в теории.