ИИтог

Namespace поставила сотни MacBook Pro в стойки датацентра для macOS-сборок

инфраструктураРедакция ИИтогHacker News🔥66Рейтинг ИИтог66Влияние45Новизна50Релевантность75Неожиданность60Участники25Достоверность80
Namespace поставила сотни MacBook Pro в стойки датацентра для macOS-сборок

Namespace, компания, которая предоставляет клиентам облачные экземпляры (instances) для сборки и тестирования, опубликовала в блоге рассказ о том, как устроены её стойки с Mac. Поводом стало вирусное видео в X, где автор поста распаковывает сотни MacBook Pro для установки в датацентре.

Почему именно ноутбуки. Клиентам Namespace нужны Mac: iOS-приложения нельзя собрать без Mac, iOS Simulator работает только на нём, а для выпуска в App Store Apple требует свежую версию Xcode. Альтернативу xtool автор называет интересной, но пока не серьёзной заменой. Mac Mini для датацентра, по признанию автора, подошёл бы лучше, но у него слабое удалённое управление, нет резервирования питания и сложное охлаждение. К тому же заказ пары сотен Mac Mini, сделанный в январе, пришёл только в июле 2026 года, а Apple обновляет процессоры не на всех устройствах одновременно: Mac Mini 10 месяцев сидел без ядер M5, а потом первым получил M6. Чтобы обещать клиентам самое новое, Namespace запустила проект «MacBook в датацентре».

Как устроены стойки. Каждый MacBook подключён к IP KVM для удалённого управления: прошивка ноутбука рассчитана на экран, и часть действий выполняется только кликами в графическом интерфейсе. К каждому ноутбуку добавлена внешняя сетевая карта 10G Ethernet. Кабелей получается четыре на ноутбук, сорок восемь на полку плюс двенадцать для Ethernet и проводка KVM. Для охлаждения ставят самодельные держатели, которые отводят тепло от горячих точек и направляют горячий воздух в сторону от соседних машин.

Неожиданные проблемы. Отключения MagSafe случались очень редко; самым ненадёжным оказался толстый HDMI-кабель, который выпадает от прикосновения к полке. Нашли почти идеальные кабели и скупили весь доступный запас. Сложнее оказалось с шифрованием диска FileVault: после внепланового перезапуска запрашивается пароль на экране закрытого ноутбука. Через KVM подсказка пропадает с внешнего экрана после 5 минут бездействия, а удалённая разблокировка по SSH, появившаяся в macOS Tahoe, на ноутбуках тоже действует всего 5 минут. Остаётся нажать кнопку вручную и успеть разблокировать. Совет автора: перезагрузка командой fdesetup authrestart сохраняет диск разблокированным. Ещё одна причина боли: внешняя USB-сетевая карта иногда перестаёт работать и показывает отсутствие связи; помогает удаление и повторное создание сетевой службы в настройках macOS.

Mac Mini и Studio. В парк скоро войдут Mac Mini и Studio на M5 и M6, их проще обслуживать: встроенная сетевая карта 10 Гбит/с, автозапуск после отключения питания и полная настройка ОС через MDM. Для них Namespace тоже проектирует свои полки, проверяя дизайн моделированием воздушных потоков. Установка сводится к тому, чтобы распаковать машины, поставить 10 штук в держатель, подключить питание и сеть и один раз нажать кнопку.

Виртуализация. Экземпляр Namespace всегда работает на виртуальной машине; под Linux, Windows и Mac используются разные движки внутри единой платформы. Для Mac взят фреймворк Apple Virtualization (по архитектуре его автор сравнивает с Firecracker). Низкоуровневый Hypervisor framework macOS запустить не может. Главное ограничение Apple: не более двух macOS-машин на физический Mac, даже на Mac Pro с 24 ядрами и 192 ГБ памяти. Поэтому ресурсы делят пополам: 6 или 12 ядер на 14-ядерных Mac Mini и 8 или 16 ядер на 18-ядерных MacBook (пара ядер оставлена под управление). Виртуальный процессор работает в отдельном процессе, поэтому любое обращение к нему из хост-процесса требует передачи данных между процессами (IPC).

Сеть. Так как в экземплярах выполняется недоверенный код и нужно применять политики доступа (в том числе заданные клиентом), Namespace не использует встроенные режимы bridged и NAT, а обрабатывает каждый пакет программно. Для этого взят пользовательский стек TCP/IP из проекта Google gVisor, на нём построен IP-шлюз и межсетевой экран. Пакетная обработка с пакетами по возможности группами даёт macOS-экземплярам до 4 Гбит/с исходящего трафика по измерению Fast.com, что ниже скорости линии. Идеи обойтись без IPC изучаются, но до продакшена не дошли.

Образы виртуальных машин. Создать одну VM просто, но образ быстро разрастается: несколько сред выполнения iOS и бета-версия Xcode дают 500 ГБ, предыдущая версия macOS ещё столько же, а бета-Xcode может незаметно ломать стабильные версии, потому что обновляет глобальные CoreDevice и CoreSimulator. В примере автора набегает 2 ТБ образов, а их нужно собирать, раздавать и хранить на сотнях машин. Образы собираются повторяемым скриптом, который имитирует действия человека (команды оболочки, нажатия кнопок, перезагрузки, работа с интерфейсом по VNC) и описан последовательностью операций в YAML-файле; готовые образы попадают во внутренний реестр образов Namespace, общий с Linux и Windows. Доступный текст обрывается на этом месте.

Ключевые факты

  • Namespace собрала стойки из сотен MacBook Pro для macOS-сред: каждый ноутбук с IP KVM и внешней сетевой картой 10G Ethernet; в парк скоро добавят Mac Mini и Studio на M5 и M6.
  • Причина выбора ноутбуков: заказ пары сотен Mac Mini в январе 2026 года пришёл в июле, а Mac Mini 10 месяцев не получал ядра M5.
  • Apple разрешает только две macOS-VM на физический Mac, поэтому экземпляры делятся пополам: 6 или 12 ядер на Mac Mini и 8 или 16 ядер на MacBook.
  • Сеть гостей обрабатывается программно на стеке TCP/IP из Google gVisor из-за недоверенного кода; macOS-экземпляры достигают 4 Гбит/с исходящего трафика (по Fast.com), ниже скорости линии.
  • Неожиданные проблемы: HDMI-кабели выпадают чаще всего, а FileVault после сбоя даёт всего 5 минут на разблокировку, в том числе по SSH.

Почему это важно

Сборка iOS-приложений требует Mac, и пост показывает, во что это упирается на практике у провайдера: сроки поставок Apple (январь, июль), неравномерное обновление процессоров и жёсткий лимит в две macOS-VM на физический Mac. Из-за этого компания пошла на нестандартный шаг и поставила ноутбуки в стойки датацентра.

Кому это важно

Командам, которые собирают и тестируют iOS-приложения в CI, и инженерам, строящим Mac-инфраструктуру. Особенно полезны детали про FileVault, IP KVM, охлаждение, кабели и сетевую часть, потому что это опыт эксплуатации, а не теория.

Как это применить

Из текста можно взять конкретные приёмы: команду fdesetup authrestart для перезагрузки без блокировки диска, внешние сетевые карты 10G, IP KVM для каждой машины, настройку Mac Mini через MDM и воспроизводимую сборку образов по YAML-сценарию. Цен и тарифов Namespace в доступном тексте нет.

Можно ли доверять

Это материал самой Namespace, то есть рассказ заинтересованной стороны о собственном решении, с долей рекламы («особый соус», «лучшее и новейшее клиентам»). Автор и дата публикации в доступном тексте не названы, а сам текст обрывается в разделе про образы VM, поэтому сборка, реестр и раздача образов не раскрыты. Цифра 4 Гбит/с измерена через Fast.com, а 500 ГБ и 2 ТБ, иллюстративный пример автора, а не замеры парка.

Риски и подводные камни

Автор сам признаёт, что Mac Mini для датацентра лучше ноутбуков. Лимит в две macOS-VM на Mac остаётся в силе и не позволяет делить машины мельче. Пропускная способность сети (4 Гбит/с) ниже скорости линии, а способ обойтись без IPC пока не дошёл до продакшена. Окно в 5 минут для разблокировки FileVault делает незапланированные перезагрузки ноутбуков хлопотными.

«Потому что нашим клиентам нужны Mac. И потому что Apple не оставила нам другого варианта.»

— из блога Namespace, раздел «Так почему MacBook?»