Материалы по тегу: сети

07.09.2026 [15:14], Владимир Мироненко

NVIDIA инвестировала в разработчика оптических коммутаторов iPronics

Испанский стартап iPronics из Валенсии, специализирующийся в области оптической коммутации (Optical Circuit Switching) на основе кремниевой фотоники для ИИ-инфраструктур, объявил о привлечении $125 млн венчурных инвестиций в рамках раунда финансирования серии B, возглавляемого совместно Maverick Silicon и Light Street Capital при участии NVIDIA и ряда существующих и новых инвесторов. С учётом нынешнего раунда общий объём финансирования компании достиг $177 млн.

Компания сообщила, что полученные средства позволят ускорить коммерческое внедрение стоечного оптического коммутатора iPronics Optical Networking Engine (ONE). Благодаря интегрированному управлению, телеметрии и API, iPronics ONE предоставляет программируемый оптический уровень, позволяющий ИИ-кластерам перенастраивать соединения в режиме реального времени для рабочих нагрузок обучения и инференса.

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

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

Компания отметила ускорение внедрения технологии оптической коммутации (OCS) в сетях ИИ ЦОД, получившей применение в самых разных областях. По мере роста ИИ-кластеров требования к масштабируемости сетей ускоряют переход от медных кабелей к оптическим и создают потребность в новом поколении высокоплотных решений для коммутации. iPronics разработала компактную, специализированную OCS-платформу на основе кремниевой фотоники. Она же вместе с Lumentum запустила проект по стандартизации OCS в рамках OCP.

Ключевое преимущество OCS заключается в способности быстро адаптироваться к выходу из строя вычислительных чипов, что стало неизбежным, поскольку в ЦОД теперь размещаются сотни тысяч чипов. «Сбои происходят в масштабе минут — это уже не часы, месяцы или недели, — сообщил агентству Reuters основатель и главный технический директор iPronics. — Первоочередная задача — обеспечить отказоустойчивость — надёжную и отказоустойчивую сеть, способную, по сути, перестраиваться».

Компания утверждает, что её технология позволяет достичь времени переконфигурации менее миллисекунд, что открывает возможность изменения топологии непосредственно во время исполнения рабочих нагрузок, скрывая задержки во время вычислительных циклов, пишет The Register. iPronics утверждает, что она также способна достичь более высокой плотности, чем решения OCS «первого поколения». iPronics One поддерживает 32 порта на одном чипе-коммутаторе, но компания готовит чипы на 72 и 144 порта. Поскольку эти чипы созданы с использованием кремниевой фотоники, они весьма компактны, так что iPronics рассчитывает на многочиповые решения и разъёмы высокой плотности для размещения до 720 пар портов в 1U-шасси.

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

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

Даже при задержках менее миллисекунды OCS лучше всего работает в средах, где сетевые пути меняются не так часто. Это разнится с подходом, используемым в большинстве современных стоечных систем, таких как NVIDIA NVL72 или AMD Helios, которые отдают приоритет коммуникациям All-to-All и чрезвычайному разнообразию путей. Но эти два подхода не являются взаимоисключающими. Существует несколько потенциальных вариантов использования, включая гибридные среды, объединяющие mesh-сети с коммутируемыми фабриками.

В связи со стремительным развёртыванием ИИ ЦОД, растут инвестиции в индустрию оптической коммуникации, от стартапов в области фотоники до уже существующих предприятий по производству оптического оборудования и волоконно-оптических кабелей, отметил The Register. В марте NVIDIA инвестировала $6 млрд (по $2 млрд в каждую) в Coherent, Lumentum и Marvell для развития их оптических технологий. Расширяя присутствие в США, iPronics открыла офис в Санта-Кларе (Santa Clara) в Калифорнии, и активно набирает сотрудников для «усиления своей продуктовой стратегии, развёртывания решений у клиентов и партнёрства в области ИИ-инфраструктуры».

Постоянный URL: http://servernews.ru/1148000
07.09.2026 [14:03], Владимир Мироненко

В MikroTik RouterOS нашли шесть серьёзных уязвимостей — пора срочно обновить роутеры

Команда CERT Polska, созданная для реагирования на инциденты кибербезопасности на базе Национального научно-исследовательского института Польши (NASK), сообщила об обнаружении шести уязвимостей в MikroTik RouterOS. Сочетание двух из них позволяет злоумышленнику получить полный контроль над устройством без аутентификации, если устройство поддерживает удалённый доступ по протоколу SSH.

Данные уязвимости затрагивают SSH-сервер и клиент, службу тестирования пропускной способности, обработку сертификатов X.509 и интерфейс WebFig. В связи с этим MikroTik выпустила исправления в версиях 7.25beta3, 7.24.2, 7.23.4 и 6.49.21, уведомив об этом пользователей, но не рассказав об уязвимостях. об Администраторам рекомендуется обновить свои устройства, а затем проверить конфигурацию на наличие неизвестных пользователей, скриптов, задач планировщика, прокси-серверов и туннелей.

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

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

CERT Polska также опубликовала описание трёх самых серьёзных из этих уязвимостей:

  • CVE-2026-67276 — обход аутентификации SSH (рейтинг опасности CVSS: 9.2)

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

  • CVE-2026-86060 — манипулирование привилегиями SSH-сессии с помощью специально созданного имени пользователя (CVSS: 9.2)

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

  • CVE-2026-67277 — утечка памяти и сбой при проверке пропускной способности (CVSS: 8.8)

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

По данным CERT Polska, указанные уязвимости RouterOS активно использовались в реальных атаках, проведённых в последние дни. Обновление до последней версии ОС обеспечивает защиту от взлома. В нём MikroTik использует механизм, который при запуске RouterOS сканирует конфигурацию на наличие известных признаков несанкционированных изменений, отключает распознанные подозрительные записи конфигурации, записывает критическое сообщение в журнал и устанавливает предупреждение (маркер Flagged). Этот механизм обнаруживает только выбранные следы после компрометации — отсутствие маркера не является доказательством безопасности устройства, поскольку могут существовать и другие необнаруженные уязвимости.

CERT Polska рекомендует немедленно обновить RouterOS до одной из версий, содержащих легальные обновления: 7.25beta3, 7.24.2, 7.23.4 или 6.49.21. «После обновления проверьте журналы на наличие сообщения о компрометации устройства и значения помеченного маркера в выводе команды /system/device-mode/print. Также проверьте конфигурацию на наличие неизвестных пользователей, скриптов и других неопознанных изменений», — сообщила команда польских программистов.

В случае отсутствия возможности установки патча, следует отключить открытые службы или заблокировать доступ к ним со всех адресов за пределами доверенных сетей управления. Это относится, в частности, к SSH, WWW/WWW-SSL и серверу проверки пропускной способности. Также рекомендуется не инициировать TLS-соединения с устройства и не использовать встроенные SSH-клиенты (/system ssh и /system ssh-exec), особенно когда связь проходит через незащищённые сети или направлена на незащищённые хосты.

Постоянный URL: http://servernews.ru/1148069
07.09.2026 [13:22], Сергей Карасёв

24 576 волокон в 1U-шасси: Mixx представила сверхплотный оптический коннектор SxC для ИИ-инфраструктур

Американская компания Mixx Technologies анонсировала решение SxC Connector — высокоплотный оптический разъём для ИИ-инфраструктур гиперскейл-класса. Изделие позволяет объединять до 24 576 оптических волокон в одном стоечном корпусе типоразмера 1U.

SxC Connector призван устранить «бутылочное горлышко» в современных ИИ-кластерах — решить проблему передачи данных между огромным количеством ускорителей. Один коннектор нового типа может содержать до 64 оптических волокон. При этом 16 коннекторов объединяются в панель на 1024 волокна, занимая площадь менее 800 мм2. В пределах шасси 1U можно разместить 24 такие панели, что в сумме даёт 24 576 оптических волокон. Это в четыре раза больше по сравнению с MMC-VSFF — самой высокоплотной платформой разъёмов, сертифицированной для использования на сегодняшний день.

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

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

Особенность SxC Connector заключается в использовании технологии оптики с расширенным пучком EBO (Expanded Beam Optics). В традиционных коннекторах волокна контактируют торцами, и любая пыль или микроцарапины заметно ухудшают качество сигнала. В случае EBO световой поток из волокна сначала попадает на микролинзу, которая коллимирует и расширяет пучок, после чего тот проходит через воздушный зазор без физического контакта и фокусируется на приёмной стороне второй микролинзой. В результате, снижаются чувствительность к загрязнениям и износ при переподключениях, что важно для крупномасштабных ИИ ЦОД.

В SxC Connector используются стеклянные наконечники, что позволяет передавать мощные сигналы от удалённых лазерных источников. Говорится о возможности использования одномодовых (SMF) и многомодовых (PMF) волокон в одном и том же форм-факторе — в зависимости от требований заказчика. При производстве применяются инструменты роботизированной сборки и автоматизированного визуального контроля, что обеспечивает высокий уровень качества. SxC Connector позиционируется как единый оптический интерфейс для разных сегментов системы — от внешних лазеров до бэкплейна и фронтальной панели.

Постоянный URL: http://servernews.ru/1148062
07.09.2026 [13:15], Сергей Карасёв

Вышел Radxa Linkr — IP KVM в виде флеш-брелока с поддержкой Wi-Fi

Компания Radxa анонсировала решение Linkr — компактное устройство удалённого управления IP-KVM. Новинка выполнена в виде флеш-брелока с размерами 70 × 22 × 12 мм. Возможно взаимодействие через браузер посредством подключения через интерфейс USB Type-C, Ethernet или при помощи Wi-Fi.

В основу изделия положен процессор Rockchip RV1106G3. В его состав входят ядра Arm Cortex-A7 (1,2 ГГц) и RISC-V, а также нейропроцессорный узел (NPU) с производительностью до 1 TOPS и поддержкой режимов INT4, INT8, INT16. Интегрированный VPU-модуль обеспечивает возможность работы с видеоматериалами в форматах H.265/H.264 с разрешением 3072 × 1728 точек и скоростью 30 к/с.

 Источник изображений: Radxa

Источник изображений: Radxa

Linkr несёт на борту 256 Мбайт DDR3L. Есть слот для карты microSD, а опционально может быть добавлен флеш-чип eMMC вместимостью 16 Гбайт. Реализована поддержка 10/100MbE и Wi-Fi 6. Новинка располагает портом USB Type-C для эмуляции клавиатуры и мыши, ещё одним разъёмом USB Type-C (с поддержкой USB Type-C — RJ45) для подключения к компьютеру или маршрутизатору/коммутатору и коннектором HDMI с поддержкой видео 2K (30 к/с).

Для организации удалённого управления могут применяться устройства на базе Windows, macOS, iOS, Linux, HarmonyOS и Android. При этом Linkr может работать с целевыми системами на основе Windows, macOS, Linux и HarmonyOS. Говорится о поддержке двухфакторной аутентификации и ИИ-агентов, таких как OpenClaw и Hermes, которые помогают автоматизировать различные задачи. Цена новинки начинается с $59.

Постоянный URL: http://servernews.ru/1148060
06.09.2026 [19:10], Руслан Авдеев

RTFM-ошибка гиперскейл-уровня: инженер Google Cloud уронил часть облака, разом отключив все оптические кабели

Google Cloud раскрыла довольно курьёзную причину частичного сбоя в регионе us-central1-b, который произошёл 1 сентября с 07:41 до 11:52 по тихоокеанскому времени (PT). Часть облака физически отключил от Сети инженер, обслуживавший оборудование, сообщает The Register. Это привело к «серьёзному ухудшению работы сети и изоляции ресурсов».

По данным Google, в разгар инцидента объём проходящего трафика в пострадавшей области облака «сократился на 100 %», из-за чего ряд инстансов оказался попросту недоступен пользователям, а потери пакетов ожидаемо выросли. Компания пояснила, что при проектировании облачных ЦОД занимается резервированием маршрутизаторов, но против человеческой «смекалки» ей противопоставить нечего. Система рассчитана на двойные и даже тройные отказы и использует раздельное питание оборудования и несколько ВОЛС. Тем не менее, как оказалось, все эти меры защиты можно обойти, просто выдернув кабели из гнёзд.

Сообщается, что непосредственной технической причиной сбоя стало отключение оптоволоконных кабелей в ходе стандартных работ по обслуживанию оборудования. Компания сообщила, что инженер последовательно отключил 100 % оптоволоконных соединений всего за 13 мин. Характер ошибки и высокая скорость работы «инициативного» сотрудника не позволили вовремя предупредить его о неправильных действиях до полного отключения.

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

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

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

Человеческий фактор неоднократно становился причиной сбоев в США и за их пределами. Так, летом 2025 года австралийские военные по ошибке «положили» Wi-Fi и радио на побережье Новой Зеландии. В декабре 2025 года появилась новость, что лень и безалаберность инженеров Nokia и Optus в Австралии привели к смерти людей, которые не смогли дозвониться до скорой. Как отмечает Uptime Institute, сбои в дата-центрах стали реже, но значительнее.

Постоянный URL: http://servernews.ru/1148048
04.09.2026 [08:56], Владимир Мироненко

MetaRoCE — RDMA-транспорт от Meta✴ для крупных ИИ-кластеров с обычным Ethernet

Meta представила MetaRoCE — новый транспортный RDMA-протокол на базе обычного Ethernet, созданный для крупных ИИ-кластеров. Компания разместила спецификации MetaRoCE, эталонную программную реализацию и набор тестов на соответствие требованиям (Compliance Test Suite, CTS) в рамках OCP, предоставив возможность его внедрения всем желающим. В Meta настаивают на том, что Ethernet должен быть предпочтительной инфраструктурой для ИИ, продемонстрировав, что её реализация RoCE может обеспечивать распределённое обучение ИИ в масштабе, объединяя миллионы GPU.

Компания отметила, что в ходе инференса низкая задержка коммуникации между распределёнными сегментами модели напрямую влияет на время отклика для сотен миллионов пользователей. Даже небольшие сетевые помехи ограничивают вычислительную мощность. Протокол RoCE (RDMA over Converged Ethernet) предполагает, что сеть будет доставлять каждый пакет в определённом порядке, используя PFC и препятствуя распылению пакетов, обеспечивая производительность в многоплоскостных и крупномасштабных сетях. При использовании MetaRoCE в строгом выполнении очерёдности передачи данных нет необходимости. Главная задача — обеспечение высокой пропускной способности, низкой задержки в конце очереди распределения и простоты эксплуатации по мере роста сети при увеличении количества ускорителей и расстояний между ними.

 Источник изображений: engineering.fb.com

Источник изображений: engineering.fb.com

Как указано в блоге Meta, суть MetaRoCE проста: сетевая фабрика видит пакеты, а сетевая карта (NIC) — намерения. Традиционные архитектуры ориентированы на «ум» фабрики, полагаясь на коммутаторы для обеспечения отсутствия потерь и поддержания порядка. Перенося интеллектуальные функции на конечную точку, MetaRoCE декомпозирует сеть на множество детализированных (мелкозернистых) логических путей, каждый из которых имеет свою собственную телеметрию в реальном времени — время приёма-передачи данных для каждого пути (Per-path RTT), состояние ECN и загрузку. Такая прозрачность открывает возможности, которые трудно достичь с помощью традиционного RDMA.

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

MetaRoCE предоставляет каждому соединению несколько путей и распределяет по ним пакет за пакетом. Каждый путь имеет свой уникальный исходный UDP-порт в качестве энтропии ECMP, который сетевая карта может изменить в любой момент, чтобы перенаправить трафик с неподходящего маршрута. Выбор пути пакета полностью зависит от NIC, так что и эффективность работы всей фабрики зависит от NIC. Оценка каждого пути позволяет явно отличить перегрузку и от сбоя, и сделать перебалансировку, избавившись от плохо работающего пути без обрыва соединение целиком и с возможностью переотправки ровно того пакета, который потерялся из-за сбоя или перегрузки.

MetaRoCE сочетает в себе традиционный ECN-контроль перегрузки с AIMD у отправителя с обратной связью со стороны получателя, который при каждом ACK уведомляет отправителя о выделенной ему доле из общей доступной получателю полосы. MetaRoCE запрашивает у фабрики олько две функции, которые уже есть в каждом коммутаторе: ECN и ECMP. Протокол Meta не требует обрезки пакетов, внутрисетевой телеметрии, управления потоком на основе кредитов или распыления пакетов на стороне коммутатора, но и наличие этих функций не мешает работе протокола. MetaRoCE совместим практически с любыми топологиями, в том числе с сегментами в облачных системах, конфигурацию которых нельзя контролировать. В протоколе нет проприетарных компонентов, поэтому фабрика может свободно оптимизироваться с точки зрения стоимости и кабельной разводки.

Очередь отправки и очередь приёма (Queue Pair, QP) отвечают как за упорядоченный поток сообщений, так и за пропускную способность. Традиционный RDMA получает больше того или другого путём открытия большего количества QP (по несколько десятков на каждую пару узлов), не знающих ничего ни о друг друге в плане перегрузки, ни об их состоянии в NIC. MetaRoCE использует одно соединение для множества независимых упорядоченных потоков (в т.ч. по одному на каждую коллективную операцию), использующее множественные пути под управлением одного контроллера перегрузки.

Чтобы ускорить проверку аппаратного обеспечения, Meta совместно с AMD реализовала MetaRoCE на DPU Pensando. На 64-узловом кластере GPU AMD, работающем под управлением RCCL, компании напрямую сравнили MetaRoCE с RoCEv2 при выполнении коллективных операций All-Reduce и All-to-All.

Результаты, как утверждает Meta, соответствуют поставленным целям:

  • MetaRoCE стабильно обеспечивал более высокую пропускную способность и меньшее время завершения потока по сравнению с RoCEv2.
  • При потере пакетов, когда пропускная способность RoCEv2 снижается, MetaRoCE сохраняет около 86 % пропускной способности при потере 1 % пакетов и продолжает обеспечивать полезную пропускную способность даже при экстремальной потере 10 % пакетов, плавно снижаясь, а не коллапсируя.
  • Multiplane-топология с 4 и 8 независимым физическими подключениями к коммутаторам для каждого NIC с поддержкой до 4000 одновременных подключений подтвердила, что пропускная способность линейно зависит от количества плоскостей.
  • При имитации сбоев на отдельных физических подключениях в сценарии выше протокол демонстрирует плавное автономное восстановление — трафик перераспределяется без участия приложения или вмешательства оператора.

Эти результаты подтверждают правильность выбора, сделанного при разработке MetaRoCE, отметила Meta. Благодаря тому, что протокол с самого начала разрабатывался с учётом возможных потерь пакетов, а интеллектуальные функции вынесены на периферию, он обеспечивает более высокую производительность в идеальных условиях и плавно снижает нагрузку при сбоях. Компания подчеркнула, что протокол MetaRoCE является открытым, его спецификации добавлены в OCP, и любой поставщик может с их помощью создать и реализовать совместимое оборудование. Впрочем, во многом похожий протокол MRC (Multipath Reliable Connection) также передан в OCP, да и Ultra Ethernet тоже решает схожие задачи.

Постоянный URL: http://servernews.ru/1147673
03.09.2026 [17:31], Владимир Мироненко

Тонущую GoPro поглотили за $285 млн, и теперь она займётся оптикой для ЦОД

Испытывающий финансовые трудности производитель экшн-камер GoPro заключил окончательное соглашения о слиянии с американской компанией Starman Optical, в результате которого акционеры GoPro получат в общей сложности $285 млн или $1,14 за акцию и сохранят за собой примерно 10 % акций компании. Непогашенный долг GoPro в размере приблизительно $92 млн будет полностью погашен на момент закрытия сделки, которое ожидается к концу этого года.

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

Компания Starman Optical была зарегистрирована в Делавэре 31 августа. Она позиционируется как «оптико-фотонная компания, специализирующаяся на разработке и внутреннем производстве оптических трансиверов и связанных с ними фотонных технологий через своё подразделение Starman New Photonics (SNP)». И Starman Optical, и Starman New Photonics входят в состав Starman Holding, которой принадлежат такие бренды потребительской электроники, как Incase, Incipio и Griffin. SNP представила на выставке OFC 2026 продукты Liberty, в том числе трансиверы 800G и 1,6T для ИИ ЦОД.

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

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

Сообщается, что SNP планирует инвестировать $150 млн в реконструкцию завода площадью 9300 м2 в Уоррене (Warren, штат Нью-Джерси), на котором будет осуществлять высокоточное производство оптических трансиверов, сборку, упаковку и научно-исследовательские разработки, создав 250 рабочих мест. Ожидается, что оптические трансиверы Starman, производимые в США, будут добавлены в портфель GoPro, что расширит присутствие компании на быстрорастущем рынке ИИ-инфраструктуры.

Как отметил ресурс Converge! Network Digest, для Starman компания GoPro потенциально может предоставить инженерные ресурсы, опыт в области оптики, интеллектуальную собственность, включающую 2500 зарегистрированных в США патентов, и доступ к публичным рынкам капитала; для GoPro Starman — это возможность выйти на быстрорастущий рынок оптики для ЦОД.

«Сочетание мирового класса оптической экспертизы и интеллектуальной собственности GoPro с передовыми возможностями трансиверов Starman и американской производственной платформой создаёт уникальную возможность. Вместе мы намерены вернуть производство этих критически важных компонентов в США», — заявил Чарльз Тебеле (Charles Tebele), генеральный директор Starman Holdings.

Спрос на оптику для ИИ-систем стимулирует значительные инвестиции в наращивание производственных мощностей по всей отрасли. Например, компания Applied Optoelectronics (AOI) расширяет производство оптики для систем с пропускной способностью 800 Гбит/с и 1,6 Тбит/с в Техасе, а Coherent вкладывает значительные средства в наращивание мощностей по производству полупроводников на основе фосфида индия по мере роста спроса на системы с пропускной способностью 1,6 Тбит/с. Запланированное открытие производства в Нью-Джерси позволит компании SNP добавить ещё один производственный объект в цепочку поставок оптики, которая исторически в значительной степени полагалась на мощности в Азии.

Постоянный URL: http://servernews.ru/1147914
03.09.2026 [16:34], Руслан Авдеев

«Змей-Молния» на 420 Тбит/с: подводный интернет-кабель AWS Sta’O’Nuk свяжет Японию и США

AWS проложит подводный кабель Sta’O’Nuk, связывающий США с Японией. Кабель с пропускной способностью 420 Тбит/с получит 20 оптоволоконных пар. Маршрут будет отличаться от уже имеющихся цифровых магистралей между этими странами, а ввод в эксплуатацию запланирован на 2029 год. Кабель будет интегрирован в сеть AWS Global Network. С языка североамериканских индейцев Кино Sta’O’Nuk переводится как «змей-молния».

Точка выхода в США будет расположена в штате Вашингтон — прочие аналогичные тихоокеанские маршруты обычно имеют посадочные станции в Калифорнии и Орегоне. Более того, AWS называет Sta’O’Nuk первой за почти 30 лет международной подводной кабельной системой на берегу Вашингтона. Оптоволоконная кабельная система AWS Global Network простирается более чем на 20 млн км и соединяет 39 регионов, 124 зоны доступности, 46 локальных зон и более 750 точек присутствия.

На каждую из 20 оптоволоконных пар приходится 21 Тбит/с пропускной способности, хотя подробный план использования несущих, модуляции или поставщики оборудования не раскрыты. Сообщается, что архитектура предусматривает возможность использовать альтернативные точки подключения, что позволит увеличить протяжённость кабеля в дальнейшем или добавить подключения в других локациях. AWS утверждает, что маршрут рассчитан на интенсивные нагрузки и обеспечит малые задержки — для распределённого обучения ИИ-моделей, финансовых транзакций, периферийных вычислений и потоковой передачи контента между Северной Америкой и Азиатско-Тихоокеанским регионом.

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

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

Безопасность предполагается обеспечивать на нескольких уровнях сети, в т.ч. предусмотрено постквантовое оптическое шифрование на L1, MACsec на L2 и TLS/SSL или QUIC (L4). Кабель будет армирован и пройдёт по океанскому дну на глубине до 1,5 тыс. м. Для выхода на берег будет использоваться горизонтальное бурение. По словам AWS, новый кабельный маршрут через Вашингтон снизит зависимость от тех географических зон, через которые проходят действующие кабельные маршруты, а также обеспечит новую независимую цифровую магистраль через Тихий океан.

Для создания посадочной инфраструктуры в Вашингтоне AWS обратилась к Toptana Technologies, которая принадлежит индейцам Кино (Quinault Indian Nation). Компания позиционируется как единственный оператор посадочных станций и магистральных сетей на западном побережье США, принадлежащий индейцам. Стратегическим партнёром, руководителем программы и оператором, отвечающим за эксплуатацию для Toptana, выступает Assured Communications. Всего Toptana построит четыре посадочных станции для нескольких кабелей.

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

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

AWS уже инвестировала в инфраструктуру, пересекающую Тихий океан — в 2016 году она приобрела мощности в кабельной системе Hawaiki, связавшую Австралию и Новую Зеландию. Также Amazon была в числе компаний, поддержавших систему JUPITER между США и Японией, анонсированной в 2017 году. Изначальная проектная пропускная способность последней составляла 60 Тбит/с, тогда как у Sta’O’Nuk — уже 420 Тбит/с. Не так давно система JUNO из 20 оптоволоконных пар между США и Японией была спроектирована на пропускную способность 350 Тбит/с. 570-Тбит/с кабель Candle объединит страны АТР к 2028 году, а Google готовит кабели, связывающие Северную и Южную Америки.

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

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

Постоянный URL: http://servernews.ru/1147909
02.09.2026 [14:30], Руслан Авдеев

Microsoft и Amazon представили 100-Гбит/с «мост» для простой связи Azure и AWS

Microsoft анонсировала сервис частного прямого подключения облаков Azure и AWS, что позволит упростить клиентам использование сразу нескольких облаков, сообщает The Register, хотя ранее оба провайдера уверяли, что никаких проблем не было раньше. Однако ещё в прошлом году AWS и Google Cloud разработали открытые спецификации для объединения своих сетей. Они же лежат и в основе предлагаемого Microsoft и AWS решения.

В Microsoft заявляют, что взаимодействуют с AWS, работая над решением, которое объединяет сервисы Azure Multicloud Interconnect с AWS Interconnect-multicloud. Ранее к последнему сервису присоединилась OCI. Мультиоблачное решение позволяет клиентам создавать частные, высокоскоростные каналы связи между инфраструктурами двух платформ. Совсем недавно для объединения сред Azure и AWS требовалось тщательно координировать физическое сетевое соединение, маршрутизацию, выделение ресурсов, мониторинг и управление инфраструктурой. В результате на поиск решения, которое в теории должно было быть довольно простым, по данным Microsoft, уходили недели или месяцы.

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

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

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

Теперь Microsoft заявляет, что Azure Multicloud Interconnect в корне меняет ситуацию, давая клиентам доступен и быстрый способ развёртывания облачных архитектур со 100-Гбит/с каналами с первого дня. При этом возможно увеличение пропускной способности и далее, а открытая спецификация API позволит улучшить совместимость между облачными провайдерами гиперскейл-уровня. Azure Multicloud Interconnect находится в режиме предварительного тестирования, поэтому Microsoft предупреждает, что доступность функций, производительность и сроки внедрения могут измениться по мере приближения коммерческого запуска сервиса.

В октябре 2025 года в AWS произошел крупный сбой, который вывел из строя ряд сервисов, включая Fortnite, Alexa и Snapchat. Позже сбои наблюдались и в Microsoft Azure, и в Cloudflare, что вызвало опасения, связанные с использованием лишь нескольких крупных поставщиков интернет-инфраструктуры. Ранее AWS, Google Cloud и Microsoft Azure уже сделали шаг навстречу друг другу, отказавшись от платы за выгрузку данных при переезде в другое облако.

Постоянный URL: http://servernews.ru/1147842
01.09.2026 [16:08], Андрей Крупин

UserGate представила межсетевой экран NGFW X10 для работы в экстремальных температурных условиях

UserGate объявила о выпуске межсетевого экрана NGFW X10. Решение предназначено для защиты автоматизированных систем управления технологическими процессами (АСУ ТП) и может эксплуатироваться при температуре окружающего воздуха от −40 до +60 °C и отн. вл. 80 %.

UserGate NGFW X10 монтируется на DIN‑рейку, имеет габариты 58,5 × 146 × 150 мм и весит 1,4 кг. В основу устройства положены 4‑ядерный Arm‑процессор с частотой 1,8 ГГц, 16 Гбайт DDR4 и SSD ёмкостью 128 Гбайт. Сетевое соединение обеспечивают шесть портов RJ-45 (два из них поддерживают bypass) и один интерфейс SFP+. Также доступепн один порт USB 3.0 Type-A. Максимальная потребляемая мощность — 24 Вт.

Функциональные возможности брандмауэра включают контроль состояния сессий, систему предотвращения вторжений (IPS), идентификацию пользователей, дешифрование SSL, защиту от DoS-атак, контентную фильтрацию (более 230 млн URL в 88 категориях), блокировку по GeoIP, поддержку протоколов динамической маршрутизации (OSPF, BGP, RIP) и построение защищённых VPN-каналов (IKEv2). Реализована поддержка 35 протоколов АСУ ТП, в том числе BACnet, DNP3, IEC 104, MMS, Modbus, OPC UA, Profinet IO over DCE/RPC, S7Comm и S7Comm Plus.

Производительность решения достигает 1780 Мбит/с на L4-трафике, 100 Мбит/с на уровне приложений (L7 + IPS), пропускная способность функций NGFW — 40 Мбит/с. Поддерживается обработка до 7700 новых соединений в секунду и до 500 тысяч одновременных сессий.

 Межсетевой экран UserGate NGFW X10 (источник изображения: usergate.com)

Межсетевой экран UserGate NGFW X10 (источник изображения: usergate.com)

Устройство сертифицировано ФСТЭК России по 4 уровню доверия. Выданный ведомством сертификат подтверждает соответствие NGFW X10 требованиям к межсетевым экранам профилей защиты A, Б, Г и Д 4-го класса, а также статус системы обнаружения вторжений (СОВ) уровня сети 4-го класса. Программное обеспечение брандмауэра внесено в реестр Минцифры России, что позволяет использовать комплекс на значимых объектах критической информационной инфраструктуры (КИИ) и в госзакупках.

Дизайн и схемотехнику аппаратной платформы NGFW X10 разрабатывало конструкторское бюро UserGate. Производство устройств осуществляется в Санкт-Петербурге, включая монтаж элементов на материнскую плату и селективную пайку, а также все виды входного и выходного контроля.

Постоянный URL: http://servernews.ru/1147785

Входит в перечень общественных объединений и религиозных организаций, в отношении которых судом принято вступившее в законную силу решение о ликвидации или запрете деятельности по основаниям, предусмотренным Федеральным законом от 25.07.2002 № 114-ФЗ «О противодействии экстремистской деятельности»;