0

WebSphere Application Server を使用して AWS サーバーに Web アプリをデプロイしました。

  1. これを監視することは可能ですか:
    • WebSphere Applicaiton Server サーバーのステータス容量の監視?
    • Amazon CloudWatch メトリクスを使用したアップタイム?
  2. 自動スケーリングは、個々のアプリケーション サーバーの負荷分散も処理できますか? それとも自分でやるべきですか？

アップデート：

  1. つまり、あなた (Jeevan Dongre) は、ELB は同じ Web アプリの複数の AWS インスタンスを処理するのに十分であると言っているのです (たとえば、3 つの AWS インスタンスで 3 つの異なるアプリ サーバーを実行している場合)。

  2. ELB はインスタンスを報告および処理できますが、アプリ サーバーのヘルス ステータスは報告できませんか?、これをどのように処理できますか?

3.コスト面では、ELB を使用する場合、3 ～ 4 個のインスタンスを実行する必要がありますか? しかし、アプリ サーバーの負荷分散を使用して、2 つの AWS インスタンスで 4 つのアプリ サーバーを実行できます。

どちらが良いかアドバイスして、決定を下してください。

4

1 に答える 1

2

EC2 インスタンスを監視するために利用できるツールはたくさんあります。私は個人的に monit と munin を pagerduty と pingdom とともに使用して、ダウンタイム中にアラートと電話を送信します。同じツールを使用することも、GOD、nagios、および他の多くのツールを使用してアプリ サーバーを監視することもできます。これは、ほとんどの監視ツールが必要なものを監視する柔軟性を提供するためです。

ロード バランサーは、インスタンスへの接続の最小数に従ってトラフィックを処理します。1 つのインスタンスで 1 つのアプリしか実行していない場合、アプリ サーバーの負荷分散は必要ないと思います。ELB は、インスタンスの正常性にアクセスし、それに応じてトラフィックを迂回させるのに十分なほどスマートです。また、非常に正直な提案として、アプリの OS 状態を少なくし、セッションを固執しないようにしてください。アプリのパフォーマンスの負荷に影響します。AWS 自体がこれを示唆しています。

monit を使用できるアプリ サーバーの状態を処理したい場合、monit は基本的に目的のアプリ サーバーを監視し、それに応じて必要なアクションを実行するのに役立ちます。

複数のアプリ サーバー間の負荷分散は、手動で行う必要があります。

しかし、同じインスタンスで複数のアプリ サーバーを実行し、それらの間で負荷分散を行うことについては少し懐疑的です。代わりに、1 つのアプリ サーバーのみを実行していますが、トラフィックが増えると複数のスレッドが生成されます。

于 2013-03-29T09:57:28.513 に答える