Проверка оборудования
Проверьте M4, 16 ГБ RAM и базовый SSD на 256 ГБ. Если в заказе есть дополнительное хранилище, отдельно проверьте доступный объём и точку монтирования.
Двигайтесь по задаче
Подготовьте, подключите, запустите — затем найдите причину проблемы
Это не набор разрозненных команд. Сначала проверьте заказ и узел в консоли, затем установите подключение, воспроизведите работу инструментов и завершите задачу по сохраняемым логам. Подходит для NowMini M4, 16 ГБ RAM и 256 ГБ SSD на выделенном физическом узле.
- 4 типа задач
- Подготовка, подключение, запуск, диагностика
- 4 узла
- Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг
- 1 конфигурация
- Выделенный физический узел NowMini M4
Быстрая локализация
Сначала опишите выполняемую задачу
Введите слова «Xcode», «SSH», «runner» или «диск» — страница сохранит соответствующие шаги. Также можно выбрать нужный раздел ниже.
Первый заказ
Перед подключением выполните шесть проверок
Не объединяйте подтверждение заказа, разрешение сетевого доступа и инициализацию системы в одну попытку подключения. Последовательно записывайте результаты — так границу сбоя аутентификации будет проще найти.
Контрольный список запуска
От данных консоли до первого сеанса
Ориентируйтесь на актуальные данные заказа и узла из консоли. Не копируйте адрес хоста из старых заявок или командных чатов.
01
Проверьте идентификатор заказа
Запишите идентификатор заказа, срок аренды и конфигурацию NowMini M4 и убедитесь, что работаете с нужным заказом.
02
Проверьте регион узла
Подтвердите Сингапур, Японию (Токио), Южную Корею (Сеул) или Гонконг и используйте с командой одно и то же название региона.
03
Получите системные учётные данные
Проверьте имя пользователя, адрес хоста и требования к ключу. Храните учётные данные только в контролируемом хранилище паролей, не в репозитории.
04
Проверьте источник доступа
Зафиксируйте офисную сеть, статический внешний адрес или адрес runner и не выполняйте первую инициализацию из неизвестной публичной сети.
05
Установите первое подключение
Сначала проверьте сетевую доступность, затем отпечаток хоста и права ключа. Не меняйте сразу несколько переменных и не повторяйте попытки вслепую.
06
Завершите инициализацию аккаунта
Создайте среду с минимальными правами для задачи, настройте рабочий каталог и каталог логов и сохраните запись проверки без секретов.
Проверка сеанса
Отдельно запишите, устанавливаются ли SSH- и графический сеансы, сколько занимает первое подключение и подходят ли ввод с клавиатуры и буфер обмена для задачи.
Открыть инструкции по подключению
Среда разработки
Воспроизводите цепочку инструментов с учётом зависимостей
Сначала зафиксируйте версии инструментов, затем подключайте учётные данные, кэш и материалы подписи. В обратном порядке проблемы версий легко принять за проблемы прав.
Зафиксируйте цепочку Xcode
Сначала проверьте выбранный каталог разработчика, затем запишите версии Xcode и SDK. В командном конвейере версия должна быть входным параметром сборки, а не результатом интерактивного выбора.
- Проверьте путь к инструментам командной строки
- Запишите версии компилятора и SDK
- Выполните базовую сборку минимального проекта
Настройте учётные данные Git
Настройте отдельный ключ для узла или автоматизированного аккаунта и выдайте только необходимые права к репозиторию. После первого получения запишите удалённый адрес, ветку и базовый коммит.
- Проверьте права файла ключа
- Проверьте границы чтения и записи репозитория
- Не раскрывайте секреты в параметрах скриптов
Разделите зависимости и кэш
Разделяйте восстанавливаемые зависимости, кэш компиляции и итоговые артефакты. Ключ кэша должен включать версии инструментов, хэш lock-файла и целевую платформу.
- Зафиксируйте результат разрешения зависимостей
- Ограничьте рост каталога кэша
- Сохраните способ базовой сборки после очистки кэша
Импортируйте материалы подписи в последнюю очередь
Импортируйте сертификаты, профили и данные разблокировки после проверки цепочки инструментов. Используйте контролируемый каталог и удалите временные копии после завершения задачи.
- Зафиксируйте область действия сертификата
- Ограничьте субъектов доступа к связке ключей
- Проверьте цепочку подписи архивной задачей
Критерии проверки
Один и тот же коммит должен в чистом рабочем каталоге пройти разрешение зависимостей, сборку, тестирование и архивирование; при сбое по логам должна быть видна конкретная стадия, а не только итог «сборка завершилась ошибкой».
Интеграция CI/CD
Подключите физический узел к существующей очереди
runner — точка выполнения, а не одновременно хранилище секретов, долговременное хранилище артефактов и общий каталог команды. Сначала разделите каталоги и права, затем увеличивайте параллелизм.
Цепочка выполнения
Пять этапов, одна проверяемая временная шкала
Для каждой задачи как минимум записывайте коммит, runner, время начала, итоговый статус и расположение артефактов. Узел стабильно работает 365 дней в году.
Зарегистрируйте runner
Зарегистрируйте исполнитель с отдельным автоматизированным аккаунтом. Метки должны описывать систему и возможности задачи, но не содержать секретов или личных имён.
Изолируйте рабочий каталог
Используйте отдельный рабочий путь для каждого конвейера. После завершения удаляйте временные файлы, чтобы предыдущая задача не загрязняла следующую сборку.
Определите стратегию кэширования
Называйте кэш по lock-файлу и версии инструментов, задайте ограничение объёма и сохраните полный путь выполнения при промахе кэша.
Передайте артефакты сборки
Передавайте архивы, файлы символов и отчёты тестов в существующее командное хранилище. Рабочий каталог узла не должен быть единственной копией.
Сохраните логи сбоя
Сохраняйте этап сбоя, код возврата и ключевой контекст. Перед обращением в поддержку удалите токены, ключи и материалы подписи.
Управление параллелизмом
Сначала установите базовую линию на одной задаче, затем постепенно увеличивайте параллелизм очереди. При 16 ГБ RAM тестирование, архивирование и задачи инференса следует разделять с учётом реальных пиков.
Границы повторных попыток
Повторяйте только восстанавливаемые этапы, например после кратковременного сетевого сбоя. При ошибке компиляции, теста или подписи сохраняйте исходный результат, чтобы не перезаписать первое место сбоя.
Проверка артефактов
После передачи проверьте размер файла, хэш и идентификатор задачи. По записи конвейера команда должна отследить соответствующий коммит и среду сборки.
Эксперименты MLX
Сначала проверьте среду, затем увеличивайте задачи инференса
NowMini M4 подходит для воспроизводимых небольших экспериментов MLX. Разделяйте файлы моделей, параметры запуска и записи результатов для удобной очистки и повторного запуска.
КОНТРОЛЬНЫЕ ТОЧКИ MLX
NOWMINI M4
Проверка среды
Запишите версии Python, MLX и ключевых зависимостей и проверьте выполнение среды небольшой операцией над тензорами.
Размещение модели
Храните файлы моделей в отдельном каталоге данных, проверяйте их хэши и не смешивайте их с репозиторием исходников или временным кэшем.
Запуск задачи
Зафиксируйте модель, входные данные, параметры выборки и случайное начальное число; сначала запустите небольшой пакет и проверьте стабильность памяти и вывода.
Мониторинг ресурсов
Записывайте пиковое потребление памяти, рост диска, длительность выполнения и статус завершения, чтобы логи или промежуточные результаты не заполнили пространство.
Что сохранить минимум для одного эксперимента
- Входные данные
- Идентификатор модели, хэш файла, версия промпта или датасета
- Среда
- Версии системы, Python, MLX и зависимостей
- Параметры
- Размер пакета, длина генерации, настройки выборки
- Результат
- Длительность, пиковые ресурсы, сводка вывода, статус завершения
Ограничения хранилища
В базовую конфигурацию входит SSD на 256 ГБ. Перед загрузкой модели проверьте свободное место; большие модели, промежуточные результаты и несколько версий весов включите в план очистки либо при заказе выберите фиксированное дополнительное хранилище.
Посмотреть конфигурацию и хранилище
Дерево диагностики
Начинайте с граничных условий, а не со случайной смены настроек
Сначала определите, относится ли проблема к локальной сети, контролю доступа, аутентификации, цепочке инструментов или ресурсам. За один раз меняйте только одну переменную и записывайте результат.
Не удаётся подключиться к узлу: какой уровень проверить первым
- Убедитесь, что локальная сеть обращается к внешним сервисам; отключите временный прокси, меняющий маршрутизацию, и повторите проверку.
- Заново проверьте адрес хоста и регион узла в консоли; не используйте адрес со старого снимка экрана.
- Убедитесь, что текущий источник доступа соответствует ограничениям, и проверьте, не блокирует ли локальный брандмауэр целевой порт.
- Отдельно запишите результаты DNS-разрешения, сетевой доступности и установления протокола, а не только вывод «не подключается».
Ошибка аутентификации: как отличить проблему имени пользователя от проблемы ключа
- Проверьте, соответствует ли имя пользователя текущему узлу; не используйте аккаунт другого сервера.
- Проверьте права и формат файла закрытого ключа, а также путь к ключу, который фактически загружает клиент.
- Убедитесь, что отпечаток хоста совпадает с первой записью; при изменении прекратите подключение и отправьте заявку на проверку.
- Включите подробные логи клиента, сохраните согласование методов аутентификации и этап отказа сервера, а перед отправкой удалите чувствительные данные.
Сбой сборки: начать с версии, зависимостей или подписи
- Сначала убедитесь, что Xcode, SDK и путь к инструментам командной строки совпадают с базовой конфигурацией.
- В чистом рабочем каталоге заново разрешите зафиксированные зависимости, чтобы определить загрязнение кэша.
- Разделите проблемы компиляции и подписи: сначала выполните сборку без подписи для публикации, затем проверьте архивирование.
- Сохраните первую ошибку вместе с контекстом, а не только сводку в конце лога.
Недостаточно места на диске: какие каталоги проверить в первую очередь
- Запишите общий и использованный объём, а также изменения до и после задачи; не удаляйте сразу все файлы.
- По очереди проверьте кэш сборки, архивы, результаты тестов, загруженные модели и постоянно растущие каталоги логов.
- После передачи артефактов очистите копию на узле, чтобы не удалить единственный восстанавливаемый файл.
- Задайте ограничения объёма для кэша и логов и включите очистку в процесс завершения задачи.
Задача выполняется слишком долго: как отличить замедление от блокировки
- По последней действительной записи лога определите, вычисляется ли задача, ожидает сеть или дочерний процесс.
- Проверьте, не конкурируют ли другие задачи на том же узле за память, диск или блокировку рабочего каталога.
- Задайте отдельные тайм-ауты для загрузки, сборки, тестов и отправки, не накрывая все этапы одним общим тайм-аутом.
- Перед повтором сохраните состояние процесса и лог сбоя; если проблема стабильно воспроизводится, приложите к заявке минимальную задачу.
Диагностическая запись
Эффективная диагностика должна содержать пять сведений
- Время возникновенияС указанием часового пояса
- Регион узлаОдин из четырёх доступных узлов
- Шаги действийМожно воспроизвести
- Ожидаемый и фактический результатС описанием различий
- Обезличенные логиС сохранённым контекстом ошибки
Безопасная работа
Учитывайте права доступа на протяжении жизненного цикла задачи
Учётные данные — не файл, который настраивают один раз и навсегда оставляют без изменений. При изменении сотрудников, runner, источника сети или проекта заново проверяйте границы доступа.
Ротация учётных данных
Немедленно меняйте их после смены состава команды, подозрения на утечку ключа или изменения автоматизированного аккаунта. После отключения старых данных проверьте новые, не оставляя одновременно несколько неизвестных точек входа.
Ограничьте источники доступа
По возможности используйте понятный статический внешний адрес. Временные разрешения отзывайте после завершения задачи и записывайте, кто, зачем и когда их отменил.
Минимизируйте права автоматизации
runner должен использовать отдельный аккаунт и ключ и обращаться только к целевому репозиторию, рабочему каталогу и расположению артефактов. Не передавайте скрипту длительные личные права.
Очистка при миграции и передаче
Сначала передайте исходники, модели и артефакты, затем удалите временные сертификаты, ключи, кэш и логи с чувствительными полями. Получатель должен повторно пройти проверку по списку.
Критерии завершённой передачи
Новый ответственный может использовать собственные права для подключения, запуска базовой задачи и чтения логов; доступ прежнего ответственного отозван; на узле нет бесхозных временных аккаунтов и копий секретов.
Поддержка специалистов
Оформите проблему как заявку, которую можно сразу выполнять
По вопросам существующего заказа сначала отправьте заявку из консоли; по вопросам до покупки, оценке пакетного процесса или проблемам со входом можно написать по электронной почте. Доступны только эти два канала связи.
Поля заявки
Подготовьте шесть сведений перед отправкой
Чем ближе информация к условиям воспроизведения, тем быстрее диагностика начнётся по существу, без повторного выяснения базовых фактов.
- Идентификатор заказа
- Текущий идентификатор заказа из консоли
- Регион узла
- Сингапур, Япония (Токио), Южная Корея (Сеул) или Гонконг
- Время возникновения
- Укажите дату, время и часовой пояс
- Шаги воспроизведения
- Порядок действий от нормального состояния до появления ошибки
- Фактический результат
- Текст ошибки, код возврата или необычное поведение
- Обезличенные логи
- Сохраните контекст, удалив пароли, ключи и токены
Не отправляйте чувствительные материалы
Не прикладывайте к заявкам и письмам пароли, закрытые ключи, полные платёжные данные, материалы подписи или токены с прямым доступом к репозиторию кода.
Проблемы существующего заказа
Войдите в консоль и отправьте заявку, связав проблему с заказом и узлом. Подходит для сбоев подключения, проверки оплаты, состояния узла и задач текущего заказа.
Отправить заявку из консолиВопросы до покупки и помощь со входом
Напишите на support@nowmini.com и укажите процесс, целевой регион, предполагаемый срок аренды и воспроизводимую проблему. Адрес электронной почты можно перенести на отдельную строку.
Написать на support@nowmini.com
Следующий шаг
После уточнения конфигурации сразу начинайте работу
Выберите выделенный физический узел NowMini M4 и запускайте сборки, автоматизацию и задачи MLX в Сингапуре, Японии (Токио), Южной Корее (Сеул) или Гонконге. Фактическая доступность определяется актуальными данными консоли.