結論と対象範囲
読者気になること
研究室の構成は、何から決めればいい？
Kitsu案内役
先に利用人数、データ、担当者、設置条件を決めると、必要な機材を絞りやすいよ。
運用から決める
単体〜少数のGPUノードを研究室の100V環境へ置く場合の要件整理です。専用回路、200V、分電盤工事、消防・建物要件は資格ある設備担当者の確認が必要です。
個別の確認が必要です
登録利用者と同時利用は分ける
読者気になること
利用者の人数だけ分かれば、性能を決められる？
Kitsu案内役
登録人数と同時に処理する人数は別だよ。負荷を見積もるときは分けて考えよう。
電力は登録人数ではなく同時に走るGPU・CPU・ストレージ負荷で決まります。ピーク同時ジョブが増えるとGPU使用率だけでなく、排熱とUPS放電も変わるため負荷試験で測ります。
APIサーバー化
読者気になること
各自のPCから、どうやって共有する？
Kitsu案内役
共通の入口を用意すると、モデルと設定を管理しやすくなるよ。
- 停電・高温・UPS残量低下時に新規ジョブ受付を止める
- 長時間ジョブへチェックポイントを設定し、安全停止後に再開可能にする
- 電力制限やキュー上限をサーバー側で適用し、利用者任せにしない
認証
読者気になること
研究室内なら、ログインなしでも大丈夫？
Kitsu案内役
誰が使えるかを決め、不要になった権限を外せる仕組みが必要だよ。
- UPS・PDU・BMCの管理画面を一般利用者へ公開しない
- 遠隔電源操作に個別認証と操作ログを用いる
- ベンダー既定資格情報を変更し、管理ネットワークへ限定する
アクセス制御
読者気になること
認証できれば、全部のモデルやデータを見せていい？
Kitsu案内役
役割ごとに、使える機能と触れられるデータを分けよう。
- 遠隔停止・起動、電力制限変更、UPS設定を基盤管理者だけに許可する
- 研究利用者にはジョブ停止権限を自分の処理に限定する
- ブレーカー・コンセント・PDUを識別し、無断増設を防ぐ
ログ管理
読者気になること
利用記録は、たくさん残すほど安全？
Kitsu案内役
目的を決めて必要な範囲だけ残し、閲覧者と保存期間も決めておこう。
- 入力電圧、負荷率、バッテリー状態、温度、停電、シャットダウンを記録する
- GPU・CPU電力と室温を同じ時刻軸で見て、熱による性能低下を切り分ける
- バッテリー交換、自己診断、負荷試験の履歴を残す
ストレージ
読者気になること
モデル以外に、どのくらい保存領域が必要？
Kitsu案内役
モデル本体だけでなく、データ、出力、更新用の余裕も見ておこう。
- 停電時にキャッシュとファイルシステムを安全に同期してから停止する
- NASとAIノードの停止順を決め、マウント中の切断を避ける
- 一時領域の破損を前提に、再生成可能なデータと研究データを分ける
バックアップ
読者気になること
同じPCの別ドライブへコピーすれば十分？
Kitsu案内役
故障や誤操作を想定して、復元できる場所と手順を分けて用意しよう。
- UPSはバックアップではないため、別媒体・別場所のデータコピーを維持する
- 突然の停電後にバックアップジョブと整合性を確認する
- UPS設定と自動停止スクリプトも復旧対象にする
ネットワーク
読者気になること
1GbE・2.5GbE・10GbEは、数字が大きいほどいい？
Kitsu案内役
速い規格ほど費用と構成条件も増えるよ。実際に流すデータ量から選ぼう。
UPS通知と自動停止には、停電中も管理ネットワークとスイッチが動く必要があります。高速化より先に、AIノード・NAS・スイッチの停止連携を確認します。
| 比較軸 | 1GbE | 2.5GbE | 10GbE |
|---|---|---|---|
| UPS対象 | 管理スイッチ・BMC | AIノード・NASの小規模接続 | 高速コアスイッチの消費電力を加算 |
| 停電時 | 停止通知を維持 | NASとノードを順次停止 | 光/銅モジュールと冗長電源を考慮 |
| 注意 | 小型でも別負荷 | PoE負荷を加算 | 高速機器の発熱・負荷を測る |
表は横方向にスクロールできます。
電源・100V 15A・UPS
読者気になること
コンセントへ挿せれば、そのまま運用できる？
Kitsu案内役
回路、連続負荷、停止手順まで含めて、設備担当者と確認しよう。
- GPU、CPU、その他本体、NAS、モニター、ネットワークを分けて入力し、安全余裕を加える
- 必要VAだけでなくUPSのW上限、負荷曲線、バッテリー容量、波形、交換性を確認する
- 100V 15A回路の理論上限は約1.5kVAですが、連続利用の安全値をここで断定せず設備担当者へ確認する
- 希望バックアップ時間はメーカーの負荷別ランタイム資料と実機試験で確認する
保守担当者
読者気になること
導入した後は、誰が面倒を見る？
Kitsu案内役
更新、故障、アカウント管理を担当する人と代替手順を決めておこう。
- 設備担当、基盤管理者、緊急連絡先の役割を分ける
- バッテリー交換期限と予算を台帳化し、警告が出てから初めて調達しない
- ラック前後の空間、清掃、室温、空調停止時の対応を定期確認する
利用規約
読者気になること
口頭の約束だけで共同利用を始めてもいい？
Kitsu案内役
使ってよい範囲と禁止事項を、参加者が確認できる形にしよう。
- 無断で高消費電力機器を同じ回路・PDUへ追加しない
- UPS警告、高温、異臭、異音時のジョブ停止と退避手順を掲示する
- 停電中に計算を継続する時間ではなく、安全停止開始のしきい値を決める
機密情報の扱い
読者気になること
ローカルAIなら、機密情報を入れても安全？
Kitsu案内役
ローカルで動くことだけでは十分ではないよ。保存、権限、持ち出しまで確認しよう。
- 安全停止後も暗号化鍵と認証設定が正しく復旧するか確認する
- 故障UPS・サーバーを修理へ出す際のデータ・設定残存を確認する
- このページだけで電気設備・消防・労働安全・情報保護要件を満たすとは判断しない
障害時の対応
読者気になること
止まったときは、再起動すれば終わり？
Kitsu案内役
影響範囲の確認、連絡、復旧、記録までを先に決めておくと慌てにくいよ。
- 過負荷、ブレーカー動作、発煙・異臭では再投入せず設備担当へ連絡する
- 停電後はUPS・電源・ストレージ・ファイルシステムを確認してからサービス再開する
- 自動停止失敗を記録し、次回停電前に原因と手順を修正する
クラウドとのハイブリッド
読者気になること
ローカルかクラウド、どちらか一方に決める必要がある？
Kitsu案内役
データと作業の種類を分ければ、両方を使う構成も考えられるよ。
- 長期停電・空調停止・設備工事中の代替として承認済みクラウドを準備する
- チェックポイントと最小限のデータを安全に移せるか事前に試す
- 復旧後のクラウド停止とローカル再同期を手順化する
導入順序
読者気になること
最初から完成形をそろえたほうがいい？
Kitsu案内役
小さく試し、測定してから広げる順序なら、手戻りを抑えやすいよ。
- 回路、コンセント、既存機器、GPUノードの負荷を実測する
- UPS計算で候補帯を出し、メーカー資料と設備担当者で確認する
- 停電・低残量・高温の自動停止を負荷試験する
- 定期自己診断、バッテリー交換、復旧訓練を年間予定へ入れる
必要な性能を確認する
読者気になること
研究室の条件を、数値で確かめるには？
Kitsu案内役
モデル、同時利用、費用、電源をそれぞれの計算ツールで確認しよう。
導入前の最終確認
免責事項