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 год.

Сегодня сервисы Cloudflare для частных источников общедоступны. Направьте проксированную DNS-запись на частный IP-адрес, и Cloudflare достигнет источника через ваше существующее соединение Cloudflare One. Ваш источник останется приватным, а брандмауэр веб-приложений (WAF), кэширование, управление ботами и рабочие процессы будут работать так же, как и для публичных источников.

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

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

Что сегодня в целом доступно
В ходе закрытого бета-тестирования соответствующие требованиям клиенты запрашивали доступ через свою команду управления аккаунтом. Сегодня мы открываем доступ за пределы этой бета-группы.

Направьте проксированную запись A или AAAA на частный IP-адрес, и сервисы приложений Cloudflare будут работать так же, как и для общедоступных источников:

• WAF и управляемые правила
• Управление ботами
• Ограничение скорости
• Кэширование
• Преобразовывать и переписывать правила
• Рабочие

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

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

Как это работает
Создайте проксированную запись A или AAAA, указывающую на ваш источник. Для поддерживаемых диапазонов частных IP-адресов маршрутизация по частной сети включается автоматически. Если ваш источник использует публичный IP-адрес, доступный только через вашу частную сеть, вы можете включить эту настройку вручную.

Остальная часть процесса обработки запросов остается неизменной: завершение TLS-соединения, WAF, правила и кэширование продолжают работать в сети Cloudflare.


Эта настройка автоматически включается для частных IPv4-адресов RFC 1918, адресов CGNAT RFC 6598 (100.64.0.0/10) и уникальных локальных IPv6-адресов RFC 4193 (fc00::/7). Отключить её для этих диапазонов невозможно; попытки отключить её через API приводят к ошибке.

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

POST /zones/{zone_id}/dns_records
{
 "type": "A",
 "name": "app.example.com",
 "content": "10.0.0.50",
 "ttl": 300,
 "proxied": true,
 "private_routing": true
}

В фоновом режиме прокси-платформа Cloudflare определяет, куда направлять трафик, app.example.com запрашивая API-интерфейс источника Cloudflare. Ответ содержит метаданные, указывающие на то, что доступ к месту назначения должен осуществляться через частный сетевой путь:

{
 "zone_name": "example.com",
 "ipv4_addresses": ["10.0.0.50"],
 "private_routing": true
}

Этот private_routing флаг является ключевым сигналом. Когда наш прокси-сервер его видит, вместо того чтобы пытаться напрямую подключиться к частному IP-адресу через общедоступный Интернет, он передает запрос на наш уровень частной сети, который затем маршрутизирует соединение через существующее частное сетевое соединение клиента, будь то IPsec, GRE, Cloudflare Tunnel, CNI или Cloudflare Mesh.

В бета-версии статьи более подробно рассматривается уровень маршрутизации.

Начать
Прежде чем начать, вам понадобится:

• Включите функцию «Частный доступ к Origin» в вашем аккаунте. Попросите свою команду по работе с клиентами активировать её.
• Подключение к Cloudflare One с использованием IPsec, GRE, CNI, Cloudflare Tunnel или Cloudflare Mesh.
• В вашей учетной записи включена унифицированная маршрутизация, за исключением случаев подключения через туннель Cloudflare (туннель в этом не нуждается). Новые и существующие учетные записи могут обновить маршрутизацию через свою службу поддержки.
• Если вы подключаетесь через Cloudflare WAN или Cloudflare Mesh, настройте обратный маршрут для диапазонов исходных адресов Cloudflare: 100.64.0.0/12 для IPv4 и 2606:4700:cf1:5000::/64 для IPv6. Затем создайте проксированную запись A или AAAA для частного IP-адреса и убедитесь, что включена опция «Использовать маршрутизацию частной сети». Ваша существующая конфигурация WAF, кэша и управления ботами будет применена к этому имени хоста без дальнейших изменений.
• Затем создайте проксированную запись A или AAAA для частного IP-адреса и убедитесь, что включена опция «Использовать маршрутизацию частной сети». Ваша существующая конфигурация WAF, кэша и управления ботами будет применяться к этому имени хоста без дальнейших изменений.

Одно замечание из бета-версии: если запросы истекают по таймауту и ​​ничего не доходит до источника, сначала проверьте обратный маршрут. Наиболее распространенной ошибкой при настройке, которую мы наблюдали, было отсутствие маршрута для диапазона исходных маршрутов Cloudflare.

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

Что будет дальше?
Сегодняшний релиз посвящен обработке трафика из публичных сетей, поступающего в частные сети. Далее мы работаем над трафиком между частными сетями: пользователи, сервисы и агенты ИИ в частных сетях достигают приложений в других частных сетях через сервисы приложений Cloudflare.


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

Цель состоит в том, чтобы предоставить частным приложениям ту же защиту и контроль, что и публичным приложениям. wiki.company.internal Например, открытие вакансии сотрудником может получить выгоду от использования WAF, ограничения скорости и управления ботами. Трафик между сервисами в облачных средах и центрах обработки данных также может использовать эти средства контроля, даже если ни одна из сторон не использует общедоступный Интернет.

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

Подробнее — #comment4463

В честь этого события

• Распродаем остатки
• И предлагаем щедрое предложение — обратный выкуп акций.
• Если кто-то хочет продать обратно свою вечную виртуалку — создайте тикет, мы вернем вам деньги на баланс или на карту/СБП но не моментально, сохраним ваши реквизиты и вернем допустим до лета 2027 частями. (если кто-то разочаровался в качественной вечной виртуалке, если все ок, то пусть работает пока не сгорит окей)

Ранее мы анонсировали новую локацию

• Готовы оформить предзаказы любого рода на сеть ДЦ — DigitalRealty
• Можем выступать в роли транзита, ставить любое сетевое оборудование за ваши деньги

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

Причина переезда?
За каждый чих нужно платить.
Хочешь подключить что-ниб? Плати. Человеку это не нравилось.


Для истории аптайм был самые долгожители


update
физическая миграция из здания в здание завершилась за 3 часа, потому что самопал Aurologic Tornado это просто присоска


update2
Фактически все равно 2 дня потрачено получилось
Первая стойка в первый день
Вторая во второй
Плюс какие-то серверы нужно было обновлять биос и тп

Про новую зону для переноса клиентских нагрузок
23 октября мы открываем новую зону доступности для клиентов технологической платформы. В ней можно будет запустить ваши вычислительные ресурсы, которые ранее размещались в зоне
ru-central1-a.

Зона располагается в новой локации, но в вашей консоли она будет отображаться со старым названием ru-central1-a. Это нужно, чтобы оперативно восстановить мощности и сохранить настроенные на вашей стороне автоматизации.

Важно
Доступ к новой зоне будет открываться поэтапно в ближайшие дни. Узнать о получении доступа можно будет из рассылки.

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

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

По сети станут доступны таргеты в ru-central1-a (сами виртуальные машины таргетов в состоянии Stopped). Если вам нужно вернуть трафик в ru-central1-a в контролируемом режиме, вы можете вначале вручную отключить ru-central1-a в балансировщике. Подробную инструкцию о Yandex Network Load Balancer и Yandex Application Load Balancer смотрите в рекомендациях.

Yandex Compute Cloud
Вычислительные ресурсы в консоли будут отображаться в состоянии Stopped — вы сможете контролируемо запустить их на своей стороне. Для включения групп виртуальных машин используйте команды по включению зоны доступности. Для включения вычислительных ресурсов используйте инструкцию.

Услуга Dedicated Host пока недоступна — мы добавим её в течение следующей недели.

Yandex Managed Service for Kubernetes
Мастера высокодоступных кластеров в Kubernetes из зоны ru-central1-a вернутся в кластер сами в течение некоторого времени. Зональные кластеры будут выключены — их можно будет включить самостоятельно. Подробнее читайте в рекомендациях.

Управляемые базы данных
Вы сможете запустить кластеры управляемых баз данных, ранее работавшие только в зоне доступности ru-central1-a. По умолчанию эти кластеры остановлены. Вы можете самостоятельно запустить остановленные кластеры или хосты работающих кластеров из зоны ru-central1-a, когда будете готовы возобновить работу.

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

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

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

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

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

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

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

tinyvds.net