弾性負荷分散
同じタスクを実行しているAmazonクラウドで複数のインスタンスが実行されていると想像してください。 Elastic Load Balancingを使用すると、着信リクエストを特定のインスタンスに自動的に配信できます。 さらに、落ちたインスタンスを検出し、アイドルインスタンスが再び機能するまでトラフィックをワーカーに自動的にリダイレクトできます。これにより、システム全体の信頼性が大幅に向上します。 バランサーは、1つのゾーン内（サーバーの物理的な場所を意味する）と異なるゾーンにあるインスタンス間で動作することができます。これにより、システム全体の信頼性がさらに向上します。
AmazonバランサーはCloudWatch（以下を参照）とも統合されているため、CloudWatchはレポートでリクエストの数とリクエストの遅延を報告します。 少し先を見ると、Elastic Load BalancingはAuto Scalingと非常に友好的であり、連携して動作することにも注意する必要があります。
もちろん、たとえば、インスタンスの1つにインストールされたnginxを使用して自分でバランスを取ることができますが、このインスタンスがクラッシュするとシステム全体が落ちるため、このようなソリューションの信頼性は低くなります。
自動スケーリング
指定した条件に応じて、実行中のインスタンスの数を自動的に増減できるおいしい機能。 グループ内の各インスタンスの負荷が70％を超えると、3つの新しいインスタンスが自動的に起動し、負荷が30％を下回ると、同じ数のインスタンスが自動的に停止するように構成できます。 さらに、偶発的な短期間の低下または負荷の増加が発生した場合にトリップを防ぐために、待機間隔を設定できます。 これは、夜間および午前中に負荷が非常に低く、夜間に最大になる場合、日中に負荷が均一でないサーバーにとって非常に便利です。
グループ内の固定数のインスタンスをサポートするようにAuto Scalingを構成することもできます。 インスタンスの1つが失敗すると、新しいインスタンスが代わりに自動的に開始されます。 上記のバランサーを使用する場合、Auto Scalingを設定して、インスタンスからの応答が15分間隔で4秒以上遅れると、新しいインスタンスが自動的に起動するようにできます。
クラウドウォッチ
選択した作業インスタンスからの監視とデータ収集をサポートするサービス。 特定のインスタンスでCloudWatchを起動してから数分後に、必要なデータの収集と保存が開始されます。 CloudWatchは次の情報を収集できます：プロセッサの負荷、ディスクからの読み取り/書き込み、インスタンスのネットワークトラフィック。 CloudWatchの使用には、上記のAuto Scalingの使用が自動的に含まれることを思い出させてください。 収集されたデータは、観察されたインスタンスがすでに停止されている場合でも、2週間保存されます。
発行価格
Elastic Load Balancingには、1つのバランサーで1時間あたり0.025ドルの費用がかかり、バランサーを通過する1 GBの外部トラフィックに対して0.008ドルの追加料金がかかります。 1か月あたり10個の作業インスタンスと100 GBの着信トラフィックの場合、1か月あたり18ドル+ 0.8ドル= 18.8ドルになります。
Auto ScalingはCloudWatchサービスを使用しているユーザーには無料です。つまり、それだけで機能します。 CloudWatchは、監視対象インスタンスごとに1時間あたり0.015ドルかかります。 一例として、これは月額10.8ドルです。
おわりに
要するに、もう1つの新しいAmazonサービスであるAWS Import / Exportについて言及したいと思います。これにより、Amazon Webサービスとの間で大量のデータの転送を高速化できます。 インポート/エクスポートは、インターネットをバイパスした高速内部ネットワークを使用して、ストレージデバイスとの間でデータを直接転送します。 現時点では、サービスは限定ベータ段階にあります。 主な用途は次のとおりです。
- データ移行
- S3に保存されたバックアップデータ
- 大量のデータの交換
- クラッシュ回復
これまでのところ、すべての新しい機会はアメリカのゾーンでのみ機能しますが、すぐにヨーロッパのゾーンに追加することを約束します。