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

環境

大阪大学核物理研究センター

計算機室　　　外川　浩章

現状の問題点計算スタイル

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

ストレージの可用性 ＮＦＳの１ホップ制限

ＮＦＳマウントしたパスをエクスポートできない

ＮＦＳサーバーとクライアントはＩＰリーチャブルでなければならない

セキュリティ上できないことが多い 実際にできないこと

ＩＢＭからｓｘｓｈｏｒｔが見えないパラレルノードからＩＢＭが見えない

ストレージの速度 ハードのスペックは１Ｇでも実効は３０Ｍ？

ＳＸ５の性能（ハード、ソフト）ジャンボパケットのサポートファイアーウォールの性能

ストレージの可用性と速度 改善するには

ＳＸ側と汎用側に独立したファイルサーバーを配置してクライアントに１ホップで届くようにする

間に高速なＦＷを配置するジャンボパケットのサポートＡＣＬ付きのスイッチか？

ＳＸ９？への更新

ストレージの可用性と速度

ＣＭＣノード

ＳｕｐｅｒＳｉｎｅｔへ

通常のネットワーク

ＳＸ５７計算サーバー

ＲＣＮＰストレージサーバー

ＣＭＣストレージサーバー

ストレージネットワーク

ＦＷ

ストレージの容量 来年度の汎用機の更新の際にスーパーで使用する容量を勘定に入れるいくら欲しいか要望を出して下さい全体の容量は３００ＴＢ以上１ＰＢを目指す

更に１年後のスーパーの更新時にローカルな高速ディスクについて導入できるであろういくら欲しいか要望を出して下さい

外部とのファイル転送 ＳＣＰ、ＢＢＦＴＰを用いて senri/sahoを経由した転送遅い。面倒。

専用のファイル転送サーバーを設置する事で１ホップでの転送と高速性を確保したい

アカウント管理 RCNPと CMCで異なるユーザー名 UID、GIDは統一されている 統一の可能性は？

アカウント管理 CMCでまとめて発行し、ＲＣＮＰでパスワードを上書きしてユーザーに通知

CMCと RCNPのアカウント管理システムを強調させる事は可能か？

計算機スタイル 現状では、

ベクトルシングルはスーパーコンベクトルパラレルはスーパーコンスカラーシングルは汎用機スカラーパラレルは利用できない

汎用機は PCクラスタの方向へ、、、スカラーシングルとパラレルには対応できるが、、、

大容量メモリへの対応は（お金的に）非効率か？

スーパーの利用は可能か？

計算機スタイル 汎用機はＰＣクラスタの方向へ、、、

実験の主たるニーズはイベント並列計算ノード間通信がない大規模メモリは必要ないイベントの配り方、集め方に多少の工夫が要る

他のニーズをカバーし切れるか検討中理論での（スーパー的）利用を考慮するか？

ノード間通信が需要？大規模メモリが必要？

計算機スタイル 汎用機とスーパーコン

「使っている」お金は似たような額 「払っている」額はそうではないが、、、

ＣＰＵのＧＦ値は依然としてスーパーが１桁先行

ＣＰＵ数は汎用機が１桁多い（？）実験と理論のバランス

次々世代は分からない（初めての状況）

計算機スタイル 次世代では、

ベクトルパラレルを使い倒すＰＣクラスタのＲ＆Ｄ