Коллеги, обновление по горячим серверам. За неделю разобрали EPYC 7502P на 256 GB и Ryzen 9 3900 на 128 GB, а Ryzen 9 3900 на 64 GB остался только в Финляндии. Зато освободились две новые конфигурации на Intel Core i5-13500: со 128 GB памяти за 109 € и с третьим NVMe на 1 TB за 90 €. Сейчас в наличии 7 конфигураций в дата-центрах Hetzner в Германии и Финляндии, от 69 € в месяц, установка 0 €. Ryzen 9 3900 у нас больше чем вдвое дешевле, чем такой же сервер на аукционе Hetzner, а 7950X3D на 60 € в месяц дешевле нового AX102 и без 129 € за установку.

Новое в наличии

Intel Core i5-13500, 128 GB — 109 €/мес (≈ 9 800 ₽)

• 14 ядер / 20 потоков (6 производительных + 8 энергоэффективных), до 4.8 GHz
• 128 GB DDR4
• 2 × 512 GB NVMe SSD Gen4
• 1 Gbps, трафик без ограничений
• Финляндия, установка 0 €

Самый доступный сервер со 128 GB в нашем списке. Памяти хватит на Proxmox с несколькими виртуальными машинами, десятки Docker-контейнеров, базы данных и кэши в оперативке.

Intel Core i5-13500, 64 GB, три NVMe — 90 €/мес (≈ 8 090 ₽)

• 14 ядер / 20 потоков, до 4.8 GHz
• 64 GB DDR4
• 2 × 512 GB NVMe SSD Gen4 + 1 TB NVMe SSD
• 1 Gbps, трафик без ограничений
• Германия, установка 0 €

Систему можно поставить на два NVMe в RAID 1, а данные держать на отдельном быстром диске на 1 TB: удобно для баз данных, сайтов с большим объёмом файлов, CI с кэшем сборок.

Остаются в наличии

AMD Ryzen 9 7950X3D, 128 GB DDR5 — 199 €/мес (≈ 17 900 ₽)

• 16 ядер / 32 потока, до 5.7 GHz, 3D V-Cache
• 128 GB DDR5 ECC
• 2 × 1.92 TB NVMe SSD Gen4
• 1 Gbps, трафик без ограничений
• Германия, установка 0 €

AMD Ryzen 9 3900, 64 GB — 95 €/мес (≈ 8 540 ₽)

• 12 ядер / 24 потока, до 4.3 GHz
• 64 GB DDR4 ECC
• 2 × 1 TB NVMe SSD
• 1 Gbps, трафик без ограничений
• Финляндия, установка 0 €

Intel Core i5-13500, 64 GB — от 85 €/мес

• 14 ядер / 20 потоков, до 4.8 GHz
• 64 GB DDR4, встроенная графика Intel UHD 770
• 1 Gbps, трафик без ограничений, установка 0 €

Два варианта:

• 85 €/мес (≈ 7 640 ₽): 2 × 512 GB NVMe SSD Gen4, Германия или Финляндия
• 90 €/мес (≈ 8 090 ₽): 2 × 512 GB NVMe SSD Gen4 + 2 × 1 TB SATA SSD, Германия

AMD Ryzen 5 3600, 64 GB — 69 €/мес (≈ 6 200 ₽)

• 6 ядер / 12 потоков, до 4.2 GHz
• 64 GB DDR4
• 2 × 512 GB NVMe SSD
• 1 Gbps, трафик без ограничений
• Германия или Финляндия, установка 0 €

Что я бы взял под задачу

• Игровые серверы (Minecraft, Rust, CS2), тяжёлые сайты, сборки: 7950X3D, у него самая высокая частота на ядро и большой кэш.
• Виртуализация и много контейнеров: i5-13500 со 128 GB за 109 €. Если важна память с ECC, Ryzen 9 3900.
• База данных на отдельном быстром диске: i5-13500 с третьим NVMe за 90 €.
• Бэкапы, медиа, файлы: i5-13500 с 2 × 1 TB SATA SSD, тоже за 90 €.
• Plex и Jellyfin: любой i5-13500, встроенная графика с Quick Sync перекодирует видео, почти не нагружая ядра.
• VPN, прокси, боты, тестовые стенды: Ryzen 5 3600 за 69 €.

Сколько это стоит у Hetzner сейчас

Цены Hetzner на 2 ноября 2026, без НДС: с их сайта и по текущим лотам аукциона Server Auction.

• Ryzen 9 3900, 64 GB: у нас 95 €, на аукционе Hetzner (64 GB ECC, 2 TB NVMe) от 202,70 €, больше чем в 2 раза дороже
• Ryzen 9 7950X3D, 128 GB DDR5: у нас 199 € и установка 0 €, у Hetzner (AX102) 259 € плюс 129 € за установку

По 7950X3D первый месяц у нас почти вдвое дешевле (199 € против 388 €), дальше 60 € экономии каждый месяц, за год около 850 €.

Горячие серверы у нас разбирают за несколько дней: EPYC и Ryzen 9 на 128 GB с прошлой недели уже ушли. Если сервер нужен, лучше занять его сейчас, резерв можно оформить в Telegram.

Почему через нас

• Установка 0 € на все конфигурации из поста, сервер обычно выдаём в течение пары часов после оплаты.
• Не нужны иностранная карта и аккаунт у Hetzner: сервер оформляем мы, вы платите нам.
• Оплата в рублях, долларах или евро: карты Visa, MasterCard, МИР, ЮMoney, криптовалюта. Для компаний безналичный расчёт со счётом и актом.
• Поддержка на русском в Telegram, поможем с установкой ОС и первичной настройкой.

Посмотреть конфигурации и заказать: abcd.host/dedicated (раздел «Горячие предложения»)

Вопросы, резерв сервера, уточнить локацию: Telegram @ABCDSupportBot или sales@abcd.host

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

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

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



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

Ограничение цены служило своего рода ограничителем на этапе запуска. Поскольку спотовые цены остаются стабильными, мы готовы позволить цене свободно меняться и отражать реальные рыночные условия на платформе Nebius.

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

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

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

nebius.com/spot-prices

Мы начинаем переход на собственную панель управления виртуальными выделенными серверами. Это большое обновление, которое даст нам больше свободы в развитии сервиса, а вам со временем предложит новые возможности для работы с VDS.

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

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

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

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

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

Как подготовиться
Перед переносом рекомендуем:

• Сохранить актуальную резервную копию важных данных за пределами VDS.
• Проверить, что необходимые приложения и службы запускаются автоматически после перезагрузки.
• Проверить настройки и лицензии, если они привязаны к MAC-адресу.
• Если на сервере выполняются длительные задачи, учитывать возможный перезапуск и сохранять промежуточные результаты.

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

В рамках миграции мы не изменяем содержимое диска VDS, установленные пакеты, настройки операционной системы и ваших приложений. При этом потребуется перезапуск сервера и изменятся виртуальные MAC-адреса сетевых интерфейсов. Если ваши настройки или лицензии привязаны к MAC-адресу, их потребуется отдельно проверить и при необходимости скорректировать.

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

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

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

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

hosting-vds.com

Удалённый злоумышленник без учётных данных может уронить необновлённый сервер через любой открытый IPv4 TCP-порт. Red Hat предупреждает, что уязвимость может привести и к удалённому выполнению кода. Anthropic описала эксплойт, который получает root на серверах с листенером Multipath TCP (MPTCP).

Затронуты Linux-серверы с ядром 4.4 и новее, то есть практически все. У VPS на KVM собственное ядро, независимое от нашего хоста: обновлять его и перезагружаться нужно внутри VPS.
Не затронуты: RHEL 7, CentOS 7, CloudLinux 7 (не гибридный), Windows, FreeBSD и другие не-Linux системы.

Реальных атак на 2 ноября не зафиксировано, но исправление публично и доступно для анализа.

Что сделать:

• Исправление вышло: Debian 12/13, RHEL 8/9/10, AlmaLinux 8, SLES 16.0, openSUSE Leap 16.0, SLES 15 SP4/SP5/SP6 LTSS, Proxmox VE. Сделайте бэкап, обновите ядро и перезагрузитесь. Новое ядро защищает только после перезагрузки
• Исправление в тестировании или раскатывается: AlmaLinux 9/10, CloudLinux 7h/8/9/10, SLES 15 SP7. Примените временную защиту и обновитесь после выхода в стабильный репозиторий
• Исправления пока нет: Ubuntu 26.10/26.04/24.04/22.04, Rocky Linux 8/9/10. Ubuntu 20.04/18.04/16.04: только через Ubuntu Pro / ESM, сроков нет. Debian 11 и старше: только платная LTS. CentOS 8 / Stream 8 и другие снятые с поддержки версии: исправления не будет, переходите на поддерживаемую версию. Примените временную защиту сейчас

Как обновить ядро:
Debian 12/13, Ubuntu (после выхода исправления), Proxmox VE:

sudo apt update && sudo apt full-upgrade
sudo reboot

RHEL 8/9/10, AlmaLinux, Rocky Linux, CloudLinux:

sudo dnf --refresh updateinfo info --cves CVE-2026-98432
sudo dnf update 'kernel*'
sudo reboot

openSUSE / SLES:

sudo zypper refresh && sudo zypper patch && sudo reboot

Временная защита:
Отбрасывайте входящие IPv4 TCP-пакеты с IP-опциями, обычный трафик их не использует. Правило опубликовал Red Hat (RHSB-2026-016), он советует сначала проверить его на вашем трафике. Создайте каталог:

sudo mkdir -p /etc/nftables.d

Сохраните правило в /etc/nftables.d/cve-2026-98432.nft:

table inet cve_2026_98432 {
    chain input {
        type filter hook input priority -310; policy accept;
        ip protocol tcp ip hdrlength > 5 counter drop
    }
}

Загрузите и проверьте:

sudo nft --check --file /etc/nftables.d/cve-2026-98432.nft
sudo nft --file /etc/nftables.d/cve-2026-98432.nft
sudo nft list table inet cve_2026_98432

Если сервер маршрутизирует трафик в Docker или LXC, замените хук на prerouting. Не применяйте фильтр в сетях с метками безопасности CIPSO / NetLabel
Чтобы правило сохранилось после перезагрузки, добавьте строку include "/etc/nftables.d/cve-2026-98432.nft" в /etc/nftables.conf (Debian/Ubuntu) или /etc/sysconfig/nftables.conf (семейство RHEL) и выполните sudo systemctl enable nftables
На системах только с iptables:

sudo iptables -t raw -I PREROUTING -p tcp -m u32 --u32 "0>>24&0x0F=6:15" -j DROP

Отключите Multipath TCP, если он не нужен:

sudo sysctl -w net.mptcp.enabled=0
echo 'net.mptcp.enabled = 0' | sudo tee /etc/sysctl.d/99-cve-2026-98432.conf

Затем перезапускайте сервисы, которые показывает эта команда, пока её вывод не станет пустым:

sudo ss -lnMp

Это сужает атаку, но не устраняет уязвимость: ошибка не специфична для MPTCP

Временная защита снижает риск, но не заменяет обновление ядра.

Бюллетень Red Hat: access.redhat.com/security/vulnerabilities/RHSB-2026-016
Статус исправления для Ubuntu: ubuntu.com/security/CVE-2026-98432
Нужна помощь? Напишите нам: ishosting.io/ru/support

15:43, 02.11.2026 Обновление информации по инциденту и восстановлению работы сервисов Beget
В ночь на 2 ноября 2026 года наша инфраструктура подверглась массированной кибератаке, в результате которой была нарушена работа ряда сервисов.

Официальное уведомление об обстоятельствах непреодолимой силы
Настоящим ООО «Бегет» уведомляет клиентов о возникновении обстоятельств, которые обладают признаками непреодолимой силы (форс-мажора) в соответствии с пунктом 3 статьи 401 Гражданского кодекса РФ и положениями действующих договоров.

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

Текущий статус восстановления
На данный момент нам уже удалось восстановить работу выделенных серверов без нашего администрирования.
Что происходит сейчас:

• NS-серверы. Восстановление их работы — наш главный приоритет. Ориентировочный срок — ближайшие 4–5 часов.
• Почтовая система. Параллельно ведём работы по восстановлению её работоспособности.
• Резервные копии.

На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.
Наши специалисты непрерывно работают над восстановлением инфраструктуры и делают всё возможное, чтобы как можно скорее вернуть сервисы к полноценной работе.
При этом мы продолжаем оценивать масштаб последствий атаки, поэтому пока не можем назвать точные сроки полного восстановления всех сервисов.
Мы понимаем, насколько критична доступность наших услуг для ваших проектов, и прикладываем все усилия для скорейшего восстановления работы.
Будем информировать вас по мере поступления новых подтверждённых данных.
Спасибо за терпение, понимание и поддержку.

8:23, 02.11.2026 Апдейт по инциденту
Мы продолжаем детальный разбор ситуации.
Проблема носит комплексный характер и затрагивает все уровни архитектуры.
В данный момент инженеры выполняют ручную настройку инфраструктуры непосредственно в дата‑центрах.
Для решения задачи задействованы все необходимые ресурсы — команды работают в усиленном режиме.
Следующий апдейт опубликуем сразу после получения подтверждённой и точной информации.

6:03, 02.11.2026 Статус инцидента: восстановительные работы и расследование
На данный момент наша команда ведёт восстановительные работы и детальное расследование инцидента.
Следующий апдейт — в 08:00 по МСК.

4:05, 02.11.2026
У нас произошёл крупный инцидент. Задействованы все ресурсы, разбираемся в причинах и делаем всё возможное, чтобы восстановить стабильность.
Следующий апдейт — в 6:00.
Спасибо за понимание.

https://timeweb.cloud

30 октября 2026 Сразу видно, на что уходят токены
В ИИ-сервисах появилась вкладка «Активность» — общий дашборд по всем API-ключам и агентам. Он помогает ответить на главные вопросы о расходах:
1. Почему вырос счет за месяц? Наверху пять цифр: расходы, запросы, токены, доля кэша и средняя цена за 1 млн токенов. Ниже — топ ключей и агентов: видно, кто тратит больше всех.
2. Как простые задачи выходят дорого? Расходы разложены по моделям и типам токенов — видно, какие запросы можно перевести на модель подешевле.
3. Работает ли кэш? Доля кэша есть в общих цифрах, а подробности — на отдельном графике.
4. Откуда резкий скачок расходов? В режиме «Тренды» видно, какие модели и ключи растут быстрее всего. Новый всплеск не потеряется в общей сумме.
А еще у каждой модели в AI Gateway появилась своя карточка — параметры больше не нужно искать отдельно. По клику открываются:
Цена и калькулятор «Сколько это будет стоить»
— Контекст, максимальный ответ, режим рассуждений, вызов функций и Batch API
— Индексы Artificial Analysis: интеллект, программирование, агентность
— Скорость генерации, задержка первого токена и доступность за сутки
— Где и кем обрабатываются данные
— Ваше использование модели за 30 дней
— Готовый код для подключения по API

29 октября 2026 Осенняя_уборка.сom
Навели порядок в разделе «Домены» — все по вашим идеям и запросам (раз, два, три). Теперь будет гораздо проще следить за сроками, хранить заметки и забирать DNS-записи.
1. Самое срочное: отсортировали домены по дате окончания, просили не раз и не два. Вверху списка будут уже удаленные регистратором, следом — ближайшие к окончанию. Если нужен обратный порядок — нажмите на заголовок «Автопродление».
2. Домены у других регистраторов. Рядом с ними появился бейдж «НЕ У НАС», а под названием — дата окончания. За 60 дней до нее срок дублируется в колонке «Автопродление», только без кнопки продления.
3. DNS-записи.zоne. Добавили кнопку «Импорт и экспорт» в разделе DNS: через нее все записи домена скачиваются в формате .zone. Например, чтобы сохранить копию зоны перед правками или показать настройки.
4. Заметки. Чтобы через полгода не гадать, для какого проекта был куплен домен, есть «Комментарий к домену» в шапке. В общем списке он виден в подсказке рядом с названием.
Все обновления уже в панели — как и повод разобрать накопленные домены.

28 октября 2026 Один ключ к видео и картинкам
Сравнить несколько видеомоделей, оживить фото или сгенерировать картинки для рекламы теперь можно через AI Gateway по тому же ключу, что и текст. Подключили сразу 23 модели, чтобы было из чего выбрать:
Veo 3.1 от Google — сгенерировать ролик сразу со звуком
Kling 3.0 и O3 от Kuaishou — провести героя через несколько планов
Seedance 2.0 и 2.5 от ByteDance — снять динамичную рекламу с движением камеры
Gen-4.5 и Gen-4 Turbo от Runway — оживить фото товара
Hailuo 3 и H3 Max от MiniMax — сделать вертикальный ролик для соцсетей
Wan 3 и Wan 3 Prime от Alibaba — получить длинный ролик за один проход
Seedream 5 от ByteDance — нарисовать картинку с аккуратным текстом
Gen-4 Image от Runway — поместить одного персонажа в разные сцены
Как это работает: отправляете через API промпт и, если нужно, картинку — через несколько минут забираете ролик. Картинки приходят сразу, до четырех за запрос. Чтобы сменить модель, достаточно поменять ее название.
Так черновики можно делать на Wan 3 или Hailuo H3 Max от 6,75 ₽ за секунду, а финалить на Veo 3.1: 8 секунд со звуком за 432 ₽, без звука — 216 ₽. Оплата за секунды готового ролика.

27 октября 2026 У рестарта в App Platform появился план Б
Обычного перезапуска контейнера хватает не всегда. Например, если процесс завис или его завершил OOM, а приложение так и не восстановило работу.
На такой случай добавили возможность перезагрузить всю среду выполнения. Теперь при перезапуске приложения можно выбрать один из двух вариантов:
Перезапуск контейнера — перезапускается только контейнер с приложением. Подходит для большинства ситуаций.
Перезапуск среды выполнения — перезагружается сервер, на котором работает приложение. Пригодится, когда обычный рестарт не помог.
Оба варианта уже доступны в панели. А если приложение регулярно падает из-за нехватки памяти, стоит проверить потребление ресурсов — перезапуск не устранит саму причину.

26 октября 2026 Бэкапы для выделенных серверов — еще и в S3
У выделенных серверов появились бэкапы. Подключаете — и в вашем S3 сам появляется холодный бакет с плашкой «Бэкапы сервера». Там же переход к настройкам.
Копии в нем можно только читать. Агент сервера записывает новые, но стереть их не может даже своим ключом, так что утечка бэкапам не страшна. А если удалить сервер или бакет, ключ тут же блокируется: никаких забытых доступов.
Сколько копий создавать, решаете сами: есть автоматическая ротация по заданному числу и ручное удаление из панели. Если удалили бакет по ошибке — переподключите бэкапы, и сервер получит новый.
Стоимость — 6 ₽ за 1 ГБ в месяц, сам бакет бесплатный.

22 октября 2026 Непубличный Kubernetes
Теперь кластер можно создать с мастером без публичного IP. Управление будет доступно только из приватной сети, а приложения продолжат работать для пользователей как обычно.
Когда может пригодится:
1. Политика компании или условия проекта запрещают публичный доступ к API кластера.
2. С API работают только CI/CD-раннеры и сервисы внутри вашей приватной сети, поэтому публичный адрес не нужен.
3. Хотите убрать API из открытого доступа, чтобы к нему нельзя было обратиться из интернета.
Как тогда управлять кластером?
Через бастион-хост — отдельный сервер с доступом в приватную сеть. Работает как проходная: сначала подключаетесь к нему, а уже через него — к API кластера. Настраивается самостоятельно, подробная инструкция → в доке.
Как сделать приватную мастер-ноду: при создании кластера отключите публичный IP в разделе «Конфигурация мастер-нод». У существующего кластера убрать публичный IP не получится.

21 октября 2026 Вышел патч для двух критических уязвимостей в PHP
Разработчики PHP выпустили исправления для двух критических уязвимостей, через которые можно удаленно выполнить код на сервере (CVE-2026-109618 и CVE-2026-109619). Детали уже обсуждают публично, поэтому в ближайшие часы ожидаются массовые попытки взлома.
Если на ваших виртуальных серверах работают проекты на PHP, обновитесь как можно скорее.

20 октября 2026 Расширили холодное хранилище S3 на 1 ПБ
Потребность в хранении данных растет, поэтому мы увеличили емкость в холодном S3 еще на 1 петабайт. Этого объема хватит, чтобы ваши проекты продолжали масштабироваться без задержек.
Холодное хранилище отлично подходит для:
— Резервных копий
— Долгосрочных архивов
— Системных логов
Это данные, к которым вы обращаетесь редко, но они всегда должны быть под рукой в полной сохранности. В ближайшее время добавим еще 3 ПБ, чтобы обеспечить запас емкости на будущее.

19 октября 2026 Показываем расходы и переключаем модели в AI Gateway
В AI Gateway сразу два обновления — теперь можно посмотреть стоимость и статус каждого запроса, а еще настроить резервные модели для AI-ключа на случай, если основная не ответит.
1. Логи запросов — чтобы проверять результаты и следить за расходами
В AI Gateway появилась вкладка «Логи». Для каждого запроса по AI-ключу можно посмотреть модель, токены, стоимость и статус запроса.
Логи доступны только владельцу аккаунта и содержат запросы начиная с 9 октября. Тексты промптов и ответов не сохраняются.
2. Резервные модели — на случай, если основная модель не отвечает
Для AI-ключа можно выбрать до двух резервных моделей. Если основная недоступна — AI Gateway сам отправит запрос на одну из двух запасных.
Сработает при сбое у провайдера, таймауте модели или ограничении частоты запросов.
Где включить: ИИ-сервисы → AI Gateway → нужный ключ → «Управление» → «Резервные модели».
Оплата считается только за модель, которая ответила. Запасная может стоить дороже основной — учитывайте при выборе.

16 октября 2026 Больше фреймворков и контроля над деплоями
В App Platform выкатили два релиза для разных этапов деплоя: от создания приложения до проверки изменений.
1. Выбираем фреймворк
Расширили список поддерживаемых фронтенд-фреймворков и добавили еще шесть:
• Astro — для блогов, лендингов и контентных сайтов.
• TanStack Start — для веб-приложений с обработкой данных на сервере.
• Solid — для интерактивных интерфейсов с частым обновлением данных.
• SolidStart — для приложений на Solid с серверным рендерингом.
• Remix — для приложений на React с формами и работой с данными.
• SvelteKit — для сайтов и приложений на Svelte.
Для всех, кроме Solid, доступны SSR (рендеринг страниц на сервере). Для Solid — только фронтенд.
2. Управляем деплоями на стенде
В стендах появился селектор деплоев — такой же, как в родительском приложении. Теперь прямо в стенде можно:
— Посмотреть все запущенные в нем деплои и их статусы.
— Остановить текущий деплой, если заметили ошибку.
— Вернуться к любому коммиту, по которому уже запускался деплой.

15 октября 2026 Меньше кликов для нужных опций
Проверить нагрузку серверов или переключиться на дополнительного пользователя стало проще. В последних обновлениях убрали лишние действия в этих задачах.
1. Нагрузка всех серверов перед глазами
Больше не нужно открывать серверы по очереди — все видно в новой колонке с графиками CPU и RAM за последние 24 часа и актуальной нагрузкой в процентах.
Если текущая загрузка превышает 90%, график становится красным — серверу пора уделить внимание.
При наведении курсора на график появятся среднее и максимальное значения за сутки, а также время пика.
2. Сменить пользователя не выходя из панели
Добавляйте дополнительного пользователя в меню аккаунта и переключайтесь на него без повторного входа.
Как настроить: меню аккаунта → «Добавить аккаунт» → емейлl доп. пользователя и его пароль. Для переключения нажмите на новый пункт в меню, для возврата — на свой логин.

14 октября 2026 Два релиза для вашей экономии
Выкатили два обновления в AI-сервисах, чтобы вы могли платить меньше за запросы и заранее определять бюджет:
1. Batch API — запросы за полцены
Если ответ не нужен сразу — отправляйте запросы единым пакетом через Batch API в AI Gateway. Входные и исходящие токены обойдутся вдвое дешевле, чем при обычном обращении.
Как использовать: соберите до 50 000 запросов в файл, отправьте через API и получите файл с ответами в течение 24 часов.
2. Лимиты в рублях — без пересчета токенов
Добавили лимиты в рублях для AI-сервисов и AI-ключей — теперь вы сами фиксируете траты.
Можно настроить дневной бюджет для AI-сервиса / общий дневной лимит для AI-ключа / отдельные суммы для выбранных моделей AI-ключа.
Например, задайте лимит для ключа — 3 000 ₽ в день, а для самой дорогой модели — 1 000 ₽. Когда лимит закончится, новые запросы не пройдут.
Где настроить: «Управление» в настройках агента или AI-ключа → «Установить лимиты» → указать сумму в рублях.

13 октября 2026 Агенты теперь запоминают контекст
Формат ответов, важные детали, условия — все это приходилось заново прописывать в новых чатах. Теперь у AI-агентов есть память: с ней они сохраняют важный контекст из переписки и учитывают его в следующих диалогах.
Как это работает:
1. Сохранение фактов
Агент сам выделяет нужные факты и условия из переписки. Можно попросить его и напрямую: «Запомни, что примеры кода нужны в формате TypeScript».
2. Использование памяти
Когда для ответа понадобится информация из прошлых чатов, агент возьмет ее из памяти. Все, что сохранилось, можно посмотреть во вкладке «Память».
3. Управление памятью
Пользователи с правами на управление агентом могут добавлять, менять и удалять факты. Общий лимит — 1 000 фактов на агента для всех пользователей.
Где включить: при создании агента или во вкладке «Память» в настройках выбранного агента.
Вы уже можете проверить память на новых моделях: GPT-6.1 Sol • Claude Sonnet 5.5 • Claude Haiku 5.5 • Gemini 3.5 Flash Lite • Qwen 3.8 Flash

12 октября 2026 От приложения в Kubernetes до AI Gateway — одна настройка
В Kubernetes появился ИИ-коннектор, который создает API-ключи. Так ваши приложения могут обращаться к моделям напрямую через AI Gateway.
Больше не нужно выпускать ключ отдельно, копировать его и вручную добавлять в кластер.
Сейчас вы выбираете проект, срок действия ключа и нужные namespaces в настройках кластера, а коннектор автоматически создает ключ и сохраняет его как секрет.
Найти можно в настройках кластера → «Управление» → «ИИ-коннектор».
Что еще важно знать про ключи:
— При удалении ключа удалятся и связанные с ним секреты во всех выбранных namespaces.
— В разделе AI Gateway такой ключ отмечен как управляемый кластером и доступен только для просмотра.

9 октября 2026 Алерты для облачных серверов и баз данных
Запустили бесплатные алерты, которые помогают следить за показателями серверов и баз данных без необходимости постоянно проверять их в панели.
Выбираете метрику и задаете для нее правила — получаете уведомление, если условия выполняются.
Например:
1. На диске осталось меньше 5 ГБ в течение 5 минут — пора почистить логи или расширить диск.
2. CPU загружен больше чем на 90% уже 10 минут — стоит проверить нагрузку, возможно, сервису не хватает ресурсов.
3. Использовано больше 80% доступных подключений к PostgreSQL или MySQL — стоит проверить нагрузку на базу и количество открытых соединений.
Настроить просто: «Мониторинг» → «Алерты» → «Добавить». Выберите сервисы, задайте правила: метрику, порог и длительность условия → «Создать».

6 октября 2026 Новые фреймворки для бэкенда
Теперь панель сама определяет, что необходимо приложению, и подставляет команды для сборки и запуска. Поэтому проанализировали результаты ваших детекций и добавили еще 6 фреймворков:
1. Echo и Fiber (Go) — для создания быстрых и легких приложений.
— Echo использует стандартную библиотеку net/http и совместим с большинством библиотек и middleware из экосистемы Go.
— Fiber работает поверх fasthttp и ориентирован на высокую производительность. По подходу он похож на Express.js, но совместим не со всеми библиотеками Go.
Пример: сервис авторизации, который отвечает за регистрацию пользователей, вход в аккаунт и проверку доступа.
2. Aiohttp и Tornado (Python) — поддерживают асинхронную обработку и большое количество подключений за раз.
— Aiohttp совмещает веб-сервер и HTTP-клиент, поэтому удобен для сервисов, которые активно обращаются к внешним API.
— Tornado поддерживает долгие соединения и позволяет постоянно обмениваться данными с клиентом.
Пример: онлайн-чат, где сообщения должны приходить тысячам пользователей.
3. Quarkus и Micronaut (Java) — ускоряют запуск приложений и экономят память.
— Quarkus тесно интегрирован с экосистемой Red Hat и стандартами Jakarta EE.
— Micronaut меньше привязан к конкретной экосистеме и подходит для небольших проектов.
Пример: внутренний сервис компании, который собирает данные из нескольких систем и отдает их через API.

5 октября 2026 Лидер запросов на добавление в App Platform
Выкатили автозапуск стенда на pull request: получаете готовый стенд с версией приложения из этой ветки — ничего не нужно поднимать вручную

2 октября 2026 Выделенные серверы для AI вошли в чат
По вашим запросам добавили 47 конфигураций выделенных серверов с видеокартой. Теперь в Москве и Санкт-Петербурге — от RTX A2000 и RTX 4090 до RTX PRO 6000, H100 и H200, включая сборки с несколькими GPU.
Подходят под AI и ML-задачи, рендеринг и другие проекты, которым нужны вычисления на GPU.
А если готовой конфигурации мало — запустили конфигуратор выделенных серверов. Выбираете нужные компоненты, а мы готовим сервер, все просто.

1 октября 2026 Qupra → NorthC. Переезд завершен
Инфраструктуру перенесли один в один: те же конфигурации, та же архитектура. До конца года обновим магистраль и агрегацию, а в начале следующего года повысим отказоустойчивость на уровне стоек.
Итого по цифрам
— 300 физических серверов
— 65 000 виртуальных машин
— оборудование из ~30 стоек
— десятки тысяч проектов, которые все это время продолжали работать
И это не финальная точка. Ждем от площадки решения по дальнейшему расширению и параллельно смотрим дополнительные варианты размещения.
Уложились меньше чем в 3 месяца — чуть медленнее, чем рассчитывали, но быстрее, чем в прошлый переезд в этой локации.

Вечные не уходят навсегда.
Это лишь временные ограничения — пока Россия не поправится.

Пока ублюдки в РФ не начнут делать правильные вещи, а не выгонять людей из страны и мешать народу развивать собственную страну.
Если в 2024 году развитию РУ хостинга мешало отсутствие правильных площадок для роста, отсутствие того самого дата-центра для хостеров.
То в 2026 году работать просто невозможно — теперь даже если бы появился тот самый дата-центр и даже если бы он ввел onecost как я желал — народ в России стал незаконной сущностью и поэтому РУ локации просто не покупаются народом.

www.artlebedev.ru/als/peoples-unity-day-2026/



Мы хотим делать охуенные услуги для людей для народа. А не заниматься всякой хуйней и тратить свое время для установки VPN чтобы просто попасть в нужный рабочий сайт или телегу. Это уничтожает продуктивность. Это уничтожает желание работать. И уж тем более уничтожает желание что-то делать для России или давать рубль Русским компаниям импортозамещения. Хуй вам а не рубль. Вы своими блокировками когда что-ниб не работает — просто вызываете ненависть у людей, которые не хотели никого ненавидеть и были патриотами русских достижений на зло санкциям европы. Но с лета 2025 Россия превратилась в ублюдскую Европу — ваши столицы заслуживают ядерных ударов, вы не уважаете людей и гадите обществу. Одни гадят санкциями другие гадят блокировками интернета потребителю. Я покупал все русские ноуты, телефоны, дарил их своим подругам покупал много штук, тратил деньги чтобы попробовать «русское» — но больше я не рубля не потрачу и это вы довели меня до такого.

Обмен информацией в режиме реального времени — одна из областей, где организации чаще всего в наибольшей степени зависят от внешних поставщиков программного обеспечения как услуги (SaaS). История чатов, вложения файлов, пользовательские каталоги и внутренние беседы могут храниться на инфраструктуре, управляемой Microsoft, Slack, Discord или другой третьей стороной. Для команд, которые хотят больше контролировать место хранения своих коммуникационных данных и работу своей инфраструктуры обмена сообщениями, Matrix предлагает открытую альтернативу.
Synapse — наиболее широко используемая реализация домашнего сервера Matrix. Она предоставляет серверную инфраструктуру для пользователей Matrix, комнат, сообщений, федерации, аутентификации и хранения медиафайлов. Synapse разработан компанией Element и может быть размещен на вашей собственной инфраструктуре. В сочетании с клиентом Matrix, таким как Element, он может предоставить организации полноценную платформу для чата, позволяя при этом общаться с пользователями, размещенными на других серверах Matrix.

Информация о проекте Synapse:
Название: Синапс
URL: element-hq.github.io/synapse/
Лицензия: AGPLv3 или коммерческая лицензия Element.
Протокол: Матрица
Язык программирования: Python/Twisted с компонентами Rust.
Последняя версия: 1.163.0
База данных: рекомендуется PostgreSQL.
Коммерческое предложение: Synapse Pro/Element Server Suite



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

Synapse реализует эту роль домашнего сервера. Когда пользователь создает учетную запись на сервере Synapse, его идентификатор Matrix ID содержит имя сервера (например, @alice:example.com). Комнаты, пользователи, сообщения, информация о членстве и другие события Matrix затем обрабатываются одним или несколькими домашними серверами, участвующими в беседе.

Для пользователей, самостоятельно размещающих свой сервер, выбор server_name является одним из важнейших решений во время установки. Это значение становится частью идентификаторов пользователей и адресов помещений и не может быть просто изменено позже. Таким образом, компания может использовать example.com в качестве своего идентификатора Matrix, в то время как физически Synapse работает по адресу matrix.example.com.

В Synapse обычно не входит сам интерфейс чата для пользователей. Пользователи подключаются через клиент Matrix, например Element, FluffyChat или другое совместимое приложение. Такое разделение между клиентом и сервером является одним из преимуществ Matrix: пользователи не привязаны к конкретному приложению только потому, что организация выбрала Synapse в качестве своего сервера.

Федерация
Федерация — это то, что отличает Matrix от многих систем чата с самостоятельным размещением. Если федерация включена, пользователи вашего сервера Synapse могут присоединяться к комнатам с пользователями, размещенными на других серверах, а удаленные серверы Matrix могут обмениваться событиями напрямую с вашим сервером.

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

Однако федерация несколько усложняет настройку сети. Другие серверы Matrix должны знать, как связаться с вашим домашним сервером. По умолчанию это определяется на основе настроенного параметра, но Matrix также поддерживает делегирование через файлы. Это позволяет использовать идентификаторы пользователей, например, в то время как сам Synapse работает под другим именем хоста, например, .server_name.well-known@alice:example.commatrix.example.com

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

Развертывание и база данных
Synapse можно установить из пакетов, сред Python или контейнеров. Для развертывания в производственной среде на собственном сервере типичная архитектура включает Synapse, PostgreSQL, обратный прокси-сервер, постоянное хранилище медиафайлов и, при необходимости, сервер TURN (Traversal Using Relays around NAT) для надежного голосового и видеосоединения.

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

Обычно перед Synapse устанавливается обратный прокси-сервер, такой как NGINX, Caddy, Apache или HAProxy. Он завершает TLS-соединение и предоставляет доступ к клиенту Matrix и конечным точкам федерации через стандартные порты HTTPS, в то время как сам Synapse прослушивает внутренний порт HTTP.

Для работы с медиаконтентом также требуется планирование. Изображения, видео, голосовые сообщения, документы и другой загруженный контент хранятся отдельно от базы данных PostgreSQL. Поэтому администраторам необходимы резервные копии как базы данных, так и хранилища медиафайлов. Резервного копирования только PostgreSQL недостаточно для полного восстановления.

Аутентификация и управление пользователями
Synapse может управлять собственными пользователями и паролями, но организации часто предпочитают интегрировать его с существующим поставщиком идентификационных данных. В зависимости от среды, Synapse может работать с механизмами аутентификации, такими как OpenID Connect и Security Assertion Markup Language (SAML), позволяя пользователям входить в систему через существующую платформу идентификации.

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

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



Масштабирование с помощью сотрудников
Для небольших или средних установок Matrix Synapse обычно следует запускать как единый процесс. Официального ограничения по количеству пользователей или событий в секунду не существует, поскольку нагрузка на системы Matrix значительно варьируется: 500 в основном простаивающих пользователей в небольших частных комнатах создают совершенно иную нагрузку, чем 500 пользователей, участвующих в больших объединенных комнатах. Как правило, хорошо сбалансированный единый процесс Synapse с PostgreSQL может без проблем обслуживать несколько сотен активных пользователей, а в системах с примерно 1000 зарегистрированными пользователями может и не быть необходимости вводить дополнительные рабочие процессы, если параллельная обработка и трафик объединения невелики.

Масштабирование рабочих процессов стоит рассмотреть, когда основной процесс Synapse регулярно приближается к 100% одного ядра ЦП, запросы /sync заметно замедляются, очереди федерации начинают отставать или задержка доставки сообщений увеличивается при нормальной пиковой нагрузке. Synapse в основном разделен на специализированные рабочие нагрузки, поэтому первым шагом часто является не создание нескольких идентичных экземпляров, а перенос ресурсоемких функций, таких как синхронизация клиентов, обработка федерации, обработка мультимедиа, фоновые задачи или сохранение событий, на выделенные рабочие процессы. В больших масштабах сохранение событий также может быть распределено по идентификатору комнаты между несколькими рабочими процессами.

Поэтому разумная модель планирования заключается в том, чтобы поддерживать более простую монолитную архитектуру в системах с десятками или несколькими сотнями активных пользователей и отслеживать их состояние перед добавлением сложных компонентов. Как только количество одновременно активных пользователей достигает нескольких сотен, частота запросов исчисляется сотнями в секунду или происходит загрузка ЦП основного процесса, использование рабочих процессов становится все более оправданным. Очень крупные развертывания с тысячами одновременно активных пользователей, как правило, следует проектировать с использованием нескольких рабочих процессов с самого начала. Все рабочие процессы по-прежнему используют общую базу данных PostgreSQL и взаимодействуют через механизмы репликации Synapse, обычно с использованием Redis, поэтому горизонтальное масштабирование Synapse не устраняет необходимость в базе данных соответствующего размера.

Для небольшого выделенного сервера Synapse не требуется особенно мощное оборудование. Домашний сервер для небольшой компании, семьи или сообщества может комфортно начать работу с 2-4 современными ядрами ЦП, 4-8 ГБ оперативной памяти и примерно 100-250 ГБ SSD или NVMe-накопителя, при условии умеренного использования федерации и работы с медиафайлами. Для среднего сервера с несколькими сотнями активных пользователей, большими федеративными комнатами или начальными рабочими процессами лучше подойдет около 6-12 ядер, 32-64 ГБ оперативной памяти и 500 ГБ-1 ТБ NVMe-накопителя. Для крупного сервера с тысячами активных пользователей и несколькими рабочими процессами Synapse разумной отправной точкой являются 16-32 ядра, 64-128 ГБ оперативной памяти и 1-4 ТБ быстрого NVMe-накопителя. Однако в таком масштабе разделение PostgreSQL, рабочих процессов Synapse и хранилища медиафайлов между несколькими системами обычно становится более полезным, чем дальнейшее вертикальное масштабирование одного сервера. Во всех случаях быстрое хранилище на SSD-накопителях важнее больших объемов медленных дисковых накопителей, поскольку производительность PostgreSQL оказывает существенное влияние на быстродействие Synapse.

Безопасность и сквозное шифрование
Matrix поддерживает сквозное шифрование для частных разговоров и комнат. В зашифрованной комнате содержимое сообщений шифруется клиентами до того, как они достигнут Synapse, то есть домашний сервер хранит и пересылает зашифрованные события, а не содержимое сообщений в открытом виде.

Это важное различие при самостоятельном размещении. Использование собственного сервера Synapse дает вам контроль над данными учетной записи, метаданными комнаты, медиафайлами, инфраструктурой и хранением данных, но сквозное шифрование по-прежнему в основном зависит от клиентов Matrix и управления ключами.

Сам домашний сервер по-прежнему имеет критически важное значение с точки зрения безопасности. Администраторам следует обновлять Synapse и PostgreSQL, ограничивать доступ к административным API, защищать механизмы регистрации, использовать HTTPS, создавать резервные копии ключей подписи и избегать прямого доступа к внутренним сервисам через Интернет.

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

Компромисс заключается в сложности. Серьезная установка включает в себя гораздо больше, чем просто запуск контейнера чата: необходимо учитывать PostgreSQL, DNS, TLS, федерацию, хранилище медиафайлов, резервное копирование, управление идентификацией и, при необходимости, инфраструктуру TURN.

В целом, Synapse отлично подходит для команд, которые хотят контролировать свою коммуникационную инфраструктуру, не создавая при этом еще один изолированный «островок» обмена сообщениями. Для тех, кто самостоятельно управляет вспомогательной инфраструктурой, Matrix и Synapse предлагают привлекательную альтернативу централизованным коммуникационным платформам.

Я прочитал поправку I-1358 к PLF 2027, принятую в пятницу в Ассамблее: налог в размере 0,055 € за ГБ, отправленный подписчикам французских провайдеров FAI. Цифра абстрактна, поэтому давайте сравним её. Исправьте меня, если увидите ошибки.

Два сравнения и один конкретный случай:

1. Транзит и пиринг. Порт 100 Гбит/с стоит примерно 6300 € в месяц у глобального провайдера транзита. При прямом соединении с европейским FAI — в 3–5 раз дороже, то есть 20–30 тыс. € в месяц. На этом порту (a) налог достигает 1,02 млн € в месяц, что составляет примерно 3400 % до 16300 % от цены соединения с французскими FAI. Таким образом, мы кардинально меняем экономическую модель пропускной способности во Франции.

2. Гиперскейлеры критикуют за цену исходящего трафика, которая варьируется от примерно 0,08 € до 0,045 € за ГБ в зависимости от объёма. Налог в 0,055 € за ГБ составляет 68 % до 123 % от этой цены. Таким образом, мы говорим о удвоении — для трафика в сторону Франции — цены, которая уже считается слишком высокой!

3. Случай OVHcloud. Мы отправляем порядка 500 Гбит/с по 95-му процентилю в сторону французских FAI, то есть примерно 324 Гбит/с в среднем. За год валовой налог достиг бы 70 млн €. Текст устанавливает потолок в 15 % от выручки, полученной во Франции, или 2 % от глобальной выручки, то есть от примерно 23 до 70 млн € в год, которые мы должны были бы собирать для государства и, следовательно, перекладывать на наших клиентов.

Выводы:

1. Налог обычно взимается с небольшой доли своей базы. Этот же превышает 3000 % от стоимости транзита и составляет примерно 100 % от публичной цены гиперскейлеров. Вспомните закон SREN, принятый для отмены сборов за перенос, которые мешали клиентам уходить от провайдера облачных услуг. Здесь мы говорим об удвоении цены исходящего трафика для французских интернет-пользователей — цены, которая уже очень проблематична.

2. Ограничитель в виде потолка, рассчитанного на выручку, нелогичен. Эта выручка охватывает серверы, хранение, дата-центры и команды, не имеющие отношения к пропускной способности. Это как ввести налог, рассчитанный на энергопотребление французских автозаводов, с потолком в 15 % от выручки производителей. Какая связь между ними?

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

(a) Фактурируется по 95-му процентилю, этот порт не заполнен постоянно: с типичным дневным профилем (22 % к 4 часам, 90 % к 21 часу) он транспортирует в среднем 57 % своей ёмкости, то есть 18,6 миллиона ГБ в месяц.

Вы, несомненно, заметили: облачный хостинг подорожал в 2026 году, и реакция отрасли ощущается повсюду. Провайдеры по всей Европе и Северной Америке повысили цены, некоторые из них — несколько раз, и мы также скорректировали некоторые из наших цен. Хотя мы постарались дать некоторое представление об этих изменениях по мере их возникновения, мы считаем, что вы заслуживаете более подробного объяснения того, что происходит и как, вероятно, будут развиваться события в дальнейшем.

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

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

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

Для работы с большими моделями ИИ-ускорителей требуется многослойная, очень быстрая память типа HBM (high-bandwidth memory). HBM изготавливается из тех же кремниевых пластин, что и DDR5, обычная память, используемая в серверах, но при этом обеспечивает гораздо меньший объем полезной памяти на пластине. Компания Micron, один из ведущих производителей микросхем памяти, заявила, что производство одной единицы HBM занимает производственные мощности пластины, которые в противном случае были бы использованы для производства трех единиц DDR5.

Легко понять, к чему это приводит: каждая единица HBM — это три единицы обычной серверной памяти, которые так и не производятся. Справедливости ради, производители не преувеличивают. Когда дефицитным является объем производства кремниевых пластин, вы производите то, что приносит наибольшую прибыль с каждой пластины, а HBM приносит гораздо больше, чем DDR5. Умножьте этот выбор на быструю переналадку производства, и вы получите сторону предложения, объясняющую рост цен в этом году. Не очень хорошо для тех, кто находится по эту сторону производственной цепочки.

Цены быстро последовали этой тенденции, как это всегда и бывает. Компания TrendForce, отслеживающая фактические цены крупных покупателей по договорам поставки, а не по розничным ценам, прогнозирует, что контрактные цены на обычную память вырастут на 58–63% только во втором квартале 2026 года, а цены на флэш-память NAND, используемую в быстрых NVMe-накопителях для хранения данных, вырастут на 70–75% за те же три месяца. На открытом спотовом рынке, куда попадает любой покупатель без долгосрочного соглашения, цены на DDR5 выросли примерно в пять раз по сравнению с прошлым годом. Исследовательская компания Gartner оценивает совокупный рост цен на память и накопители примерно в 130% к 2026 году. Нет такой версии бюджета на оборудование, которая бы незаметно поглощала такие цифры, а ведь именно эти компоненты лежат в основе каждого виртуального сервера на рынке, включая наш.

Обычно дефицит заканчивается, когда заводы наращивают мощности. Этот же дефицит не закончится до тех пор, пока не изменится соотношение между памятью для ИИ и обычной памятью, и TrendForce ожидает, что дефицит на рынке сохранится до конца 2026 года, при этом мощности будут продолжать перенаправляться на серверные и ИИ-приложения вплоть до 2027 года. Темпы роста, по крайней мере, показывают признаки замедления: прогнозируется, что контрактные цены на обычную память вырастут на 10-15% в последнем квартале 2026 года. Это более медленные темпы по сравнению с началом года, но цены все еще растут, просто менее резко. Именно на этом сейчас основывается планирование всех участников отрасли, включая нас.

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

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

Ещё один наглядный пример — IPv4-адрес. Каждому серверу нужен публичный адрес, чтобы быть доступным в интернете. Запасы новых адресов исчерпались много лет назад, а то, что осталось, продаётся на вторичном рынке по постоянно растущим ценам. Один адрес — это погрешность округления. Несколько сотен тысяч — это целая строка бюджета.

Что мы изменили и как будем двигаться дальше.
Мы скорректировали цены на отдельные тарифные планы. Цены на VPS начального уровня изменились. Cloud VDS был переименован в Max Performance VPS. Цены для некоторых существующих клиентов также изменились. Большая часть портфеля осталась без изменений, а внесенные нами корректировки были незначительными по сравнению с тем, что произошло с нашими собственными затратами.

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

Оборудование для ресурсоемких проектов в области ИИ выделяется в отдельную линейку продуктов по той же причине. Графические процессоры и память, используемая в них, являются самыми дорогими компонентами в современном центре обработки данных, и если бы эта стоимость была распределена по всему спектру оборудования, каждый обычный веб-сервер частично бы покрывал ее. VPS с использованием графических процессоров имеет свою собственную ценовую политику (по-прежнему значительно ниже, чем у большинства конкурентов, предлагающих эквивалентную мощность выделенных графических процессоров), поэтому те, кто запускает ресурсоемкие задачи в области ИИ, платят за необходимое им оборудование.

Ценность ясности в неопределенные времена
Мы четко объясняем причины этих изменений цен, потому что это правильно. Клиенты, подобные вам, которые видят изменения в своих счетах, не успокоятся, пока не поймут, откуда взялась эта разница. Вы доверяете нам свои проекты, а мы доверяем вам полную картину.

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

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

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

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

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

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

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

Мы экономим на всем, что не относится к инфраструктуре. В компании работает менее ста человек, от наших технических специалистов, управляющих центрами обработки данных по всему миру, до агентов поддержки, оказывающих круглосуточную помощь более чем 300 000 клиентам. Деньги идут на инфраструктуру, а не на офисы и другие ненужные расходы, и это напрямую отражается на наших низких ценах.

Что делать дальше?
Цены, которые вы видите сейчас, скорее всего, самые низкие в обозримом будущем. Поэтому наш лучший совет — забронировать необходимые вам серверы как можно скорее. Если вы знаете, что они вам понадобятся на некоторое время, долгосрочные планы позволяют зафиксировать текущую цену со скидкой до 20% на срок до двух лет. Это ваша лучшая страховка от будущих повышений цен.

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