JAXAスパコン"JSS2"の運用を支える
チケット管理システム"CODA"

国立研究開発法人 宇宙航空研究開発機構

スーパーコンピュータ活用課 課長
藤田 直行
fujita@chofu.jaxa.jp
注記：発表時のスライドから一部削除・修正・追記をしてあります。
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.1

最初に・・・
この度は“CODA”紹介の機会を頂きありがとうございます。
本日は、①Redmineのシステム運用管理での利用事例②Redmineへの今後の期待を、お話しさせていただきます。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.2

Agenda
本題に入る前に About JAXA History of JAXA Supercomputer System
 JSS2利用状況
Redmineを使ったプロジェクト管理システム"CODA" はじめに 従来システムの振り返りと課題抽出
 CODA構築の方向性
 Redmineの概要
 CODAの利用状況 CODAの活用例
 CODAの設定
 CODAの普及要因
 CODAにおけるRedmineの定義・設定のヒント
 今後の展望 まとめ
2016/7/30
第65回 SEA関西プロセス分科会 ＆ RxTStudy #15

P.3

"JSS2"Jaxa Supercomputer System generation2"CODA"
CRMT Operation and Development AssistantComputer Resource Management Team

"NSIM"
Numerical Simulator system Incident Manager

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.4

■About JAXA・Established at 2003
(Formerly NAL:National Aerospace Laboratory of JAPAN)
・Employees：1,545
・Budget： 154.1 Billion JPY/ 1.511 Billion USD/ 1.364 Billion EURO(April 2016)

Missions

Space Development

Earth Obser vation

Aeronautics“HAYABUSA”

Space Science
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.5

■History of JAXA Supercomputer System

JSS2紹介動画
https://www.youtube.com/watch?v=qPXKh4G4UY4に、動画をUploadしました。どうぞ、ご覧ください。

また、JSS2の紹介Webサイトがあります。ご興味あれば、次のURLをご覧ください。
https://www.jss.jaxa.jp/

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.6

■History of JAXA Supercomputer System

計算機ピーク性能[FLOPS]

JSS2
3.49PFLOPS
JSS1
120TFLOPS●2016年4月1日

CeNSS
9.3TFLOPSNWT
280GFLOPS

M380 20MIPS

燃焼解析、ロケット全系
大規模解析を実現
スカラー型スーパーコンピュータシステムの構築

VP4001.14GFLOPS
航空機全機計算が10分以内

M380
革新的な格子生成技術

航空機全機計算が10時間以内

InitialOptimized

三次元翼

2016/7/30

複雑な形状

NS全機多段解析

第65回 SEA関西プロセス分科会 ＆最適化

RxTStudy #15

P.7

■JSS2利用状況
 利用者数：585名(2016(H28)年3月末)
 ジョブ件数：1,100件/時(2015(H27)年度実績)
 管理ノード数：3,240+160+25
 管理ハードディスク容量：5PB
 管理テープカートリッジ容量：20PB(5,000巻)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.8

Agenda
本題に入る前に About JAXA History of JAXA Supercomputer System
 JSS2利用状況
Redmineを使ったプロジェクト管理システム"CODA" はじめに 従来システムの振り返りと課題抽出
 CODA構築の方向性
 Redmineの概要
 CODAの利用状況
 CODAの活用例
 CODAの設定
 CODAの普及要因
 CODAにおけるRedmineの定義・設定のヒント
 今後の展望 まとめ
2016/7/30
第65回 SEA関西プロセス分科会 ＆ RxTStudy #15

P.9

■Redmineを使ったプロジェクト管理システム"CODA"■はじめに実際のCODAの画面を見てみましょう。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.10

■Redmineを使ったプロジェクト管理システム"CODA"■はじめにNSIMからCODAへ

宇宙太郎

宇宙太郎

U999(宇宙太郎)

Firefox+"NSIM Client"機能拡張
宇宙太郎,航空花子

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.11

■Redmineを使ったプロジェクト管理システム“CODA“＞■従来システム(NSIM)の振り返りと課題抽出■NSIMの良かった点(#2003)

括弧内はCODAチケット番号

1. 作業記録になる。
2. 過去に自分が行ったQ&Aや作業詳細を参照できる。
3. キーワード検索が役立つ。コマンド名やメッセージ文字列を使って検索している。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.12

■Redmineを使ったプロジェクト管理システム“CODA“＞■従来システム(NSIM)の振り返りと課題抽出■NSIMが いまひとつだった点(#2003)
1. 入力形式がフリーなので、記述が長くなりがち。後で参照
すると、時間がかかり分かり難い。
2. 内容が個人の記録になり、チーム内の他のメンバーが見ても内容が分かり難い。
3. 運用チームの情報共有やコミュニケーションにはあまり寄与していない。
4. フラグのつけ方が不徹底。
5. Summary欄の使い方がバラバラ。
6. 「場所」、「対象」に何を入れるか不明確。
7. 「担当者」、「対応者」がフリーフォーマットで不便。(入力内容の"揺らぎ")
8. 日時の入力が不正確。(イベント発生日なのか対応日なのか)
9. 月例会議の前にまとめて起票するためタイムリーな情報でない。
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.13

■Redmineを使ったプロジェクト管理システム“CODA“■CODA構築の方向性～業務改善(1/4)～(#2003)
1.
2.
3.
4.
5.
6.
7.
8.
9.

運用チーム内、過去の自分との情報共有
情報の再利用促進
手順書・記録・文書の保管場所統一
原因分析のためのツール(全体傾向の分析)
スパコン運用サービスの向上(対外部、対内部、対経営層)
入力内容・項目の定型化
チーム内手順書の作成
入力項目の精査による項目数削減
JSS2構築開始時からCODA利用を開始する

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.14

■Redmineを使ったプロジェクト管理システム“CODA“■CODA構築の方向性～業務改善(2/4)～(#2003)
運用チームの活動の関係者図
スーパーコンピュータチーム

顧客

上位・外部組織

スパコン運営会議

JSSユーザー

スーパーコンピュータ分科会

運用評価会議その他

JSS非ユーザー
申請
問い合わせ(質問、相談、作業依頼）

QMS

運用チーム
CRMT(JEDI)

スーパーコンピュータチーム QMS

ベンダー(SE,CE, 設備関係)

日常の運用
定例会(ベンダー毎)

2016/7/30

調査
報告

協力・協働

品質の維持・改善

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.15

■Redmineを使ったプロジェクト管理システム“CODA“■CODA構築の方向性～業務改善(3/4)～(#2003)
運用チームの主な業務と契機
スーパーコンピュータチーム

顧客

作業依頼
相談

QMS

運用チーム

ユーザー 非ユーザー(JSSに登録していない人)
質問

上位・外部組織「JSSでTecplotは使えますか?」「大学共同利用手続きを教えて下さい」「IDを忘れたので教えて下さい」「ｘｘｘジョブのCPU時間を延長して下さい」「並列化の効率向上の相談をしたい」「Xウィンドウの切断で困っている」

要請
調査、検討依頼

問い合わせ

入力・契機

カレンダー/時計分類
判断

異常状態の発見
H/W監視(ベンダー含む)
syslog監視(ベンダー含む)
通信切断などの検知 など

運用チームの運用管理機能
インシデントの根本解決
改善すべき課題の発見
サービス改善の取り組み
外部からの要請への対応 など

業務種別(案）

ユーザー対応

定型作業

問題

改善活動

調査

開発

作業例

質問
作業依頼
相談

月次報告書作成
定例会議 実施
定例会議議事録作成
ライセンスファイル更新
QMS帳票/報告書作成

H/W故障(兆候含む)
S/Wバグ
S/Wパッチ
性能の劣化
応答時間・経過時間
xxxを利用できない

夜間等操作業務マニュアル更新
NSIMセキュリティ改善
MLセキュリティ改善
バックアップ検討

稼働率が低い理由調査
電力使用量調査
Vシステム利用傾向分析

FLOPS表示コマンド
Jarman機能追加
データ移行ツール開発
NSIM2開発

利用申請処理やパスワード発行は「ユーザー対応」、「定型作業」どちらにも分類可。
運用上分類しやすい方に決めればよいと思われる。

2016/7/30

第65回 SEA関西プロセス分科会 ＆顧客の要求実現

RxTStudy #15

P.16

■Redmineを使ったプロジェクト管理システム“CODA“■CODA構築の方向性～業務改善(4/4)～(#2003)
運用チームの主な出力
運用チームが保守する情報
問い合わせ対応、障害対応などの状況・作業の記録

MailToによるインシデント状況通知
NSIMにあらかじめ登録されている宛先
NSIMの特定インシデントに登録した宛先
インシデント内容
アクション内容

日次インシデント一覧 運用(ML@domain)

NSIM

問い合わせ回答、障害対応などの連絡ユーザー向けに発信する情報
FAQ集
ユーザー向け利用ガイド、手順書
ユーザー向け説明会 など

定例会資料 (「NSIM利用手引き」に記載あり)(現在はNSIM出力でないものもある)- ベンター作業報告書- システム運用時間帳票- 重大障害帳票
帳票・報告書- 顧客所有物帳票

作業記録・手順書・管理帳票類

申請登録情報、運用時間(停止・縮退など）情報

インシデント新規登録時及びクローズ時の通知
NSIMにあらかじめ登録されている宛先

NSIM以外(課金、ユーザー登録簿 等)

定例会資料 （「NSIM利用手引き」に記載なし）- NSIMインシデントまとめ
QMS帳票(現在は年度ごとに作成)-

B01_JSS状況資料_2012年度窓口でのQA要望件数の推移.xlsx
B02a_JSS状況資料_2012年度Q&A達成状況_Allsystem.xls:-B08_JSS状況資料_2012年度ユーザ区分別利用割合(共同研究...).xls
B09_JSS状況資料_2012年度分野別利用割合(宇宙、航空、基礎、運用管理).xlsx

標準化/定型化
非定型の帳票2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.17

■Redmineを使ったプロジェクト管理システム“CODA“■CODA構築の方向性～ツール選択～(#2003)
1. 標準ブラウザで利用できる。
2. 既存ツールを活用し、設定や使いこなし(運用ルール)の整備・改善に注力する。
3. データのバックアップ・復旧を確実に行える。
4. データ量が増えてもレスポンスが悪くならない。
5. 情報源が豊富である。日本語による情報の量も重要。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.18

■Redmineを使ったプロジェクト管理システム"CODA"■Redmineの概要
 OSS
 WebベースのC/Sアプリケーション
 サーバ側には、RDB、HTTPサーバ、Ruby及びRuby on Railsが必要
 クライアント側には、Webブラウザが必要
 開発が活発で、4～5ヵ月毎にバージョンアップ
 カードイメージのチケット構造
 チーム・共同作業向けの様々な機能
 Webによる設定・定義と即時反映

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.19

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの利用状況
 利用者数：46名(2016年7月25日現在。以下同じ)
 利用者層：JAXAスパ活課職員
スパコンベンダSE,CE チケット数：5,143枚
 プロジェクト数：9個

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.20

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの活用例
日々のイベント・作業の記録・連絡(#5189)
会議の準備、議事録、ToDo項目(#5105)
納品物本体＋目録(#2581)
管理台帳(QMSの広場Wiki)QMSの基盤ツール

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.21

各メンバの一言目標が書いてあります。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.22

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの活用例～QMSの基盤ツール～

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.23

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの活用例～QMSの基盤ツール～

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.24

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(ロールと権限)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.25

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(トラッカー)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.26

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(チケットのステータス)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.27

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(ワークフロー)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.28

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(カスタムフィールド)2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.29

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(列挙項目)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.30

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(ｸﾞﾛｰﾊﾞﾙﾁｹｯﾄﾃﾝﾌﾟﾚｰﾄ)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.31

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(プラグイン)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.32

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの設定(情報)2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.33

■Redmineを使ったプロジェクト管理システム"CODA"■CODAの普及要因
1. 情報蓄積を集中させる方針


JSS2の情報は全てCODAへ

2. マネジメントの支持

活用方針の周知
チケットへの頻繁なコメント・承認

3. 前システムの利用経験

10年以上のインシデント管理システムの利用経験

4. 利用者の取り込みに注力

厳格なルール設定より、「使ってもらう」を優先、その後ルール化

5. 徐々に機能を拡充・変更


CODA利用もスパイラル、継続的改善

6. 使いやすいツールの選択
2016/7/30

Redmineの使いやすい機能
第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.34Agenda
本題に入る前に About JAXA History of JAXA Supercomputer System
 JSS2利用状況
Redmineを使ったプロジェクト管理システム"CODA" はじめに 従来システムの振り返りと課題抽出
 CODA構築の方向性
 Redmineの概要
 CODAの利用状況
 CODAの活用例
 CODAの設定
 CODAの普及要因
 CODAにおけるRedmineの定義・設定のヒント
 今後の展望 まとめ
2016/7/30
第65回 SEA関西プロセス分科会 ＆ RxTStudy #15

P.35

■Redmineを使ったプロジェクト管理システム"CODA"■Redmine定義・設定のヒント
1. 定義の構造明確化と整理
2. 定義・設定の工夫・ヒントa. ロール設定のORルール
b. フィールド設定のANDルール
c. グループ単位でのプロジェクトへの参加

3. プロジェクト分割の目安
4. プラグインの利用

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.36

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■定義の構造化と整理～Redmineの主な定義の構造～(1) ロール定義層

ロール-

名前権限

論理的な定義(2) チケット定義層

カスタムフィールド
ワークフロー

ステータス--

名前
属性- 初期値(y/n)- 終了 (y/n)

トラッカー

チケットの動きを決定する
ロールとステータスの定義をトラッカーに組み込む- ロール毎のステータス遷移- ロール毎のフィールド操作権限- 読み取り専用・必須

物理的な実体の定義

名前
概要 等

モジュール
-

このプロジェクトで使用するRed mineの機能
チケットトラッキング、Wiki, フォーラムなど(3) プロジェクト
定義層

2016/7/30

チケットのカテゴリ-

このプロジェクトで実際に使用するカスタムフィールド

プロジェクト毎に独自の選択肢を定義できる唯一のフィールド

メンバー

ロール

ユーザー

(5) 利用者定義層

担当者
開始日
期日 など

このプロジェクトで使用するトラッカー-(4) ロール割り当て層

名前
形式(リストから選択等)
値(選択肢、長さなど)
属性(必須・複数選択可など)

標準フィールド-

プロジェクト-名前
標準フィールド
使用する可能性のあるカスタムフィールド

---

名前
ログイン名
- メールアドレス等

ロール
グループ-

名前
ユーザーのリスト

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.37

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■定義・設定の工夫・ヒント
ロール設定のORルール
プロジェクト

ロール1「一般」- 通常チケット操作- 「承認済」への遷移は権限なし- 保守系権限はなし

ロール2「承認者」- 通常チケット操作- 「承認済」への遷移権限も定義

ロール3「保守担当」- 通常チケット操作- 「承認済」への遷移は権限なし- 保守系権限を付与- カテゴリの管理、文書の削除、ニュースの追加 等

Aさん 一般利用者

Bさん マネージャー

Xさん プロジェクト保守「通常チケット操作」がすべてのロールにある。
通常のチケット操作の変更は、3個のロールを保守する必要がある。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.38

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■定義・設定の工夫・ヒント
ロール設定のORルール
プロジェクトロール1「一般」- 通常チケット操作- ただし、「承認済」への遷移は不可- 保守系権限はない

ロール2「承認者」- 「承認済」への遷移権限を定義

ロール3「保守担当」- 保守系権限のみ定義- カテゴリの管理、文書の削除、ニュースの追加 等

Aさん 一般利用者

Bさん マネージャー

Xさん プロジェクト保守「通常チケット操作」はロール1「一般」にだけある。
通常のチケット操作の変更は、1個のロールの保守だけでOK。

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.39

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■定義・設定の工夫・ヒント
フィールド設定のANDルール

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.40

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■定義・設定の工夫・ヒントグループ単位でのプロジェクトへの参加

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.41

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■プロジェクト分割の目安
1. Redmine活用の大きな要素
2. 組織の性格や考え方により異なる
3. 業務範囲の広がり時の分割判断
4. CODAでのLesson&Learned
a. セキュリティ等の属性で参加メンバーが異なる→親子プロジェクトの利用
b. 同一参加メンバー(ユーザ)のロール変更が必要な場合
c. 業務範囲に依存するフィールドの要・不要、更新頻度の多寡
d. Redmine保守は独立プロジェクトe. プロジェクト毎に選択肢を設定できる、”強力な”標準フィールド「カテゴリ」の活用
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.42

■Redmineを使ったプロジェクト管理システム“CODA"＞■Redmine定義・設定のヒント■プラグインの利用
CODA Lesson&Learneda. 情報更新や機能追加等保守の継続性
b. 説明文やドキュメントの充実c. 利用例や評判のチェック
d. シンプルなもの(本体との親和性)

2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.43

■Redmineを使ったプロジェクト管理システム"CODA"■今後の展開 CODAの今後の展開
1. 最新Redmine系列への更新→3.1.1stable
2. チケットの作成や終了等の標準化促進
a. 新規チケットの粒度
b. 記述内容や対応終了の条件、等 →業務の標準化

3. バージョン管理システムとの連携
a. Git、DMFS等

 Redmineへの期待
1. 高い汎用性を持つチケット管理システム
2. 全体としては非常に満足
3. 活発な開発の継続とコミュニティや情報発信の充実
4. プラグインによる機能面・操作性の充実
5. ASP型エコシステムの確立によるOSSの普及・定着
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.44

■まとめ NSIMの反省点とCODAの設計方針
 CODA 利用状況
 活用例
 普及要因 Redmineの定義・設定のヒント
 定義の構造明確化と整理 定義・設定の工夫・ヒント
 ロール設定のORルール
 フィールド設定のANDルール
 グループ単位でのプロジェクトへの参加

 プロジェクト分割の目安
 プラグインの利用

 CODAの今後の展開
 Redmineへの期待
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.45

Thank you very much.
https://repository.exst.jaxa.jp/dspace/handle/a-is/557146
CODA日本語版報告書ダウンロードURL
https://repository.exst.jaxa.jp/dspace/handle/a-is/574705
CODA英語版報告書ダウンロードURL
fujita@chofu.jaxa.jp
藤田のメールアドレス

Questions?
2016/7/30

第65回 SEA関西プロセス分科会 ＆RxTStudy #15

P.46