私たちLaterでは、通信事業者向けの請求書を作成しています。 Habréのブログでは、システムの機能とその開発の詳細（ フォールトトレランスの確保など ）だけでなく、インフラストラクチャ全体の操作に関する資料も公開しています。 開発者およびシステム設計者のMichael Wittigは、Cloudonoutブログで、AWS（Amazon Web Services）を使用する際の最も一般的なエラーについて興味深い記事を執筆しました。 この記事の要点をご紹介します。
WittigはAWSコンサルタントとして働いており、サイズに関係なく多くのソフトウェア展開オプションを見てきました。ほとんどの場合、これらは標準のウェブアプリケーションです。 エンジニアは、避けるべき5つの最も一般的なユーザーエラーのリストを作成しました。
典型的なWebアプリケーションの外観
標準のWebアプリケーションは次のもので構成されます。
- ロードバランサー。
- スケーラブルなサーバー部分（Webバックエンド）;
- 保管施設。
図では、次のようになります。
これは一般的なパターンです。 他の方法を使用してアプリケーションを設計する正当な理由がなければなりません。
間違い1.インフラストラクチャを手動で管理する
コンソールのクリックを使用してAWSにインストールした場合、インフラストラクチャは手動で管理されます。 この制御オプションの主な問題は、これらの設定を再現できず、どこにも登録されていないことです。 その結果、多くのエラーが発生する可能性があります。 幸いなことに、この問題を無料で解決できるAWS CloudFormationがあります。
リソース（EC2インスタンス、セキュリティグループ、サブネット）を手動で作成する代わりに、テンプレートでリソースを記述したり、独自に作成したり、既製のものを使用したりできます。 CloudFormationは、それらを現在のスタックに統合する方法を処理します。 図に示すように、サービスは正しい順序でリソースを作成します。
テンプレートを更新できます。 Webアプリケーションの標準テンプレートの例をこちらでご覧ください 。 Wittigは、インフラストラクチャを手動で管理することは専門的ではないと確信しています。あまりにも多くの問題がこの作業方法をもたらします。
エラー2. Auto Scalingグループを使用していません
一部の人は、特別な機能に頼らずに自分でリソースを拡張できると信じています。 各EC2インスタンスはAuto Scaling Groupで実行されている必要があります。 別のインスタンスであっても。 Auto Scaling Groupは、必要な数のインスタンスの起動を制御します。 実際、仮想マシンの論理グループのように動作します。 この機能は無料で使用できます。
標準のWebアプリケーションでは、サーバーはAuto Scaling Group内の仮想マシンで実行されます。 負荷に基づいてコンピューティングリソースの量を変更し、需要の増加または減少に焦点を合わせる可能性があります。 管理者は、自動スケーリングを開始する条件を指定できます。 これは、論理グループのCPUパフォーマンスのしきい値または負荷分散の要求の数です。
間違い3. Amazon Cloud Watchの分析を怠る
AWSサービスに関する興味深いデータは、 Cloud Watchから取得できます。 仮想マシンは、プロセッサの負荷、ネットワーク、ディスク操作について通知します。 リポジトリは、メモリ使用量とI / O操作の数に関する情報を提供します。 これらの統計を正しく使用するだけです。 その日のCPUスケジュールを見てみましょう。
ピーク負荷を参照してください？ Wittigは、この飛躍が毎日同時に発生したと確信しています。
タスクスケジューラのトリックのように見えます。 そうです。 このマシンからWebサーバーが起動されたことに注意してください。 これは、スケジューラにより毎日待機時間が増加することを意味します。 別の仮想マシンで実行すると、問題は解決します。 Cloud Watchがなければ、それを特定することは困難です。
データを分析したら、限界マーカーを設定する必要があります。 逆ではありません！
間違い4.信頼できるアドバイザーを無視する
Trusted Advisorツールは、AWS環境がサービスを操作するベストプラクティスに準拠しているかどうかを確認します。 チェックされたパラメーター：
- コスト最適化;
- 性能
- 安全性
- 耐障害性。
Trusted Advisor管理コンソールが次のようになっている場合：
Wittig氏によると、環境内のプロセスの最適化を安全に開始できます。
まず、セキュリティに注意を払うことをお勧めします。 毎週のフィードバック機能を試すことができ、Trusted Advisorは現在および解決済みのすべての問題について報告します。 プログラムの無料版をアクティベートできます。 有償サポートにより、検証の機会がさらに広がります。
間違い5.仮想マシンの機能の過小評価
既存のEC2インスタンスが十分に活用されていないことが判明した場合、インスタンスのサイズ（マシンまたはカテゴリの数をc3.xlargeからc3.largeに）を削減しないことは意味がありません。 Cloud Watchの詳細を確認してください。 プロジェクトでAuto Scaling Groupを使用する場合、管理者は自動スケーリングパラメータを再設定し、リソースをスケーリングして後から増加し、前から減少させる必要があります。
Lateraブログの他の興味深い記事：