https://timeweb.cloud

30 сентября 2026 Выбрать свой сертификат для домена
Когда вы добавляете домен в приложение, мы сами выпускаем на него бесплатный сертификат Let's Encrypt и автоматически продлеваем. Теперь вместо него можно поставить свой или любой другой.
1. Нужен сертификат от конкретного центра — загружаете свой сертификат и приватный ключ, текстом или файлами .crt и .key.
2. Уже куплен сертификат для приложения — выбираете нужный в настройках.
Выбираете нужное приложение → «Настройки» → «SSL-сертификаты» → «Настроить». Подробнее → в доке.
При установке:
— Смена сертификата вызывает повторный деплой.
— Свой сертификат продлевается вручную — не забудьте загрузить новый до окончания срока.

25 сентября 2026 Чит-коды для Kubernetes
Кластер может только запускать поды, а вот логи, трафик, бэкапы и деплой приходится настраивать вручную.
Хорошо, что есть аддоны, которые все это автоматизируют:
1. Envoy Gateway — принимать внешний трафик. Принимает запросы и раскидывает по сервисам: HTTP, HTTPS, gRPC, TCP и UDP, маршрутизация по доменам, путям и правилам Gateway API.
2. ArgoCD — деплоить без рук. Следит за вашим Git-репозиторием и подтягивает изменения в кластер сам. Откат к прошлой версии в пару кликов.
3. CSI-driver — подключить хранилище. Сетевые диски становятся постоянными томами: создаются из манифестов и расширяются без пересоздания.
4. DBaaS Operator — завести базу данных. MySQL, PostgreSQL или Valkey (Redis) создаются прямо из кластера.
5. Velero — бэкапить. Бэкапит ресурсы и тома, восстанавливает после сбоев и переносит приложения между кластерами.

24 сентября 2026 Скрипты для точных расчетов в ваших агентах
AI-модели могут ошибаться в итоговых числах — сумма по тарифу, процент или дата получаются неточными. Каждый неверный ответ = повторный запрос и трата лишних токенов.
Поэтому добавили скрипты в навыках агента. Загружаете скрипт с расчетами, агент запускает его и выдает точный результат с первого раза.
Как это работает:
1. Вы прикладываете к навыку скрипт на Python или JavaScript и пишете описание: что он делает и какие данные ему нужны.
2. Агент по описанию сам понимает, когда нужен скрипт.
3. Данные из переписки агент передает скрипту и запускает его в песочнице — изолированной одноразовой среде. Скрипт получает только эти данные, переписка и файлы чата до него не доходят.
4. Скрипт выдает точный результат, агент показывает его в чате.
Нет готового скрипта? Если задаче нужны точные вычисления, агент напишет и выполнит код сам.
Найти можно в разделе «ИИ-сервисы» → «Навыки» → в форме навыка выберите «Загрузить скрипт». Запуски бесплатны — списываются только токены модели.

23 сентября 2026 Обновили каталог AI Gateway
Видели, сколько моделей вышло за последние недели? Разбираем, что появилось в AI Gateway и под какие задачи.
1. Jev от TypeSafe AI — первая модель класса System One. Ответ приходит в том виде, в котором вы запросили: вариант из списка, оценка по шкале или вероятность. Его можно сразу подставить в условие или записать в базу, без обработки. Подойдет для автоматизации, поддержки, модерации и скоринга.
От 6 ₽ за 1 млн токенов — только за входящие, ответы модели бесплатные.
2. Claude Opus 5.5 — нашумевший флагман от Anthropic. Окно 1 млн токенов, ответ до 128 тыс. В один запрос поместится целый проект с кодом или несколько сотен страниц документов.
От 540 ₽ за 1 млн токенов.
3. GPT-6 Sol — для сложных повторяющихся задач: писать функции, ревьюить код, анализировать данные.
От 270 ₽ за 1 млн токенов.
4. GPT-6 Luna — чтобы справляться с простыми задачами качественнее: саммари, извлечение данных, короткие ответы.
От 14 ₽ за 1 млн токенов.

22 сентября 2026 Почта, которую узнают из тысячи
Добавили брендирование корпоративной почты — теперь ее веб-интерфейс можно оформить под дизайн вашей компании.
Что настраивается:
1. Вход с вашего домена. Подключаете поддомен mail.вашдомен.ru или mail.вашдомен.com — и команда открывает почту по адресу компании.
2. Логотип и фавикон. Свой логотип для светлой и темной темы, иконка и заголовок вкладки — в браузере почта выглядит как внутренний сервис.
3. Только нужные разделы. Тумблерами скрываете все, что сотрудникам не нужно.
Как найти: раздел «Почта» → нужный домен → «Настроить домен» → вкладка «Брендирование». Оформление увидят те, кто заходит через ваш поддомен.

21 сентября 2026 Автоопределение параметров в App Platform
Больше не придется вспоминать команду сборки, искать точку входа и сверять версию окружения. Подключаете репозиторий — панель сама определяет:
— Язык, фреймворк и версию окружения
— Команды сборки и запуска
— Системные зависимости
— Директорию сборки и точку входа
— Путь проверки состояния
За вами остается только выбор региона и конфигурации сервера.
Что дает автонастройка:
1. Меньше упавших первых сборок. Раньше их роняли опечатки в команде запуска и неверный путь до директории — теперь эти поля заполняются автоматически.
2. Более гибкая настройка. Автоопределение можно отменить, а любой параметр поменять вручную.
3. Поддержка монорепозиториев. Если внутри репозитория лежит несколько проектов, панель определит их все и даст выбрать нужный.

17 сентября 2026 IP-адреса и сетевые диски переехали в проекты
Теперь их можно распределять как остальные сервисы. Проще будет наводить порядок:
В структуре. Серверы, базы, IP и диски одного проекта собраны вместе. Не нужно вспоминать, к какому окружению относится адрес из общего списка.
В правах доступа. У каждого участника перед глазами только адреса его проектов — чужие IP не видны и защищены от удаления.
Куда и что попадает:
1. Существующие IP и диски уже разложены автоматически: привязанные — по проектам своих сервисов, свободные — в общем проекте.
2. Привязанные IP и диски всегда находятся в проекте своего сервиса. Переносите сервис через «Конфигурация» → «Проект» → «Изменить»
3. У непривязанных проект меняется прямо в карточке: например, для IP в разделе «Управление сетями» → «Публичные IP» → нужный адрес → «Параметры»

16 сентября 2026 Настраиваем S3-доступы так, как нужно проекту
Добавили редактор политик для пользователей S3. Теперь в панели можно как выдать готовую роль, так и настроить собственную политику — редактируете ее в интерфейсе или загружаете готовый JSON.
Когда пригодится:
1. Открыть разработчику только чтение логов — без возможности изменить или удалить данные.
2. Выдать клиенту доступ к нужной папке в бакете — остальные объекты останутся недоступны.
3. Разрешить скрипту бэкапов запись без права удаления — старые копии останутся целы.
Права можно задать как для новых пользователей при создании, так и для уже существующих в S3 → «Пользователи». Еще политика доступна в настройках конкретного бакета.

15 сентября 2026 В копилку обновлений PostgreSQL
Добавили восемь расширений, которые закрывают типовые задачи вашего проекта средствами самой базы:
Настроить поиск
1. fuzzystrmatch — помогает находить похожие по написанию строки, в том числе с опечатками.
2. unaccent — игнорирует диакритические знаки в буквах при поиске.
Для работы с гео
3. earthdistance — считает расстояние между двумя точками по координатам.
4. cube — нужен для работы earthdistance, а еще ищет похожие записи сразу по нескольким числовым параметрам.
Упростить структуры данных
5. ltree — упорядочивает данные с уровнями вложенности: раздел, подраздел, элемент.
6. hstore — хранит пары «ключ — значение» в одном поле, даже если набор ключей отличается у разных записей.
7. intarray — ускоряет работу с массивами целых чисел: добавляет свои операции и индексы для быстрого поиска.
Увеличить производительность
8. pg_prewarm — позволяет заранее загрузить нужные данные в кеш и снизить просадку производительности после перезапуска.
Как включить: выберите нужный кластер → «Конфигурация» → «Расширения» → «Изменить». Все доступные расширения описаны в документации.
timeweb.cloud/docs/dbaas/postgresql/extensions

11 сентября 2026 Доставка обновлений для Kubernetes
Рассказываем, какие изменения появились в настройках вашего кластера за неделю.
1. Выкатили новые версии
v1.36.3 → v1.36.4
v1.35.7 → v1.35.8
v1.34.10 → v1.34.11
2. Добавили аддон Kyverno — он проверяет все, что попадает в кластер
Kyverno — движок политик. Он сверяет ресурсы с заданными правилами и не пустит в кластер то, что их нарушает. Политики описываются в YAML и работают автоматически, без ручных вебхуков.
Например, под без лимитов ресурсов может съесть ноду и уронить соседние сервисы. С Kyverno задаете правило Require Limits and Requests — и кластер отклонит такой манифест. Не хотите блокировать деплои — правило Add Default Resources подставит дефолтные значения.
По тому же принципу можно:
— Запретить образы из недоверенных реестров
— Заблокировать запуск контейнеров от root
— Требовать обязательные лейблы у всех ресурсов
Включается как обычный аддон в настройках кластера.
timeweb.cloud/my/kubernetes/create-cluster

10 сентября 2026 22 → 187 сборок выделенных серверов в Москве
Расширили линейку выделенных серверов в Москве с 22 до 187 конфигураций. Теперь подобрать сервер под нужную задачу можно еще точнее.
— Ходовые Intel Xeon E3, E5 и E-серии, Intel Core i7 и i9, AMD Ryzen 9 на DDR5. Под сайты, приложения, dev-стенды и 1С, где важна высокая частота ядер.
— Двухсокетные Intel Xeon Scalable Silver. Под виртуализацию, средние базы и все, где нужно много памяти и потоков.
— Мощные двух- и четырехсокетные Intel Xeon Gold 6230R, 6240 и 6330. Под тяжелые базы, большую аналитику и крупные проекты.

9 сентября 2026 Сайты в S3 теперь доступны на вашем домене
Технический адрес имя_бакета.website.twcstorage.ru больше не единственный вариант. В S3 появилась возможность разместить статический сайт и открыть его на собственном домене — например, blog.example.ru или docs.example.ru.
Работает так: вы собрали лендинг или портфолио — загружаете файлы в бакет, привязываете свой домен и отправляете ссылку в соцсети.
Что это дает:
1. Сайт работает на вашем домене, а не на техническом.
2. Не нужен отдельный веб-сервер, то есть обходитесь без аренды и настройки.
3. Контент раздается через CDN, и сайт грузится быстрее.
Как подключить: в настройках бакета выберите «Веб-сайт» → «Привязать собственный домен» → «Создать CDN-ресурс» → добавьте свой домен.
Подробнее о настройке → в доке

3 сентября 2026 TLS без секретов
Добавили в маркетплейс дополнений для Kubernetes аддон cert-manager CSI Driver — он выдает TLS-сертификаты подам напрямую, без Certificate и Secret.
Классическая схема с Secret имеет слабое место: секреты лежат в etcd и доступны любому с правами на namespace. CSI Driver убирает посредника:
1. У каждого пода своя пара ключей — приватный ключ генерируется прямо на ноде и не передается по сети.
2. Ключ удаляется вместе с подом — не остается зависших секретов, которые нужно чистить
3. Сертификаты обновляются автоматически — без ручных перевыпусков и просроченных TLS
Пригодится, когда сервисы внутри кластера подтверждают подлинность друг друга по сертификатам. После настройки каждый под автоматически получает свой сертификат и приватный ключ при запуске.
Как установить: откройте кластер → Дополнения → cert-manager CSI Driver. Понадобится cert-manager — он тоже есть в маркетплейсе.
timeweb.cloud/my/apps

Коллеги, у нас освободились к заказу выделенные серверы на Ryzen 9 3900 в Германии и Финляндии. Добавил их в горячие предложения на сайте:

• DE,FI / AMD Ryzen 9 3900 [12c-24t] (до 4.3GHz) / 64 GB DDR4 ECC / 2x1 TB NVMe SSD / 1 Gbps безлимит — 89 €/мес ≈ 8 480 ₽/мес, установка 0 €
• DE,FI / AMD Ryzen 9 3900 [12c-24t] (до 4.3GHz) / 128 GB DDR4 ECC / 2x1.92 TB NVMe SSD / 1 Gbps безлимит — 99 €/мес ≈ 9 440 ₽/мес, установка 0 €

Я бы отдельно обратил внимание на вариант за 99 €: за дополнительные 10 € в месяц получаете вдвое больше памяти и почти вдвое больше места на NVMe. Если нужен сервер под виртуальные машины, контейнеры или несколько проектов, стоит рассмотреть.

Всего в этих конфигурациях осталось около 10 серверов. Доступную локацию и срок выдачи можно уточнить перед заказом.

Посмотреть конфигурации и заказать: abcd.host/dedicated
Вопросы по серверам: @ABCDSupportBot
sales@abcd.host

Спасибо, что остаётесь с нами!
ABCD.HOST

BILLmarket — это бесплатная витрина от ISPsystem, где собраны полезные дополнения для BILLmanager. Пользователи могут найти и внедрить необходимые инструменты, а разработчики продвигать свои решения — платно или бесплатно.

В каталоге представлены платежные модули, интеграции с внешними сервисами, инструменты для управления хостингом, игровые и другие решения для расширения возможностей BILLmanager. Готовые модули позволяют подключать нужные сервисы без разработки с нуля. Подробнее о возможностях BILLmarket мы рассказывали в отдельной новости.

Сейчас мы расширили маркетплейс и представили пользователям три новых модуля: TryBit, FastPanel Billmanager 6 и Platega.io.

Подробнее о каждом:
TryBit — бесплатный криптовалютный платежный сервис для крупного бизнеса. Создает дополнительные возможности для расширения аудитории и роста продаж.

www.ispsystem.ru/billmarket/trybit

FastPanel Billmanager 6 — платное решение для управления виртуальным хостингом через FastPanel в BILLmanager. Помогает автоматизировать создание и управление аккаунтами.

www.ispsystem.ru/billmarket/fastpanel-billmanager-6

Платежный сервис Platega.io — платный модуль, позволяющий принимать оплату через Platega.io в BILLmanager 6. Поддерживает ключевые направления Platega, включая СБП, криптовалюту, российские и зарубежные карты.

www.ispsystem.ru/billmarket/platega-io

Новые решения уже доступны на сайте. Обратите внимание, что в новом релизе появились платные предложения.

Если вы хотите разместить свой сервис на маркетплейсе BILLmarket — мы только за. Для этого достаточно заполнить анкету на странице площадки и подписать соглашение.
www.ispsystem.ru/billmarket/form

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

Только перевернули календарь, а сентябрь уже догорел. Тут могла бы быть шутка поновее, но у редакции осенняя хандра. Или обострение, диагноза пока нет.

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



В этом выпуске рассказываем, как выбрать AI-инструмент и безопасно с ним работать, разбираемся, что происходит на рынке агентов, и делимся свежими рецептами. А ещё вас ждёт подборка фильмов про ИИ: наливайте себе какао, и устраивайтесь поудобнее.

Статьи и инструкции
Топ нейросетей для программирования
Помните, ещё недавно все говорили только про ChatGPT? Сейчас AI-инструментов стало в разы больше: появились новые модели и сервисы под самые разные задачи.
Разобраться в этом многообразии сходу сложно, поэтому в статье собрали теорию об ИИ и подготовили обзор самых популярных сервисов.
firstvds.ru/blog/luchshie-neyroseti-dlya-koda-i-programmirovaniya

10 фильмов об ИИ
Предположим, «Бегущего по лезвию» вы видели. Но знали ли вы, что у фильма как минимум 7 версий, среди которых есть театральная? А ретротехнохоррор об умном доме смотрели?
А фем-слэшер, в котором девушка-робот даёт отпор абьюзеру? Загляните в подборку фильмов про искусственный интеллект — там много интересного.
firstvds.ru/blog/10-luchshikh-filmov-ob-iskusstvennom-intellekte

Habr: самое интересное за сентябрь
На Хабре тоже про ИИ: рассуждаем, как меняется развитие агентов и почему удобно собирать их самому.
Если вам вся эта робототема не близка, можно заняться чем-то другим. Например, сделать мессенджер, который работает без интернета, кликер для ПК, чтобы разгрузить руки, или написать собственное PHP-расширение на Rust.

• Вам не нужен ещё один Claude Code: зачем Pi оставляет сборку агента пользователю
• Пишем свой PHP-экстеншен на Rust
• Мессенджер, которому не нужен интернет: три реализации LoRa-чата своими руками
• Три кнопки вместо клавиатуры: HID-кликер на ESP32 своими руками

Ищем авторов для блога на Хабр.
Подготовьте статью на одну из специальных тем или отправьте материал на тему месяца. И если ваша статья подойдёт для блога, вы получите повышенный гонорар. Тема октября: операционные системы.
firstvds.ru/avtoram


Новости сентября
Мы переехали из QupraDC в NorthC

Миграция виртуальных машин из Qupra DC2 в NorthC Amsterdam 1 завершена. Открытие VDS уже идёт на новой площадке.
Дата-центр соответствует стандарту Tier 3: ключевые инженерные системы — электропитание, охлаждение и сеть — зарезервированы. При сбое резерв включается автоматически, и сервисы продолжают работать.
А как мы организовали переезд без остановки сервиса — читайте на Хабре
habr.com/ru/companies/first/articles/1077468/

Команда CLO запустила новую версию облака

В начале сентября коллеги из CLO представили обновлённое облако. Мы уже рассказывали об этом, но хотим напомнить главное. Команда переработала сетевую архитектуру, переписала бэкенд и обновила личный кабинет. А это значит — CLO стал быстрее, стабильнее и удобнее в управлении.

Если ещё не пробовали — сейчас самое время. Новым клиентам CLO дают стартовый бонус на баланс: хватит на две недели тестирования виртуального сервера, базы данных и S3-хранилища.
clo.ru/new-clo2

Добавили новые рецепты Moodle и Zabbix

Выпустили два новых рецепта для автоустановки на VDS:

• Moodle — платформа для дистанционного обучения, которая позволяет вести курсы, лекции, проводить тесты, выдавать задания и форумы. Разворачивается на вашем сервере со связкой Nginx + PHP-FPM + PostgreSQL — все данные и настройки остаются под контролем.
• Zabbix — система мониторинга серверов, сервисов и сети. Собирает метрики, шлёт уведомления о сбоях, строит графики для аналитики. В рецепте уже настроены Zabbix Server и Agent 2 на стеке Nginx + PHP-FPM + PostgreSQL с TimescaleDB, с TLS и файрволом.

Выбирайте нужный рецепт при заказе виртуального сервера — получите VDS с уже установленным и настроенным ПО.

Управление облачным хранилищем означает одновременно и роль строителя, и строительного инспектора. Вы выбираете материалы, используете их в больших масштабах и ежеквартально проверяете, как держится конструкция. После более чем 13 лет публикации статистики Drive Stats мы хорошо знаем материалы, использованные в этом конкретном доме. Поэтому, когда наш любимый магазин товаров для дома представляет новый, улучшенный кирпич (так сказать), мы хотим понять, как он впишется в строительную конструкцию.

Этот вопрос становится все более актуальным, поскольку накопители большей емкости становятся (осмелимся сказать) более нагруженными. Мы уже отслеживали производительность накопителей объемом 20 ТБ и более в целом; позже в этом выпуске статистики накопителей мы поговорим о некоторых различиях между нашими нынешними основными компонентами (жесткими дисками CMR) и новыми устройствами. Но сначала, чтобы довести эту затянувшуюся игру слов до неизбежного завершения, проведем осмотр (или, другими словами, статистику).

В этом отчете о статистике приводной техники за второй квартал 2026 года мы начнем с обзора последних данных: годовых показателей отказов за квартал, моделей, которые показали себя лучше всего, и общего срока службы парка. Затем мы рассмотрим некоторые новые технологии, которые могут определить следующий этап строительства.

Статистика поездок: краткая версия


Показатели отказов жестких дисков во втором квартале 2026 года.
В течение второго квартала 2026 года компания Backblaze отслеживала 359 101 диск, используемый для хранения данных. Для нашей оценки мы исключили из рассмотрения 3881 загрузочный диск и 705 жестких дисков, поскольку они не соответствовали критериям включения. Критерии, которые мы использовали, будут рассмотрены в следующем разделе этого отчета. После исключения этих дисков у нас осталось 354 415 жестких дисков для анализа. В таблице ниже показаны годовые показатели отказов за первый квартал 2026 года для этой группы дисков.

Показатели частоты отказов жестких дисков Backblaze за 2 квартал 2026 года
Отчетный период: 1 апреля 2026 г. – 30 июня 2026 г. включительно.
Модели приводов с количеством приводов > 100 и количеством приводных дней > 10 000 по состоянию на 30 июня 2026 г. во втором квартале 2026 г.


Заметки и наблюдения
Квартальный показатель AFR составляет 1,73%, что является самым высоким показателем за довольно долгое время. Мы поговорим о причинах чуть позже, а пока представляем вам квартальную динамику уровня отказов:


Как обычно, давайте подведем итоги. У этих накопителей не было ни одного сбоя:

• Seagate ST8000NM000A (8 ТБ)
• Seagate ST12000NM000J (12 ТБ)
• Seagate ST14000NM000J (14 ТБ)

И у этих накопителей был один:

• Seagate ST16000NM000J (16 ТБ)
• Никаких опечаток, друзья: Seagate одержала полную победу.

Старые накопители уходят в прошлое. В этом квартале мы стали свидетелями полного вывода из эксплуатации двух жестких дисков: 4-терабайтного HGST HMS5C4040BLE640, которому почти девять лет, и 8-терабайтного HGST HUH728080ALE600, которому почти восемь лет.
Но где же новинки? Как и в прошлом квартале, новых моделей накопителей нет — это любопытно, особенно учитывая, что такое происходит уже второй квартал подряд. Но, как и в прошлом квартале, это не означает отсутствия новых развертываний. Хотя количество большинства моделей накопителей осталось более или менее неизменным (плюс-минус замены), мы снова видим, что развертывание сосредоточено в основном на накопителях объемом более 20 ТБ.

Что происходит с этими элитными экземплярами, выходящими за рамки стандартных предложений?
В этом квартале у нас было три выброса, которые, согласно анализу по квартилям, определяются как показатели AFR выше 6,95%. Этими выбросами являются:

• HGST HUH721212ALN604 (12 ТБ) — 7,63 %
• Seagate ST10000NM0086 (10 ТБ) — 9,33%
• Seagate ST14000NM0138 (14 ТБ) — 8,26%

У каждого из этих накопителей есть довольно очевидные причины высокой частоты отказов. Накопителю HGST почти семь лет, а 10-терабайтному Seagate — почти 8,5 лет.

Между тем, оба накопителя Seagate имеют довольно низкое количество отказов — у 10-терабайтного накопителя всего 965, а у 14-терабайтного — 1235. Это означает, что, хотя у них было всего 22 и 25 отказов (соответственно), их показатели AFR были довольно высокими.

Стоит отметить, что в общей сложности у семи накопителей показатель AFR по-прежнему превышал 3,0%. Хотя мы только что определили, что это не выбросы, это все равно довольно много высоких значений AFR по сравнению с другими кварталами — это означает, что у 10 из 31 накопителя показатель AFR был выше 3,0%.

Я не проводил полного анализа того, насколько редко встречается такое сильное смещение распределения более чем на 3,0%, но беглый взгляд на последние несколько кварталов показывает, что оно смещено в сторону верхней границы спектра. Это, конечно, повысит наш средний показатель. За этим стоит следить в дальнейшем.

Стандартные определения
Как уже упоминалось, мы удаляем диски, не соответствующие нашим критериям. Причины, по которым мы ввели эти исключения, мы уже объясняли в предыдущих отчетах, но вот краткое изложение сути:


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

Показатели отказов жестких дисков за весь срок службы
Показатели отказов жестких дисков Backblaze за весь срок службы
Отчетный период, заканчивающийся 30 июня 2026 года включительно.
Модели приводов с более чем 500 приводами и более чем 100 000 приводных дней за весь срок службы.


Заметки и наблюдения
Показатель AFR за весь период существования компании остается стабильным. В этом квартале мы наблюдаем небольшой рост до 1,41%.


Четыре модели не попали в таблицу учета общего количества накопителей. Эти модели не достигли минимального количества накопителей, необходимого для включения в таблицу учета общего количества накопителей:

• Seagate ST8000NM000A (8 ТБ) — 239 дисков
• Seagate ST14000NM000J (14 ТБ) — 497 дисков
• Seagate ST16000NM000J (16 ТБ) — 171 диск.
• Seagate ST16000NM002J (16 ТБ) — 467 дисков

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

Что касается тех более крупных накопителей?
В последнее время в этой серии статей мы много времени уделяли обсуждению накопителей большой емкости. Клуб накопителей объемом более 20 ТБ вырос из редкого явления до более чем 25% накопителей в данных за этот квартал, и развертывание продолжает концентрироваться на более крупных моделях.

В нашей отрасли мы наблюдаем устойчивое движение к увеличению емкости накопителей — компания WD только в этом году анонсировала накопитель UltraSMR на 40 ТБ, а в дорожной карте показано, как они достигнут объема в 100 ТБ к 2029 году. Один из способов повышения плотности — изменение расположения дорожек на диске, что влияет на то, как центры обработки данных считывают и записывают данные. Давайте поговорим о том, как это выглядит на практике.

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


При обычной магнитной записи (CMR) дорожки располагаются рядом друг с другом с защитным зазором между ними. При черепичной магнитной записи (SMR) геометрия дорожек изменяется. Дорожки перекрываются, подобно кровельной черепице — это название, на котором, по крайней мере для этого отчета, мы решили сделать упор.

Теперь вернёмся к головкам накопителя: этот метод работает потому, что записывающая головка накопителя прокладывает более широкую дорожку, чем требуется для чтения считывающей головке. Перекрытие части каждой дорожки следующей позволяет данным оставаться читаемыми, при этом большая их часть помещается на диске. В зависимости от реализации это может увеличить ёмкость примерно на 10–25%.

Компромисс также напоминает настоящую черепицу: изменение чего-либо в середине может нарушить то, что было наложено поверх этого. SMR организует дорожки в полосы или зоны, поэтому обновление данных может потребовать от накопителя — или управляющего им программного обеспечения — реорганизации большего участка.

То, как управляется такое поведение, имеет значение, поэтому вы на самом деле увидите несколько разных вариантов SMR:

• SMR с управлением накопителем: встроенное программное обеспечение накопителя обрабатывает размещение данных и перезапись полос. Для хоста он выглядит как обычное блочное устройство, но производительность записи может стать непредсказуемой.
• SMR с управлением хостом: операционная система или приложение записывают данные последовательно в пределах обозначенных зон. Это требует совместимого программного обеспечения, но дает хосту больший контроль.
• Поддержка команд SMR с учетом хоста: обеспечивает поддержку команд SMR, сохраняя при этом некоторую совместимость с традиционными рабочими процессами.

Без наглядного примера это может быть немного сложно понять, поэтому вот как это выглядит на практике. Вот разобранная версия ленты записи SMR:


А также сравнение CMR и SMR.


CMR против SMR приводов: в чем разница?
Чтобы всё было предельно ясно (игра слов, как всегда, уместна), вот удобная таблица для сравнения:


Что означают CMR и SMR в центре обработки данных?
Привлекательность очевидна: больше терабайт на один слот для накопителя, в том же объеме стойки, при примерно одинаковом энергопотреблении на уровне накопителя. Это может улучшить как экономическую эффективность (в долларах), так и энергопотребление (в ваттах) без необходимости строительства нового здания. В масштабах центров обработки данных даже небольшое увеличение плотности превращается в очень большое число, имеющее денежный знак перед ним.

Однако SMR учитывает структуру рабочей нагрузки. Последовательная и ориентированная на добавление запись хорошо сочетаются с его архитектурой; частые небольшие перезаписи создают больше работы. В зависимости от типа SMR, программному стеку также может потребоваться понимание зон и соответствующее размещение данных.

Это делает процесс квалификации менее похожим на «замену накопителя» и больше на «планирование проекта». Емкость и AFR по-прежнему важны, но не менее важны устойчивое поведение при записи, производительность восстановления, накладные расходы на кодирование четности или исправление ошибок, встроенное ПО и программное обеспечение для хранения данных, установленное поверх накопителя.

А что насчет HAMR?
Не будем прибегать к банальным шуткам, давайте поговорим о том, как HAMR вписывается в этот разговор.

HAMR — это технология жестких дисков, при которой во время записи данных микроскопическая точка на пластине нагревается лазером в течение короткого времени. Нагрев позволяет накопителю записывать данные на более мелкие и стабильные магнитные зерна, увеличивая объем данных, который может поместиться на каждой пластине. И хотя большинство пластин жестких дисков традиционно изготавливались из алюминиевых сплавов, стекло является стандартом для 2,5-дюймовых накопителей HAMR и все чаще используется в высокоемких 3,5-дюймовых накопителях HAMR.

Поскольку эти технологии решают разные проблемы, производители могут их комбинировать. Поэтому ответ на вопрос «SMR или HAMR?» в большинстве случаев — «да».

Что это значит для статистики поездок?
В настоящее время в парке накопителей Backblaze нет дисков SMR, и ни один из дисков, представленных в таблицах выше, не имеет черепичной конструкции. Однако технология SMR разрабатывается в масштабах всей индустрии жестких дисков, и «не сегодня» не означает «никогда».

Мы будем подходить к этому так же, как и к первым накопителям большей мощности: по мере поступления в парк накопителей SMR мы будем отмечать, какие именно это накопители, и у нас будет возможность обсудить их коэффициенты AFR.

Облачная платформа Beget предоставила публичную IPv6-подсеть /64 для облачных серверов во всех локациях. IPv6 можно использовать одновременно с IPv4 или вместо него. Подключить подсеть к облачному серверу можно в панели управления Beget.

IPv6 для облачной инфраструктуры

Подсеть IPv6 /64 предоставляется бесплатно и позволяет выделять глобальные IPv6-адреса отдельным сервисам, контейнерам и другим сетевым ресурсам. В ряде сценариев это помогает сократить использование NAT и упростить организацию сетевого взаимодействия.

«IPv6 особенно актуальна для инфраструктур с большим количеством сервисов, контейнеров и сетевых ресурсов. Мы сделали публичную подсеть /64 для облачных серверов Beget, чтобы пользователи могли гибко развивать инфраструктуру и не сталкиваться с ограничениями адресного пространства IPv4. IPv6 позволяет выделять публичные адреса отдельным сервисам и другим ресурсам, а возможность использовать протокол одновременно с IPv4 дает возможность постепенно внедрять его в существующую инфраструктуру без необходимости перестраивать ее целиком», – Владислав Колесников, CPO Beget.

Сценарии использования

Публичную IPv6-подсеть можно использовать для размещения сайтов и API, запуска Docker и Kubernetes, построения микросервисных архитектур, создания тестовых и изолированных сред, а также проектов с большим количеством подключаемых устройств, включая IoT.
Большое адресное пространство IPv6 позволяет гибко организовывать сети и выделять адреса отдельным контейнерам и сервисам. Использование IPv6 параллельно с IPv4 позволяет постепенно внедрять протокол в существующую инфраструктуру.

Подключение IPv6

Публичную IPv6-подсеть /64 можно подключить к любому виртуальному серверу в панели управления Beget.

Для пользователей доступны инструкции по настройке глобальных IPv6-адресов для контейнеров и размещению сайта и API с поддержкой IPv6 и IPv4. В дальнейшем Beget планирует расширить доступность IPv6 для других облачных продуктов, включая облачные базы данных и Kubernetes.

Вышла версия 3.0.0 Inscale — российской платформы серверной виртуализации и VDI на KVM (разработчик — «Лаборатория Виртуализации», Санкт-Петербург, реестр российского ПО № 28671).

Для эксплуатации кластеров

• единый дашборд по кластерам и серверам;
• удалённый перезапуск сервисов, сбор логов и массовая диагностика узлов из консоли;
• выбор шины и типа диска ВМ, шифрование дисков стало опциональным;
• улучшена работа с iSCSI.

Для VDI

• группы доставки: пользователи, пулы, политики и профиль протокола назначаются одним объектом;
• права из AD/LDAP выдаются заранее по атрибутам каталога;
• блокировка локальных учётных записей;
• клиент показывает состояние сессии.

Метрики выгружаются в Zabbix, Prometheus и Grafana.

Полный список изменений — в release notes. Сайт: inscale.ru

Мы запустили новую услугу — облачное объектное хранилище S3 для хранения файлов, резервных копий, медиаконтента, логов и данных приложений.

Хранилище подойдёт как для активных данных, к которым нужен быстрый доступ, так и для объёмных архивов. Данные размещаются на NVMe-накопителях, а поддержка S3 API позволяет легко подключать хранилище к приложениям, сервисам резервного копирования, CLI и привычным SDK.

Сервис масштабируется без остановки работы и обеспечивает высокую доступность и надёжность хранения за счёт репликации данных на нескольких узлах.

Стоимость аренды хранилища — 2,5 ₽ за 1 ГБ в месяц.
Оплата списывается ежедневно, по факту максимального занятого объёма за предыдущие сутки.

Доступный объём хранилища — от 100 ГБ до 10 ТБ.

ispserver.ru/s3

ООО «Хостинг-оператор „еСервер.ру“ уведомляет Вас об утверждении и публикации новой редакции „Публичной оферты о предоставлении услуг хостинга и серверной инфраструктуры“ и „Правил возврата денежных средств“.

Новые редакции указанных документов вступают в силу с 28 сентября 2026 года.

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

Ознакомиться с новой редакцией Публичной оферты можно по постоянному адресу: www.eserver.ru/documents/eserver-virtual-hosting-agreement-online.html
Ознакомиться с новой редакцией Правил возврата денежных средств можно по постоянному адресу: www.eserver.ru/documents/refund-policy.html

Продолжение использования Услуг после вступления новой редакции Оферты в силу означает принятие ее условий в порядке, предусмотренном Офертой и законодательством Российской Федерации.

Если Вы не согласны с изменениями, Вы можете отказаться от дальнейшего использования Услуг в порядке, установленном Договором и Правилами возврата денежных средств.

В DCImanager появилась возможность работы с сетями Fibre Channel (FC) и FC-коммутаторами. Теперь их можно учитывать в системе, связывать с СХД и видеть вместе с Ethernet-инфраструктурой.

Для FC-коммутаторов мы добавили получение данных из Fabric Operating System (FOS), автоматический учет WWNN, WWPN и FCID, а также указание типа соединения — FC или Ethernet. В системе можно учитывать связи между серверами, СХД и коммутаторами и контролировать состояние FC-соединений.

Новая возможность подойдет компаниям, которые используют системы хранения данных и FC-сети: она позволяет контролировать состояние сетей хранения, а также отслеживать работоспособность связей между СХД и серверами.

Что дает мониторинг FC-коммутаторов:

• Единое представление инфраструктуры: в одном окне видны все компоненты сети хранения, FC-коммутаторы, серверы и СХД.
• Понятные связи: можно увидеть, как сервер подключен к СХД и через какие коммутаторы проходит соединение.
• Быстрый поиск проблем: схема подключений помогает быстрее определить, на каком участке сети хранения нарушилась связность.

Зачем нужен учет и мониторинг FC-сетей
FC-сети отличаются от Ethernet особенностями передачи данных. При потере соединения восстановление передачи по другим маршрутам может занимать больше времени и ресурсов, поэтому важно своевременно обнаруживать проблемы со связностью.

В Ethernet-сетях для идентификации сетевых интерфейсов используются IP- и MAC-адреса. В Fibre Channel для этого используются свои сущности: WWPN (World Wide Port Name), WWNN (World Wide Node Name) и FCID (Fibre Channel ID). Для полноценного учета серверов и их подключений к FC-сетям важно учитывать и параметры FC.

Есть и другая особенность: в FC-сетях передаются данные файловой системы. Если в Ethernet обрыв соединения может привести к кратковременной недоступности прикладного сервиса, то в FC-сетях он может повлиять на целостность данных на СХД.

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

FC и Ethernet в одной системе учета
На физическом уровне кабели и часть инфраструктуры FC и Ethernet могут выглядеть одинаково, но сами соединения различаются: для них используются разные трансиверы, настройки портов, параметры ОС и конечного оборудования. При учете инфраструктуры важно фиксировать не только сам факт соединения, но и его тип.

В DCImanager теперь можно просмотреть эту информацию, точнее планировать необходимые расходные материалы и учитывать особенности подключения при масштабировании сети.

Fibre Channel: прозрачность для команд и стандарт сетей хранения
В крупных инфраструктурах за сетевую часть и системы хранения часто отвечают разные команды. Сетевые администраторы работают со своими системами учета и IPAM, а специалисты по СХД — с отдельными инструментами управления фабриками Fibre Channel. При проблемах со связностью бывает сложно быстро определить зону ответственности и выявить участок с неисправностью.

DCImanager объединяет эту информацию в одном окне. Пользователь видит серверы, СХД, FC-коммутаторы и связи между ними, а также контролирует состояние соединений. Это упрощает диагностику, помогает быстрее определить границы проблемы и дает целостное представление об инфраструктуре.

Новая возможность также дополняет работу модуля СХД. Системы хранения не работают изолированно от сети, а Fibre Channel — один из основных протоколов для построения сетей хранения. Теперь связи между серверами и СХД можно учитывать и контролировать не только для Ethernet, но и для FC-инфраструктуры.

Подробнее о настройке FC-коммутаторов и работе с ними читайте в документации DCImanager.
www.ispsystem.ru/docs/dcimanager-admin/oborudovanie/kommutatory/nastrojka-kommutatora-v2026081
www.ispsystem.ru/dcimanager