「AWS - Amazon EC2」の版間の差分

📢 Webサイト閉鎖と移転のお知らせ

このWebサイトは2026年9月に閉鎖いたします。

移転先はhttps://mochiu.net/index.php?title=AWS - Amazon EC2です。

新しい記事は移転先で追加しております。（旧サイトでは記事を追加しておりません）

← 古い編集新しい編集 →

ビジュアルウィキテキスト

@@ 441行目: / 441行目: @@
 * AMIをバックアップとして使用する場合の注意点
 *: AMIを長期間放置する場合、セキュリティパッチが当たっていないため、EC2 Image builderで定期的に更新することを推奨する。
-*: AMIはリージョンごとに固有なため、リージョンごとに別個に取得が必要である。 (ただし、他のリージョンにコピーする機能がある)
+*: AMIはリージョンごとに固有なため、リージョンごとに別個に取得が必要である。
-*: AMIを他のアカウントと共有することもできる。
+*: ただし、[https://aws.amazon.com/jp/premiumsupport/knowledge-center/copy-ami-region/ 他のリージョンにコピーする機能]がある。
+*: <br>
+*: AMIを[https://docs.aws.amazon.com/ja%20jp/AWSEC2/latest/UserGuide/sharingamis-explicit.html 他のアカウントと共有]することもできる。
 *: <br>
 * スナップショットの注意点
 *: スナップショットの作成と復元は有料である。
-*: スナップショットはリージョンごとに固有なため、リージョンごとに別個に取得が必要となる。 (ただし、他のリージョンにコピーする機能がある)
+*: スナップショットはリージョンごとに固有なため、リージョンごとに別個に取得が必要となる。
-*: スナップショットを他のアカウントと共有することもできる。
+*: ただし、[https://docs.aws.amazon.com/ja%20jp/AWSEC2/latest/UserGuide/ebs-modifying-snapshot-permissions.html 他のリージョンにコピーする機能]がある。
+*: <br>
+*: スナップショットを[https://docs.aws.amazon.com/ja%20jp/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html 他のアカウントと共有]することもできる。
 *: スナップショットの詳細や作成手順を知りたい場合は、[https://docs.aws.amazon.com/ja%20jp/AWSEC2/latest/UserGuide/EBSSnapshots.html AWSの公式Webサイト]を参照すること。
+<br>
+==== ライフサイクルマネージャ ====
+ライフサイクルマネージャは、ルール(ポリシー)に基づき、インスタンスのバックアップ作成を自動化するための機能である。<br>
+インスタンスのバックアップにはAMIとスナップショットの2種類が存在するが、ライフサイクルマネージャではいずれかを選択することができる。<br>
+<br>
+例えば、「毎日0時にスナップショットによるバックアップを作成する」というポリシーを作成することができる。<br>
+<br>
+設定方法の詳細については、[https://dev.classmethod.jp/articles/ec2-snapshot-by-amazon-dlm/ DevelopersIOのWebサイト]を参照すること。<br>
+<br>
+==== AWS Backup ====
+ライフサイクルマネージャと似たサービスとして、AWS Backupがある。<br>
+<br>
+ライフサイクルマネージャがAmazozn EC2の機能であるのに対して、AWS Backupは単独のサービスとして提供されているため、Amazon EC2以外のサービスのバックアップ (RDS、EFS、DynamoDB等)にも対応している。<br>
+<br>
+AWS BackupにおけるAMIのバックアップ機能は、2020年末にライフサイクルマネージャも対応したため、Amazon EC2のバックアップであれば大きな隔たりはない。<br>
+ただし、世代管理の方法に差があったり、AWS BackupはAMIには含まれないインスタンスタイプ等の情報も保持するため、他のサービスとの併用の有無(例: RDS等と併用する等)を考慮して、どちらを使用するかを決定する。<br>
+<br>
+インスタンスタイプ等を保持できるAWS Backupの方が汎用性が高いと思われる。<br>
+<br><br>
+== その他の機能 ==
+ネットワーク、セキュリティ、バックアップの機能以外にも、Amazon EC2には下表に示す機能が存在する。<br>
+<br>
+<center>
+{| class="wikitable" | style="background-color:#fefefe;"
+|-
+! style="background-color:#66CCFF;" | 名称
+! style="background-color:#66CCFF;" | 説明
+|-
+| 起動テンプレート || インスタンス起動時の設定をテンプレート登録して、次回以降の入力を簡略化する。
+|-
+| 専有ホスト<br>(Dedicated Hosts) || 1台の物理サーバを1人のユーザで専有して、ソフトウェアライセンスの持ち込みや該当するセキュリティ要件への対応を実現する。
+|-
+| キャパシティの予約 || キャパシティ(計算資源)の確保により、起動エラーを防いで特定の期間インスタンスの確実な起動を確保する。
+|}
+</center>
+<br>
+==== 起動テンプレート ====
+インスタンスの起動時には、AMI、インスタンスタイプ、ストレージ等の様々な設定を適用することができる。<br>
+<br>
+例えば、同じ設定のインスタンスを複数起動する場合、これらの設定を毎回入力していては面倒である。<br>
+そのため、インスタンス起動時の設定を<u>起動テンプレート</u>として登録することにより、次回以降の設定を簡略化することができる。<br>
+<br>
+特に、起動テンプレートはAuto Scalingの使用時は必須ともいえる機能であり、Auto Scalingグループ内の全てのインスタンスに当機能で作成した設定を渡すことができる。<br>
+<br>
+==== 専有ホスト (Dedicated Hosts) ====
+一般的に、AWSのようなIaaSでは1台の物理サーバを複数台の仮想サーバで共有しており、複数のAWSアカウントのユーザが1台の物理サーバを共有した状態となることが多い。<br>
+専有ホストでは、1台の物理サーバを1人のユーザで専有することができ、以下に示す用途に用いられる。<br>
+* ユーザ独自のソフトウェアライセンスの持ち込み (AWSで提供されていないOS等)
+* コンプライアンス（セキュリティ要件）上、他ユーザと同じサーバでの動作を避ける場合
+<br>
+専有ホストと似たサービスに[https://aws.amazon.com/jp/ec2/pricing/dedicated-instances/ ハードウェア専有インスタンス]がある。<br>
+ハードウェア専有インスタンスも、<u>同一物理サーバ上で他ユーザのインスタンスが起動しないこと</u>が保証されるため、専有ホストと共通しているが、<br>
+あくまでインスタンス単位のサービスのため、ホスト(物理サーバ)単位で提供を受けられる専有ホストと比較すると、以下に示す制約が生じる。<br>
+<br>
+<center>
+{| class="wikitable" | style="background-color:#fefefe;"
+|-
+! style="background-color:#66CCFF;" |
+! style="background-color:#66CCFF;" | 専有ホスト
+! style="background-color:#66CCFF;" | ハードウェア専有インスタンス
+|-
+| 課金単位 || ホスト(物理サーバ)単位 || インスタンス単位
+|-
+| ホスト単位のソフトウェアライセンス持ち込み || 可能 || 不可
+|-
+| ホスト内でのインスタンスの起動場所 || ユーザ側で制御可能 || ユーザ側で制御不可<br>(AWS側で自動決定)
+|-
+| ソケット、コア、ホストIDの可視性 || あり || なし
+|-
+| 停止インスタンスの再起動時の使用ホスト || 同一ホストが保証される || 他のホストに移ることもある
+|}
+</center>
+<br>
+基本的に、ハードウェア専有インスタンスよりも専有ホストの方がユーザ側で利用する自由度が高い。<br>
+<br>
+==== キャパシティの予約 ====
+キャパシティ予約とは、ある期間インスタンスを立ち上げられる権利を予約するサービスのことである。<br>
+<br>
+「立ち上げられる権利」とは、インスタンスの立ち上げ時において、<u>InsufficientInstanceCapacity</u>と呼ばれるキャパシティ不足に由来するエラーが発生して、インスタンスの立ち上げに失敗する場合がある。<br>
+自動での立ち上げを設定している場合、失敗に気付かずに長時間に渡ってインスタンスが停止して、提供するサービスの停止に繋がる恐れがある。<br>
+<br>
+この<u>InsufficientInstanceCapacity</u>エラーを防ぐため、キャパシティ(物理サーバ等の計算資源)を確保して、特定の期間インスタンスの確実な起動を確保するサービスがキャパシティの予約である。<br>
+<br>
+キャパシティの予約は、対応するインスタンス購入方式に応じて下表から選択する。<br>
+<center>
+{| class="wikitable" | style="background-color:#fefefe;"
+|-
+! style="background-color:#66CCFF;" | 名称
+! style="background-color:#66CCFF;" | 対応するインスタンス購入方式
+|-
+| オンデマンドキャパシティ予約 || オンデマンドインスタンス
+|-
+| キャパシティ予約 || リザーブドインスタンス
+|}
+</center>
 <br><br>