ファイルストレージやバックアップを稼働させる前に、アドレス、OS、内蔵ディスクを確認します。納品後、IPアドレスとログイン情報はコンソールのマシン詳細で確認できます。
お支払い記録だけでは納品状況は確認できません。マシンの準備完了後、詳細に記載された情報で接続してください。
注文のお支払い、マシンの準備、リモートログインはそれぞれ別の工程です。接続前にコンソールのマシン状態を確認し、注文名からアドレスを推測したり、別のマシンに保存したアカウント情報を使い回したりしないでください。
OnuCloudコンソールにログインし、該当する注文のマシン詳細でメモリ容量と選択したOSを確認します。複数台を管理している場合は、操作対象のマシン詳細であることを確かめてから接続情報をコピーしてください。バックアップやディスク操作を別のマシンに誤って適用するのを防げます。
マシン詳細でIPアドレス、ログインアカウント、パスワード、および提供されているその他の接続情報を確認します。ポート番号やユーザー名を一般的な初期値から推測しないでください。共通アカウントや固定ポートは案内していません。実際の接続情報は納品記録をご確認ください。
Linux、FreeBSD、Proxmox VEにはSSH、Windows ServerにはRDPを使用します。接続ツールに残っている古いアドレス、アカウント、保存済みパスワードを一つずつ確認してください。納品が完了していない場合は、未確認の設定で接続を繰り返さず、まず状態を確認します。
ログインパスワード、秘密鍵、認証情報一式を、公開スクリーンショットやコマンド履歴、通常のメール本文に記載しないでください。問題の切り分けではエラーメッセージを保存し、機密情報を含むスクリーンショットは事前にマスキングします。
AlmaLinux、CentOS Stream、Debian、Ubuntu Server、FreeBSD、Proxmox VEはいずれもSSHで接続します。OSごとに管理方法は異なりますが、接続情報は同じ納品記録で確認できます。
ローカルのSSHクライアントに最初のIPv4アドレス、納品時のアカウント、実際のポート番号を入力し、詳細に記載された認証方法でログインします。初回接続時にホストの識別情報が表示されたら、接続先のマシンと確認可能な識別情報を照合してください。確認を慣例的にスキップしないでください。
同じアドレスを別のOSで使用していた場合、クライアントにホスト識別情報の変更が表示されることがあります。再インストールや接続先の変更があったかを確認してから、ローカルの保存情報を更新してください。警告を消すために識別チェックを無視しないでください。
初回ログイン後、ログインパスワードを変更し、選択したOSのアカウント・権限ルールに従ってSSH鍵を設定することをおすすめします。秘密鍵は管理端末に保管し、公開鍵は接続先アカウントのauthorized_keysに登録します。公開鍵と秘密鍵を取り違えないでください。
認証やファイアウォールを変更する前に現在のセッションを維持し、別のSSHセッションで新しい設定を確認してください。新しいセッションで正常にログインできた後に、元の接続を終了します。一度の設定変更で管理経路がすべて切断される事態を防げます。
Linuxのディスク確認コマンドをFreeBSDにそのまま適用しないでください。SSHは接続方法であり、ストレージや権限の操作には各OS固有のツールを使用します。
Windows Serverを選択したマシンには、リモートデスクトッププロトコル（RDP）で接続します。ローカルのリモートデスクトップクライアントを起動し、コンソールに記載された最初のIPv4アドレスとログイン情報で接続してください。別のサーバーに保存された認証情報は使い回さないでください。
クライアントのコンピューターアドレス、アカウント欄、実際の接続情報を確認します。特に、以前のアカウントが自動入力されていないか注意してください。証明書や識別情報の警告は納品記録と照合し、リモートデスクトップだからといって接続先の確認を省略しないでください。
パスワードを入力できない場合は、キーボード配列、大文字・小文字、コピー時に空白が混入していないかを確認します。Windows Serverのシステム言語は英語、繁体字中国語、簡体字中国語の場合があります。画面の言語が変わっても、納品時のアカウントや最初のIPv4アドレスを使うルールは変わりません。
デスクトップにログインしてから、アカウントポリシー、リモートデスクトップの権限、ファイアウォールを変更します。変更のたびに新しいセッションで動作を確認してください。クライアントを切断しただけではデータのバックアップは完了しません。重要なファイルとサービスの状態は別途確認します。
マシンに複数のIPv4アドレスがある場合も、SSHとRDPにはアドレス一覧の先頭を使用します。その他のアドレスは、OS内のサービスや仮想マシン向けに割り当てます。納品一覧に記載されているだけで、ログイン用の管理アドレスになるわけではありません。
| アドレスの役割 | 用途 | 操作前の確認 |
|---|---|---|
| 最初のIPv4アドレス | SSHまたはRDPによるリモート管理 | マシン詳細と一字ずつ照合し、そのマシンのアカウントと認証情報を使用します。 |
| その他のIPv4アドレス | OS内でサービスや仮想マシンに割り当て | アドレスの割り当て、OSのネットワーク設定、サービスの待ち受け設定を確認し、重複割り当てを避けます。 |
ホストのネットワーク設定や仮想マシンへのアドレス割り当て変更は、OSの設定作業です。まず現在の正常な設定を記録し、段階ごとに確認してください。管理アドレス、ルーティング、認証方式を同時に変更しないことで、接続に影響した変更を特定しやすくなります。
AMD物理サーバーには標準で1TB NVMeが2台搭載され、それぞれ個別に接続されています。ハードウェアRAIDはありません。OSにログインできても、それは管理経路が確立したということです。ファイルストレージの稼働前に、ディスク、システム使用領域、必要な冗長化方式を確認してください。
ディスク識別子、容量、既存パーティション、マウント状況を記録し、OSがあるデバイスとデータ用に予定しているデバイスを区別します。ディスク追加オプションを利用している場合は、追加デバイスを別途記録してください。デバイスの列挙順から物理的な搭載位置を推測しないでください。
以下のコマンドはLinux用です。ブロックデバイスとファイルシステムの情報を読み取るだけで、アレイ作成やフォーマットは行いません。デバイス名は実際の出力で確認してください。FreeBSDでは、OS固有のデバイス・ストレージ確認ツールを使用します。
Linux · 読み取り専用の確認
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL,SERIAL
findmnt出力を確認してから操作対象を決めてください。デバイスの用途を特定できない場合は、ディスク消去、パーティション作成、プール作成のコマンドを実行しないでください。
1TBのディスク2台の公称未フォーマット容量は合計2TBですが、ファイルシステムで最終的に使用できる容量とは異なります。パーティション、OSの使用領域、フォーマットによって利用可能容量は変わります。一方のディスク上のデータが、もう一方のディスクによって自動的に複製されることはありません。
用途ごとにディスクを分ける構成に適しています。「ディスクが2台ある」だけで冗長化が完了したとみなすことはできません。
1TBのディスク2台でZFSミラーまたはソフトウェアミラーを構成すると、公称容量は約半分を目安に計画します。実際の利用可能容量はOSやファイルシステムのオーバーヘッドによっても変わります。プール作成前にデータの保存先を確認し、既存パーティションがある場合は先にデータを退避してください。
ミラーは単一ディスクの故障に備えるためのもので、誤削除、上書き、システム障害から復旧するためのバックアップにはなりません。遠隔地バックアップは別途構成してください。
ストレージの準備ができてからバックアップを設定します。対象ディレクトリ、保存先、保持ポリシー、認証方式を決め、小規模な転送と復元テストを実施してください。タスクが完了と表示されても、復元できることの証明にはなりません。ファイルを実際に取り出し、内容と権限を確認してください。
タイムアウト、接続拒否、認証失敗はそれぞれ異なる問題です。クライアントに表示されたエラーをそのまま記録し、以下の順番で確認すると、パスワードやファイアウォールを何度も変更するより原因を絞り込みやすくなります。
マシン詳細を開き、対象マシン、OSの種類、現在の状態を確認します。追加のIPv4アドレスを誤って使用していないか、クライアントに以前のマシンのアドレスが保存されていないかも確認してください。納品完了を確認する前に、接続失敗をOSの障害と判断しないでください。
認証に失敗した場合は、アカウント、認証方式、パスワードの入力、鍵の対応関係を確認します。タイムアウトや接続拒否の場合は、エラーを記録し、アカウントポリシーを次々と変更しないでください。ネットワーク経路やOSのサービス設定が原因の可能性もあります。
ローカルネットワーク、外向き通信の制限、クライアント設定を確認してから、サーバーのファイアウォールとSSHまたはRDPサービスに関するルールを確認します。特定の疎通確認に応答しないだけでは、リモートログインできないとは限りません。実際のクライアントの接続結果も踏まえて判断してください。
接続できない状態が続く場合は、コンソールからサポートチケットを送信し、注文識別情報、OS、使用プロトコル、エラー全文、発生時刻、それまでに変更した設定を記載してください。接続に成功したことがあるか、確認済みの項目も添えます。パスワードや秘密鍵を全文貼り付けないでください。
OSのネットワークや認証設定を誤った場合、コンソール内のブラウザー型グラフィカルセッションは緊急対応にのみ使用します。公開されている接続方法ではありません。日常の管理には引き続きSSHまたはRDPを使用してください。
復旧時は、直近で変更したファイアウォール、ネットワーク、アカウント設定を優先して確認し、データの状態が分からないまま再インストールしないでください。サポートが必要な場合は、コンソールから送信するチケットに作業内容を記載します。再インストール前に、保持が必要なデータを退避してください。再インストールはデータを保持したままの調査方法ではありません。
DGX Sparkの納品時の認証情報もOnuCloudコンソールで確認できます。該当マシンの詳細を開いてアドレスとアカウント情報を確認し、SSHでDGX OSにログインしてください。AMD物理サーバー向けのOS選択やディスク構成をそのまま適用しないでください。
詳細に記載されたアドレスと認証情報を使用し、初期アカウントやポート番号を推測しないでください。初回ログイン後、SSHセッションとアカウント権限を確認してから、鍵やファイアウォールを設定します。変更後も元のセッションを維持し、別の接続で新しい認証設定を確認してください。
接続できたことを確認してから、モデルやアプリケーション環境を準備します。SSHでログインできても、アプリケーションの依存関係が検証済みとは限りません。環境設定と業務データは個別に管理してください。
DGX SparkにはBMC / IPMIがありません。ハードリブートまたはOSの再インストールが必要な場合は、コンソールからサポートチケットを送信し、マシン識別情報、問題の状況、それまでに行った操作を記載してください。他の種類の機器で使うアウトオブバンド管理方法を適用しないでください。
再インストールを依頼する前に、保持するファイルを退避し、処理対象のマシンを確認してください。環境の復旧とデータの保持を混同しないようにします。
納品済みのマシンでは、詳細と認証情報を確認してください。ストレージを計画中の場合は、構成に進む前にディスクの割り当てと冗長化方式を決めます。