確認しましたhttps://www.parkmycloud.com/blog/aws-regions-and-availability-zones/そしてhttps://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#concepts-availability-zones顧客に近い地域を選択するのは簡単です。しかし、利用可能なゾーンはどうでしょうか?
EC2 インスタンスを起動するときに、最高のパフォーマンスを得るためにどの利用可能ゾーンを選択すればよいでしょうか。たとえば、us-east-1 で EC2 インスタンスを起動し、us-east-1 に Origin シールド付きの Cloudfront を追加したい場合、どの利用可能ゾーンを選択すればよいでしょうか。6 つあります。上記の両方の記事では、利用可能ゾーンの選択方法については説明されていません。
私は気づいたhttps://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#concepts-availability-zonesあるアカウントの us-east-1a が、別のアカウントの us-east-1b と同じ利用可能ゾーンを持つ可能性があると表示されています。つまり、手動で選択するのではなく、Amazon に AZ を割り当ててもらう方がよいということでしょうか?
答え1
AWS ページには、文字通り何を選択すべきかが書かれています。太字のテキストは私が強調表示したものです。
最初のインスタンスを起動すると、デフォルトのアベイラビリティゾーンを受け入れることをお勧めしますシステムの健全性と利用可能な容量に基づいて、最適なアベイラビリティゾーンを選択できるためです。追加のインスタンスを起動すると、新しいインスタンスを実行中のインスタンスに近づける必要がある場合、または実行中のインスタンスから分離する必要がある場合にのみ、ゾーンを指定します。
したがって、ここではいくつかのコアコンセプトが欠けているように感じます。AZ はリージョン内ではすべて (事実上) 同じです。ゾーン内で障害が発生した場合に、リージョン内の任意のゾーンを使用できるようにアプリを作成する必要があります。リンクした AWS ページの 3 番目の文から:
インスタンスを複数のアベイラビリティーゾーンに分散し、1 つのインスタンスに障害が発生した場合は、別のアベイラビリティーゾーンのインスタンスがリクエストを処理できるようにアプリケーションを設計できます。
答え2
通常、どのアベイラビリティ ゾーンを選択しても問題ありません。パフォーマンスと価格は、リージョン内の各 AZ で同じです。一部のリージョンでは、一部の特殊なインスタンス タイプがすべての AZ で利用できない場合もありますが、これはまれです。
AZ を使用すると、可用性の高いアプリケーションを展開できます。これは、AWS の知識が深まるにつれて検討できるものです。また、バックアップも必ず設定してください。EBS スナップショット最も簡単な方法は、EC2コンソールで自動化できるライフサイクルマネージャー。