納品後の最初のステップ

接続ガイド:コンソールで認証情報を確認し、SSHまたはRDPで初回ログイン

TcpNode DGX SparkはSSHでNVIDIA DGX OSに接続します。納品後はまずコンソールでマシンの詳細を確認し、記載された接続先と認証情報を使って接続してください。

このページでは、DGX OSへの接続方法と環境確認を説明します。物理サーバーのSSH・RDP接続や複数IPの利用方法は、後半で個別に案内します。

注文から開発環境まで

DGXの初回ログインは納品情報に沿って進める

支払いと納品は別の手続きです。納品メールを受け取ったら、注文に対応するアカウントでコンソールにログインしてください。接続に必要な情報はマシン詳細で確認できます。

  1. レンタル注文を設定

    TcpNode DGXの注文ページでレンタル日数を入力し、アーキテクチャ、OS、利用期限後のデータ取り扱いに関する確認事項を読んでチェックしてください。

  2. 支払いを完了

    決済ページに表示されている支払い方法を選び、注文の支払いを完了してください。

  3. 納品メールを確認

    登録したメールアドレスで納品通知を確認し、対象の注文と照合してください。

  4. マシン詳細を開く

    TcpNodeコンソールにログインし、対象のマシンを開いてIPアドレスと認証情報を確認してください。

  5. 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

トラブル調査に備えて出力をそのまま保存してください。コマンドが見つからない場合やエラーが出た場合は、エラー内容を記録してください。ドライバーを繰り返し再インストールして状況を覆い隠さないでください。

ARM64対応の依存関係を個別に確認

ソフトウェアパッケージとコンテナイメージがARM64に対応している必要があります。x86向けプログラムはネイティブアプリとしてそのまま実行できません。DGX SparkではWindowsを利用できません。

モデルと実験用ファイルは各自で準備

モデルはプリインストールされていません。モデルの重み、プロジェクトの依存関係、実験データは利用者がダウンロードしてください。root権限で、その他の開発ツールをインストールできます。

接続に問題がある場合の対処

接続の問題と環境の問題を切り分ける

SSHで接続できない場合と、CUDAプログラムの実行に失敗する場合では、必要な調査情報が異なります。TcpNodeへの問い合わせには「使えない」とだけ記載せず、最後に成功した手順を明記してください。

接続がタイムアウトする、または拒否される

接続先IP、納品情報、ローカルネットワークを確認してください。クライアントに表示されたエラー全文と、認証プロンプトまで進んだかどうかを記録してください。接続が確立していない段階では、リモート側のCUDA環境を変更しないでください。

接続段階

認証に失敗する

マシン詳細に記載されたログイン情報と認証情報を確認し、コピー時に空白が入っていないかも確認してください。問い合わせには使用した認証方式を記載できますが、パスワード、秘密鍵、認証コードは添付しないでください。

認証情報の確認

ログイン後にCUDAコマンドでエラーが発生する

アーキテクチャの確認結果、GPUの確認結果、コンパイラのバージョン、失敗したコマンドの出力を添付してください。新しいドライバーのインストール、ツールチェーンの切り替え、ARM64非対応の依存関係の使用があったかも記載してください。

環境の確認

緊急時のアクセスとシステム操作はコンソールから

コンソール内のブラウザー上で利用できるグラフィカルセッションは、SSHまたはRDPで接続できない場合の緊急用です。通常のリモート接続の代わりにはなりません。DGX SparkにはBMC / IPMIがありません。強制再起動やOSの再インストールは、TcpNodeコンソールから問い合わせてください。

問い合わせには注文情報、エラーの原文、発生段階、直近の変更内容、確認済みの手順を記載してください。スクリーンショットを添付する際は、認証情報を隠してください。モデルの重み、コード、ログは各自でバックアップし、利用期限前に必要なデータを転送してください。期限後、データは消去されます。

AMD物理サーバーへの接続

物理サーバーは搭載OSに応じてSSHまたはRDPで接続

TcpNodeのAMD物理サーバーも、納品後はコンソールのマシン詳細から接続先と認証情報を確認します。Linux、FreeBSD、Proxmox VEにはSSH、Windows ServerにはRDPを使用します。以下の設定は物理サーバー向けです。

Linux、FreeBSD、Proxmox VE

SSHクライアントにマシン詳細の接続先IP、ユーザー名、認証情報を入力してください。前述のSSHコマンドも使用できますが、変数はこの物理サーバーの納品情報に置き換えてください。

初回ログイン後、インストール済みのOSが注文内容と一致することを確認してから、ネットワーク、ストレージ、ソフトウェアを設定してください。Proxmox VEのホストOS管理では、仮想マシン内のアカウントやアドレスと混同しないようにしてください。

SSH接続

Windows Serverのリモートデスクトップ

ローカルのRDPクライアントを開き、「コンピューター」欄にマシン詳細のIPアドレスを入力します。納品情報に記載されたログインアカウントを使用し、認証プロンプトで認証情報を入力してください。

OSの言語は注文時に選択した英語、繁体字中国語、または簡体字中国語です。接続後はOSと言語を確認してから業務ソフトウェアを設定してください。ローカルクライアントの表示言語を変更しても、リモートOSの言語は変わりません。

RDP接続

IPv4アドレスが複数ある場合、初回接続には一覧の先頭を使用

物理サーバーには専用IPv4アドレスが1つ標準で付属します。注文に追加のIPv4アドレスが含まれる場合も、SSHとRDPには割り当て一覧の先頭のアドレスを使用してください。ほかのアドレスはOS内で個別に設定し、初回ログイン先を安易に変更しないでください。設定前に現在の接続を維持し、ネットワークの誤変更による接続不能を防いでください。

ディスク構成とリモートログインを別々に確認

物理サーバーの2×1TB NVMeは直接接続されたディスクで、ハードウェアRAIDはありません。追加ディスクも独立した直接接続です。SSHまたはRDPでログインできても、データの冗長化が完了したことにはなりません。ソフトウェアRAID、ZFSミラー、独立したバックアップは利用者が計画してください。

物理サーバーの問題もコンソールから問い合わせ

対象の注文、先頭のIPv4アドレス、インストール済みOS、SSHまたはRDPのエラー原文、直近のファイアウォール・ネットワーク・アカウントの変更を記載してください。ハードウェアとネットワークはTcpNodeが対応し、OS設定、ソフトウェア、データのバックアップは利用者の責任となります。強制再起動や再インストールの前に、現在の障害と保持が必要なデータについて説明してください。

接続情報は該当する注文から確認

TcpNodeのマシン詳細を開いて認証情報を確認してください。接続できない場合は、エラー原文と確認済みの手順を添えて問い合わせてください。

TcpNodeコンソールへ