В ЦОД Яндекса прилетело

я так понимаю, им сегодня будет не до сертификата SSL

# mdl https://mirror.yandex.ru/gentoo-distfiles/ /dev/null -f
🗑️ Флаг --force активен. Существующий файл '/dev/null' будет перезаписан.
📡 Подключение к mirror.yandex.ru:443...
📄 [Cert] Subj: C=RU, ST=Moscow, L=Moscow, O=YANDEX LLC, CN=*.mirror.yandex.ru
🌐 [Cert] SAN: *.mirror.yandex.ru, ftp://ftp.yandex.ru, repo.yandex.ru, *.mirror.yandex.net, mirror.yandex.ru
🏢 [Cert] Issuer: C=BE, O=GlobalSign nv-sa, CN=GlobalSign RSA OV SSL CA 2018
📅 [Cert] Valid: 2026-04-13 (+0d)
🔒 [Cert] Crypto: RSA with SHA256, 2048 bits
🔑 Cipher: TLS1-3-AES-256-GCM-SHA384
💻 [HTTP] Server: nginx/1.24.0 (Ubuntu)
⏳ Получено: 4937 байт | Скорость: 15.10 КБ/с
✅ Файл сохранен: /dev/null

Ужасный вывод (я про эмодзи в терминале)

а мне нравится, хотя конечно консольные редакторы на коде с таким выводом спотыкаются, в частности nano

впрочем спасибо за идею, надо приделать тихий режим и обертку для dumb-терминала

mdl https://mirror.yandex.ru/gentoo-distfiles/ /dev/null -f

Надо же, еще в одном из недавних тредов я удивлялся, почему кому-то не хватает зеркал Яндекса, дескать даже если все перекроют, они же останутся :)

Вот дела, как легко можно сесть в лужу :)

Алиса сегодня историю потеряла.
Впрочем, без стрельбы у Алисы проблема с памятью.

Китайский deepseek хранит чаты бессрочно, американский gemini - 18 месяцев.
Владельцы Алисы - дурачки - почти совсем не хранят историю для пользователя, денег просят.
С этим не поконкурируешь.
На жадину не нужен нож...

странно что это вообще кто-то заметил, Я.Дура забывчивая, через 5 минут уже теряет основную тему.

«Алиса, тебе учиться надо». Я к ней писал.
Она посоветовала написать в суппорт про то, и я написал, моя совесть чиста, но время жизни чатов не изменилось, увы.

Жизнь – сложная штука :)

я был не прав. В пятницу (09-10-2026) в Алмате не работал яндекс, не смог заказать такси. В воскресение (11-10-2026) в Шымкенте не работал яндекс, смог заказать такси только в ручную вбив адрес откуда и адрес куда.

Значит яндекс все обрабатывал у себя где-то.

Иран ДЦ Amazon бомбил. Это конечно не прямо в США, а в ОАЭ было дело, в Бахрейне

Трамп вроде пока не заявлял, что ОАЭ надо присоединить к США.

А что, если остальные ДЦ отрегулируют? Ну т.е. нет оснований полагать, что это не сделают в ближайшие дни. Яндекс прекратит существовать?

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

Не мог. Персональные данные, конспирация (т.к. наверняка обход)

И что хуже, яндексу вынесли не просто три из его цодов, а все три из его нейрокластеров

Причём тут персональные данные? Хотя бы мощности своего главного сервиса (поиска) обеспечить - там никаких персональных данных нет. Ради него можно и выключить временно всё остальное.

Общеизвестный факт, что в Яндексе (после истории с экскаватором) регулярно проводили учения по «потере» одного ДЦ. Так что, потерю ДЦ там должны были переживать все сервисы по определению.

Большие сомнения, что ты где-то там участвовал. Перед учениями траффик уводят с ДЦ. А когда ДЦ моментально выходит из строя, клиенты продолжают в него ломиться.

секунды

Если это статический сайт, а не тысячи контейнеров на которые нужно привезти данные еще.

после истории с экскаватором

А можно детали? Аж интересно стало.

Перед учениями траффик уводят с ДЦ

А ты смешной. Зачем тогда учения, если заранее трафик увели? В чём смысл?

Если это статический сайт

Я вообще не знаю, что такое статический сайт в проде. Лично я отвечал за in-memory кеш. Ну погугли, что такое redis-кластер, каких они бывают типов, что такое sentinel в контексте redis, как принимается решение о том, где будет мастер и куда пойдёт трафик. Как настраивается зеркалирование и переключение нод, что такое горизонтальное масштабирование. Как скомпоновать ноды, чтобы получить кеш хотя бы в терабайт. Потом придёшь и расскажешь мне про статический сайт.

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

Погоди, а у вас во время учений просто вырубают кластер и у клиентов происходят сбои, если они на него идут?

ну данные они может и хранят в «холодном» бэкапе где то. но это ведь не дублирующие узлы.

Яндекс.Тачанка v2.0 :)

Ага да, любой капиталист, как только построит завод или дц, так сразу же начинает мечтать, чтоб он нахер сгорел.

ну, вы недооцениваете капиталистов, дорогой друг. Не как только, а ещё до того как любой капиталист построит завод или ДЦ он на полном серьёзе уже мечтает, чтобы сгорел ДЦ или завод его конкурента. И да, именно нахер.

Облака - это безопастна.

А по факту - единая точка отказа.

Так вся суть учений в том, чтобы вырубить ДЦ и клиент этого не заметил. Для этого данные и дублируются. Запросы не идут прямиком на какой-то конкретный узел. Кластер так не работает. Это не «сайтик».

В ЦОД Яндекса прилетело (комментарий)

Как достигается что клиент не замечает отсутствия кластера? Перед кластерами обычно стоят l3 балансировщик и что происходит если клиент попадает на не работающий кластер?

Всех я дооцениваю, просто тот камент был написан в тоне «дачотам, яндексу (в смысле, его хозяевам) это только на пользу».

Ну и даже если так, где ж те выгодоприобретатели от ударов по яндексу? Кто там нынче воспользовался ситуацией, захватил нишу яндекса и радостно выгребает из нее баблище?

А какая разница, участовал он или нет, если вынесли ТРИ ДЦ? Не один, а три.

нет дублирущих ДЦ для критичной инфраструктуры.

У них три датацентра вынесли. Надо было в шесть дублировать, да?

Кластер не находится на кокнертном ДЦ. Вся его суть в том, что разные ноды располагаются в разных местах. Выключается не кластер, а ДЦ. Переключением нод занимаются балансировщики. Их много. Сделай банальный nslookup на google.com, удивишься. И DNS - это только один из способов балансировки. Про механизмы переключения в рамках redis я тебе конкретные примеры написал, гугли, изучай. Такое же есть и для других сервисов. Для домашнего использования можно посмотреть на HAProxy, а за ним банальный nginx(не один, а множество) c разным ендпоинтами. Для почты, разные уровни MX. Для базы данных(postgres) patroni и pgbouncer. И многое другое. Механизмов очень много для этого разработано. В больших компаниях, они обычно допиливаются под конкретные требования или пишутся с нуля(в чём я участвовал).

Когда я писал, вынесли только один.

А. А проблемы начались когда вынесли третий.

Нет. Проблемы начались, когда вынесли первый. Потом они усугубились.

Да ладно? То, что оно работать стало медленнее и снизился уровень резервирования? Так это не проблемы. А вот после третьего ЦОДа уже и сервисы у них поотлетали физически на какое-то время. Облако же данные не потеряло, но тормозит, да. Яндекс-диск файлы не качаются? Ну так уже качаются все и отовсюду. Какие проблемы то?

Я не ныл, что что-то пропало. Только предположил

И тут же удивился

Моё удивление вызвано тем, что у такой крупной компании, которая специализируется на предоставлении облачных услуг(среди прочего), нет дублирущих ДЦ для критичной инфраструктуры.

Уровень экспертизы зашкалил, короче.

Получается, что эти датацентры и не нужны были. Чем же они там занимались, майнили может или обсчитывали траектории для трансгалактическиз звездолётов? Есть и более приземленная версия – все эти «удары» постановочные. Если бы воевали всерьёз, вся инфраструктура давно в руинах бы лежала. Тем более такая хрупкая фигня как электричество и связь.

Так это не проблемы

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

Ну не все верять в Chaos Monkeys!!!

У нас в компании почта используется от яндекса

Все правильно делаете (нет).

И тут же удивился

Разумеется удивился. Множество пользователей яндекса сообщили о недоступности сервисов. И сам яндекс это подтвердил.

Уровень экспертизы зашкалил, короче.

Ну понятное дело, что у тебя экспертиза куда круче. Куда уж мне.

меня сам макском вниманием удостоил..

в целом смысл был в том что американским капиталистам и европейским. по моему скромному мнению.

У нас в компании почта используется от яндекса, письма это основной канал общения по договорам.

Ну вы это... знаете толк однако...

Для не-ИТ компаний это обычное дело. Особенно для тех у кого нет своей ИТ-инфраструктуры. Компетенции делать собственный почтовик нет. Там выбор в целом получается из яндекса и мейлру, и яндекс определённо намного лучше.

Нужны, разумеется. Во-первых, до сих пор не всё работает, хотя они конечно постарались чтобы минимизировать заметность проблем для внешних массовых клиентов. Во-вторых, в норме загрузка вычислительных мощностей должна быть около 50% на нужные сейчас задачи, остальные 50% можно занять чем-то неважным пока они свободны.

Ну а нацпол я обсуждать не буду.

Для не-ИТ компаний это обычное дело. Особенно для тех у кого нет своей ИТ-инфраструктуры. Компетенции делать собственный почтовик нет. Там выбор в целом получается из яндекса и мейлру, и яндекс определённо намного лучше.

А почему только яндекс и маилсру?

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

Ну наверное так.

Слово «резерв» вам неведомо?

Почта полегла на три часа? Ой какая боль-то, а. Прямо бизнес парализовало.