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
Amazon FSx for NetApp ONTAPを 利用するときに気をつけることn選 〜...
Search
のんピ
September 28, 2023
Technology
0
1.5k
Amazon FSx for NetApp ONTAPを 利用するときに気をつけることn選 〜移行プロセスを添えて〜 #devio2023
DevelopersIO 2023 沖縄 オンライン #devio2023 の登壇資料です
https://classmethod.connpass.com/event/294845/
のんピ
September 28, 2023
Tweet
Share
More Decks by のんピ
See All by のんピ
コスト最適重視でAurora PostgreSQLのログ分析基盤を作ってみた #jawsug_tokyo
non97
0
340
Aurora PostgreSQLがCloudWatch Logsに 出力するログの課金を削減してみる #jawsdays2025
non97
1
530
VPC間の接続方法を整理してみた #自治体クラウド勉強会
non97
1
1.9k
Amazon FSx for NetApp ONTAPを利用するにあたっての要件整理と設計のポイント
non97
1
420
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
790
Amazon FSx for Net App ONTAPにおけるファイルシステム/SVM/ボリューム/qtreeの分割の考え方を整理してみる #storagejaws
non97
1
1.2k
オンプレミスネットワークとVPCとを接続する際に考慮すべきポイントを考えてみた #自治体クラウド勉強会
non97
1
6.2k
上手く活用すればコスト削減につながる、ONTAPの Temperature Sensitive Storage Efficiency (TSSE) の紹介
non97
0
680
Amazon FSx for NetApp ONTAPへの移行方法を整理してみた
non97
0
1.6k
Other Decks in Technology
See All in Technology
PagerDuty×ポストモーテムで築く障害対応文化/Building a culture of incident response with PagerDuty and postmortems
aeonpeople
1
270
技術者はかっこいいものだ!!~キルラキルから学んだエンジニアの生き方~
masakiokuda
2
270
クラウド開発環境Cloud Workstationsの紹介
yunosukey
0
180
ソフトウェア開発現代史: "LeanとDevOpsの科学"の「科学」とは何か? - DORA Report 10年の変遷を追って - #DevOpsDaysTokyo
takabow
0
390
30代からでも遅くない! 内製開発の世界に飛び込み、最前線で戦うLLMアプリ開発エンジニアになろう
minorun365
PRO
9
2.2k
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
6
6.1k
Dynamic Reteaming And Self Organization
miholovesq
3
540
Making a MIDI controller device with PicoRuby/R2P2 (RubyKaigi 2025 LT)
risgk
1
240
AWSのマルチアカウント管理 ベストプラクティス最新版 2025 / Multi-Account management on AWS best practice 2025
ohmura
4
310
SnowflakeとDatabricks両方でRAGを構築してみた
kameitomohiro
1
420
Classmethod AI Talks(CATs) #21 司会進行スライド(2025.04.17) / classmethod-ai-talks-aka-cats_moderator-slides_vol21_2025-04-17
shinyaa31
0
590
新卒エンジニアがCICDをモダナイズしてみた話
akashi_sn
2
240
Featured
See All Featured
Embracing the Ebb and Flow
colly
85
4.6k
Faster Mobile Websites
deanohume
306
31k
Rails Girls Zürich Keynote
gr2m
94
13k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.2k
Statistics for Hackers
jakevdp
798
220k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.5k
BBQ
matthewcrist
88
9.6k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Why Our Code Smells
bkeepers
PRO
336
57k
For a Future-Friendly Web
brad_frost
176
9.7k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.2k
Transcript
Amazon FSx for NetApp ONTAPを 利用するときに気をつけることn選 〜移行プロセスを添えて〜 2023/9/28 AWS事業本部 のんピ
1
自己紹介 2 { "本名": "山本 涼太 (覚えなくて良い定期)", "部署": "AWS事業本部 コンサルティング部",
"前職": "インフラエンジニア in データセンター", "興味のあること": "面白そうなブログネタ探し", "好きなAWSサービス": [ "Amazon FSx for NetApp ONTAP" "AWS Transit Gateway", "AWS Step Functions" "AWS CDK" ], "称号" : [ "2023 Japan AWS Ambassador", "NetApp Advanced Solution Leading Award 2023", ] }
悩んだことはありませんか? 3 一般的なファイルサーバー用途では どのサービスを使うべき??
4 AWSには複数のファイルストレージサービスがある
5 ファイルサーバーのファーストチョイスは Amazon FSx for NetApp ONTAP!
6 なぜ?
7 安くて高機能
FSxNとFSxWの比較 8 項目 Amazon FSx for Windows File Server Amazon
FSx for NetApp ONTAP プロトコル • SMB 2, 3.1.1 • SMB 2, 3.1.1 • NFS v3, v4.0, v4.1 • iSCSI • S3 高可用性 • Single-AZ or Multi-AZ • SAL 99.99%(Multi-AZ) • Single-AZ or Multi-AZ • SLA 99.99%(Multi-AZ), 99.9% (Single-AZ) データ保護 • VSS • バックアップ( FSx組み込みのバックアップ機能) • スナップショット • レプリケーション( SnapMirror) • バックアップ( FSx組み込みのバックアップ機能 , SnapVault) コスト最適化 • 重複排除・圧縮( Windowsの機能) • 重複排除 / 圧縮 / コンパクション • シンプロビジョニング • ストレージ階層化 最大容量 • 64TB(SSD or HDD) • SSD:192TB + Capacity Pool:無制限 最大スループット • 12GB/sec • 4GB/sec 料金 • SSD : 0.276USD/GB (Multi-AZの場合) • スループット : 5.175USD/MBps(Multi-AZの場合) • SSD : 0.300USD/GB (Multi-AZの場合) • スループット : 1.511USD/MBps(Multi-AZの場合) 対応国内リージョン • 東京、大阪 • 東京のみ(大阪リージョン未対応) その他 • クォータ設定:ユーザ単位のみ可能 • アンチウイルス:なし • クォータ設定:ディレクトリレベルで可能 • アンチウイルス:サードパーティ製品と連携可能
ほぼ同じ条件で月額使用料を試算してみる 9 FSxW • デプロイタイプ : Multi-AZ • ストレージタイプ :
SSD • ストレージサイズ : 1TB • 重複排除による削減量 : 65% (プロビジョニングするストレージは 350GB) • スループット : 128MBps • バックアップストレージ : 100GB FSxN • デプロイタイプ : Multi-AZ • ストレージサイズ : 1TB • キャプールストレージの読み取りリクエスト : 10,000,000 • キャプールストレージの書き込みリクエスト : 10,000,000 • SSD IOPS : 3,072 • SSD のデータ割合 : 20% (SSDの最小が1TBであるため試算結果に影響しない ) • 圧縮と重複排除による削減量 : 65% • スループット : 128MBps • バックアップストレージ : 100GB
試算結果 10 重複排除や圧縮を差し引いてもFSxNが安い FSxW : 763.07USD FSxN : 566.71USD
以下に当てはまらなければFSxNを使うべき 11 1. ファイルシステムのサイズが数十GB 2. SSDではなくHDDで十分 3. 4GB/sec以上のスループットが必要 4. 大阪リージョンにバックアップを転送する必要がある
5. Multi-AZ構成でオンプレミスからのDirect Connect経由でアクセスが 必要だがTransit VIFの用意ができない 6. ファイルアクセス監査ログをClowdWatch Logs、Kinesis Data Firehoseに出力したい 7. Amazon FSx File Gatewayでキャッシュを置きたい 8. Amazon Kendraでインテリジェントな検索をしたい
いざプロジェクト開始! 12 普段触らないストレージOSゆえに 思わぬ落とし穴が
13 ファイルサーバー移行のプロセス毎に 注意すべき点を紹介します
ファイルサーバー移行プロセス 14 1. 要件整理 2. 設計・構築 3. データ移行・切り替え
15 要件整理編
大きく7つのカテゴリについてヒアリング 16 1. 移行の背景や課題 2. 移行元のONTAPやファイルサーバーの用途について 3. 扱うデータについて 4. 認証について
5. 運用について 6. 移行について 7. コストについて
まとめています 17 https://dev.classmethod.jp/articles/amazon-fsx- for-netapp-ontap-migration-questionnaire/
18 設計・構築編
1. utf8mb4 は必ず設定しよう 19 ボリュームのデフォルトの C.UTF-8 は4バイト文字に未対応 𩸽 や 𠮷
などの4バイト文字が ファイル名に含まれるとエラー
1. utf8mb4 は必ず設定しよう 20 ボリューム作成後に設定変更することは非推奨 テクニカルサポートへの指示を受 けた上で実施すべき
1. utf8mb4 は必ず設定しよう 21 SVMを作成したら即、ボリュームの言語設定を変更すべき 以降作成されるボリュームの言語は utf8mb4 になる
2. SSDは小さくプロビジョニングする 22
2. SSDは小さくプロビジョニングする 23
2. SSDは小さくプロビジョニングする 24 重複排除・圧縮がかかることを考慮しなければ無駄な課金が
3. Single-AZ ⇔ Multi-AZに切替はできない 25 直接Single-AZ ⇔ Multi-AZに切替できない => SnapMirrorでデータ転送をした上で手動で切り替え
4. Multi-AZの場合はTransit Gatewayが必要な可能性アリ 26 別ネットワークから接続する場合は対策が必要
4. Multi-AZの場合はTransit Gatewayが必要な可能性アリ 27 Transit Gatewayで接続するのが一般的
4. Multi-AZの場合はTransit Gatewayが必要な可能性アリ 28 Transit Gatewayの用意が難しければNLBでも代用可能
5. Backupの柔軟性を重視するならSnapMirror 29 リストア時に一度SSDに書き込まれるので注意 => ボリュームのサイズによってはSSDが枯渇
5. Backupの柔軟性を重視するならSnapMirror 30 SnapMirror / SnapVaultであれば帯域制御がかけられる
5. Backupの柔軟性を重視するならSnapMirror 31 バックアップストレージは高い => Capacity Pool Storageの別のFSxNに転送するのも良
32 データ移行・切り替え編
1. Tiering Policy Allは諸刃の刃 33 重複排除・圧縮がかかりきる前にTieringしてしまう => Capacity Pool Storageでの処理は未サポート
https://www.netapp.com/media/17239-tr4598.pdf
1. Tiering Policy Allは諸刃の刃 34 重複排除・圧縮をしっかりかける & SSDサイズの最小化
35 まとめ
まとめ 36 • 机上だけではなく、PoCをして使用感を確かめよう • NetAppのドキュメントを良く読もう
37