Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AWSでバーチャル富岳を構築してみた
Search
Kanako Kodera
October 19, 2025
Technology
1
100
AWSでバーチャル富岳を構築してみた
JAWS-UG彩の国埼玉支部 #4 理研公開コラボイベント
Kanako Kodera
October 19, 2025
Tweet
Share
More Decks by Kanako Kodera
See All by Kanako Kodera
re:Invent 2025速報:Salesに効くアップデートまとめ
kanakokoderashinkura
0
32
S3 Metadataを試してみよう
kanakokoderashinkura
0
110
re:Invent でPeerTalkで繋がりを増やしてみよう!セッションサポートの経験談
kanakokoderashinkura
0
54
#45 JAWS-UG主催 週刊AWSキャッチアップ (2024/8/19週)
kanakokoderashinkura
0
40
#44 JAWS-UG主催 週刊AWSキャッチアップ (2024/8/12週)
kanakokoderashinkura
0
46
#43 JAWS-UG主催 週刊AWSキャッチアップ (2024/8/5週)
kanakokoderashinkura
0
26
#42 JAWS-UG主催 週刊AWSキャッチアップ (2024/7/29週)
kanakokoderashinkura
0
42
Other Decks in Technology
See All in Technology
SchooでVue.js/Nuxtを技術選定している理由
yamanoku
3
210
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
0
160
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
3
220
30万人の同時アクセスに耐えたい!新サービスの盤石なリリースを支える負荷試験 / SRE Kaigi 2026
genda
4
1.4k
Oracle AI Database移行・アップグレード勉強会 - RAT活用編
oracle4engineer
PRO
0
110
旅先で iPad + Neovim で iOS 開発・執筆した話
zozotech
PRO
0
100
こんなところでも(地味に)活躍するImage Modeさんを知ってるかい?- Image Mode for OpenShift -
tsukaman
1
170
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2.1k
Webhook best practices for rock solid and resilient deployments
glaforge
2
310
Embedded SREの終わりを設計する 「なんとなく」から計画的な自立支援へ
sansantech
PRO
3
2.6k
コンテナセキュリティの最新事情 ~ 2026年版 ~
kyohmizu
6
2.2k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
10k
Featured
See All Featured
Code Review Best Practice
trishagee
74
20k
Are puppies a ranking factor?
jonoalderson
1
2.7k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
14k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
830
Technical Leadership for Architectural Decision Making
baasie
2
250
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
71k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
350
Information Architects: The Missing Link in Design Systems
soysaucechin
0
780
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
0
1.1k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
190
Ethics towards AI in product and experience design
skipperchong
2
200
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
440
Transcript
JAWS-UG彩の国埼玉支部 #4 理研公開コラボイベント 2025/10/18 小寺 加奈子 @KanakoKode16 AWSでバーチャル富岳を 構築してみた
自己紹介 01 名前:小寺 加奈子(こでら かなこ) 仕事:新卒でメーカーの営業→事業会社の社内 SE→AWSパートナー→現職NetAppでクラウド Sales Specialist JAWS:クラウド女子会運営 その他: AWS
Top Engineers(Service) 2023 AWS Community Builders (Cloud Operation) 2024 & 2025
02 今日のテーマ 「富岳」以外のスパコンやクラウド サービス上に、 「富岳」と同等の ソフトウェア環境を再現するもの バーチャル富岳 SingularityコンテナイメージをAWSへイン ストールすることでプライベートな「富 岳」が構築が可能。
03 バーチャル富岳について 「サテライト富岳」 R-CCSが提唱する「バーチャル富岳」の実証・開 発環境として整備された計算機システム。 商用クラウド上に「富岳」と同等のソフトウェア スタックを構築している。富岳ユーザ向けの試行用 共用環境として提供される。 「プライベート富岳」 利用者が自ら購入したAWSのEC2インスタンス
に、事前構築済みの ソフトウェアスタックを含む コンテナイメージをインス トールすることで、自 由に構築できるプライベートな「富岳」環境。
04 Graviton3/3E ベースのインスタンス上で動作検証済み。 プライベート富岳のアーキテクチャ
1 Head Node ユーザーがログインし、ジョブ投入・状況確認・コードコ ンパイルなどを行う入口。 2 計算ノード 大規模・長時間の計算を実行するノード。直接ログイン不 可で、ジョブスクリプト経由で利用。 3
バーチャル富岳向け コンテナ 富岳向けソフトウェアをまとめたSingularityコンテナ 。ク ラウド上で富岳と同等環境を構築が可能。 4 共有ストレージ Head Nodeと計算ノードで共用。ジョブの入出力ファイル を保存。 5 外部ストレージ 長期保存用。クラスタ削除時にデータ消失を防ぐため、ク ラスタ外にエクスポートして保持。 05 プライベート富岳の構成要素
06 なぜ「共有ストレージ」利用するのか? ジョブ間でデータ共有が容易 Head Nodeと計算ノード間で同じファイルシステムを利用できるため、ジョブの入出力ファイルを 簡単に共有可能。 ワークフローの効率化 コード、ライブラリ、入力データを一度配置すれば、複数ノードで再利用できるので セットアップ時間を削減。 スケーリング時の一貫性
ノードを追加しても同じストレージを参照できるため、分散計算やMPIジョブでデータ整合性を 保てる。 クラスタ削除前のデータ保護が容易 外部ストレージへのエクスポートと組み合わせることで、長期保存やバックアップが簡単。 アプリケーション互換性 HPCアプリケーションは通常共有ファイルシステムを前提としているため、互換性を確保できる。
07 構築の流れ
08 クラスタ作成用パラメータ
09 クラスタ構築後の共有ストレージ確認 CF実行後、FSx for Lustreが指定したマウントポイント 「lustre01」でマウントされている
10 Singularityとは 目的:アプリケーションの実行環境をコンテナ化し、移植性と再現性を高める。 仕組み:カーネル以外のシステム要件(ライブラリや依存関係)をコンテナにまと め、同一アーキテクチャならどこでも動作可能。 【Singularityの特長】 ・イメージが単一ファイルで作成されるため、コンテナイメージの管理が直感的で容易 ・イメージを展開せず 、単一ファイルのまま利用できるため、アプリケーション稼働時の 共有ファイルシステムへの
I/O を 抑制できる。 ・ 起動したユーザーのID・権限がコンテナ内部で継承され、同一ユーザーとして ファイル・ハードウエア・プロセスにアクセス可能 ・イメージ作成やコンテナ実行に際して、root 権限やデーモンを一切介在させないため、 セキュアな運用が可能である。
11 実際にGROMACSを試してみる GROMACS オープンソースの古典分子動力学アプリケーションソフトウェア。 主に生体分子系の計算事例が多く、高速な 並列計算が可能なことが特徴である。 URL:https://www.gromacs.org/
12 実際にGROMACSを試してみる ジョブを投げて1分以内に4インスタンスが起動
13 実際にGROMACSを試してみる ジョブが完了の確認は、ジョブを投入したディレクトリにslurm-xx.outの ファイルが出力。結果は1プロセスがエラーとなっていた。
14 試してみた所感 ・構築手順が提供されているので、AWSアカウントがあれば簡単に試すことが できる。学習コストがかからない。 ・VPC、Headノード、S3は手作業で作成するため検証後に確実に削除する必要 あり。 ・構築手順上、Headノード接続のセキュリティグループ作成のInboundルール の接続元が0.0.0.0になっているので、試すときは「マイIP」へ変更。 【参考サイト】 https://www.r-ccs.riken.jp/fugaku/virtual-fugaku/
Thank You