Руководство по использованию облачных Mac

Решайте проблемы по задачам — от данных заказа до журналов сборки

Не обязательно сначала читать всё руководство. Откройте раздел для текущей задачи и последовательно проверьте срок аренды, узел, данные подключения, среду разработки и журналы. Если причина всё ещё не найдена, передайте полный контекст в обращение через консоль.

Арендовать облачный Mac Открыть краткое руководство

5 категорий задач 2 доступные конфигурации 5 доступных узлов

RUN SHEET

Порядок проверки при первом использовании

Материалы готовы

Проверьте заказ Модель, срок аренды, узел и дополнительное хранилище

ORDER

Подтвердите подключение Адрес, учётная запись, локальная сеть и учётные данные

ACCESS

Подготовьте инструменты Xcode, инструменты командной строки, зависимости и кэш

BUILD

Сохраните диагностические данные Время, исходный текст ошибки и обезличенные журналы

TRACE

Выделенный физический узел Apple Silicon 365 ДНЕЙ

Начните с текущей задачи

Сначала укажите, на каком шаге возникла проблема

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

Поля заказа и экземпляра

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

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

Проверка заказа

Пять групп полей нужно сверить по отдельности

ПРОФИЛЬ ЗАКАЗА

Срок аренды: Оплата рассчитывается посуточно, понедельно, помесячно или поквартально. Сверьте текущий период с длительностью проекта и не объединяйте суммы разных периодов в один бюджет.
Физический узел: Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг и восток США — всего 5 узлов. Учитывайте маршрут доступа команды, расположение исходного кода и направление потоков данных.
Базовая конфигурация: ArmVMS M4: M4, 16GB RAM, 256GB SSD; ArmVMS Pro (M4 Pro): M4 Pro, 64GB RAM, 2TB SSD.
Дополнительные опции: Отдельно проверьте +1TB SSD, +2TB SSD или объединение Thunderbolt 5 и убедитесь, что опции и базовая конфигурация относятся к одному периоду заказа.
Способы оплаты: Доступны только USDT-TRC20 и Visa / Mastercard / Amex (через Stripe); расчёты выполняются в долларах США (USD). Фактически доступный платёжный шлюз определяется ответом серверной части.

Распространённые состояния

Обработка и готовность к подключению

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

Принцип диагностики

Корректный заказ не означает готовность среды

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

Проверить конфигурацию и цену

Распространённые поля панели управления и действия для проверки
Поле	Что означает	Что проверить	Что зафиксировать при несоответствии
ORDER ID	Уникальный идентификатор заказа	Используют ли обращение, счёт и экземпляр один и тот же номер	Полный номер заказа
REGION	Регион размещения физического узла	Совпадает ли он с выбранным при заказе узлом	Код узла и отображаемое название
TERM	Текущий период аренды	День, неделя, месяц или квартал, а также данные о начале и окончании	Название периода и снимок заказа
ACCESS	Созданы ли данные подключения	Полностью ли указаны адрес, учётная запись и способ подключения	Названия отсутствующих полей
STATE	Текущий этап работы экземпляра	Изменилось ли состояние после обновления и восстановилось ли подключение	Исходный текст состояния и время возникновения

Документация по среде разработки

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

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

Подготовка проекта Xcode

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

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

Инструменты командной строки

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

Зафиксируйте результат текущего выбора Xcode
Убедитесь, что файлы инициализации shell не блокируют выполнение в интерактивном режиме
Используйте в скриптах явные пути или управляемые переменные среды

Управление зависимостями

Восстанавливайте зависимости прежде всего по lock-файлам и списку программ. После установки проверьте архитектуру Apple Silicon, источник бинарных файлов и пути разрешения команд — не считайте автоматически, что предварительно собранные файлы из старой среды подходят.

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

Кэш сборки

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

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

Подключение CI/CD

Используйте исполнитель как физический узел с возможностью аудита

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

01

Передавайте минимально необходимые учётные данные

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

CREDENTIALS
02

Зафиксируйте контекст выполнения

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

CONTEXT
03

Экспортируйте отслеживаемые артефакты

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

ARTIFACTS
04

Очистите среду задачи

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

CLEANUP

Руководство по экспериментам с ИИ

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

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

Планирование объёма

Организуйте файлы моделей в трёх уровнях каталогов

SOURCE Исходные модели

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

CACHE Восстанавливаемый кэш

Кэш загрузок, преобразований и временные фрагменты храните в отдельном каталоге; при нехватке места их можно удалить и создать заново.

OUTPUT Результаты эксперимента

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

Сессии длительных задач

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

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

Границы резервного копирования

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

Получить консультацию по выбору ресурсов для ИИ

Дерево решений для диагностики

Проверяйте уровни по очереди и не меняйте несколько переменных одновременно

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

Доступен ли адрес подключения из локальной сети

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

Сбой Сохраните поле адреса и исходный текст сетевой ошибки

Взяты ли учётные данные подключения из сведений текущего заказа

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

Сбой Зафиксируйте отсутствующие поля, не отправляйте исходный текст учётных данных

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

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

Аномалия Передайте поля состояния и шаги воспроизведения

Достаточно ли места на диске для работы

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

Недостаточно Запишите общий объём, доступное место и основные каталоги

Позволяет ли журнал сборки найти первую реальную ошибку

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

Не решено Обезличьте журналы и отправьте обращение

Обращение в поддержку

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

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

Необходимо предоставить

Данные заказа и узла

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

Время и воспроизведение

Опишите действие, при котором произошёл первый сбой

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

Диагностические вложения

Приложите исходный текст ошибки и обезличенные журналы

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

Как добавить новые журналы или результаты воспроизведения после отправки?

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

Когда следует в первую очередь использовать обращение через консоль?

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

Какие сведения подготовить для консультации до оформления заказа?

Укажите тип проекта, число параллельных задач, необходимую среду Xcode, ожидаемый объём хранилища, срок аренды и целевой узел. Для крупных проектов или вывода больших моделей отдельно укажите пиковый объём памяти и размер файлов моделей.

Подготовьте материалы для диагностики

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

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

Войти в консоль и отправить обращение Связаться с командой поддержки