1つのEC2インスタンスから複数のEBSボリュームをアタッチできるそうですが、していいの？

質問

1つのEC2インスタンスから複数のEBSボリュームをアタッチできるそうですが、していいの？

最短突破　AWS認定ソリューションアーキテクト　アソシエイト　合格教本 【電子書籍】[ 村主壮悟 ] 価格:2728円 (2026/6/6 17:10時点) 感想(0件)

AWSエンジニア入門講座ーー学習ロードマップで体系的に学ぶ 【電子書籍】[ CloudTechロードマップ作成委員会【著】 ] 価格:2838円 (2026/6/6 17:10時点) 感想(0件)

解答

はい、できますし、普通にやります。 むしろ用途によっては推奨される設計です。 どんなときに複数EBSを付けるの？ 例えば1台のEC2で、 OS用ディスク アプリケーション用ディスク DBデータ用ディスク ログ保存用ディスク を分けることがあります。 EC2├─ EBS1 (/) OS├─ EBS2 (/data) アプリデータ├─ EBS3 (/db) DBデータ└─ EBS4 (/logs) ログ こうすると管理しやすくなります。 メリット スナップショットを分けられる 例えばDBデータだけバックアップしたい場合、 EBS-DB ↓Snapshot だけ取得できます。 OS領域まで毎回バックアップする必要がありません。 容量拡張しやすい DBだけ容量不足になったら、 EBS-DB100GB ↓500GB のように拡張できます。 性能を分離できる 高IOPSが必要な領域だけ gp3 io2 など高性能ボリュームにできます。 注意点 EBSを増やしてもRAIDではない 単に複数台付けただけでは EBS1EBS2EBS3 が独立して見えるだけです。 性能向上や冗長化をしたいならOS側でRAIDを組みます。 同じAZに存在する EBSはAZ単位のサービスです。 EC2とEBSは同じAZでなければアタッチできません。 ボリューム数制限がある インスタンスタイプごとに上限があります。 とはいえ通常の業務では困ることはあまりありません。 実務でよくある構成 Webサーバ /└ OS/data└ アップロードファイル DBサーバ /└ OS/db└ DB本体/log└ トランザクションログ 分析サーバ /└ OS/data1/data2/data3... 複数EBSを束ねて大容量化することもあります。 AWS試験的な視点 試験では、 「ストレージ容量を増やしたい」 「DBデータだけ高性能にしたい」 「バックアップを分離したい」 という要件が出たら、 「EBSを追加アタッチする」 が素直な選択肢になることが多いです。 なので、「1台のEC2に1つのEBS」というイメージではなく、 「1台のサーバに複数のディスクを付けるのと同じ」 と考えて問題ありません。

Bluetooth5.0 トランスミッター レシーバー 1台2役 送信機 受信機 ワイヤレス 3.5mm 充電式 無線 オーディオスマホ テレビ TXモード 輸出 RXモード 輸入 音楽 送信 受信 ブルートゥース ios iPhone Android 古いコンポ 車載AUX スピーカー等に適用 価格:1500円～ (2025/5/31 17:02時点) 感想(2件)

にほんブログ村

人気ブログランキング