初回接続時のホスト確認
初回接続では、ホストの身元情報がまだ保存されていないという警告が表示されることがあります。まず、接続先が対象サーバーの詳細画面に表示されたものと一致することを確認してから、クライアントで身元を確認してください。ホスト鍵が変更された場合、古い記録をすぐに削除して警告を無視しないでください。再インストールの履歴を確認し、判断できない場合はチケットを送信してください。
初回接続時の確認と、ホスト鍵変更の警告は別の状況です。
納品後の接続準備
認証情報はコンソールで確認できます。LinuxはSSH、WindowsはRDPで接続します。
納品済みの注文はコンソールから該当サーバーの詳細を開いてください。接続先とログイン情報は、各サーバーの画面に表示される内容をご確認ください。
サーバーを確認してから接続
AmdMetalはサーバーのパスワードを公開ページに掲載していません。支払いと納品の完了後、注文に使用したアカウントでログインし、コンソールから該当する注文とサーバー詳細を開いて、サーバー番号、選択したOS、接続先、ログイン情報を確認してください。
注文番号とサーバー番号で対象のサーバーを特定してください。複数台を管理している場合は、接続前に対象サーバーのメモリ構成とOSを確認し、別のサーバーの認証情報を使わないようご注意ください。
サーバー詳細に表示された接続先、アカウント、認証情報を使用してください。チュートリアルからユーザー名やポート番号を推測しないでください。コピー時は先頭と末尾に余分な空白がないか確認し、パスワードをターミナルのコマンド行、スクリーンショット、公開の場に貼り付けないでください。
Linux、FreeBSD、Proxmox VEにはSSHを、Windows ServerにはRDPを使用します。接続方法は注文時に選択したOSによって決まり、ローカルPCのOSには左右されません。
納品が完了していない場合や、サーバー詳細に接続情報が表示されていない場合は、このページの例示用アドレスでログインを試さないでください。注文や納品状況については、コンソールからチケットでお問い合わせください。
Linux · FreeBSD · Proxmox VE
ローカルのSSHクライアントに、コンソールに表示された接続情報を入力してください。接続設定を保存できるクライアントでは、サーバー番号を名前に付けると、接続設定と注文を対応させやすくなります。
初回接続では、ホストの身元情報がまだ保存されていないという警告が表示されることがあります。まず、接続先が対象サーバーの詳細画面に表示されたものと一致することを確認してから、クライアントで身元を確認してください。ホスト鍵が変更された場合、古い記録をすぐに削除して警告を無視しないでください。再インストールの履歴を確認し、判断できない場合はチケットを送信してください。
初回接続時の確認と、ホスト鍵変更の警告は別の状況です。
コンソールに表示された方法で認証してください。パスワードを入力しても、ターミナルに文字が表示されない場合がありますが、入力は受け付けられています。ログイン後は、アカウントの権限とOSのバージョンを確認してからシステムを更新してください。パッケージ管理コマンドは、選択したディストリビューションに合ったものを使用してください。
認証失敗はネットワークに接続できない状態とは異なります。
秘密鍵はローカルで安全に保管し、公開鍵を接続先のアカウントに設定してください。現在のセッションを残したまま別のセッションを開き、鍵認証でログインできることを確認してから、パスワード認証の設定やファイアウォールを変更してください。新しい接続を確認する前に、既存の管理用接続を閉じないでください。
新しい接続を確認してから、従来の接続方法を制限してください。
256GBモデルの確認例
以下は出力項目を理解するための例であり、現在のサーバーの稼働状況を示すものではありません。アドレスには文書用の予約アドレスを使用しています。アカウント名と接続パラメーターは、コンソールに表示された実際の情報に置き換えてください。
$ ssh -l ACCOUNT_FROM_CONSOLE 203.0.113.10
The authenticity of host cannot be established.
Are you sure you want to continue connecting (yes/no)? yes
$ lscpu
Model name: AMD EPYC 7543P 32-Core Processor
CPU(s): 64
$ free -g
total
Mem: 251
$ nvme list
Node Model Namespace Usage
/dev/nvme0n1 NVMe SSD 1 1.00 TB
/dev/nvme1n1 NVMe SSD 1 1.00 TB
CPU(s): 64 は論理スレッド数が64であることを示します。このCPUの物理コア数は32です。スレッド数を物理コア数と混同しないでください。
メモリは約251 この例では256GBモデルのシステム上の読み取り値です。単位換算、システム使用量、ツールの表示方法によって数値は変わります。単一の読み取り値だけでハードウェア全体を判断しないでください。
NVMeデバイスが2件表示 各約1TBの直結ディスクが2台あることを示しており、ミラーリング済みという意味ではありません。必要なツールがインストールされていない場合は、OSのドキュメントに従ってインストールしてください。ツールがないことは、ディスクがないことを意味しません。
ディスクの確認中に、フォーマット、パーティションの消去、ストレージプールの作成を実行しないでください。2台のNVMeにハードウェアRAIDはありません。冗長化とバックアップは利用者側で設定してください。
Windows Server
リモートデスクトップクライアントを開き、サーバー詳細に表示された最初のIPv4アドレスとログイン情報を使って接続してください。Windowsのシステム言語は注文時に選択した英語、繁体字中国語、または簡体字中国語に設定されます。ローカルクライアントの言語を変更しても、リモートOSの言語は変わりません。
接続先とログインアカウントを分けて確認し、アカウント名をコンピューター欄に入力しないようご注意ください。クライアントに古いパスワードが保存されている場合は、コンソールに表示された認証情報を再取得してください。古い情報で何度も接続を試さないでください。
初回ログイン後、OSのバージョン、ネットワーク設定、ファイアウォールのルールを確認してください。リモートデスクトップに関する設定を変更する前に現在のセッションを維持し、新しい接続条件で接続できることを確認してください。設定変更後に再接続できなくなる事態を防げます。
Windowsのライセンス版と表示言語は構成時に決まります。接続に問題がある場合は、クライアントに表示されたエラーをそのまま記録してください。証明書の警告、アカウント認証の失敗、接続タイムアウトを同じ障害として扱わないでください。
複数IPv4アドレスの利用範囲
割り当てられたIPv4アドレスの数にかかわらず、SSHとRDPの接続にはコンソールに表示された最初のアドレスのみを使用してください。ほかのアドレスは、OS内でウェブサイト、仮想マシン、サービスに割り当てて使用します。割り当て済みであっても、各アドレスでホストに直接ログインできるとは限りません。
| アドレスの役割 | 使用場所 | 接続前の確認 |
|---|---|---|
| 最初のIPv4 | 物理サーバーへのSSHまたはRDP管理接続 | コンソールからコピーし、サーバー番号が一致することを確認してください。 |
| その他のIPv4 | OS内でウェブサイト、仮想マシン、サービスに割り当て | アドレスの割り当て、ルーティング、ファイアウォール、サービスの待ち受け設定を確認してください。 |
| ドキュメント内の例示用アドレス | コマンドの構造と項目の意味を説明 | 納品時の接続先ではありません。実際の接続には使用しないでください。 |
追加アドレスを使う場合は、「アドレス—用途—OS内の割り当て先」の対応関係を記録してください。NIC、ブリッジ、仮想マシンのネットワークを変更する前に、管理用接続を維持してください。ホストの管理用アドレスを別の仮想マシンに割り当てないでください。
ネットワーク設定の変更後
NIC、ルーティング、ファイアウォールの変更後にSSHまたはRDPが切断された場合は、直前に行った変更とクライアントのエラーを記録してください。複数の設定を続けて変更すると、原因の特定が難しくなるため避けてください。
コンソール内のブラウザーによるグラフィカルセッションは、ネットワーク設定の誤りなどでリモートログインできない場合の緊急対応に限って使用してください。通常の接続にはSSHまたはRDPを使用します。障害対応やサポートが必要な操作については、コンソールからチケットを送信してください。
AmdMetal DGX Sparkも、認証情報はコンソールで確認し、SSHで接続します。強制再起動と再インストールはチケットで依頼してください。製品の対象範囲は DGX Sparkの紹介ページをご覧ください。
障害情報をまとめて報告
接続できない場合は、AmdMetalコンソールからチケットを送信してください。「接続タイムアウト」「接続拒否」「認証失敗」「ログイン後に切断」のいずれかを明記し、初回接続時から発生しているのか、OSやネットワークの変更後に発生したのかを記載してください。
サーバー番号、該当する注文、選択したOS、使用したSSHまたはRDPクライアントを記載してください。複数台を管理している場合は、問題が発生しているサーバーを明確にしてください。
エラー全文またはスクリーンショットを添付し、おおよその発生日時とタイムゾーン、ログインに成功したことがあるか、最近変更したネットワークまたは認証設定を記載してください。スクリーンショットではエラー内容を残し、パスワードと秘密鍵を隠してください。
最初のIPv4アドレスを確認したか、認証情報を再取得したか、別のローカルネットワークで再確認したかを記載してください。ディスクやシステムの操作を行った場合は、バックアップの状況もお知らせください。チケットに秘密鍵やアカウントのパスワードを貼り付けないでください。
ハードウェアとネットワークは当社が管理し、OSの設定、業務データ、バックアップは利用者側で管理します。障害の状況を正確に記録すると、接続経路、認証、システム設定の問題を切り分けやすくなります。