助け合いフォーラム
正解
インスタンス間で低遅延な通信を可能にする
解説

したがって正解は
・インスタンス間で低遅延な通信を可能にする
です。
プレイスメントグループは他に、「パーティションプレイスメントグループ」と「スプレッドプレイスメントグループ」があります。
〇パーティションプレイスメントグループ
パーティションプレイスメントグループでは、グループをパーティションとよばれる論理グループに分割し、それぞれのパーティションに1つ以上のEC2インスタンスが所属します。各パーティションは1つ以上のラックが対応しており、ラックには独立した電源とネットワークが配備されています。グループ内の各パーティション同士はラックを共有しないので、ハードウェア障害による影響を軽減します。パーティションプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます。

〇スプレッドプレイスメントグループ
スプレッドプレイスメントグループは、グループ内のEC2インスタンスを異なるハードウェア(ラック)に配置します。パーティションプレイスメントグループではラック内に同一グループのEC2インスタンスを1つ以上配置しますが、スプレッドプレイスメントグループは同一グループのEC2インスタンスを1つしか配置しません。グループ内の各EC2インスタンスはハードウェアを共有しないので、ハードウェア障害による影響を軽減します。スプレッドプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます。

その他の選択肢については、以下のとおりです。
・可用性向上のため、インスタンスを複数のAZに分散して配置する
クラスタープレイスメントグループのグループ内のEC2インスタンスは、同一のAZに配置するので誤りです。
・ハードウェア障害による影響を軽減する
「パーティションプレイスメントグループ」および「スプレッドプレイスメントグループ」の説明です。
「クラスタープレイスメントグループ」はハードウェア障害による影響を軽減する効果はないので、誤りです。
・他のAWSアカウントとは分離された専用ハードウェアでEC2インスタンスを起動する
ハードウェア専有インスタンスの説明です。
プレイスメントグループは他のAWSアカウントとハードウェアを共有することもあるので、誤りです。
参考
Amazon EC2(Amazon Elastic Compute Cloud)は、AWS上で動作する仮想サーバーを提供するサービスです。Amazon EC2などのAWSサービスが提供する仮想サーバーのことを「インスタンス」といいます。
EC2はIaaS型のクラウドサービスなので、EC2インスタンスが稼働する物理ハードウェアはAWSが管理しますが、OSやミドルウェアなどはユーザーが管理します。
【EC2インスタンスの作成の流れ】
EC2インスタンスの作成は、以下の流れに沿って行います。
1. Amazon マシンイメージ(AMI)の選択
2. インスタンスタイプの選択
3. キーペアの設定
4. ネットワークの設定
5. ストレージの設定
6. 高度な設定
1. Amazon マシンイメージ(AMI)の選択
Amazon マシンイメージ(AMI)は、EC2インスタンスを起動するために必要なOSやミドルウェアなどのテンプレートです。EC2インスタンスはユーザーが選択したAMIを元に作成されます。AMIに含まれないサーバー固有のOSの設定や、ミドルウェアの導入は個別に実施する必要があります。
AMIは、AWSから提供されるイメージの他に、独自で作成したものや、他のユーザーが作成したもの、AWS Marketplaceに掲載されているものを選択できます。AMIの作成は「EC2 Image Builder※」を使用する方法の他、既存のEC2インスタンスから作成することもできます。同一のAMIから起動するEC2インスタンスは同一構成になるので、EC2インスタンスの複製を容易にします。
※EC2 Image Builder:EC2およびオンプレミスに展開可能な仮想マシンイメージの作成・管理ができるサービス
[AMIの設定画面]

AMIはEC2インスタンスの複製時にも使用します。EC2インスタンスを複製するには、EC2インスタンスからAMIを作成し、作成したAMIから新しいEC2インスタンスを起動します。また、AMIはリージョン間でコピーができるので、同一のEC2インスタンスを別リージョンで起動できます。
AMIは他AWSアカウントへ共有できます。AMIの共有設定(launchPermission)では「パブリック」と「プライベート」のどちらかを選択します。パブリックはリージョン内のすべてのAWSアカウントに共有し、プライベートは特定のAWSアカウントを指定して共有します。
2. インスタンスタイプの選択
インスタンスタイプは、インスタンス作成時に選択できるCPU、メモリ、ストレージ性能、ネットワークキャパシティーの組み合わせです。インスタンスタイプごとにインスタンスに割り当てるCPUコア数、メモリ容量、ストレージの種類、ネットワークキャパシティーが決まっているので、ユーザーはその中からニーズに合ったインスタンスタイプを選択してインスタンスを作成します。
[インスタンスタイプの選択画面]

インスタンスタイプの名前は、インスタンスファミリー、インスタンスの世代、インスタンスサイズで構成されています。

インスタンスファミリーは、インスタンスタイプの用途別の分類です。インスタンスファミリーの分類は、汎用、コンピューティング最適化、メモリ最適化、高速コンピューティング、ストレージ最適化に用途が分けられています。

3. キーペアの設定
キーペアとは、EC2インスタンスに安全に接続するための暗号鍵のペア(SSHキー)のことです。AWS上に保管されるパブリックキーと、ユーザーの環境上に保管するプライベートキーの2つの鍵で構成されます。
一組のキーペアを複数のインスタンスに紐付けて使えます。インスタンスに紐付けたキーペアのパブリックキーと、ユーザが接続時に使用するプライベートキーの組み合わせが一致する場合のみ、インスタンスに接続できます。
EC2インスタンスの作成時に、既存のキーペアを選択するか、新しいキーペアを作成します。

4. ネットワークの設定
ネットワークの設定ではEC2インスタンスを配置するVPCやAZを選択します。EC2インスタンスはデフォルトで冗長化されていないので、ユーザーにてマルチAZ構成にするなどの対応が必要です。
※AWSのネットワークについては、分野「VPC」で学習します。
[ネットワークの設定画面]

5. ストレージの設定
EC2インスタンスのストレージには、Amazon EBSおよびインスタンスストアを利用します。
〇Amazon EBS(Elastic Block Store)
EC2インスタンスに割り当てられるブロックストレージで、物理ハードディスクドライブと同じように利用できます。
※Amazon EBSについての詳細は、分野「EBS」で学習します。
〇インスタンスストア
EC2インスタンスの内部ストレージとして利用できる揮発性の(インスタンス稼働中にだけ利用可能な)ブロックストレージです。ホストコンピュータに物理的に割り当てられたディスク上にあり、頻繁に変更されるデータの一時的な保存領域として一部のインスタンスタイプで使用できます。
利用料金がEC2インスタンスに含まれているため、インスタンスストア自体は無料です。
インスタンスストアはEBSが登場する以前はEC2のデフォルトのストレージとして使用されていました。揮発性のストレージであり、また冗長構成ではないため、EC2インスタンスの停止・終了時や障害発生時にはデータが失われます。一方、EBSよりも高いパフォーマンスを発揮できるという特徴があります。EBSで最も高性能なボリュームタイプでも256,000IOPS(※)ですが、インスタンスストアは数百万IOPSを発揮します。
※IOPS(Input Output per Second)... 1秒間にどれだけI/O(Input/Output:読み取り/書き込み)が行えるかを意味する性能指標のこと。
[ストレージの設定画面]

6. 高度な設定
高度な設定では、プレイスメントグループやメタデータなどを設定できます。
■プレイスメントグループ
プレイスメントグループは複数のEC2インスタンスを論理的にグループ化し、インスタンス間での低遅延な通信や、ハードウェア障害による影響を軽減できる機能です。
プレイスメントグループはEC2インスタンスの配置方法によって3つの種類があります。
〇クラスタープレイスメントグループ
クラスタープレイスメントグループは、グループ内のEC2インスタンスを単一AZ内の物理的に近い距離に配置します。各EC2インスタンス同士の通信は遅延が発生しにくく高速な通信が可能になります。クラスタープレイスメントグループが所属するAZに何らかの障害が発生した場合はサービスが利用不能になってしまうため、可用性を犠牲にしてでもEC2インスタンス間の通信遅延を極力なくしたい場合に利用します。

〇パーティションプレイスメントグループ
パーティションプレイスメントグループでは、グループをパーティションとよばれる論理グループに分割し、それぞれのパーティションに1つ以上のEC2インスタンスが所属します。各パーティションは1つ以上のラックが対応しており、ラックには独立した電源とネットワークが配備されています。グループ内の各パーティション同士はラックを共有しないので、ハードウェア障害による影響を軽減します。パーティションプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます。

〇スプレッドプレイスメントグループ
スプレッドプレイスメントグループは、グループ内のEC2インスタンスを異なるハードウェア(ラック)に配置します。パーティションプレイスメントグループではラック内に同一グループのEC2インスタンスを1つ以上配置しますが、スプレッドプレイスメントグループは同一グループのEC2インスタンスを1つしか配置しません。グループ内の各EC2インスタンスはハードウェアを共有しないので、ハードウェア障害による影響を軽減します。スプレッドプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます。

■メタデータ
メタデータは、実行中のインスタンスに関するデータです。メタデータには、インスタンスIDやパブリックIPアドレス、DNSホスト名などが含まれます。
メタデータは実行中のインスタンスから「http://169.254.169.254/latest/meta-data/」にアクセスして取得できます。以下は実行例です。
[インスタンスIDを表示]

[パブリックIPv4アドレスを表示]

[プライベートIPv4 DNSホスト名を表示]

パーティションプレイスメントグループの解説誤答について
解説文で、「パーティションプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます」と記述されていますが
パーティションプレイスメントグループは単一のAZ内に制約され、異なるAZには配置できないため誤りではないでしょうか?
以下解説文
パーティションプレイスメントグループでは、グループをパーティションとよばれる論理グループに分割し、それぞれのパーティションに1つ以上のEC2インスタンスが所属します。各パーティションは1つのラックが対応しており、ラックには独立した電源とネットワークが配備されています。グループ内の各パーティションはラックを共有しないので、ハードウェア障害による影響を軽減します。パーティションプレイスメントグループは異なるAZにEC2インスタンスを配置することもできます。
パーティションプレイスメントグループは、同じリージョン内の複数のアベイラビリティーゾーンにパーティションを持つことができます。パーティションプレイスメントグループは、アベイラビリティーゾーンごとに最大 7 つのパーティションを持つことができます。
パーティションプレイスメントグループは単一のAZ内に制約されることは書いてありません。
実際、パーティションプレイスメントグループを作成して、同一グループに次のインスタンスを起動してみたところ
・サーバーA ap-northeast-1a partition1
・サーバーB ap-northeast-1c partition2
同一のパーティションプレイスメントグループ内でも、複数のAZに跨ってインスタンスを起動できました。
そこで、ふと思い立って、
・サーバーC ap-northeast-1a partition2
でインスタンスを起動してみたところ、何と正常に起動できてしまったのですね。
よくよく上記サイトの文章を読んでみたら、「プレイスメントグループ内のパーティションどうしが同じラックを共有することはありません」とは書いてあっても、パーティションは1つのラックに紐づいているとは書いてないわけです。
つまり、パーティション自体も複数のラックにまたがる可能性があり、そのラックは別のAZでもOK(ただしグループ内のパーティション同士はラックを共有しない)ということですね。(その点では該当の問題の解説に誤りがありますね)
プレイスメントグループは奥が深いですね。
お陰様でプレイスメントグループの知見を深めることができました。
コメント
この投稿に対して返信しませんか?
s staff_satomi
2025/02/22 12:07
bebesei様 birdpixy様 ご指摘の点を修正いたしました。 ご報告いただきまして、誠にありがとうございます。