EBSがサポートしているAWS機能はどれですか?


18

最近、AWS:The good、bad and uglyの記事を読みました。この記事では、EBSがサポートするすべてのAWS機能から移行しました。EBSによって明示的にサポートされている機能(EBSバックアップEC2インスタンス)または暗黙的に(AWS Webコンソール)サポートされている機能は何ですか?


4
建設的ではなく、閉会する投票者にとって、機能はEBSに裏打ちされているかどうかにかかわらず、議論はありません。ローカライズが多すぎるため、多くの人がAWSを使用していないと思いますか?
ジェイクマグロウ

また、この情報がオンラインのどこからでも1か所に集められているのを見つけることができませんでした。
ジェイクマグロウ

1
同意しました。これは、AWSが支援する組織にとって非常に貴重な知識です。Amazonクラウド内のどこにあるのかを正確に知りたいと思います。これは、EBSの実証済みの不安定性を考えると特に重要です。
JonVD

errr-EBSが不安定であることがどのように証明されていますか?どのくらいのダウンタイムで実行されているボリュームの数?
ピート-MSFT

3
@PeterH。-EBSシステムの障害は、開始以来、ほとんどすべての大規模なAWSの停止の原因となっているためです。
EEAA

回答:


5

ランダムアクセスIOの方が明らかに優れているため、Amazonがエフェメラルまたはインスタンスストアと呼ぶものの代わりにEBSが使用されます。インスタンスストアボリュームでは、シーケンシャルIOが高速になる場合があります。

EBS Backed

  • EC2 EBSバックアップAMIを選択した場合
  • ELB EC2ホスト用にEBSバックアップAMIを選択する必要があります
  • RDS
  • Elastic Beanstalk
  • Elastic MapReduce

EBSバックアップなし

  • Route53
  • S3
  • CloudFront
  • 氷河
  • DynamoDB

私は、SES、SNS、SQS、およびSWFがEBSを使用しないことをほぼ確信してます。

私はないない ElastiCache、CloudFormation、CloudWatchの、IAM、またはCloudSearchの使用EBSを考えます。


2
Amazonはこの質問に公に回答したことがないため、これは純粋な推測です。私はたまたまこの答えの情報の一部が間違っていることを知っています。
ジャミエブ

それを修正してください:/
Jake McGraw

1
@JakeMcGraw:私は鈍感ではありませんが、このトピックについてこれ以上情報を提供することはできません。ごめんなさい。
ジャミエブ

EBSの裏付けとしてリストされているものは、Amazonがそうであると言っているか、低レベルのサービス(Elastic Beanstalk)を使用しています。EBSバックアップされていないものとしてリストされているものは、リージョン外に存在するため、リージョンレベルのサービスであるためEBSバックアップできません。最後の2つの文は投機的です。
チャールズエンゲルケ

7

私はそのブログ記事にコメントしましたが、その後著者によって削除されました。彼の投稿を読むときに、そのレベルのプロフェッショナリズムを検討することをお勧めします。私が書いたもの:

AWSでリージョン全体の障害が発生したことはありません。ブログの作成者がリンクしている2つのインシデントレポートを読むのに時間をかけていたら、そのことを知っていただろう。適切に設計されたAWSデプロイメントは、常に複数の可用性ゾーンを使用します。両方のイベントで経験した最悪の影響は、パフォーマンスのわずかな低下または断続的なAPIアクセスでした。どちらも遅いストッパーではありませんでした。

元のコメントに追加しなかったもの:

AWSでスローされる99%は、適切に使用する方法を理解していない人によるものです。彼らはそれを単なる別のVPSまたは単なる別のco-loサーバーとして扱います。あなたは持っている心の中で、クラウドベースの展開を使用してアプリケーションを構築します。ランダムノード障害に耐え、ステートレスアプリケーションサーバーを使用し、1つ以上のロードバランサーの背後にある複数のインスタンスとサブネット間でシームレスに動作する必要があります。疎結合コンポーネントを使用し、メッセージキューを使用して層間で通信する必要があります。

要するに、このブログ投稿は、彼らが選んだツールの使い方を理解していない誰かによるもう一つの長々とした暴言でした。


1
あなたは...右ですが、質問に答えなかった
iwiznia

1
@iwizniaコメントとして投稿するには長すぎました。しかし、この質問は公開フォーラムで回答することはできません。Amazonは、基盤となるインフラストラクチャについて意図的に固く口を閉ざしています。
ジャミエブ

3
「AWSで地域全体に障害が発生したことはありません。」これは真実ではありません。aws.amazon.com/message/65648「負荷がEBSコントロールプレーンの電圧低下を引き起こし、再びリージョン全体で EBS APIに影響を与えました。」
ceejayoz

@ceejayoz:私のコメントを読んでください:「私が両方のイベントで経験した最悪の影響は、パフォーマンスの低下または断続的なAPIアクセスでした。どちらも遅いストッパーではありませんでした。」両方のイベントを通じて管理してきたアプリケーションは、設計どおりに機能し続けました。
ジャミエブ

2
EBSが原因でインスタンスに障害が発生し、別のゾーンで代替を起動できない場合、これは非常に重要です。また、ELBとRDSはEBSで実行され、これらの依存関係のために障害が発生したAZから失敗するという問題が歴史的にあったため、これも問題です。最新の事後分析を参照してください。これはこれを認め、結果としてEBSの依存関係を回避するためにELBをリエンジニアリングすると言います。
ceejayoz
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.