От выбора узла до первой задачи

Разверните первую задачу MLX или CI на облачном Mac

Это руководство предназначено для разработчиков и инженерных команд, планирующих арендовать VMMini M4. Вы определите нагрузку, сравните четыре доступных узла, создадите заказ, впервые подключитесь и запустите MLX или self-hosted runner.

VMMini M4 — это Mac Mini M4 с 16 ГБ RAM и SSD 256 ГБ на выделенном физическом узле, а не виртуальная машина. Узел работает 365 дней в году; фактические сетевые показатели, доступность заказа и сведения о доставке отображаются в консоли в реальном времени.

Арендовать VMMini M4 Проверить конфигурацию и цены

1фиксированная конфигурация

4доступных узла

2пути к первой задаче

План развёртывания VMMini M4

доступен для заказа

Процессор: M4
Память: 16 ГБ
Системный диск: SSD 256 ГБ
Узлы: Сингапур, Токио, Сеул, Гонконг

Результат задачи

MLXпроверка работоспособности пройдена

CIrunner принимает задачи

Подготовка

Сначала зафиксируйте семь параметров, затем создайте заказ

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

Определите назначение

Уточните, будет ли первой задачей MLX-инференс, развёртывание Mac AI, сборка iOS/macOS или удалённая автоматизация. Зафиксируйте длительность, режим параллельной работы и итоговые артефакты.

Укажите расположение команды

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

Определите расположение исходников

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

Выберите срок аренды

Для короткой проверки выбирайте посуточную аренду, для непрерывного спринта — понедельную, для стабильной сборки или работы сервиса — помесячную или поквартальную. Срок должен включать развёртывание, проверку и вывоз данных.

Оцените объём хранилища

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

Подготовьте открытый SSH-ключ

Используйте отдельный ключ для этой задачи и убедитесь, что закрытый ключ хранится у авторизованных сотрудников. Передавайте открытый ключ; не отправляйте закрытый ключ по электронной почте или через тикет.

Проверьте рабочий адрес электронной почты

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

Шаг 1 · Выбор узла

Выбирайте по маршруту данных нагрузки, а не по названию города

VMMini M4 сейчас доступен в Сингапуре, Японии (Токио), Южной Корее (Сеул) и Гонконге. Все четыре конфигурации доступны для заказа; фактическая доступность отображается в консоли в реальном времени.

SG достаточно

Сингапур

Подходит для задач, где исходники, команда или пользователи сервиса находятся в Юго-Восточной Азии. Перед загрузкой крупных моделей или зависимостей через региональные маршруты проверьте фактический путь загрузки, а не только ping.

В первую очередь проверьте: маршрут доступа из Юго-Восточной Азии
Подходит для проверки: загрузка моделей, запросы к API, выгрузка артефактов

JP достаточно

Япония (Токио)

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

В первую очередь проверьте: исходники и реестр артефактов в Восточной Азии
Подходит для проверки: клонирование репозитория, восстановление кэша, просмотр логов

KR достаточно

Южная Корея (Сеул)

Подходит для задач, где команда или цепочка доставки находятся в Корее и Северо-Восточной Азии. При постоянной выгрузке артефактов добавьте проверку передачи реальных файлов.

В первую очередь проверьте: доступ команды из Северо-Восточной Азии
Подходит для проверки: удалённое управление, выгрузка артефактов, проверка доступности сервиса

HK достаточно

Гонконг

Подходит для задач, где основные рабочие устройства, исходники или бизнес-маршруты находятся в Южном Китае и Юго-Восточной Азии. На трансграничный доступ по-прежнему влияют местный оператор и изменения маршрутизации.

В первую очередь проверьте: маршруты из Южного Китая и Юго-Восточной Азии
Подходит для проверки: SSH round-trip, синхронизация кода, загрузка артефактов

Интерактивные задачиВ первую очередь проверяйте отклик SSH-ввода, обновление логов и передачу небольших файлов.

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

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

Ориентир по задержке узлов

Сначала используйте медиану, затем повторно проверьте свой маршрут

В таблице указано медианное время ICMP round-trip от тестовых точек в крупных городах до четырёх доступных узлов. Данные помогают исключить явно неподходящие маршруты, но не заменяют реальные проверки репозитория, источника моделей, реестра артефактов и маршрута конечных пользователей.

Период тестированияБудни, 10:00–12:00 (UTC+8)

Провайдер сетиОбычный коммерческий интернет местного провайдера

Количество измерений30 раз для каждого маршрута

Статистический показательМедиана валидных измерений

Медианный ping от тестовых точек в крупных городах до узлов в Сингапуре, Токио, Сеуле и Гонконге
Город тестовой точки	Узел в Сингапуре	Узел в Токио	Узел в Сеуле	Узел в Гонконге
Тестовая точка: Шанхай	79 мс	48 мс	52 мс	36 мс
Тестовая точка: Шэньчжэнь	47 мс	66 мс	61 мс	24 мс
Тестовая точка: Тайбэй	58 мс	39 мс	45 мс	31 мс
Тестовая точка: Бангкок	33 мс	92 мс	99 мс	56 мс

Как повторить проверку

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

Как интерпретировать результаты

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

Шаг 2 · Создание заказа

Фиксированная конфигурация: сначала узел и срок, затем дополнительные опции

Сейчас доступна одна конфигурация VMMini M4. В заказе укажите физический узел, срок аренды и дополнительные опции; не откладывайте оценку диска или количества подключаемых устройств до отправки заказа.

Единственная доступная конфигурация

VMMini M4

Mac Mini M4 · 16 ГБ RAM · SSD 256 ГБ

Создать заказ VMMini M4

Посуточно $20.5 для коротких проверок и разовых задач

Понедельно $55.4 для релизных спринтов и интенсивных сборок

Помесячно $102.6 для стабильных конвейеров и длительных экспериментов

Поквартально $279.1 для непрерывных проектов и фиксированной среды выполнения

Выберите узел

Выбирайте только между Сингапуром, Токио, Сеулом и Гонконгом и зафиксируйте основание выбора.

Выберите срок

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

Выберите дополнительные опции

Проверьте количество с учётом моделей, кэша, артефактов и подключаемых устройств.

Дополнительные опции оформляются на тот же срок

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

+1 ТБ SSDРасширение хранилища

день: $2.4
неделя: $6.4
месяц: $11.8
квартал: $32.1

+2 ТБ SSDРасширение хранилища

день: $4.8
неделя: $12.8
месяц: $23.6
квартал: $64.2

Подключение по Thunderbolt 5за устройство

день: $1.3
неделя: $3.4
месяц: $6.3
квартал: $17.1

Шаг 3 · Оплата

Проверяйте итог в USD и два доступных способа оплаты

Цены заказа и расчёт выполняются в USD. Перед оплатой проверьте базовый срок, узел, расширение SSD и количество подключений Thunderbolt 5, чтобы итоговая сумма соответствовала карточке задачи.

USDT-TRC20

Выполните перевод по данным заказа, проверьте сеть, сумму и статус заказа.

Visa / Mastercard / Amex

Оплата картой обрабатывается через Stripe; фактически доступный платёжный шлюз отображается в консоли.

Шаг 4 · Первое подключение

Сначала проверьте данные доставки, затем устанавливайте инструменты

Цель первого подключения — не немедленный запуск задачи, а создание надёжной базовой линии. Сначала проверьте отпечаток хоста, сведения о системе, диск, время, сеть и права учётной записи, а затем изменяйте окружение.

01
Проверьте отпечаток хоста
Пословно сравните отпечаток при подключении с данными доставки. При несоответствии прекратите подключение и создайте тикет через консоль.
02
Используйте SSH или VNC
Для задач командной строки используйте SSH; если нужно видеть графический интерфейс macOS, используйте VNC. Открывайте только необходимые для задачи точки доступа.
03
Проверьте систему и диск
Зафиксируйте версию macOS, архитектуру ядра, объём системного диска и свободное место как базу для дальнейшей диагностики.
04
Проверьте время и сеть
Проверьте часовой пояс, системное время, DNS, доступ к внешним зависимостям и связность с исходниками, чтобы избежать проблем с сертификатами или временными метками сборки.
05
Проверьте права учётной записи
Убедитесь, что текущая учётная запись имеет только необходимые для задачи права, а учётные данные проекта хранятся отдельно от пользовательских данных для входа.

Чек-лист первого подключения READ ONLY FIRST

sw_vers
uname -m
df -h /
date
scutil --get TimeZone
networkQuality
whoami
id

Ожидаемая архитектура arm64 Способ фиксации Сохранить обезличенный вывод

Шаг 5 · Запуск нагрузки

Начните с небольшой проверяемой задачи

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

Путь A

Проверка работоспособности MLX-сервиса инференса

Сначала проверьте окружение Python и каталог модели, затем настройте прослушивание сервиса только на локальном адресе. После успешной проверки откройте необходимые порты с учётом реального клиента и политики доступа.

export MODEL_PATH="/srv/models/current"
export SERVICE_PORT="8080"

python -m mlx_lm.server \
  --model "$MODEL_PATH" \
  --host 127.0.0.1 \
  --port "$SERVICE_PORT"

curl --fail \
  "http://127.0.0.1:${SERVICE_PORT}/v1/models"

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

Путь B

Зарегистрируйте self-hosted runner

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

export REPOSITORY_URL="$CI_REPOSITORY_URL"
export RUNNER_TOKEN="$CI_RUNNER_TOKEN"

./config.sh \
  --url "$REPOSITORY_URL" \
  --token "$RUNNER_TOKEN" \
  --name "vmmini-m4-runner"

./run.sh

Для разных проектов используйте отдельные рабочие каталоги и области действия учётных данных.
Перед сборкой выводите версии инструментов, но не содержимое токенов.
Изолируйте кэш ключами проекта; после сбоя проверяйте, не произошло ли загрязнение.
После завершения задачи отзовите runner и удалите оставшиеся учётные данные.

0необъясненных ошибок

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

1воспроизводимая запись

Сохраните версии зависимостей, команды, конфигурацию и пути к артефактам.

2уровня изоляции учётных данных

Отдельно управляйте доступом сотрудников и учётными данными автоматизации проекта.

Проверки после доставки

Успешный запуск задачи ещё не означает завершение развёртывания

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

Проверьте восстановление после перезапуска

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

Организуйте логи задачи

Разделите рабочие логи, логи ошибок и аудиторские записи, обезличьте их и задайте правила объёма и хранения.

Проверьте экспорт артефактов

Фактически скачайте или загрузите репрезентативный артефакт, проверьте контрольную сумму, права, целевое расположение и длительность передачи.

Настройте мониторинг и оповещения

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

Опишите план очистки данных

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

Сохраните идентификатор заказа

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

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

Открыть документацию поддержки

Готовы создать первый заказ

Перенесите карточку задачи в консоль и выберите узел по реальному маршруту

Выберите VMMini M4 и узел в Сингапуре, Токио, Сеуле или Гонконге, а также срок — день, неделю, месяц или квартал. Все заказы оплачиваются в USD; после доставки сначала выполните базовую проверку подключения, затем запустите первую нагрузку.

Арендовать облачный Mac Войти в консоль и создать тикет