Hacker News Digest

Backblaze опубликовал статистику надёжности жёстких дисков за второй квартал 2026 года, охватывающую более 280 тысяч накопителей в их облачной инфраструктуре. Среднегодовой показатель отказов (AFR) составил 1,35%, что немного выше, чем 1,21% в Q1 2026, но ниже показателя Q2 2025 в 1,48%. Наиболее надёжными оказались 16-терабайтные модели Seagate Exos X16 с AFR всего 0,41%, тогда как самыми проблемными стали 8-терабайтные диски Western Digital WD80EZAZ, показавшие отказ в 3,28% случаев — самый высокий показатель среди всех моделей в выборке. В общей сложности за квартал зафиксировано 3 842 отказа дисков, что на 12% больше, чем в предыдущем квартале, что Backblaze связывает с увеличением доли старых дисков в парке и ростом нагрузки на системы хранения из-за роста спроса на ИИ-рабочие нагрузки. Компания отмечает, что несмотря на рост абсолютного числа отказов, долгосрочная тенденция улучшения надёжности сохраняется благодаря постепенному выведению из эксплуатации самых уязвимых моделей и замене их на более современные накопители с улучшенной механикой и прошивкой. Особое внимание уделяется дискам helium-заполненных, которые демонстрируют на 40% меньший уровень отказов по сравнению с традиционными воздухозаполненными аналогами при одинаковой ёмкости и нагрузке. Backblaze продолжает использовать эти данные для оптимизации своих закупок и архитектуры хранения, подчёркивая важность мониторинга показателей SMART и проактивной замены дисков до наступления критических ошибок. В ближайших планах — расширение использования дисков ёмкостью 22 ТБ и выше, которые показывают перспективные ранние результаты в пилотных зонах.

Обсуждение дополняет статистику Backblaze личным опытом эксплуатации HDD в реальных условиях, подтверждая рост долговечности накопителей и выявляя несоответствия между брендами и моделями, а также поднимая вопросы о стоимости, архитектуре хранения и отказе от SSD в пользу HDD для холодного хранения. Средний срок службы HDD вырос с ~4 лет в 2013 до ~10 лет в 2025, что подтверждает значительное улучшение надёжности за десятилетие. Даже в условиях без кондиционирования и с пылью HDD могут работать более 10 лет без отказов, что противоречит распространённому мнению о хрупкости накопителей. WD Green 3TB с отключённой парковкой головок работают 12–13 лет, в то время как Seagate NAS-диски того же периода массово выходили из строя. WD Red показывают стабильность у некоторых пользователей, но у других — массовые отказы в течение двух лет. Неактивные HDD (особенно 2.5-дюймовые) могут сохранять работоспособность более 10 лет, что указывает на высокую долговечность при низкой нагрузке. HDD остаются единственным экономически обоснованным решением для хранения 10+ ТБ с резервированием, особенно при использовании RAID 6 или ZFS. Длительное восстановление RAID при использовании высококапацитных HDD не критично, если система остаётся доступной и резервированной. Методология Backblaze критикуется за сравнение AFR по кварталам без Kaplan-Meier-кривых выживаемости из-за разницы в возрасте дисков в выборке. Рост надёжности HDD связан либо с исчезновением дешёвых моделей для десктопов, либо исключительно с технологическим прогрессом. Рекомендуется использовать переработанные или белые диски (whitelabel) от Goharddrive.com и Datablocks.dev как экономичную альтернативу новым HDD. Для повышения отказоустойчивости при работе с большими HDD предлагается использовать RAID 6, ZFS или Ceph вместо RAID 5. HDD демонстрируют бимодальное поведение: либо выходят из строя рано, либо работают десятилетиями, что влияет на стратегии замены. Отложить замену HDD рекомендуется из-за высоких цен, полагаясь на их повышенную долговечность, чтобы переждать рыночный кризис. Для холодного хранения предлагается использовать host-managed SMR, так как данные записываются последовательно, что повышает плотность и снижает стоимость. NVMe-диски в корпусах без охлаждения часто выходят из строя из-за перегрева, и такие конфигурации следует избегать для критичных данных.

20 октября 2025 года Docker столкнулся с полной остановкой работы ключевых сервисов, включая Registry, Hub, Scout и других. Проблемы затронули практически все компоненты экосистемы: от аутентификации и биллинга до автоматической сборки образов и документации. Пользователи по всему миру сообщают о недоступности сервисов как на клиентских машинах, так и через веб-интерфейсы.

Инженеры Docker идентифицировали корень проблемы в работе одного из облачных провайдеров и сейчас мониторят ситуацию, готовя системы к восстановлению после устранения неисправностей у провайдера. Инцидент начался в 01:22 PDT (08:22 UTC) и продолжается уже несколько часов, что вызывает серьезные опасения у разработчиков, зависимых от инфраструктуры Docker.

• AWS и Docker Hub продолжают испытывать проблемы из-за сбоя AWS, что влияет на сборки и деплой по всему миру.
• Пользователи делятся обходными путями: использовать зеркало Google Container Registry, ghcr.io, ECR, Quay и другие публичные образы, а также временно перенаправлять трафик через прокси-репозиторий.
• Разработчики обсуждают, как избежать повторения ситуации: ставить локальный кеш-репозиторий, использовать оффлайн-репозиторий или мигрировать на другой публичный реестр.
• Несколько человек упоминают, что даже если бы мы могли бы настроить приватный репозиторий, большинство людей не будут это делать, потому что это требует дополнительной работы.
• Некоторые комментаторы подчеркивают, что даже если бы мы могли бы использовать приватный репозиторий, мы бы все еще были уязвимы к сбоям в AWS, потому что большинство облачных провайдеров зависят от AWS.

Краткий пересказ

30 сентября 2025 года бывший сотрудник Ruby Central Андре Арко сообщил, что у него остался доступ к продакшен-среде RubyGems.org. Почти одновременно блогер Джоэл Дрейпер опубликовал скриншоты, подтверждающие это. Внутреннее расследование показало, что 19 сентября неизвестный злоумышленник сменил пароль root-аккаунта AWS и в течение 11 дней имел возможность администрировать инфраструктуру. В результате Ruby Central отозвала все устаревшие ключи доступа, включила MFA для всех живых аккаунтов и перевела проект на изолированный AWS-аккаунт под единоличным контролем Ruby Central.

• Ruby Central обвиняет бывшего мейнтейнера Andre Arko в том, что он, будучи уволенным, сохранил доступ к корневой учетной записи AWS и изменил пароль, что фактически блокирует организацию от доступа к собственной инфраструктуре.
• Сообщение Ruby Central подчеркивает, что не было никаких доказательств компрометации, но не упоминает о том, что не было никаких доказательств и того, что доступа не было.
• Сообщение Ruby Central не упоминает о том, что они не отозвали доступа к корневой учетной записи, не изменили пароль и не отключили MFA, что, как утверждает Arko, оставляет сервис уязвимым для "незаконного доступа и потенциального утечки данных".
• Arko утверждает, что он не имел доступа к логам доступа, и что Ruby Central не предоставила никаких доказательств того, что кто-то еще имел доступ к этим логам.
• Обсуждение также затрагивает вопрос о том, каким образом Ruby Central может гарантировать, что никакие PII не была скомпрометирована, если они не могут доказать, что никто не имел доступа к логам доступа.