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

Сопоставимая операционная прибыль (comparable operating profit) в III квартале выросла до €605 млн ($680,20 млн) по сравнению с €448 млн годом ранее. Показатель оказался выше среднего прогноза экспертов, ожидавших приблизительно €453 млн.

Сопоставимая чистая выручка (comparable net sales) выросла на 10 %, до €5,15 млрд, превысив консенсус-прогноз экспертов, составлявший €5,05 млрд.

Всё большее значение приобретает спрос со стороны клиентов, связанных с облачным и ИИ-сегментами. Консолидированная выручка в этом направлении выросла год к году на 123 %, а объём новых заказов — на 118 %, составив €1,5 млрд.

Источник изображения: Nokia

По словам главы Nokia Джастина Хотарда (Justin Hotard), ожидается, что совокупный бизнес компании в сфере оптических и IP-сетей в 2027 году вырастет на 25–30 %.

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

Так, партнёрство с Google на фоне инвестиций последней в Финляндии в размере €13 млрд демонстрирует, как оптические и IP-сети обеспечивают работу критически важной инфраструктуры связи.

Сети, изначально проектируемые для ИИ, выходят за пределы виртуальной среды в «физический мир». Платформа AI-RAN была специально разработана для обеспечения необходимой производительности в этом сегменте. Совместно с T-Mobile и NVIDIA компания завершила первый в мире вызов с применением AI-RAN в действующей сети оператора связи.

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

С начала года акции Nokia выросли в цене на 48 %.

Крупнейший в Европе разработчик ПО SAP SE отчитался о рекордных финансовых результатах: квартальная выручка компании впервые превысила €10 млрд ($11,2 млрд). Кроме того, портфель облачных заказов вырос на 26 %, увеличился и прогноз годовой выручки, но прогноз операционной прибыли компания сохранила, сообщает Silicon Angle.

Немецкая компания сообщила о прибыли на акцию до вычета некоторых расходов, включая затраты на вознаграждение сотрудников акциями компании, в размере €1,89. Общая выручка составила €10,27 млрд. При этом эксперты прогнозировали прибыль в размере €1,83 на акцию и выручку в размере €10,10 млрд.

По данным SAP, выручка от облачных сервисов в III квартале увеличилась год к году на 25 %, до €6,67 млрд, а операционная прибыль по стандартам non-IFRS выросла на 18 %, до €3,03 млрд. Портфель облачных заказов год к году увеличился на 26 %, до €24,11 млрд. Это выше прогнозов экспертов, рассчитывавших на рост на 24–25 %. При этом компания сохраняет впервые представленный в июле прогноз операционной прибыли за год на уровне €11,8–12,2 млрд.

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

Как сообщил глава SAP Кристиан Кляйн (Christian Klein), результаты подтверждают успешность стратегии «автономного предприятия», впервые представленной в мае в ходе конференции Sapphire для клиентов. Одним из ключевых элементов стратегии является предложение автономного ИИ-агента Joule, предназначенного для повышения производительности и помощи в разработке программного обеспечения, способного использовать более 70 ИИ-моделей. Клиентам предлагается разговорный интерфейс, способный работать с приложениями SAP, а не «внутри» их.

Источник изображения: Campaign Creators/unsplash.com

По словам Кляйна, именно ИИ в минувшем квартале стал одним из факторов, способствовавших переходу клиентов в облако компании. Сотни клиентов оформили новые подписки, чтобы получить доступ к Joule.

В SAP отмечают, что для годовых финансовых результатов компании решающее значение будут иметь итоги IV квартала. При этом подчёркивается, что компания работает в неблагоприятной экономической обстановке: рост цен на нефть и процентных ставок в США оказывает всё более сильное давление на бизнес.

Вместе с тем отмечается, что рост облачного бизнеса в III квартале отчасти обеспечен возвращением к нормальной работе клиентов, ранее испытывавших значительные финансовые трудности. Это помогло SAP увеличить операционную рентабельность с 28,3 % во II квартале до 29,5 % в III квартале. Свободный денежный поток увеличился на 36 %, до €1,72 млрд.

Выручка SAP от подписок за 2026 финансовый год, как ожидается, приблизится к верхней границе прогнозного диапазона в €25,8–26,2 млрд. Другими словами, рост должен составить 23–25 %. В целом выручка с учётом сокращения бизнеса по продаже бессрочных лицензий должна достичь €36,3–36,8 млрд, увеличившись на 12–13 %.

Ранее компанию часто критиковали за попытки перевести клиентов в облако, но в июле Еврокомиссия одобрила обязательства SAP по устранению нарушений антиконкурентного законодательства. Теперь они имеют обязательную юридическую силу.

OpenAI объявила о планах сделать свои новейшие большие языковые модели доступными в Google Cloud. Они появятся в сервисе Model Garden, который открывает доступ к более чем 200 нейросетям от самой Google, её партнёров, а также к открытым проектам. В каталоге представлены не только большие языковые модели, но и более компактные специализированные решения, предназначенные для конкретных задач, например, для перевода текстов, сообщает SiliconANGLE.

Первой моделью, которую OpenAI разместит в Google Cloud, станет флагманская GPT-6 Astra. Этот алгоритм использовался в проектах, которые помогли сделать ряд математических открытий; модель также показала наилучший результат в бенчмарке ExploitBench, который оценивает способности нейросетей обнаруживать уязвимости в области кибербезопасности и эксплуатировать их. В Astra предусмотрены защитные механизмы, адаптированные для корпоративного применения — эта модель, заявил разработчик, демонстрирует меньше «нежелательных результатов» по сравнению с другими, прошедшими внутреннее тестирование компании.

Источник изображения: cloud.google.com

Клиенты Google Cloud также получат доступ к моделям GPT-6.1 Sol и GPT-6 Luna — облегчённым версиям Astra, которые OpenAI представила в конце сентября. Качество генерации у них несколько ниже, но работа обходится существенно дешевле: Sol в пять, а Luna — в сто раз меньше, чем Astra. Облачные провайдеры часто предлагают скидки корпоративным клиентам, готовым взять на себя долгосрочные обязательства по расходам, — клиенты Google Cloud смогут воспользоваться этой схемой, отметили в OpenAI. Модели Astra, Sol и Luna появятся в сервисе Google Model Garden в ближайшие недели.

Далее компании планируют интегрировать их в панель инфраструктурных служб Confidential Compute. Серверные CPU, в том числе используемые Google, поддерживают функцию безопасности TEE (Trusted Execution Environment). Она предполагает шифрование части памяти на хосте таким образом, что доступ к ней остаётся только у конкретной рабочей нагрузки — в службах Confidential Compute эта функция используется. OpenAI также планирует сделать свои модели доступными в продуктах самой Google, в том числе в сервисе помощника по написанию кода Antigravity и в ИИ-агенте Gemini Agent.

Разработчик ChatGPT намерен построить в Огайо (США) крупнейший ИИ ЦОД — гарантии по проекту в размере $250 млрд готова предоставить NVIDIA. Совместно с Broadcom компания OpenAI разработала собственный ИИ-ускоритель Jalapeño для инференса, участие в разработке нового чипа примет Samsung.

Компания «Киберпротект» сообщила о выпуске новой версии программного комплекса «Кибер Бэкап» 19, предназначенного для резервного копирования IT-систем любой сложности.

В обновлённом релизе продукта существенно расширены возможности защиты данных в СУБД на основе PostgreSQL. К существующим механизмам резервного копирования добавлены новые технологии, ускоряющие работу с данными и расширяющие сценарии восстановления. Важным изменением стала интеграция с библиотекой libpgprobackup (результат совместной работы с Postgres Professional). Теперь администраторы могут выбирать между ней и фирменным многопоточным механизмом файлового бэкапа. Добавлена поддержка инструмента walsummary (сводка изменений WAL-журналов), что ускоряет инкрементные бэкапы и восстановление на нужный момент времени. Также реализована поддержка кластеров высокой доступности Patroni и отечественной СУБД Jatoba с многопоточным резервированием для сокращения окна бэкапа.

Источник изображений: «Киберпротект» / cyberprotect.ru

Существенное развитие получили инструменты защиты виртуальных сред. Появилась нативная поддержка отечественной платформы управления виртуальной инфраструктурой VMmanager. Резервное копирование теперь выполняется на уровне гипервизора без установки агентов в гостевые ОС. Также реализована миграция V2V. Сетевой трафик при работе с VMware снижен более чем в 2,5 раза, а для остальных платформ (кроме Hyper-V) — более чем в 10 раз благодаря новому алгоритму сжатия.

Доработкам подверглась защита корпоративной почты. «Кибер Бэкап» 19-й версии реализована глубокая интеграция с отечественной почтовой системой RuPost: поддерживается полное и инкрементное копирование ящиков, писем и календарей с возможностью восстановления на Linux-серверы. Также значительно улучшена масштабируемость для среды VK WorkSpace — теперь один сервер управления поддерживает до 85 000 почтовых ящиков.

В числе прочего был полностью обновлён движок уведомлений, рассчитанный на высокие нагрузки в инфраструктурах с десятками тысяч защищаемых объектов. Появилась возможность отправлять служебные оповещения в мессенджер «Макс». Для централизованного мониторинга реализована передача метрик и логов в Zabbix (в комплекте поставляется готовый шаблон контрольной панели). Для защиты от вирусов-вымогателей добавлена интеграция с решением AMT InfoDiode — благодаря технологии однонаправленной передачи данных оно позволяет на физическом уровне изолировать резервные копии от основной сети, полностью исключая возможность их изменения или удаления даже в случае компрометации контура.

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

Кроме того, с релизом «Кибер Бэкап» 19 были исправлены ошибки и недоработки в коде программного решения. С полным списком изменений и улучшений можно ознакомиться в разделе «Что нового» прилагаемой к продукту документации.

Система резервного копирования и восстановления данных «Кибер Бэкап» зарегистрирована в реестре российского ПО Минцифры России и может использоваться организациями для реализации стратегии технологической независимости от импортных решений.

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

Ожидается, что поставки серверных CPU в 2026-м увеличатся практически на треть по сравнению с предыдущим годом — на 31 %. При этом на долю Intel придётся около 50 % отгрузок. Ещё 27 % составят чипы AMD, примерно 12 % — решения NVIDIA. Вклад AWS и Google прогнозируется в размере 4 % и 3 % соответственно. Суммарная доля всех прочих игроков вместе взятых окажется на уровне 4 %.

В 2027 году, по мнению экспертов TrendForce, ситуация существенно изменится. В целом, отгрузки серверных CPU поднимутся на 40 % по отношению к предыдущему году. Доля Intel при этом сократится до 42 %, а AMD — вырастет до 28 %. NVIDIA продолжит контролировать около 12 % сектора. Позиции Google укрепятся до 6 %, AWS — до 5 %. На остальных поставщиков придётся 7 % отгрузок.

Источник изображения: TrendForce

Аналитики говорятся о резком увеличении продаж серверных чипов с архитектурой Arm. Если в 2025 году на них приходилось только около 10 % отгрузок, то в 2027-м показатель может увеличиться до 30 %. Рост будет обусловлен главным образом существенным увеличением поставок изделий NVIDIA Vera, а также массовым производством новых чипов Google, AWS, Microsoft, OpenAI и Huawei.

Отмечается также, что на фоне быстрого внедрения агентного ИИ изменится соотношение CPU и GPU/ASIC в серверах. Если сейчас этот показатель преимущественно равен 1:8, то в обозримом будущем он составит 1:2 или даже 1:1. Это станет дополнительным фактором роста поставок серверных CPU.

Облачный провайдер Nebius объявил о получении кредитной линии в размере $3,5 млрд от банка Citi. Средства будут направлены на дальнейшее развитие ЦОД и закупку GPU — компания стремится нарастить свои вычислительные мощности максимально быстро.

Это сообщение появилось на фоне недавнего массового падения акций компаний, связанных с инфраструктурой для ИИ, напоминает Reuters. Инцидент был спровоцирован резко подешевевшими облигациями CoreWeave — конкурента Nebius. CoreWeave, как и Nebius, относят к числу ведущих представителей сегмента неооблачных провайдеров, которые специализируются на создании ЦОД для нужд ИИ. Срок погашения новой кредитной линии составляет 364 дня, а процентная ставка установлена на уровне 2,75 % от уровня базовой SOFR.

Источник изображения: Nebius

Финансирование обеспечит гибкость в выборе сроков и структуры привлечения капитала для обеспечения роста в 2027 году и в дальнейшем, отметили в компании. Другими источниками финансирования выступают предоплата от клиентов и операционный денежный поток. У Nebius есть и другие возможности для привлечения средств, в том числе получение кредитов под обеспечение будущими поступлениями по долгосрочным контрактам с заказчиками, у которых высокий кредитный рейтинг, отметил операционный директор Nebius Офир Наве (Ophir Nave). Общая сумма таких контрактов составляет $40 млрд, среди заказчиков значатся Microsoft и Meta✴.

Nebius выступает приоритетным облачным провайдером у Palantir. Оператор ЦОД выпустил облигации на $5 млрд для расширения парка дата-центров и ИИ-ускорителей. Компания активно расширяется в Европе, строя и арендуя ЦОД в Эстонии, Финляндии и Великобритании.

GitHub объявила о переносе 99,99999 % репозиториев в Azure. «За последний год, на фоне экспоненциального роста трафика Git, 99,99999 % репозиториев GitHub стали размещаться одновременно в двух местах: в наших собственных дата-центрах и в Azure. Оставшиеся репозитории — одни из самых активно используемых на платформе, и их переносу мешает лишь один фактор: задержка в 25 мс при обмене данными (round trip)», — сообщила компания.

Компания объяснила сроки и формат перехода «агентным сдвигом» (agentic shift): стремительным ростом трафика, жёсткими ограничениями по энергопотреблению в её дата-центрах и прилегающих регионах, а также физическими трудностями в цепочках поставок. Рост трафика, генерируемого программными агентами, повысил нагрузку на критически важные сервисы (уровень Tier 0), обеспечивающие основные операции с репозиториями.

Источник изображения: GitHub

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

Первая копия репозитория была размещена в регионе Azure Central US в августе 2025 года. На данный момент у большинства репозиториев две из пяти реплик находятся в Azure, и на долю этой платформы приходится около половины всего трафика Git. На протяжении большей части этого периода Azure брала на себя растущую нагрузку, в то время как собственные дата-центры GitHub сохраняли стабильные показатели. При этом GitHub опиралась на два принципа: минимизацию координации и отделение хранилища от вычислительных ресурсов. В GitHub описывают эту работу как «мост» между текущей архитектурой (системой Spokes) и следующей моделью хранения данных.

Для большинства репозиториев GitHub создаёт пять реплик, распределнных по разным регионам и зонам доступности. Сервис Spokes использует механизм предпочтительной маршрутизации, направляя каждый запрос к реплике, находящейся в том же регионе и зоне доступности, что и источник запроса. По мере переноса реплик в Azure доля трафика, обслуживаемого этой платформой, увеличивается — до тех пор, пока не будет перемещена последняя реплика, после чего старый регион полностью перестает получать запросы.

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

Если одна из реплик оказывается в целевом регионе Azure — на расстоянии около 1600 км от дата-центров GitHub, — каждый цикл обмена данными по сети (round trip) занимает примерно 25 мс, а для выполнения записи требуется несколько таких циклов. Если репозиторий уже работает на пределе своей пропускной способности, он не сможет «поглотить» эти дополнительные временные затраты при каждой записи, в результате чего очередь операций push начнёт расти.

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

Запись с привязкой к конкретной ссылке (ref) сохраняет порядок операций, требуемый Git. Git предполагает наличие опредёленной последовательности событий для каждой ссылки (ветки или тега): как только сервер принимает новое значение, клиент видит либо это значение, либо более позднее. Между независимыми ссылками требования к согласованности отсутствуют.

При сериализации на уровне отдельных ссылок (per-reference serialization) ожидание репозитория, то есть его временная блокировка, требуется только в тех случаях, когда операции записи затрагивают одну и ту же общую ссылку. На практике большинство операций записи в репозиторий направлено на разные ссылки. Когда агенты и разработчики работают с разными ветками, их операции больше не блокируют друг друга. Хотя каждая операция записи по-прежнему подвержена задержкам, связанным с передачей данных между регионами, операции с разными ссылками могут выполняться параллельно. Такой подход устраняет необходимость в единой очереди для всего репозитория, сохраняя при этом гарантии согласованности, на которые полагаются клиенты Git.

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

В большинстве репозиториев соотношение операций чтения к записи составляет от 100:1 до 1000:1. В текущей архитектуре реплик GitHub чтение и запись выполняются на одних и тех же вычислительных ресурсах, из-за чего они конкурируют за память и процессорное время, что исключает возможность их независимого масштабирования.

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

На первом этапе объектное хранилище включается в состав кворума в качестве «виртуальной реплики записи» (virtual write replica) — временного узла, который передаёт входящие данные записи в Azure Blob Storage, но не обслуживает запросы на чтение. Spokes включает этот узел в кворум и отправляет подтверждение записи клиенту после того, как данные будут надёжно сохранены в объектном хранилище.

Виртуальная реплика записи также объединяет транзакции, затрагивающие независимые ссылки, в единый пакет сетевых операций ввода-вывода при обращении к объектному хранилищу. Благодаря этому для активно используемого репозитория вместо отдельного сетевого запроса на каждую операцию записи выполняется лишь один запрос для целого ряда одновременных операций. На текущем этапе виртуальная реплика записи также отвечает за процесс уплотнения данных (compaction), а реплики чтения (read replicas) получают уже уплотнённое состояние.

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

Поскольку синхронизация проходит в фоновом режиме, реплики подходят не для всех типов рабочих нагрузок, связанных с чтением. Для поддержки любых видов операций чтения процесс синхронизации должен быть переведён в синхронный режим (in-line): реплика должна запрашивать только те данные и состояния, которые изменились с момента её последней синхронизации.

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

GitHub утверждает, что Spokes обрабатывает более 100 млрд операций в день, и предупреждает, что его протокол фиксации изменений (commit protocol) не сможет обеспечить работу сервиса с миллиарда репозиториев до следующего миллиарда. Сегодня Spokes представляет собой интеллектуальный уровень маршрутизации и балансировки нагрузки, единый API, через который внутренние сервисы получают доступ к данным репозиториев, а также набор фоновых процессов — так называемых «чистильщиков» (sweepers), — которые управляют размещением репозиториев, их восстановлением и перераспределением между узлами хранения.

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

Как ожидается, подробности о финальной версии архитектуры платформы компания сообщит на GitHub Universe.

Предложение ввести мораторий на строительство дата-центров в Мемфисе (Memphis, штат Теннесси) на 18 месяцев было отклонено местным городским советом. Вместо этого власти приняли решение ввести 135-дневную «паузу» в рассмотрении новых заявок на строительство ЦОД, сообщает Datacenter Dynamics.

Такое ограничение по времени отчасти совпадает с 90-дневным исследованием, заказанным в начале октября мэром Полом Янгом (Paul Young). Оно призвано оценить влияние проектов цифровой инфраструктуры на Мемфис.

Возможность введения 18-месячного моратория обсуждалась несколько недель. Ранее в октябре сообщалось, что местные законодатели отложили голосование по этому вопросу после заседания с участием общественности, завершившегося протестами и драками возле зала заседаний совета.

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

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

Источник изображения: Joshua J. Cotten/unsplash.com

Хотя рынок ЦОД в Мемфисе относительно небольшой, на территории города есть несколько крупных объектов xAI Илона Маска (Elon Musk), влившейся в SpaceXAI/SpaceXSI.

Данные ЦОД, обеспечивающие работу ИИ Grok и облачных сервисов, в т.ч. для Anthropic, строились на протяжении последних двух лет. Объекты неоднократно становились предметом судебных исков. Например, НКО и экологи заявляли, что компания нарушила условия выданных на использование газовых турбин разрешений. Эти турбины в своё время позволили компании быстро ввести ЦОД в эксплуатацию, а позже она «исправилась», хотя по существу изменилось немногое.

Хотя в Мемфисе растёт противодействие строительству ЦОД, некоторые члены городского совета утверждают, что введение моратория нанесёт ущерб экономическому развитию региона: операторы дата-центров перенаправят инвестиции в другие места, где и будут платить налоги. Один из ЦОД Маска уже разместили в соседнем штате Миссисипи (Mississippi), в непосредственной близости от административной границы с Теннесси.

Моратории на новые ЦОД всё чаще вводят в США на фоне усиления общественного недовольства новыми ИИ-проектам и строительству инфраструктуры дата-центров. В некоторых случаях моратории вводятся на уровне штатов, а порой общественное недовольство выливается не только в потасовки и не обходится без стрельбы.

Amazon отказалась от планов строительства кампуса ЦОД в округе Лаудон (Loudoun) в регионе Северная Вирджиния (штат Вирджиния) — сердце мировой индустрии ЦОД. Компания согласилась отозвать заявку на строительство дата-центров на территории одного из кампусов Университета Джорджа Вашингтона (George Washington University Science and Technology Campus) в Эшберне (Ashburn), сообщает Datacenter Dynamics.

В социальных сетях представитель наблюдательного совета округа сообщил, что местные власти провели ряд встреч с сотрудниками компании, в результате которых было заключено новое соглашение — Project Potomac Promise.

В совете подчеркнули, что основной целью было не допустить строительства на землях университета ЦОД или инфраструктуры, способной обеспечить их работу. При этом Amazon отказывается от судебных разбирательств и попыток отстаивать право на возведение дата-центров на этом участке.

В марте Amazon Data Services приобрела у университета (GWU) участок площадью около 49,4 га за $427 млн в рамках сделки с обратной арендой сроком на пять лет. Это давало компании время оформить необходимые разрешения на строительство, а университету — подготовиться к «переезду» с проданной территории.

Amazon рассчитывала построить кампус из четырёх зданий ЦОД общей площадью 74 320 м² — так называемый Bridgefield Tech Center. Но проект столкнулся с противодействием местных жителей, студентов и даже совета округа.

Согласно новому соглашению, Amazon передаст округу Лаудон участок площадью около 10 га стоимостью $65 млн. В совете сочли его «идеально подходящим» для строительства нового общественного центра искусств и спортивного комплекса.

Источник изображения: Joshua Hummell/unsplash.com

Кроме того, компания согласилась изменить зонирование оставшейся земли, предусмотрев возможность её «смешанного» использования и строительства жилья. Дополнительно в жилищный фонд округа будет перечислено $5 млн. В ответ представители местных властей поблагодарили компанию за «готовность встречаться и вести диалог».

По словам вице-президента Amazon по развитию мощностей ЦОД Джоша Вайсмана (Josh Weissman), компания взаимодействует с округом Лаудон в сфере строительства уже 20 лет. На территории округа работают более 3,4 тыс. её сотрудников, поэтому предложение университета о покупке участка не осталось без ответа. Тем не менее в Amazon понимают серьёзные опасения местного сообщества относительно строительства ЦОД на этой территории, поэтому к предложению местных властей отнеслись «со всей ответственностью».

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

По словам Вайсмана, в компании иначе оценивают «юридический потенциал» участка. Тем не менее Amazon предпочла не ввязываться в судебные разбирательства, решив вместо этого заключить соглашение о реализации инициативы Project Potomac Promise. Учитывая близость округа Лаудон к корпоративным офисам компании и объектам её розничного бизнеса, Amazon признала необходимость расширения строительства доступного жилья на своём участке на фоне быстрого развития округа.

Северная Вирджиния является крупнейшим в мире центром размещения ЦОД. В регионе работают сотни соответствующих объектов, совокупная мощность которых измеряется гигаваттами. Значительная часть этих мощностей сосредоточена именно в округе Лаудон, где Amazon также арендует немало объектов.

Источник изображения: Matthew Lancaster/unsplash.com

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

Примечательно, что ещё в феврале 2025 года AWS сообщала о намерении строить ЦОД в «каждом округе» от Северной Вирджинии до Ричмонда. Тем не менее, Вирджиния становится всё менее комфортной для строителей ЦОД. В июле появилась информация, что совет округа Принс-Уильям (Prince William) остановил реализацию проекта строительства крупного ЦОД Dulles South Innovation Center на площади 785 га, а в целом в округе было ограничено разрешение на строительство дата-центров «по умолчанию», без специальной процедуры одобрения.

В июле также сообщалось, что округ Лаудон рассматривает мораторий на новые ЦОД, а в сентябре губернатор штата Эбигейл Спанбергер (Abigail Spanberger) подписала указ, ужесточающий правила строительства и эксплуатации ЦОД в Вирджинии.

Ещё в 2022 году сообщалось, что на рынке ЦОД в Северной Вирджинии наметился катастрофический недостаток электроэнергии. Уже тогда т.н. «Аллея дата-центров» обгоняла по ёмкости сверхкрупных дата-центров и Европу, и Китай. Наконец, в конце июня произошло знаковое событие: Вирджиния первой в истории одобрила налог на электричество для ЦОД, даже включая то, что операторы будут генерировать сами.

Red Hat объявила о расширении сотрудничества с NVIDIA. Цель партнёрства — обеспечить клиентам безопасность ИИ-агентов, контроль доступа к ИИ-моделям и развёртывание рабочих нагрузок на инфраструктуре Vera Rubin, пишет SiliconANGLE.

В центре внимания — решение Red Hat AI Factory with NVIDIA, которое объединяет средства управления средой выполнения агентов, ПО для инференса моделей и аппаратную поддержку в гибридных облачных средах. Red Hat работает над интеграцией эталонной архитектуры NVIDIA OpenShell в свои ИИ-платформы как встроенной функциональности. Предложенный подход к безопасности направлен на устранение двух основных рисков: выхода ИИ-агентов за пределы установленных для них границ, а также их компрометации злоумышленниками — например, посредством внедрения вредоносных запросов или атак на цепочку поставок. Компании стремятся вынести механизмы контроля безопасности за пределы ИИ-агентов, а в ряде случаев и за пределы ОС на хосте.

OpenShell выступает в качестве песочницы — изолированной среды выполнения для ИИ-агентов. На более низком уровне работает система безопасности NVIDIA Sentry на базе DPU BlueField; для мониторинга рабочих нагрузок используется ПО DOCA Argus на отдельном устройстве. Argus анализирует определённые структуры памяти хоста, определяя, какие процессы запущены, с какими файлами производится работа, и какие используются сетевые соединения. При обнаружении угрозы система безопасности может инициировать применение политик BlueField, которые изолируют скомпрометированную рабочую нагрузку.

Источник изображения: NVIDIA

Эта архитектура опирается на реализованную в Red Hat OpenShift 4.22 поддержку платформы BlueField-3. Она позволяет отделить рабочие нагрузки ИИ на CPU серверов от сетевых функций и сервисов безопасности, работающих на Arm-процессорах модулей BlueField. Таким образом, если злоумышленник скомпрометирует хост, элементы управления инфраструктурой останутся защищёнными. Sentry может изолировать скомпрометированный ИИ-агент за считанные миллисекунды. Перенос функций мониторинга и управления сетью на DPU снижает нагрузку на основные процессоры сервера, высвобождая ресурсы для выполнения ИИ-задач.

Партнёрство также связано с вопросами инфраструктуры моделей, необходимых агентам для принятия решения и выполнения действий. Эталонный проект включает средства контроля доступа в рамках схемы «модель как услуга» (Model-as-a-Service) и ИИ-шлюз с технологиями инференса, такими как vLLM, llm-d, NVIDIA Dynamo и микросервисы NVIDIA NIM. Основанное на NVIDIA Inference Hub решение поддерживает самостоятельный выбор моделей пользователями, возможности задавать политики доступа, ограничивать частоту запросов и разграничивать возможности по подписке. Функции управления доступом и выполнения моделей разделены — это даёт клиентам возможность контролировать квоты, распределять затраты и поддерживать производительность в гибридных средах.

Компании объявили о совместной поддержке моделей NVIDIA Nemotron, в том числе Nemotron 3.5 Super VL, в среде инференса и обслуживания vLLM. В Red Hat отметили механизмы квантования и спекулятивного декодирования, позволяющие снижать задержку при запуске моделей без потери точности. Версия Red Hat Enterprise Linux for NVIDIA теперь поддерживает процессоры Vera и готова к работе с платформой Vera Rubin. Партнёры стремятся обеспечить совместимость ОС и платформы к моменту выхода нового оборудования.

В RHEL for NVIDIA 26.03 для поддержки новой платформы внесены изменения в набор базовых пакетов; при этом сохранены стандартное пользовательское окружение и средства безопасности, включая Security-Enhanced Linux. Когда поддержка оборудования будет включена в основное ядро Linux, клиенты смогут перейти на стандартную версию RHEL без переустановки системы. Сценарии использования, эталонные решения и функции работы с агентами доступны у партнёров, в том числе Cisco, Dell и Lenovo; продолжается работа по нативной интеграции OpenShell.

Ранее процессор NVIDIA Vera продемонстрировал превосходство над чипами Intel и AMD. Компания передала в OCP спецификации стоек Vera Rubin и вычислительных узлов в рамках открытой архитектуры MGХ. В инфраструктуре Google Cloud инстансы на базе Vera Rubin NVL72 заработают в ноябре.