汎用計算機の更新と スーパーコンピューターの利用環境

1. 汎用計算機の更新とスーパーコンピューターの利用環境汎用計算機の更新とスーパーコンピューターの利用環境 • 現状の問題点 • 計算スタイル 大阪大学核物理研究センター 計算機室　　　外川　浩章

2. 現状の問題点 • ストレージの可用性と速度 • 外部とのファイル転送 • アカウント管理

3. ストレージの可用性 • ＮＦＳの１ホップ制限 • ＮＦＳマウントしたパスをエクスポートできない • ＮＦＳサーバーとクライアントはＩＰリーチャブルでなければならない • セキュリティ上できないことが多い • 実際にできないこと • ＩＢＭからｓｘｓｈｏｒｔが見えない • パラレルノードからＩＢＭが見えない

4. ストレージの速度 • ハードのスペックは１Ｇでも実効は３０Ｍ？ • ＳＸ５の性能（ハード、ソフト） • ジャンボパケットのサポート • ファイアーウォールの性能

5. ストレージの可用性と速度 • 改善するには • ＳＸ側と汎用側に独立したファイルサーバーを配置してクライアントに１ホップで届くようにする • 間に高速なＦＷを配置する • ジャンボパケットのサポート • ＡＣＬ付きのスイッチか？ • ＳＸ９？への更新

6. ストレージの可用性と速度 通常のネットワーク ＳＸ５７ ＣＭＣノード 計算サーバー ＦＷ ストレージ ネットワーク ＲＣＮＰ ストレージ サーバー ＣＭＣ ストレージ サーバー Ｓｕｐｅｒ Ｓｉｎｅｔへ

7. ストレージの容量 • 来年度の汎用機の更新の際にスーパーで使用する容量を勘定に入れる • いくら欲しいか要望を出して下さい • 全体の容量は３００ＴＢ以上１ＰＢを目指す • 更に１年後のスーパーの更新時にローカルな高速ディスクについて導入できるであろう • いくら欲しいか要望を出して下さい

8. 外部とのファイル転送 • ＳＣＰ、ＢＢＦＴＰを用いてsenri/sahoを経由した転送 • 遅い。面倒。 • 専用のファイル転送サーバーを設置する事で１ホップでの転送と高速性を確保したい

9. アカウント管理 • RCNPとCMCで異なるユーザー名 • UID、GIDは統一されている • 統一の可能性は？ • アカウント管理 • CMCでまとめて発行し、ＲＣＮＰでパスワードを上書きしてユーザーに通知 • CMCとRCNPのアカウント管理システムを強調させる事は可能か？

10. 計算機スタイル • 現状では、 • ベクトルシングルはスーパーコン • ベクトルパラレルはスーパーコン • スカラーシングルは汎用機 • スカラーパラレルは利用できない • 汎用機はPCクラスタの方向へ、、、 • スカラーシングルとパラレルには対応できるが、、、 • 大容量メモリへの対応は（お金的に）非効率か？ • スーパーの利用は可能か？

11. 計算機スタイル • 汎用機はＰＣクラスタの方向へ、、、 • 実験の主たるニーズはイベント並列計算 • ノード間通信がない • 大規模メモリは必要ない • イベントの配り方、集め方に多少の工夫が要る • 他のニーズをカバーし切れるか検討中 • 理論での（スーパー的）利用を考慮するか？ • ノード間通信が需要？ • 大規模メモリが必要？

12. 計算機スタイル • 汎用機とスーパーコン • 「使っている」お金は似たような額 • 「払っている」額はそうではないが、、、 • ＣＰＵのＧＦ値は依然としてスーパーが１桁先行 • ＣＰＵ数は汎用機が１桁多い（？） • 実験と理論のバランス • 次々世代は分からない（初めての状況）

13. 計算機スタイル • 次世代では、 • ベクトルパラレルを使い倒す • ＰＣクラスタのＲ＆Ｄ