2026: кластер Mac mini M4
между регионами — артефакты, rsync, блокировки

Почему параллельный кластер «встаёт» без рамок

Материал ориентирован на платформенных инженеров, которые держат от двух до восьми физических узлов под CI. Ниже — компактная матрица решений, таблица параметров rsync, блокировки на flock, пороги для планов 1 ТБ и 2 ТБ, а также чек-лист приёмки задержки, который можно вставить в runbook. Если вы только оцениваете модель потребления, полезно свериться с практическим опытом аренды Mac mini M4 — там видно реальные сценарии нагрузки.

• Расщеплённые артефакты: две задачи пишут в один каталог — получаются обрывки фреймворков и частично записанные символы.
• Штормы синхронизации: полные копии через океан забивают канал и мешают интерактивным разработчикам.
• Скалы диска: DerivedData и архивы незаметно заполняют том APFS, пока удалённый кэш не рухнет посреди компиляции.

Матрица решений: топология и ограничения

Большинство команд clustervps начинает с fan-out rsync: привычные флаги, те же пути, что и в локальных скриптах. Добавьте отдельный этап promotion, чтобы QA всегда тянула каталог из одного канонического места. Перед закупкой сравните тарифы на странице «Тарифы», чтобы заранее заложить запас по диску и каналу.

Параметризованный rsync, который можно запустить сегодня

Заведите профиль на регион, чтобы дежурные не выдумывали флаги под давлением. Пример разворачивает «золотой» BUILD_ROOT на воркеры с контрольными суммами, докачкой обрывков и потолком по полосе. Обёртка /usr/bin/timeout даёт предсказуемый выход с кодом 124 при зависании.

#!/usr/bin/env bash
set -euo pipefail
PROFILE="${1:-apac}"
case "$PROFILE" in
  apac) BW="60000"; TIMEOUT="25m";;
  amer) BW="45000"; TIMEOUT="35m";;
  *) BW="30000"; TIMEOUT="40m";;
esac
/usr/bin/timeout "$TIMEOUT" rsync -azh --delete-delay --partial \
  --checksum --bwlimit="$BW" --omit-dir-times \
  "$GOLDEN_HOST:$GOLDEN_PATH/" "$LOCAL_ARTIFACT_ROOT/"

Логируйте профиль PROFILE, фактический bwlimit и длительность прогона: так проще отлавливать деградацию канала после смены маршрута. Если timeout завершился с кодом 124, не ретрайте мгновенно — сначала проверьте, не уперлись ли в диск или в лимит одновременных rsync на приёмнике. Для ночных «тяжёлых» синков имеет смысл отдельный профиль с более низким bwlimit, чтобы не выбивать из SLA дневные интерактивные задачи на тех же узлах Mac mini M4.

Блокировки сборки для общих деревьев

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

LOCK_FILE="/var/tmp/ci-artifact-promote.lock"
flock -n "$LOCK_FILE" bash -c '
  ./scripts/compile.sh
  rsync -az --delete ./out/ "/Volumes/Artifacts/promote/"
' || { echo "блокировка занята"; exit 17; }

Пороги 1 ТБ и 2 ТБ: «водная линия» диска

План 2 ТБ даёт запас под несколько кэшей симуляторов и слои контейнеров, но автоматизация всё равно обязательна: снимки APFS и локальные машины резервного копирования съедают «невидимый» объём. Порог 90% трактуйте как жёсткий стоп. Сравнение конфигураций удобно смотреть в каталоге тарифов до того, как релизная неделя упрётся в лимиты IO.

Чек-лист приёмки задержки между регионами

• SSH-управление: медиана RTT до класса узлов < 70 мс с корпоративного VPN.
• Стабильный rsync: минимум один успешный прогон с --checksum в неделю на каждый профиль.
• Git fetch: клон или fetch крупнейшего поддерживаемого среза монорепозитория < 5 минут.
• Интерактивный VNC: стабильный темп кадров, если два оператора делят узел во время инцидента.

Если команда в Юго-Восточной Азии, а подпись артефактов юридически «пришита» к западу США, поставьте релей fan-out в Сингапуре или Гонконге, чтобы ноги rsync оставались короткими, пока ключи остаются в нужной юрисдикции.

Пятиступенчатый runbook внедрения

1. Назначьте «золотой» узел на географию и зафиксируйте SSH-алиас в документации.
2. Создайте скрипты rsync по профилям с зашитыми timeout и bwlimit.
3. flock оставьте только вокруг promotion и ротации артефактов, не вокруг всей компиляции.
4. Подключите дисковые пробы к пейджеру на отметке 80% заполнения.
5. После смены VPN, провайдера или маршрута повторно прогоняйте чек-лист задержки.

HTTP-проверкам полезна та же дисциплина настенных часов, что и rsync. Пример:

curl --max-time 8 --connect-timeout 3 -fsS \
  https://status.example.internal/artifact-ready >/dev/null

FAQ: эксплуатация и закупка

Заменит ли git rsync для артефактов? Нет: git остаётся слоем истины для исходников. rsync лучше для тяжёлых бинарников, рантаймов симулятора и деревьев в духе DerivedData, где нужен инкрементальный IO без переписывания истории.

flock постоянно возвращает «занято» — что не так? Критическая секция слишком широкая. Сужайте блокировку до promotion и ротации, а компиляцию оставьте параллельной по веткам и билд-агентам.

Когда экономически оправдан второй регион? Если медиана задержки дважды за спринт выходит за чек-лист, разделяйте писателей/реле и после каждой сетевой правки повторяйте те же замеры — иначе дашборды будут врать.

Нужен ли отдельный узел под кэш CocoaPods / SPM? Да, если несколько пайплайнов делят один том: вынесите кэш на отдельный путь с собственными квотами, чтобы fan-out артефактов не конкурировал с зависимостями.

Совместим ли сценарий с GitHub Actions self-hosted? Да: «золотой» узел может быть self-hosted runner, а воркеры — дополнительные Mac mini M4; главное — единый каталог promote и согласованные профили rsync.