💾 RAID: Геометрия надежности

Мы говорим: "Поставь в RAID 10". А вы помните физику процесса? Визуальное понимание того, как лежат блоки, спасает при восстановлении массива.

Быстрый рекап по картинке:

1. RAID 0 (Stripe): Данные "размазаны" по дискам (A1, A2).
🚀 Скорость: Максимальная (xN).
💀 Надежность: Ноль. Сдох один диск — потеряли всё.

2. RAID 1 (Mirror): Данные дублируются (A1 = A1).
🛡️ Надежность: Высокая.
📉 Цена: Платим за 2 диска, получаем место как за 1.

3. RAID 5 (Parity): Данные + Контрольная сумма (Parity) размазаны по всем дискам.
⚖️ Баланс: Если один диск умер, данные вычисляются по формуле из остальных.
🐢 Минус: Медленная запись (надо считать контрольную сумму).

4. RAID 10: Зеркало (1) внутри Страйпа (0). Лучшее из двух миров, но дорого.

Сохраните схему. Когда джун спросит, почему RAID 5 тормозит на запись, просто покажите блок Parity.

#storage #raid #theory #hardware #architecture #infographics #basics

🔦 SFP модули: Что значат цвета защелок?

Вы стоите в серверной с пучком оптики. У вас есть модуль с синей защелкой и модуль с черной. Если воткнуть не тот кабель — линк не поднимется (или сгорит приемник).

Шпаргалка по цветовой маркировке SFP (1G/10G), которая спасет вам нервы.

1. ⚫ Черная / Бежевая (SX / SR):
Тип: Multi-Mode (Многомод).
Длина волны: 850 нм.
Дистанция: Короткая (до 300-550 м).
Применение: Внутри стойки или серверной. Дешево.

2. 🔵 Синяя (LX / LR):
Тип: Single-Mode (Одномод).
Длина волны: 1310 нм.
Дистанция: Длинная (до 10 км).
Применение: Между зданиями или этажами.

3. 🟡 Желтая / 🟣 Фиолетовая (ZX / ER):
Тип: Single-Mode.
Дистанция: Сверхдальняя (40-80 км).

Золотое правило: Черная защелка + Оранжевый патч-корд (OM2/OM3). Синяя защелка + Желтый патч-корд (OS2). Не смешивайте их!

#network #hardware #sfp #fiber #datacenter #layer1 #cheatsheet

💿 Windows Storage: Как вычислить «паршивую овцу» в дисковом массиве?

Бывает, что сервер или кластер (S2D) начинает безбожно тупить, но все статусы светятся зеленым «Healthy». В 90% случаев проблема в одном диске, который еще не сдох, но уже «тормозит» весь массив огромными задержками (latency). 🐌

Стандартный мониторинг это часто пропускает, поэтому лезем под капот к счетчикам надежности (Reliability Counters).

🛠 Скрипт для поиска проблемных дисков:

Get-PhysicalDisk | ForEach-Object {
    $disk = $_
    $stats = $disk | Get-StorageReliabilityCounter
    
    # Пытаемся выцепить имя узла (актуально для кластеров)
    $NodeName = "Unknown"
    if ($disk.FriendlyName -like "*.*") {
        $NodeName = $disk.FriendlyName.Split(".")[1]
    }

    [PSCustomObject]@{
        Node            = $NodeName
        Model           = $disk.Model
        MediaType       = $disk.MediaType
        SerialNumber    = $disk.SerialNumber
        
        # Конвертация: 100 наносекунд -> миллисекунды
        ReadLatMax_ms   = [math]::Round($stats.ReadLatencyMax / 10000, 2)
        WriteLatMax_ms  = [math]::Round($stats.WriteLatencyMax / 10000, 2)
        
        ReadErrors      = $stats.ReadErrorsTotal
        WriteErrors     = $stats.WriteErrorsTotal
    }
} | Sort-Object WriteErrors, WriteLatMax_ms -Descending | Format-Table -AutoSize

📊 Как читать результат (нормативы):

1. Read/WriteLatMax_ms: Это пиковая задержка в миллисекундах.
* SSD: Норма до 20ms. Пики > 50ms — повод напрячься. ⚡
* HDD: Норма до 200ms. Пики > 1000ms (1 сек) — диск «умирает» или перегружен. 🐢

2. Read/WriteErrors: В идеальном мире здесь должен быть 0. Любое число больше нуля — это ошибки чтения/записи. Пора проверять кабели, бэкплейн или готовить замену диску. 🛠

💡 Когда запускать?

* Когда SQL или 1С начинают «фризить» без видимых причин. 📉
* При регламентном объезде серверов раз в месяц.
* Если диск периодически отваливается из RAID-массива.

Этот скрипт — твой рентген для дисковой подсистемы. Сохраняй в шпаргалки! 📝

#windows #powershell #storage #sysadmin #troubleshooting #s2d #hardware 🛡

🔋 Windows: Как не «потухнуть» вместе с ИБП

Коллеги, стабильность питания — штука капризная. Даже в самом крутом ДЦ может случиться скачок, который проверит твой ИБП (UPS) на прочность. Если твой сервер не знает, в каком состоянии его батареи, он просто «умрет» в самый неподходящий момент, оставив тебя наедине с битой файловой системой и гневными письмами от юзеров.

Используй PowerShell для контроля состояния питания. В большинстве случаев достаточно нативного WMI/CIM доступа.

Скрипт для проверки статуса (копируй и запускай):

# Получаем данные о батарее через CIM
$Battery = Get-CimInstance -ClassName Win32_Battery

if ($Battery) {
    $Status = switch ($Battery.BatteryStatus) {
        1 {"Разряжается"}
        2 {"Питание от сети (ОК)"}
        3 {"Полностью заряжена"}
        default {"Ошибка или Неизвестно"}
    }
    Write-Output "Статус ИБП: $Status"
    Write-Output "Заряд: $($Battery.EstimatedChargeRemaining)%"
} else {
    Write-Warning "ИБП не обнаружен в системе. Проверь USB/COM кабель."
}

Зачем это нужно:

Для настройки скриптов автоматического завершения работы. Если заряд падает ниже 10%, сервер должен сам потушить тяжелые базы данных и корректно выключиться, а не просто дождаться обрыва питания.

#windows #powershell #ups #monitoring #hardware #admin_future

🏗️ Эхо десятилетий: Почему старые ЦОДы начинают «сыпаться»

Привет, коллеги! Если вы чувствуете, что в серверной стало как-то тревожно, возможно, это не паранойя. Эксперты фиксируют массовый выход из строя оборудования в российских дата-центрах, построенных 10–15 лет назад. Ситуация затрагивает около 20 % коммерческих ЦОД в стране, и это только верхушка айсберга.

Почему это происходит именно сейчас:

* Конец жизненного цикла. Оборудование, закупленное в 2010–2015 годах, просто выработало свой ресурс. Железо не вечно, особенно расходники.
* Дефицит запчастей. Уход западных вендоров оставил многих без официальной поддержки и оперативных складов.
* Технологический долг. Экономия на сервисе в последние пару лет привела к накоплению скрытых проблем, которые теперь «выстреливают» пачками.

---

❄️ Что ломается первым?

Проблема не в серверах (их заменить проще), а в тяжелой инженерной инфраструктуре, которую нельзя просто переткнуть:

1. Аккумуляторы в ИБП. Химия не обманывает физику — через 5–7 лет батареи начинают деградировать, а через 10 превращаются в тыкву.
2. Кондиционеры и чиллеры. Системы охлаждения работают 24/7, и износ компрессоров в старых дата-центрах сейчас критический.
3. Дизель-генераторы. Без регулярного дорогого ТО и оригинальных запчастей ДГУ могут просто не завестись в нужный момент.

---

🛑 Чем это грозит?

Если ваша компания арендует стойки в «пожилом» дата-центре или эксплуатирует свой небольшой ЦОД, риски выходят на новый уровень:

* Остановка производства. Парализованные конвейеры из-за сбоя в питании.
* Коллапс логистики и ритейла. Неработающие кассы и путаница на складах.
* Финансовые потери. Зависшие транзакции и недоступные сервисы.

Крупные игроки вроде Сбера или IXcellerate заявляют, что у них всё под контролем благодаря складским запасам на 10 лет вперед и переходу на аналоги. Но для небольших площадок ближайшие 2–3 года станут настоящей проверкой на прочность.

---

🛠️ Что делать, если бюджет урезан?

Специалисты советуют два пути:

1. Точечный ремонт. Это дешевле, чем полная модернизация, и позволяет протянуть еще какое-то время, заменяя только самые изношенные узлы.
2. Переход на альтернативы. Постепенная замена критических блоков на китайские или российские аналоги.

Вывод: Если ваш ЦОД разменял второй десяток — время проводить тотальный аудит. Не ждите, пока пойдет «волшебный дым» или потечет фреон. В текущих реалиях надеяться на авось — слишком дорогое удовольствие.

Золотое правило: Старое железо любит ласку, чистку и своевременную замену кондеров.

#цод #инфраструктура #hardware #maintenance #uptime #sysadmin #admin_future