Проверьте поддержку ARM64 для зависимостей
Пакеты и образы контейнеров должны поддерживать ARM64. Программы для x86 нельзя запускать как нативные; DGX Spark не поддерживает Windows.
Первый шаг после получения сервера
Первый вход: подключение по SSH или RDP после получения данных в консоли
Подключение к TcpNode DGX Spark выполняется по SSH через NVIDIA DGX OS. После получения сервера сначала проверьте его параметры в консоли, затем подключитесь, используя указанные адрес и данные для входа.
Сначала рассмотрены подключение к DGX OS и проверка среды; инструкции по SSH, RDP и использованию нескольких адресов для физических серверов приведены ниже отдельно.
От заказа до среды разработки
Первый вход в DGX — по данным о поставке
Оплата и получение сервера — отдельные этапы. После письма о готовности войдите в консоль через аккаунт, связанный с заказом. Точные параметры подключения указаны в сведениях о сервере.
-
Оформить заказ на аренду
На странице заказа TcpNode DGX укажите срок аренды и ознакомьтесь с подтверждениями об архитектуре, ОС и обработке данных по окончании срока, затем отметьте их.
-
Оплатить заказ
На странице оформления выберите один из доступных способов оплаты и оплатите заказ.
-
Проверить почту
Найдите уведомление о готовности в почтовом ящике аккаунта и сверьте его с заказом.
-
Открыть сведения о сервере
Войдите в консоль TcpNode, откройте нужный сервер и просмотрите IP-адрес и данные для входа.
-
Подключиться по SSH
Введите данные подключения из сведений о сервере в локальный SSH-клиент и войдите в DGX OS.
Данные для входа указаны в сведениях о сервере по заказу
Письмо подтверждает готовность сервера, а параметры подключения доступны в консоли. При нескольких заказах сначала сверьте имя сервера и запись заказа, а затем скопируйте адрес. Не используйте для текущего адреса имя пользователя, пароль или настройки от другого сервера.
- Адрес назначения
- IPv4, указанный в сведениях о сервере
- Учётные данные
- Имя пользователя и данные аутентификации для этого сервера
- Параметры подключения
- Используйте настройки, указанные в информации о поставке
SSH и проверка CUDA
При первом входе в DGX OS проверьте архитектуру и инструменты
NVIDIA DGX OS основана на Ubuntu 24.04, работает на ARM64 и поставляется с предустановленными CUDA и стеком ПО NVIDIA AI. DGX Spark обеспечивает скорость 1 Gbps без ограничений по трафику и 1 статический IPv4; для подключения используется SSH.
Укажите данные из информации о поставке в SSH-команде
В команде ниже LOGIN_USER и SERVER_IP — имена переменных, обозначающие имя пользователя и IP-адрес, указанные в консоли. Перед запуском задайте значения переменных в локальном терминале. Пароль вводится только в запросе аутентификации клиента — не добавляйте его в команду или обращение в поддержку.
Если в информации о поставке указаны отдельные параметры подключения, задайте их и в клиенте. При первом подключении появится запрос на подтверждение подлинности узла: сначала сверьте адрес с заказом и только потом принимайте запрос.
Локальный SSH-клиент
ssh "${LOGIN_USER}@${SERVER_IP}"Не запускайте команду, пока переменные не заданы. В этом примере не указаны имя пользователя, пароль или порт подключения.
Сначала зафиксируйте параметры среды на сервере, затем устанавливайте зависимости
После подключения проверьте архитектуру системы, GPU и компилятор CUDA:uname -m — для проверки среды ARM64;nvidia-smi — для просмотра информации о GPU и драйвере;nvcc --version — для проверки версии компилятора CUDA.
Версия CUDA, совместимая с драйвером, и версия компилятора — разные параметры. Нельзя оценивать совместимость среды разработки только по одному из них. Перед установкой пакетов Python или контейнеров также проверьте наличие сборок для ARM64 и соответствие версии CUDA требованиям проекта.
Выполните после входа в DGX OS
uname -m
nvidia-smi
nvcc --versionСохраните исходный вывод команд для диагностики. Если команда не найдена или завершается ошибкой, сначала зафиксируйте её текст — не пытайтесь скрыть проблему многократной переустановкой драйвера.
Модели и файлы экспериментов подготовьте самостоятельно
Модели не предустановлены. Арендатор самостоятельно загружает веса моделей, зависимости проекта и экспериментальные данные. Для установки других инструментов разработки доступны права root.
Что делать при проблемах с подключением
Сначала определите, проблема в подключении или в среде
Если не удаётся подключиться по SSH и если не запускается программа CUDA, для диагностики понадобятся разные сведения. В обращении в поддержку TcpNode укажите последний успешно выполненный шаг, а не только фразу «не работает».
Истекло время ожидания или соединение отклонено
Проверьте целевой IP, информацию о поставке и локальную сеть. Сохраните полный текст ошибки клиента и укажите, появился ли запрос аутентификации. Если соединение ещё не установлено, не меняйте настройки CUDA на сервере.
Этап подключенияНе удалось пройти аутентификацию
Сверьте имя пользователя и данные аутентификации со сведениями о сервере. Проверьте, не скопировались ли вместе с ними пробелы. В обращении можно указать использованный способ аутентификации, но не прикладывайте пароль, закрытый ключ или код подтверждения.
Проверка учётных данныхПосле входа команды CUDA завершаются ошибкой
Приложите результаты проверки архитектуры и GPU, версию компилятора и вывод неудачной команды. Укажите, устанавливался ли новый драйвер, менялся ли набор инструментов и использовались ли зависимости без поддержки ARM64.
Проверка средыАварийный доступ и системные операции доступны через консоль
Браузерный графический сеанс в консоли предназначен только для аварийного доступа, когда SSH или RDP недоступны; он не заменяет обычное удалённое подключение. В DGX Spark нет BMC / IPMI. Аппаратная перезагрузка и переустановка системы выполняются через обращение в консоли TcpNode.
В обращении укажите заказ, полный текст ошибки, этап её возникновения, последние изменения и уже выполненные проверки. Перед отправкой скриншота скройте данные для входа. Самостоятельно создавайте резервные копии весов, кода и журналов; до окончания аренды перенесите данные, которые нужно сохранить. После окончания срока аренды данные удаляются.
Подключение к физическому серверу AMD
Для подключения к физическому серверу используйте SSH или RDP в зависимости от установленной ОС
После получения физического сервера TcpNode адрес и данные для входа также доступны в сведениях о сервере в консоли. Для Linux, FreeBSD и Proxmox VE используется SSH, для Windows Server — RDP. Настройки ниже относятся только к физическим серверам.
Linux, FreeBSD и Proxmox VE
В SSH-клиенте укажите целевой IP, имя пользователя и данные аутентификации из сведений о сервере. Приведённая выше форма команды SSH также подходит, но переменные необходимо заменить данными именно этого физического сервера.
После первого входа убедитесь, что установленная ОС соответствует заказу, а затем настройте сеть, хранилище и ПО. Не смешивайте управление хостом Proxmox VE с учётными данными и адресами виртуальных машин.
Подключение по SSH
Удалённый рабочий стол Windows Server
Откройте локальный RDP-клиент, введите IP из сведений о сервере в поле компьютера и укажите учётную запись согласно информации о поставке. Данные для входа введите при запросе аутентификации.
При заказе выбирается английский, традиционный китайский или упрощённый китайский язык системы. После подключения сначала проверьте ОС и язык, затем настраивайте рабочее ПО. Язык интерфейса локального клиента не меняет язык удалённой системы.
Подключение по RDP
При нескольких IPv4 для первого подключения используйте первый адрес в списке
В стандартную конфигурацию физического сервера входит 1 выделенный IPv4. Если в заказ включены дополнительные IPv4, для SSH и RDP всё равно используется первый адрес из списка. Остальные адреса необходимо настроить в ОС; не выбирайте их произвольно для первого входа. Перед настройкой сохраните текущее рабочее подключение, чтобы не потерять доступ из-за ошибки в сетевых параметрах.
Проверяйте настройки дисков отдельно от удалённого доступа
Диски 2×1TB NVMe в физических серверах подключены напрямую; аппаратного RAID нет. Дополнительные диски также подключаются отдельно. Успешный вход по SSH или RDP не означает, что создана избыточность данных: программный RAID, зеркалирование ZFS и отдельное резервное копирование арендатор настраивает самостоятельно.
Проблемы с физическим сервером решаются через обращение в консоли
Укажите заказ, первый IPv4, установленную ОС, полный текст ошибки SSH или RDP и последние изменения в настройках брандмауэра, сети или учётной записи. За оборудование и сеть отвечает TcpNode; за настройки ОС, ПО и резервное копирование данных — арендатор. Перед аппаратной перезагрузкой или переустановкой опишите текущую проблему и укажите, какие данные необходимо сохранить.
Начните проверку параметров подключения с нужного заказа
Откройте сведения о сервере TcpNode, чтобы получить данные для входа. Если подключиться всё ещё не удаётся, приложите полный текст ошибки и список выполненных проверок к обращению.