最近、AWS:The good、bad and uglyの記事を読みました。この記事では、EBSがサポートするすべてのAWS機能から移行しました。EBSによって明示的にサポートされている機能(EBSバックアップEC2インスタンス)または暗黙的に(AWS Webコンソール)サポートされている機能は何ですか?
最近、AWS:The good、bad and uglyの記事を読みました。この記事では、EBSがサポートするすべてのAWS機能から移行しました。EBSによって明示的にサポートされている機能(EBSバックアップEC2インスタンス)または暗黙的に(AWS Webコンソール)サポートされている機能は何ですか?
回答:
ランダムアクセスIOの方が明らかに優れているため、Amazonがエフェメラルまたはインスタンスストアと呼ぶものの代わりにEBSが使用されます。インスタンスストアボリュームでは、シーケンシャルIOが高速になる場合があります。
EBS Backed
EBSバックアップなし
私は、SES、SNS、SQS、およびSWFがEBSを使用しないことをほぼ確信しています。
私はないない ElastiCache、CloudFormation、CloudWatchの、IAM、またはCloudSearchの使用EBSを考えます。
私はそのブログ記事にコメントしましたが、その後著者によって削除されました。彼の投稿を読むときに、そのレベルのプロフェッショナリズムを検討することをお勧めします。私が書いたもの:
AWSでリージョン全体の障害が発生したことはありません。ブログの作成者がリンクしている2つのインシデントレポートを読むのに時間をかけていたら、そのことを知っていただろう。適切に設計されたAWSデプロイメントは、常に複数の可用性ゾーンを使用します。両方のイベントで経験した最悪の影響は、パフォーマンスのわずかな低下または断続的なAPIアクセスでした。どちらも遅いストッパーではありませんでした。
元のコメントに追加しなかったもの:
AWSでスローされる99%は、適切に使用する方法を理解していない人によるものです。彼らはそれを単なる別のVPSまたは単なる別のco-loサーバーとして扱います。あなたは持っている心の中で、クラウドベースの展開を使用してアプリケーションを構築します。ランダムノード障害に耐え、ステートレスアプリケーションサーバーを使用し、1つ以上のロードバランサーの背後にある複数のインスタンスとサブネット間でシームレスに動作する必要があります。疎結合コンポーネントを使用し、メッセージキューを使用して層間で通信する必要があります。
要するに、このブログ投稿は、彼らが選んだツールの使い方を理解していない誰かによるもう一つの長々とした暴言でした。