ВИФ2 NE: Ветка : Кто заказывал такси на Дубровку? (с)

От	badger
К	All
Дата	02.03.2026 13:34:39
Рубрики	Современность; Локальные конфликты;

Кто заказывал такси на Дубровку? (с)

В смысле, кто требовал ~~лошадью ходи~~ ударов по датацентрам ?

https://vif2ne.su/nvk/forum/0/co/3115395.htm

Вас услышали:

https://www.kommersant.ru/doc/8477916

От	Паршев
К	badger (02.03.2026 13:34:39)
Дата	02.03.2026 17:28:41

Фото про Дубай

там промзона какая-то, один барак горит, может и дата-центр. Бурдж Халифа к счастью не поврежден, досталось слегка Бурдж Араб ("Парус")

От	А.Никольский
К	Паршев (02.03.2026 17:28:41)
Дата	03.03.2026 15:12:09

приложения некоторых банков там зависли, нам подтвердили

но вроде ненадолго

От	Андрей
К	badger (02.03.2026 13:34:39)
Дата	02.03.2026 19:22:25

Re: Кто заказывал...

>В смысле, кто требовал ~~лошадью ходи~~ ударов по датацентрам ?

> https://vif2ne.su/nvk/forum/0/co/3115395.htm

>Вас услышали:

> https://www.kommersant.ru/doc/8477916

Ну вообще-то удары по колцентрам в Днепропетровске и Харькове уже были.

Приходите к нам с мечом, не пожалеете.

От	tarasv
К	Андрей (02.03.2026 19:22:25)
Дата	02.03.2026 19:30:25

Re: Кто заказывал...

>В смысле, кто требовал ~~лошадью ходи~~ ударов по датацентрам ?
>Ну вообще-то удары по колцентрам в Днепропетровске и Харькове уже были.

А что между ними общего, ну кроме того что и там и там есть компьютеры?

Орфографический словарь читал - не помогает :)

От	Андрей
К	tarasv (02.03.2026 19:30:25)
Дата	02.03.2026 21:05:23

Re: Кто заказывал...

>>В смысле, кто требовал ~~лошадью ходи~~ ударов по датацентрам ?
>>Ну вообще-то удары по колцентрам в Днепропетровске и Харькове уже были.
>
> А что между ними общего, ну кроме того что и там и там есть компьютеры?

Виноват. Мне показалось в том посте на который ссылались, были упомянуты колцентры.

>Орфографический словарь читал - не помогает :)
Приходите к нам с мечом, не пожалеете.

От	Count
К	badger (02.03.2026 13:34:39)
Дата	03.03.2026 08:25:55

Re: Кто заказывал...

>В смысле, кто требовал ~~лошадью ходи~~ ударов по датацентрам ?
А по заводу Интела в Израиле когда? Там всё хрупкое и пожарооопасное.

От	А.Никольский
К	Count (03.03.2026 08:25:55)
Дата	03.03.2026 15:14:09

в него еще попасть надо

пока нет подтверждений что в эту войну иранцы куда-то в Израиле попали кроме, видимо, порта Хайфы.

От	lesnik
К	А.Никольский (03.03.2026 15:14:09)
Дата	03.03.2026 20:46:55

Не факт, что это Иран

>пока нет подтверждений что в эту войну иранцы куда-то в Израиле попали кроме, видимо, порта Хайфы.

Не факт, что это Иран бьет по арабской гражданской инфраструктуре типа небоскребов и датацентров. Такер Карлсон вот заявил, что моссадовских диверсантов поймали в Саудии и Катаре.

От	Count
К	А.Никольский (03.03.2026 15:14:09)
Дата	04.03.2026 08:26:20

Re: в него...

>пока нет подтверждений что в эту войну иранцы куда-то в Израиле попали кроме, видимо, порта Хайфы.
Запрет на съёмку в Израиле ещё с прошлого раз действует.

От	Alex Medvedev
К	А.Никольский (03.03.2026 15:14:09)
Дата	07.03.2026 06:30:55

ну если они по американским радарам попадают

то должны и в Израиле попадать.

Опять же удар по дому Биби, сами евреи косвенно подтвердили.

От	Robert
К	Alex Medvedev (07.03.2026 06:30:55)
Дата	07.03.2026 06:56:19

Да бьют те персы по Израилю, вот прям сейчас. Видео есть, в количестве

но они - на заблокированыx в России каналаx ютуба. А каждый же - использует свой собсный ВПН, так что одной ссылки - нет: работайте сами.

От	Alex Medvedev
К	Robert (07.03.2026 06:56:19)
Дата	07.03.2026 11:11:07

речь шла не про бьют, а про "куда попадают"

Но то что попадают сомнений нет -- если уж в прошлый раз в институт Вейцмана попали

От	Моцарт
К	badger (02.03.2026 13:34:39)
Дата	03.03.2026 21:03:18

А найти дата-центр не так-то просто

Например в Москве известны большие станции коммутации инет-траффика М9 и М10, а вот где конкретно у нашей компании был дата-центр я вам и не скажу. Где-то неблизко, потому что тамошник коллеги к нам никогда не приходили на всякие празднования.

От	S. Engineer
К	badger (02.03.2026 13:34:39)
Дата	04.03.2026 03:18:06

Был удар по "офису Microsoft"

В прошлую 12-дневную войну Иран поразил офис Microsoft в Беэр-Шеве, и вроде бы удачно - там, в т.ч. располагался ЦОД (ЦОД и при нём офисные помещения). По факту этот самый офис являлся частью центра по кибервойнам, практически академгородка, в него входили и MS, и ещё ряд западных компаний, и израильские спецслужбы и военные.

PS. Но в целом да - мысль бить по ЦОДам военными пока недооценена.

От	Adekamer
К	S. Engineer (04.03.2026 03:18:06)
Дата	04.03.2026 07:34:31

недооценена

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

От	Robert
К	Adekamer (04.03.2026 07:34:31)
Дата	04.03.2026 08:04:53

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

От	Anvar
К	Robert (04.03.2026 08:04:53)
Дата	04.03.2026 09:07:11

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

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

>Три года а не один. Год - окупуaeтся бараxло, год - окупаются наклaдные расxоды (аренда, траффик, электричество). Третий год (раскрутившись) - чистая прибыль.
Во первых Никакие ЦОД не загружены на 100%, всегда есть резерв
Во вторых Правильный ЦОД (военный. банковский, сотовый, крупные компании) он резервирован. Есть полностью автоматические конфигурации. Т.е. при одномоментном разрушении ЦОД-а, его основные сервисы "поднимаются" в течение начиная от десятков миллисекунд на резервных площадках, пользователь может не заметить. Я как то был свидетелем, как при мне сбойнул магистральный коммутатор, он же маршрутизатор L3 , сеть поднялась менее чем через 10 мсек на резервном
В третьих конечно автоматических мало, но все равно сервисы резервируются и разворачиваются в ручном режиме в течении нескольких дней.
В четвертых после потери основного, начинают ответственные сервисы начинают резервировать на других площадках, а свободных резервов достаточно много.
Цикл оборудования примерно таков
1. Новое - три года, на них размещается самое ответственное и производительное
2. от трех до 6 лет - менее ответственное
3. после 6 может еще годы может стоять в резерве, если есть место в стойках. демонтируют только если нет места в стойках.
4. И даже после этого могут перемещать в старые серверные, узлы связи и т.п. главное доступность магистральной линии связи.
Я думаю старого, достаточно высокопроизводительного барахла у кампаний дофига. Основное что сдерживает его эксплуатацию, необходимость дорогих договоров техподдержки. Политика таких кампаний как HP, Сisco, Dell(EMC) ит.п. такова, что дешевле покупать новое, чем продлевать договора ТП.
Так что с барахлом проблем быть не должно. Основное что "изнашивается" это диски СХД и серверов. Но их можно покупать отдельно

От	AMX
К	Anvar (04.03.2026 09:07:11)
Дата	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

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

Привет!

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

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

Владимир

От	Iva
К	Robert (04.03.2026 08:04:53)
Дата	07.03.2026 11:58:25

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

Привет!

>Три года а не один. Год - окупуaeтся бараxло, год - окупаются наклaдные расxоды (аренда, траффик, электричество). Третий год (раскрутившись) - чистая прибыль.

это какое такое барахло имеет такие сроки закупки? или после 2016 все поехало в разы?

самый долгий процесс - это проектирование и согласование цен. А заказ, изготовление и поставка - это несколько месяцев, даже не полгода.

правда, про проблемы с подключением энергии только слышал и сколько они решаются - не знаю. По слухам сейчас в США очереди на несколько лет.

Владимир

От	S. Engineer
К	Adekamer (04.03.2026 07:34:31)
Дата	04.03.2026 12:26:25

Дело не только и не столько в оборудовании

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

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

Пример - Ю.Корея, пожар в ЦОДе ( https://www.datacenterdynamics.com/en/news/858tb-of-government-data-may-be-lost-for-good-after-south-korea-data-center-fire/)

Да и у нас, была хакерская (и видимо инсайдерская) атака на Аэрофлот - и казалось бы, ну могут же самолёты летать без ЦОДов? Ан нет.

От	Iva
К	S. Engineer (04.03.2026 12:26:25)
Дата	07.03.2026 11:55:11

Re: Дело не...

Привет!

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

это при безграмотном проектировании ЦОДов. Московские банки лучше проектировали.

Владимир

От	Adekamer
К	badger (02.03.2026 13:34:39)
Дата	05.03.2026 20:58:30

персы вынесли усе несколько крупных датацентров

давайте теперь понаблюдаем за арабами в регионе