От AMX
К Anvar
Дата 04.03.2026 11:03:41
Рубрики Современность; Локальные конфликты;

Ре: недооценена

>Во первых Никакие ЦОД не загружены на 100%, всегда есть резерв

Какая разница как они загружены, если им одной ракеты или дрона-камикадзе хватит для выведения из строя ЦОД целиком?

>Во вторых Правильный ЦОД (военный. банковский, сотовый, крупные компании) он резервирован. Есть полностью автоматические конфигурации. Т.е. при одномоментном разрушении ЦОД-а, его основные сервисы "поднимаются" в течение начиная от десятков миллисекунд на резервных площадках, пользователь может не заметить. Я как то был свидетелем, как при мне сбойнул магистральный коммутатор, он же маршрутизатор L3 , сеть поднялась менее чем через 10 мсек на резервном

Сразу видно простое админское мышление - "от нас пакеты ушли, ничего не знаем". Что вы там "автоматическими конфигурациями" поднимете? Голые операционные системы и настройки сетевого оборудования?

А ничего, что у клиентов свои информационные системы, данные? Их кто восстановит, особенно данные? У большинства нет собственного резервирования в принципе, тем более в режиме standby хотя бы в этом ЦОД, так и тем более standby в другом ЦОД.
От Anvar
К AMX (04.03.2026 11:03:41)
Дата 04.03.2026 12:11:03

Ре: недооценена

>>Во первых Никакие ЦОД не загружены на 100%, всегда есть резерв
>
>Какая разница как они загружены, если им одной ракеты или дрона-камикадзе хватит для выведения из строя ЦОД целиком?

>>Во вторых Правильный ЦОД (военный. банковский, сотовый, крупные компании) он резервирован. Есть полностью автоматические конфигурации. Т.е. при одномоментном разрушении ЦОД-а, его основные сервисы "поднимаются" в течение начиная от десятков миллисекунд на резервных площадках, пользователь может не заметить. Я как то был свидетелем, как при мне сбойнул магистральный коммутатор, он же маршрутизатор L3 , сеть поднялась менее чем через 10 мсек на резервном
>
>Сразу видно простое админское мышление - "от нас пакеты ушли, ничего не знаем". Что вы там "автоматическими конфигурациями" поднимете? Голые операционные системы и настройки сетевого оборудования?

>А ничего, что у клиентов свои информационные системы, данные? Их кто восстановит, особенно данные? У большинства нет собственного резервирования в принципе, тем более в режиме standby хотя бы в этом ЦОД, так и тем более standby в другом ЦОД.

ВЫ если не разбираетесь, то лучше не пишите

Есть системы резерва, где вся информация копируется в реальном времени и резервные сервера с с СХД в горячем состоянии. Причем это поддерживается аппаратно и серверами и СХД. Вообще то, что хранится в продвинутой СХД это совсем не то что вы туда пишите. Они аппаратно поддерживаю сжатие, дедуплицирование и другие технологии оптимизации хранения данных.
У меня был почти Tier IV, мы 1 раз в год проверяли резервирование, одновременно выводя в обслуживание одну группу ИБп. Это делается просто, подходишь и выключаешь ИБП. Заодно проверяются косяки админов в резервировании.
От S. Engineer
К Anvar (04.03.2026 12:11:03)
Дата 04.03.2026 12:33:45

Ре: недооценена


>ВЫ если не разбираетесь, то лучше не пишите

А между тем, написали вам правильно - вы действительно рассуждаете с т.з. админа, оборудования, операционок. Между тем, над всем этим оборудованием имеется приклад, а ещё выше - люди. И вот там начинаются нюансы, о которых и было верно сказано.
От Anvar
К S. Engineer (04.03.2026 12:33:45)
Дата 04.03.2026 13:32:35

Ре: недооценена


>>ВЫ если не разбираетесь, то лучше не пишите
>
>А между тем, написали вам правильно - вы действительно рассуждаете с т.з. админа, оборудования, операционок. Между тем, над всем этим оборудованием имеется приклад, а ещё выше - люди. И вот там начинаются нюансы, о которых и было верно сказано.

Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
У нас так работал SAP и другие подобные приложения.
ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?
Наверное у вас не раз на сутки отваливался гугл?
Детский сад
От AMX
К Anvar (04.03.2026 13:32:35)
Дата 04.03.2026 14:00:57

Ре: недооценена

>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>У нас так работал SAP и другие подобные приложения.
>ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?
>Наверное у вас не раз на сутки отваливался гугл?
>Детский сад

>Детский сад

У вас скорее всего детский сад. Потому что вы путаете балансирование нагрузки, роутинг вероятно, с резервированием.
Вывод одновременно всей инфо системы пользователя, а оно так и будет, потому что просто находится на одной площадке для 99% пользователей ЦОД, будет фатально. Пользователей, которые организуют "горячее" резервирование хотя бы своих данных на различных ЦОД, единицы.

Ну и для вас наверное открытие, что у пользователей полно выделенных серверов.
От S. Engineer
К Anvar (04.03.2026 13:32:35)
Дата 04.03.2026 14:39:20

Ре: недооценена



>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>У нас так работал SAP и другие подобные приложения.

Да, так рисуют в Enterprise Architecture, но забывают сообщить, как же это реализовать. Смотрите, если на системном уровне и есть репликация с кластеризацией, это отнюдь не означает её наличие на прикладном уровне. Но в целом, конечно же, поражение надо наносить обоим ЦОДам (основному/резервному).

>ВЫ реально думаете, что биллинг у сотовых останавливается, когда отказывает сервер или СХД? Или банковское приложение перестает работать?

Совершенно верное, с биллингом такое случается сплошь и рядом. И с банковскими приложениями тоже.

>Наверное у вас не раз на сутки отваливался гугл?
Распределённый сервис гугла развалить значительно труднее, чем монолитное приложение. А вот с почтой гугл как-то раз и очень эпично было - восстанавили этак с год.
От AMX
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 14:45:54

Ре: недооценена

>И с банковскими приложениями тоже.

Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
От S. Engineer
К AMX (04.03.2026 14:45:54)
Дата 04.03.2026 14:47:18

Ре: недооценена

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

Ну такие банки для ударов неинтересны, это очень бедные банки :)
От Anvar
К AMX (04.03.2026 14:45:54)
Дата 04.03.2026 17:51:09

Ре: недооценена

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

Каким таким образом затрудняют?
Сбербанк недавно начал строить свою, у него там все круто, кластер ЦОД-в взаимного резервирования.

Ну ка ну ка, а что значит общедоступные сети?
У нас все магистральные сети это в основном Ростелеком, РЖД, сотовые операторы и т.п. Крупные кампании арендуют у них.
От AMX
К Anvar (04.03.2026 17:51:09)
Дата 04.03.2026 17:59:10

Ре: недооценена

>Каким таким образом затрудняют?

Не рекомендуется или запрещается.

>Сбербанк недавно начал строить свою, у него там все круто, кластер ЦОД-в взаимного резервирования.

Ну это не значит, что нельзя совсем, просто есть узкое место, где нет распределенного резервирования.
От Slick
К AMX (04.03.2026 14:45:54)
Дата 07.03.2026 10:01:53

Ре: недооценена

>>И с банковскими приложениями тоже.
>
>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
А в чем проблема Банку построить свою ВОЛС? Оптику до офисов легко кидали еще 15+ лет назад.
От Robert
К Slick (07.03.2026 10:01:53)
Дата 07.03.2026 10:40:30

Резервирование - на случай пожара в здании, а не падения сервера со стола

>>>И с банковскими приложениями тоже.
>>
>>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.
>А в чем проблема Банку построить свою ВОЛС? Оптику до офисов легко кидали еще 15+ лет назад.

А у банков - на случай "город не отзывается" (масштабные проблемы с электричеством, напр.). Как Вы протянете волокно в другой гоpод через полстраны то?
От Iva
К AMX (04.03.2026 14:45:54)
Дата 07.03.2026 12:06:39

Ре: недооценена

Привет!

>Банковские стандарты безопасности во многом не только затрудняют, но и делают невозможным развертывание резервирования, т.к. запрещают использование общедоступных сетей для передачи некоторых данных.

чего только не узнаешь на старости лет :)

знаю два банка в Москве у которых два офиса. у оного второй просто резервный, его раз в полгода-год проверяют, а второй работников перебрасывает в случае чего из одного в другой. И это разные районы Москвы.

Владимир
От S. Engineer
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 14:52:18

Примеры

- сбой одного маленького, но удаленького сервера остановил все японские заводы Toyota - https://www.datacenterdynamics.com/en/news/toyota-forced-to-shut-down-plants-in-japan-after-running-out-of-disk-space/
- а вот про потерю почты Google - на самом деле год восстанавливали - https://www.itnews.com.au/news/google-restoring-gmail-messages-from-tape-249775
От Anvar
К S. Engineer (04.03.2026 14:39:20)
Дата 04.03.2026 17:36:44

Ре: недооценена



>>Какие нюансы? Пользователь вообще ничего не видит. То, что его сервис переехал на другой сервер он даже не знает.
>>У нас так работал SAP и другие подобные приложения.
>
>Да, так рисуют в Enterprise Architecture, но забывают сообщить, как же это реализовать. Смотрите, если на системном уровне и есть репликация с кластеризацией, это отнюдь не означает её наличие на прикладном уровне.
Повторюсь У нас так работал SAP и другие подобные приложения.



>Распределённый сервис гугла развалить значительно труднее, чем монолитное приложение.
Начали торговаться?
От S. Engineer
К Anvar (04.03.2026 17:36:44)
Дата 04.03.2026 18:13:06

Да вы понятия не имеет, что и как "у вас" работало. (-)
От Iva
К S. Engineer (04.03.2026 12:33:45)
Дата 07.03.2026 12:03:23

Ре: недооценена

Привет!

>А между тем, написали вам правильно - вы действительно рассуждаете с т.з. админа, оборудования, операционок. Между тем, над всем этим оборудованием имеется приклад, а ещё выше - люди. И вот там начинаются нюансы, о которых и было верно сказано.

ну да, нюансы косяков вышестоящего начальства и экономии на спичках.

был у нашего клиента случай - уходил админ в отпуск - начальник ИТ подошел к УПС и сказал сейчас проверим как у вас все настроено - и выдернул шнур. Все продакшэн упал, так как оказалось, что упсы были дешевые и напарник давно сдох, но опции послать об этом сообщение админу у него не было.

пришлось трахаться и восстанавливать информацию, это не говоря о простое магазинов.

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

Владимир
От Iva
К S. Engineer (04.03.2026 12:33:45)
Дата 07.03.2026 12:08:25

Ре: недооценена

Привет!

>А между тем, написали вам правильно - вы действительно рассуждаете с т.з. админа, оборудования, операционок. Между тем, над всем этим оборудованием имеется приклад, а ещё выше - люди. И вот там начинаются нюансы, о которых и было верно сказано.

а какая проблема? или весь софт самопальный без таких возможностей? так нормальные СХД купили бы у них на аппаратном уровне репликация.

Владимир