Когда мониторинг молчит уже 2 часа, все системы зеленые, и ты начинаешь подозревать, что сломался сам мониторинг 🏥

Типичный 🥸 Сисадмин

А в это время Кутузов компилировал ядро, чтобы отразить атаку ping of death 🌚

Linux / Линукс 🥸

🔥 Microsoft готовит новые сокращения: тысячи сотрудников под ударом

В июле Microsoft уволит несколько тысяч сотрудников, включая:
— Отдел продаж (после решения об аутсорсинге для малого/среднего бизнеса);
— Инженерные и продуктовые команды (дополнение к майским сокращениям 6k человек).

В мае 2025 уволены ключевые разработчики Faster CPython (включая Марка Шеннона). Также в компании действует запрет на повторный наём уволенных в течение 2 лет.

😢 — Печальный тренд Big Tech
🐳 — ИИ заберёт ещё больше рабочих мест

Типичный 🥸 Сисадмин

Диалог с IT-руководителем, когда ты заикнулся про оплату переработок 😬

Типичный 🥸 Сисадмин

Когда пытаешься быстренько перезагрузить один сервис на проде в пятницу вечером, забывая главное правило ридонли пятницы 🔥

Типичный 🥸 Сисадмин

Вечерние пятничные мысли в голове 🤔

Типичный 🥸 Сисадмин

Объявляется сбор в туннеле!

Для тех айтишников старой школы 👨‍🦳, кто до сих пор считает, что нет ничего лучше и надежнее bash-скрипта. Здесь мы в безопасности от Kubernetes и его бесконечных YAML-файлов.

Типичный 🥸 Сисадмин

Когда железо получило больше травм, чем ты за всю карьеру, но всё равно работает 🔥

Всратый монтаж 🥸

Microsoft чистит Центр обновления Windows: устаревшие драйверы под удаление

Компания объявила о стратегии по повышению безопасности и совместимости Windows:
1. Удаление устаревших драйверов
— Драйверы с современными аналогами исключаются из ЦО Windows
— WMIS (Windows Metadata and Internet Services) больше не поддерживается
— Изменён процесс предварительного подписания драйверов

2. Процедура для партнёров
— Удалённые драйверы можно *переопубликовать*, но требуется обоснование
— После чистки — 6-месячный льготный период для подачи жалоб
— Регулярные чистки станут нормой (следующий этап — более широкий охват)

3. Цели
— Снижение рисков безопасности
— Оптимизация набора драйверов в ЦО
— Партнёрам рекомендовано проверить драйверы через Программу оборудования

Типичный 🥸 Сисадмин

Кто такой Gordon 🤔

Наш новый Team Lead по контейнерам?

Типичный 🥸 Сисадмин

После того как понял, насколько ценны современные веб-интерфейсы без всякой олдовой жути ☕️

Типичный 🥸 Сисадмин

🙃 Минобрнауки.рф ведёт в онлайн-казино

Официальный домен минобрнауки.рф, ранее принадлежавший Министерству просвещения РФ, теперь перенаправляет пользователей на сайт онлайн-казино. Всё из-за того, что министерство вовремя не продлило регистрацию.

Домен был зарезервирован для госнужд ещё в 2010 году, но после 2 марта 2023 года стал «ничейным». Уже 4 апреля его выкупило частное лицо и настроило редирект на азартный ресурс. Онлайн-казино, к слову, запрещены в России, и такие сайты подлежат блокировке.

Координационный центр доменов .RU/.РФ объяснил, что с 2019 года ответственность за продление доменов полностью лежит на самих госорганах. Чтобы избежать таких историй, планируют ввести отдельного регистратора для органов власти. Законопроект уже готовят.

🥸 godnoTECH - Новости IT

Когда KVM не прокинут, а консоль нужна срочно 🎹

Типичный 🥸 Сисадмин

Типичный 🧘 Сисадмин

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

З.Ы. Руссиновича это не касается, он просто чинит то, что эти трое напридумывали.

Типичный 🥸 Сисадмин

AI "Пнул Спящий Рынок Коммутаторов: +32% Роста и Взлет 800 GbE

Рынок сетевых коммутаторов для дата-центров, долгое время пребывавший в стагнации, получил мощный импульс благодаря буму AI. Аналитики IDC зафиксировали в Q1 2025 выручку в $11.7 млрд, что на 32.3% больше год к году. Главный драйвер – развертывание высокоскоростной инфраструктуры с низкой задержкой для поддержки AI-нагрузок.

Доходы от коммутаторов для ЦОД выросли на 54.7% в Q1, ускорившись по сравнению с +32.1% в Q4 2024. Сегмент 200/400 GbE показал рост на 189.7% год к году. IDC также начала отслеживать 800 GbE коммутаторы, которые уже принесли $350.8 млн, быстро заняв 5% рынка.

Главный бенефициар – Nvidia. Её выручка от коммутаторов взлетела на 760.3% год к году, достигнув $1.46 млрд, и на 183.7% по сравнению с Q4 2024. У Arista рост доходов от коммутаторов для ЦОД составил +27.1% ($1.6 млрд). А вот у Cisco доходы от этого сегмента умудрились упасть на 3.2%, что намекает на успешное откусывание доли конкурентами в этом раскаленном сегменте (хотя общая выручка Cisco от коммутаторов выросла на 4.7%).

Рынок коммутаторов для кампусных и филиальных сетей (не ЦОД) тоже подрос, но скромнее – на +9.6%. Выручка от WLAN также показала рост на +10.6% в Q1, что говорит о стабилизации рынка после проблем с поставками из-за COVID-19. И здесь AI также играет роль, стимулируя спрос на новое поколение Wi-Fi (6 GHz) и AI-управляемые решения.

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

Типичный 🥸 Сисадмин

Типичный 🎹 Сисадмин

Nvidia Инвестирует в Ядерную Энергию для AI

Nvidia (через фонд NVentures) вложилась в TerraPower – ядерный стартап Билла Гейтса, разрабатывающий малые модульные реакторы (SMR). Цель – обеспечить энергией растущие аппетиты AI-датацентров. В раунде на $650 млн также участвовал HD Hyundai.

Пилотная АЭС Natrium (345 МВт + 1 ГВт хранилище) в Вайоминге ожидается к 2030 году, но регуляторное одобрение еще не получено. Другие техгиганты (AWS, Google, Microsoft, Oracle) также активно смотрят в сторону SMR. Для Nvidia это логичный шаг: больше энергии – больше проданных GPU.

Однако SMR – технология дорогая, медленная и рискованная (NuScale уже свернули проект). Скептики сомневаются в их экономической целесообразности.

Главное, чтобы SMR не начали "троттлить" из-за перегрева 💥

🥸 godnoTECH - Новости IT

Больше ничего не надо. Правда 😬

Типичный 🥸 Сисадмин

Что делать, если MySQL/MariaDB переросла один сервер? Стратегии масштабирования 🎹

Вопрос, который рано или поздно встает перед многими: что предпринять, когда база данных MySQL или MariaDB становится слишком большой и нагруженной для одного хоста, а простое увеличение CPU/RAM уже не помогает? По следам недавнего обсуждения, инициированного коллегой, собрал пул эффективных стратегий и практических советов.

Первым и часто самым логичным шагом является внедрение репликации и разделение нагрузки, особенно на чтение. Если ваше приложение генерирует значительно больше запросов на чтение, чем на запись (например, в соотношении 90/10), добавление реплик (read replicas) и направление на них части трафика через приложение или с помощью ProxySQL может дать существенный выигрыш. ProxySQL, к слову, полезен на любом этапе, так как способен кешировать запросы и управлять пулами соединений, снижая нагрузку даже на одиночный мастер-сервер.

Когда нагрузка на запись становится значительной (приближаясь к соотношению 50/50 или даже преобладая), стоит рассмотреть решения для multi-master кластеризации, такие как Galera Cluster. Эта технология, встроенная в MariaDB и используемая в Percona XtraDB Cluster (PXC), обеспечивает синхронную репликацию и повышает доступность. Однако важно помнить, что хотя Galera помогает с масштабированием записи, все узлы в кластере по-прежнему должны обрабатывать все транзакции, что может стать ограничением.

Для действительно огромных нагрузок, особенно смешанных или с преобладанием записи, следующим шагом может стать шардинг. Технологии вроде Vitess предоставляют инструменты для горизонтального масштабирования путем разделения данных на множество независимых баз (шардов). Альтернативно, шардинг можно реализовать на уровне приложения, но это требует серьезных изменений в коде и усложняет многие операции, например, поиск по всем данным.

Масштабировать MySQL, не оптимизировав запросы, – это как пытаться выиграть гонку на машине с квадратными колесами, просто доливая в нее больше бензина 🚘

Не стоит забывать и об оптимизации и кешировании на уровне приложения. Часто лучший запрос – это тот, который не пришлось делать. Прежде чем бросаться в масштабирование инфраструктуры, необходимо убедиться, что все запросы к базе данных максимально эффективны, используются правильные индексы, а частые данные кешируются, например, с помощью Redis. Иногда корень проблемы кроется в неэффективной логике самого приложения, требующей пересмотра.

В некоторых случаях рассматривается переход на другие СУБД. PostgreSQL часто упоминается за его зрелые возможности кластеризации и хорошую масштабируемость на одном узле. Для специфических MySQL-совместимых распределенных решений есть TiDB, а для аналитических нагрузок, убивающих традиционные реляционные базы, — ClickHouse. Однако смена СУБД – это всегда большой проект, и важно понимать, что ни одна из них не является "волшебной палочкой".

Прежде чем приступать к масштабным изменениям, критически важно понять характер вашей нагрузки: соотношение операций чтения и записи, самые тяжелые запросы, наличие кешируемого контента. Часто проблема, формулируемая как "как масштабировать MySQL", на самом деле является проблемой XY, скрывающей необходимость оптимизации приложения или самих запросов к базе. Опыт показывает, что некоторые решения, например, master-master репликация на бинарных логах или InnoDB Clusters, могут быть нестабильны в продакшене, в то время как Galera Cluster считается более надежным для multi-master конфигураций.

Идеального решения не существует, есть только наиболее подходящее для ваших текущих задач 🎩

Типичный 🥸 Сисадмин