Обновить

Комментарии 22

Просто и полезно.
Отличный recovery mode. Вот если бы все они были такими…
С удовольствием ковернул карму;)
Особенно здравый смысл к месту. Без него никуда;)
«Лучше горькая правда, чем сладкая ложь» — очень простая, но чертовски правильная мысль. Если бы подрядчики честного говорили: «У нас проблема, сделать в срок не успеваем.», то головняка было бы на порядок меньше, чем слушать бесконечные «завтраки».
Многие заповеди противоречат рашен бизнесу, вы просто разоритесь. В итоге получаются какие то идеалистические правила, которые скорее свойственны заказчику на не подрядчику.
У военных и системных администраторов есть только минимальное значение уровня паранойи. Такая нормальная запущенная клиническая форма паранойи с квадрированием необходимых систем и дублированием просто систем верхней границей резерввирования является бюджет. Где каждый пассивный элемент дублирован и имеет замену в шкафчике, шкафчик, кстати тоже дублирован, а активные элементы имеют темпный и холодный резерв прямо здесь… и еще вон в том ЦОДе в Питере… И в Франкфурте…
И везде генераторы. И тестовые пуски. И зерезвная система охлаждения, хотябы на основе углекислого газа в баллоне рядом со стойкой. И система пожаротушения на основе его же. И до бесконечности.
Для примера: в фильме РЭД герой Джона Малковича наглядно показывает какой должен быть желательный уровень паранойи у системного администратора. И по ходу сюжета доказывает его недостаточность.
:)
У меня 4 месяца назад был отказ оборудования с коэффициентом избыточности 4.
Отказали одновременно 2 коммутатора и 1 СХД.

Я не мог поверить что это возможно, пока не получил RCA от вендора оборудования.

Так что да, паранойи недостаточно никогда.
Задницей чую что блоки питания были не резервированы или упсы прощелкали скачок :-( но вот доказать не могу.
Вы не поняли о чем я говорю. Если работать по описанной вами схеме, то ваше решение не выиграет ни один честный тендер, разве что те самые военные / гос. органы выберут ваш вариант, посчитав что 90% уйдем им в карман.

Как работаю в России:
С одной стороны есть желание заказчика переложить риски на подрядчика.
С другой стороны есть желание подрядчика максимально удешевить решение чтобы моржа была побольше.

В зависимости от работы сотрудников подрядчика и заказчика два противоречащих друг другу желания сходятся в какой то компромиссной точке. Здравый смысл тоже должен быть. Бизнесу не нужен 999 раз задублированный ИТ с бюджетом среднего города т.к. в таком случае как бы они не работали, ИТ все равно всю прибыль сожрет.
В результате описанной вам схемы получаем системник под столом у гендира на котором крутятся все сервисы, вы его внедрили, директора через полгода посадили за растрату, решение сдохло.
Здорово.
Пока решения моего типа отлично работают. А кто экономит на безопасности — бывает наказан на болоте. :-) Рано или поздно.
Вас же я целиком поддерживаю. Ктото ведь должен обслуживать альтернативно развитых личностей. Резервирование позволяет экономить деньги при правильных техпроцессах. Кто не умеет есть ложкой, вилкой и ножом — пусть есть палочками
Кроме военных где то еще удалось что то внедрить?

Расскажите подробнее каким образом из описанной мною схеме вы пришли к системнику под столом у гендира?

Или давайте сразу к практике…

Можно сделать так:

Задача — ИТ Инфраструктура для параноика — военного.

Решение:
Как минимум 4 центра обработки данных. Полностью автономных, со своими подстанциями, зданиями, система кондиционирования разных ступеней, кучей дизелей, баков, емкостей с охлажденной водой и фреоном… до кучи свои линии питания от разных источников (не подстанций а именно генерирующих). Контрактами на поставку всех расходников от 4-х разных поставщиком. Ну и конечно 5 периметров безопастности, своя бронетехника…

Внутри цода все 4-16 раз задублировано. Включая оборудование, кластер из кластеров, рейд из рейдов собранный из других рейда из рейдов… все это реплицируется в остальные цоды. Причем они расположены таким образом что с ближними репликация синхронная, а с дальними (на разных континентах) асинхронная. Ну и конечно много ленточек и других бэкапов, которые копируются на 100 копий и вывозятся на хранения в деньго хранилища.

Персонал весь под круглосуточной охраной, которая также охраняется. Везде прослушка, камеры и прочая шняга + 4 отряда хакеров.

Все это обслуживает работу «тетриса» товарища генерала и стоит 1 ярд в секунду.

— это ваш случай?
Нет. Мой случай это обычный т3-4 цод. Который вас почему-то пугает :-)
Кстати вы тир4 описали — очень хорошие цоды — вам понравится :-)
Кстати если вы недогадываетесь до холодного резерва — не лезьте. С вашим уровнем паранойи — даже не стоит. А два вендора — как раз самое дорогое в описанной вами системе.
Паранои нет, все верно. Как раз параноики и спасают, со стороны хорошо все видно.

***

Холодный резерв и Т4 ЦОД как то не очень стыкуются на мой взгляд, поэтому и не пишу.
Вообще я выступаю со стороны заказчика. И если уж говорить о ЦОДах то мы выбрали Т3, действительно нравится, но вот Т4 уже не вариант. Во первых их просто очень мало, что усложняет выбор. Во вторых их цена такова а плюшки специфичны или разница с Т3 так мала что нам он просто не нужен. А если не нужен то зачем платить больше? Ведь в итоге все упирается в RTO и RPO согласованные с бизнесом. Ровно об этом я и хотел вам сказать, решение должно быть выбрано исходя из требований. Только в таком случае здравый смысл имеет шансы. А русская специфика может быть в том что купив Т3 ЦОД, все равно надо самому в каждый угол залезть и проверить т.к. по факту доступность может быть ниже т.е. спроектировали Т3 а реализовали что то другое.
Слишком много сарказма и слишком мало реальных вещей.
Я в данный момент участвую в разработке проекта ЦОД. Нет, не для военных. Все вполне попадает под статью «иметь всего по 2».

Помогаю коллеге в относительно небольшой организации привести инфраструктуру к нормальному виду. Тоже все резервируем. Тоже Россия.

Если Вам не повезло работать в подрядчике, который удешевляет решения — то это же не является отражением реальной картины.
Есть понятие оправданной стоимости, для каждого бизнеса она разная.
И если для завода, выполняющего гос. заказы оправданная стоимость на СКУД одна, а на e-mail систему в 10 раз меньше, то для рекламного агенства все будет наоборот.

Да, есть проблема в том, что до того, как бизнес один раз потеряет деньги на проблеме связанной с IT, то прислушиваться к Вам не будут.
Но и эта проблема в последние годы тоже отходит на задний план, люди начинают понимать важность ИТ, а аудиторы учитывают ИТ при анализе.
Так я и пытаюсь донести эту мысль. Не надо строить какие то сверх надежные системы, во всем должна быть мера.

Кстати бываю и обратные вариант, один известный интегратор почти всегда предлагает нам супер решения, но вот незадача, тендер он выиграть не может с ними т.к. они настолько превышают требования, что их цена становится просто неконкурентно способной.
Согласен с оратором infeneon выше, не все правила актуальны для Раши.
Например, низкая профессиональная компетентность так называемых «диджитал» менеджеров в компаниях… приводит к результатам, которые очень сильно противоречат пункту 9.
Ну, я прекрасно понимаю, что не все всегда применимо. И помимо всего есть еще и business justification на определенные вещи (а-ля «давайте делать плохо, нам чинить обойдется дешевле/выгоднее, чем сразу делать хорошо»).

Именно поэтому и последняя фраза была вставлена.
Хех. Я в соседней теме про харды описал случай нарушения пункта 9, а именно сборка пятого рейда из 23-х дисков десктопного класса. Меньше чем за год догадались перейти на near-line. :-)
Тем не менее мой ответ заминусовали. Видимо все тот же 9-й пункт — правда глаза режет :)
Прелестная памятка.
Особенно про время и про резервирования.

Люди делятся на две категории — которые делают бекапы и которые уже делают бекапы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации