ArmMesh предоставляет выделенные физические узлы Apple Silicon, а не виртуальные машины. Сначала сверьте адрес узла и учётные данные с заказом, затем выберите подключение через графический интерфейс или защищённую командную строку. Для частой работы с интерфейсом ориентируйтесь на задержку, а для автоматизации учитывайте также пропускную способность, расположение артефактов и очередь задач.
Шесть доступных узлов: Сингапур, Токио, Сеул, Гонконг, восток США и запад США. Актуальные адрес, порт и доступность отображаются в консоли.
≤60 мс подходят для постоянной работы с графическим интерфейсом. Подключение между континентами удобно для синхронизации кода, запуска CI/CD и вызовов API MLX, но частые действия на рабочем столе будут менее комфортны.
У сбоя подключения редко бывает только одна причина. Перед изменением локальных настроек проверьте заказ, адрес, учётные данные, сеть и версию клиента — так проще отличить проблему с данными узла от неполадки клиента.
Откройте консоль, проверьте, что заказ выполнен, и запишите модель, регион и идентификатор узла. Пока заказ обрабатывается, данные подключения могут быть неполными — не пытайтесь подключиться по старому адресу.
Точно сверьте адрес хоста, протокол и порт с данными из консоли. Не угадывайте параметры по другим заказам, старым заявкам или сохранённым у коллег записям.
Убедитесь, что имя пользователя, начальные учётные данные и ключ относятся к текущему узлу. После первого подключения смените начальные учётные данные, а для постоянного доступа используйте контролируемые ключи.
Проверьте, что локальная сеть разрешает исходящие подключения к нужному порту. Отключите временный прокси, меняющий маршруты, и повторите проверку. В корпоративной сети уточните правила брандмауэра и адрес выхода в интернет.
Используйте актуальную версию клиента и учитывайте совместимость, указанную в документации к заказу. Перед обновлением сохраните текущие настройки, чтобы при необходимости проверить, не связаны ли изменения масштаба, клавиатуры или аутентификации с новой версией.
Не публикуйте учётные данные узла, полный адрес хоста или закрытый ключ в переписке, открытых логах сборки и репозиториях кода. Для совместной работы передавайте только необходимый минимум.
Графический сеанс подходит для отладки Xcode, настройки подписи, проверки интерфейса и других коротких задач с ручным управлением. Длительные сборки и пакетную обработку по возможности запускайте из командной строки, а не в окне рабочего стола.
Скопируйте адрес узла и порт из консоли и создайте подключение в совместимом графическом клиенте. Перед первой аутентификацией ещё раз проверьте регион узла и имя пользователя, чтобы не отправить учётные данные не тому адресу.
Готово, когда рабочий стол полностью загрузился, а меню и указатель работают без задержек.Сначала установите рекомендованное клиентом разрешение и убедитесь, что сеанс работает стабильно. Затем настройте масштаб под экран. При высокой задержке снизьте разрешение и качество динамического изображения; не повышайте одновременно глубину цвета и частоту кадров.
Готово, когда текст чёткий, а при перетаскивании окон нет постоянных зависаний.Включайте синхронизацию буфера обмена, только если нужно передавать код или команды. Не копируйте через общий буфер данные с ключами, токенами или материалами для подписи — импортируйте их через контролируемый путь к файлу с нужными правами доступа.
Готово, когда текст копируется как ожидается, а конфиденциальные данные не попадают в историю синхронизации.Проверьте клавиши Command, Option, Control, функциональные клавиши и переключение метода ввода. Если локальная и удалённая раскладки различаются, сначала настройте их соответствие в клиенте, а затем задайте сочетания клавиш в IDE.
Готово, когда сочетания клавиш, клавиша прерывания и переключение метода ввода работают одинаково.Перед отключением от графического сеанса проверьте состояние сборки, загрузки файлов и процессов модели. Задачи, которые должны продолжать работу, перенесите в управляемый фоновый процесс. Закончив работу, закройте клиент и удалите конфиденциальные данные из локальной истории подключений.
Готово, когда сеанс отключён, а состояние фоновых задач зафиксировано отдельно.Защищённое подключение из командной строки подходит для синхронизации кода, исполнителей CI/CD, сбора логов, передачи артефактов и управления сервисами MLX. Сначала проверьте подлинность хоста, а ключи, права доступа и сохранение сеанса настройте отдельно.
Используйте разные ключи для личной работы, исполнителя CI и временной диагностики. Для каждой задачи предусмотрите отдельный способ отзыва и не копируйте один закрытый ключ на несколько устройств.
Сверьте адрес, порт и отпечаток с данными узла в консоли. Если отпечатки не совпадают, прекратите подключение и уточните изменения, отправив заявку в поддержку.
Длительные сборки, загрузки, запуск моделей и нагрузочные тесты выполняйте в сеансе, который можно восстановить. Запишите команду запуска, идентификатор процесса, путь к логам и способ остановки.
Ограничьте назначение ключей и круг пользователей, удаляйте неиспользуемые открытые ключи. Для общих конвейеров используйте отдельную учётную запись исполнителя, не совмещая её с учётной записью для ручной работы.
Таблица поможет предварительно выбрать регион, но не заменяет проверку в вашей сети. Для графической работы особенно важна задержка; при синхронизации кода, загрузке артефактов и передаче файлов моделей также учитывайте пропускную способность, потери пакетов и расположение источника данных.
| Город подключения | Сингапур SG |
Токио, Япония JP |
Сеул, Южная Корея KR |
Гонконг HK |
Восток США US-E |
Запад США US-W |
|---|---|---|---|---|---|---|
| Сингапур | 18 мс | 74 мс | 79 мс | 38 мс | 238 мс | 169 мс |
| Токио | 76 мс | 12 мс | 37 мс | 49 мс | 171 мс | 108 мс |
| Сеул | 82 мс | 34 мс | 11 мс | 45 мс | 188 мс | 121 мс |
| Гонконг | 39 мс | 51 мс | 48 мс | 10 мс | 218 мс | 148 мс |
| Нью-Йорк | 241 мс | 176 мс | 190 мс | 221 мс | 24 мс | 78 мс |
| Лос-Анджелес | 171 мс | 109 мс | 123 мс | 151 мс | 79 мс | 21 мс |
| Франкфурт | 164 мс | 231 мс | 244 мс | 189 мс | 92 мс | 158 мс |
Результаты зависят от маршрутизации оператора, качества беспроводной сети, международных каналов и локального выхода в интернет. Перед заказом непрерывно проверьте подходящие регионы из рабочей сети и учтите расположение репозитория кода, объектного хранилища и участников команды.
При выборе региона не стоит ориентироваться только на минимальный результат одного Ping. Учитывайте, где работают пользователи, где находятся код и артефакты и как запускаются задачи — так вы выберете узел, который ускорит весь рабочий процесс.
На движения мыши, перетаскивание окон, отладку интерфейса и ввод в редакторе влияет время отклика. Выберите ближайший к пользователю узел со стабильной маршрутизацией, затем настройте разрешение и качество изображения.
Число небольших файлов, расположение репозитория и попадание в кэш зависимостей часто важнее результата одного Ping. Разместите узел ближе к репозиторию или зеркалу и сократите повторную загрузку всех зависимостей.
Для запуска задачи обычно передаётся мало управляющих данных, поэтому постоянная задержка не так важна. В первую очередь проверьте параллелизм исполнителей, ожидание в очереди, каталоги кэша и полноту логов сбоев.
Для больших архивов, видео и файлов моделей важны стабильность и постоянная пропускная способность. По возможности разместите узел рядом с хранилищем артефактов и используйте передачу с проверкой целостности и возможностью продолжения.
Короткие запросы сильнее зависят от времени отклика сети, а длительный инференс — в основном от модели, контекста и параллелизма. Если вызывающая сторона и узел находятся на разных континентах, повторно используйте соединения и избегайте ненужных последовательных запросов.
Выделенный физический компьютер предоставляет закреплённые аппаратные ресурсы, но управлять учётными записями, ключами, файлами проекта и пользователями должен заказчик. Настройте базовые меры безопасности при первом подключении и проверяйте их при изменении состава команды или задач.
Сразу после первого входа смените начальные учётные данные, проверьте, что прежнее значение больше не работает, и сохраните новое в одобренном командой защищённом хранилище.
При первом подключенииНастройте разные ключи для личной работы и автоматизированных исполнителей. Не используйте один закрытый ключ для разных задач — так их можно отзывать и проверять независимо.
Для каждой задачи свой ключНе используйте одну личную учётную запись на нескольких пользователей. При передаче задачи зафиксируйте её состояние и расположение результатов, а не передавайте личные учётные данные.
Действия пользователей отслеживаютсяПредоставляйте доступ к ключам, сертификатам подписи, файлам переменных окружения и токенам проекта только нужным учётным записям. Не выводите конфиденциальные данные в логи сборки.
Минимальные праваКогда участник покидает проект, задача автоматизации отключается или меняется устройство, своевременно удалите соответствующие открытые ключи и права доступа и зафиксируйте результат.
Регулярная проверкаВыйдите из режима с повышенными правами, проверьте состояние задач, отключите графические и командные сеансы и удалите историю подключений с неконтролируемых устройств.
Каждый раз при выходеНе меняйте несколько параметров одновременно. Проверяйте по одной гипотезе и записывайте время, симптомы и результат. Так при обращении в поддержку можно сразу исключить уже проверенные компоненты.
Убедитесь, что другие сетевые сервисы работают. Повторите проверку через проводное или резервное подключение, временно отключив прокси, который меняет маршруты. Отметьте, не возникает ли проблема только в текущей сети.
Результат: стабильное соединение с целевой сетью без постоянных потерь пакетов.Заново скопируйте адрес узла, протокол и порт из консоли. Не используйте автозаполнение браузера, старые закладки или данные подключения из другого заказа.
Результат: узел, заказ, регион и протокол полностью совпадают.Проверьте, что имя пользователя, пароль или файл ключа относятся к текущему узлу. Убедитесь, что права на закрытый ключ соответствуют выбранным в клиенте данным для входа. Не отправляйте ошибочные учётные данные повторно много раз подряд.
Результат: аутентификация пройдена либо получена понятная ошибка, которую можно зафиксировать.В консоли проверьте состояние экземпляра и последние события, чтобы отличить проблему сети от неполадок процессов на узле. Актуальное состояние доступности отображается в консоли.
Результат: узел работает, неподтверждённых операций с питанием или системой нет.Проверьте протокол, масштаб, раскладку клавиатуры, прокси, сертификаты и кэш отпечатков хоста. При необходимости создайте новое подключение без старых настроек для сравнения.
Результат: подключение работает с настройками по умолчанию либо причина сведена к конкретной настройке клиента.Укажите номер заказа, регион узла, версию macOS, время сбоя, протокол, версию клиента, шаги для воспроизведения и логи без конфиденциальных данных. Не отправляйте пароль, закрытый ключ или полный токен.
Результат: специалисты поддержки смогут воспроизвести проблему по временной последовательности без дополнительных вопросов об основных данных.Если после этих шести шагов подключиться всё ещё не удаётся, войдите в консоль и отправьте заявку в поддержку. По общим вопросам также можно написать на support@armmesh.com.
ArmMesh предлагает две модели выделенных физических компьютеров: ArmMesh M4 и ArmMesh M4 Pro. Доступны шесть узлов: Сингапур, Токио, Сеул, Гонконг, восток США и запад США. Стартовая цена — $19.5/день. Актуальная доступность отображается в консоли.