AWS EC2の上位3つの問題の診断（および回避）

Elastic Compute Cloud（EC2）などのAmazon WebServicesのクラウ​​ドサービスを中心にコアアプリケーションを構築している企業は驚くほど多くあります。 2010年、Amazonは35％のEC2成長率を報告しました。製薬研究用のオンデマンドスーパーコンピューティングクラスターの作成から、音楽認識アプリShazamのバックエンドの強化まで、あらゆる用途に使用されています。

EC2は、物理インフラストラクチャを購入せずに大規模なコンピューティングパワーを構築しようとしているビジネスITチームや、顧客の需要の定期的な急増に備える必要があるビジネスITチームにとって非常に役立ちます。そうは言っても、EC2は他のツールと同じです。誤用や構成の誤りが発生しやすく、その場合、ビジネスを拡大する場所がなくなる可能性があります。アプリケーションがクラッシュし始める前に、最も一般的なEC2エラーを回避する方法は次のとおりです。

1。紛らわしいストレージレイテンシ

Amazon EC2のストレージボリューム（Elastic Block Storage、またはEBSと呼ばれる）には2つの種類があります。標準ボリュームは、標準デスクトップハードドライブとほぼ同じ速度でデータを提供しますが、プロビジョニングされたボリュームは、はるかに高速にデータを提供するように設計されています。最大4,000IOPS（1秒あたりの入出力操作）のスループットが必要な場合は、プロビジョニングされたボリュームでそれを実現できます。ただし、いくつかのフープをジャンプする必要があります。

たとえば、使用中のインスタンスは、必要なIOPSの数と互換性がある必要があります。ブロックサイズを16KB以下に設定する必要があり、ブロックは少なくとも1回アクセスされている必要があります。バックアップを実行しようとすると、ボリュームの速度が低下します。最後に、Amazon EC2には、特定のボリュームからリアルタイムのIOPSデータを提供するツールが含まれていないようです（ただし、これはサードパーティのモニタリングアプリケーションを使用して計算できます）。

この最後の制限は、いくつかの問題につながる可能性があります。次のことが発生する可能性があります：

• IOPSは、ボリュームのしきい値に達するまで、管理者の知らないうちに増加します。
• その後、オペレーションはキューイングを開始します。
• アプリケーション全体がEBSによってレート制限されます
• アプリケーションは完全に失敗します。

この問題を修正するということは、IOPSを追跡する他の方法を見つけることを意味します。 VolumeQueueLengthメトリックは、保留中のI / O要求の数を追跡します。 EBSボリュームの速度が低下していて、関連するVolumeQueueLengthが高い場合は、IOPSに問題がある可能性があります。

2。アイドル状態のEC2インスタンス

Amazonは、EC2インスタンスの使用に対して秒単位で課金できるようになりました。一部の企業（たとえば、一度に2分未満の柔軟な容量を使用する必要がある企業）にとって、これはかなりのことです。他の例では、それは無駄なお金のゆっくりとした細流を表すかもしれません。残りのテスト環境、パフォーマンスの低いアプリケーション、およびその他のユースケースは、EC2インスタンスが十分に活用されていない場合に役立ちます。それらをどのように追跡しますか？

指標はこの問題を解決する1つの方法ですが、動く目標です。たとえば、アプリケーションごとに使用するCPUの量が異なるため、CPU使用率を単純に調べて、パフォーマンスが低下している場所を確認することはできません。すべての使用状況メトリックが低いインスタンスを除外する必要があります。「低」は「すべてのEC2インスタンスのベースライン使用率よりも低い」ことを意味します。全体的に使用状況の指標が低いインスタンスは、スピンダウンまたは統合できます。

3。 EC2メモリリーク

EC2インスタンスのメモリが不足する可能性があります。一部のEC2インスタンスにはスワップボリュームが含まれていないため、関連するアプリケーションは、割り当てと同時にメモリを解放できません。これは特にアプリケーションの使用量が多いときに発生するため、EC2は、ワークロードのピーク時にすぐにフリーズする可能性があります。そもそもEC2インスタンスを購入する目的をほぼ完全に無効にします。

IOPSの場合と同様に、どのアプリケーションがメモリを使いすぎているかを把握するために、EC2の内部を確認するのは難しい場合があります。 EC2はメモリを大量に消費するプロセスを自動的に強制終了しますが、そもそもこれらのプロセスを強制終了する必要がないことをお勧めします。スワップボリュームとして機能するために、または重要なプロセスが強制終了された場合のフェイルオーバーとして機能するために、EC2インスタンスをさらに追加することもできます。ただし、これらのインスタンスを追加するにはコストがかかります。より良い方法があります。

AppNetaでAWSEC2を監視する

1つ明らかなことは、AWS EC2インスタンスは、パフォーマンスを表示するための多くの組み込みツールを管理者に提供しないことです。スマートプログラミング、フェイルオーバーの計画、および実装の手動監視は、これまでのところしかできません。 AppNetaは、管理者がエラーをプロアクティブに追跡できるようにするAWSのパフォーマンス可視化ソリューションを提供します。

Amazon SDNの内部を見て（はい、実際には可能です）、ボトルネックと速度低下を瞬時に明確に理解します。詳細については、今すぐデモをお試しください。