Auto Scalingでは、高度で定期的な通知ルールを作成できます。 高度な通知ルールは、Auto ScalingからCloudMonitorまたはSimple Message Queue (SMQ、以前はMNS) に通知を自動的にプッシュできるようにする一種のモニタリング方法です。 これにより、スケーリンググループの動的な傾向をできるだけ早く理解し、スケーリングイベントの管理をさらに自動化することができます。 高度な通知ルールと比較して、通常の通知ルールではスケーリングイベントを手動で処理する必要があります。
通知方法
Auto Scalingは、高度な通常の通知ルールをサポートします。
高度な通知ルール
Auto Scalingは、スケーリンググループでスケーリングイベントがトリガーされた後、CloudMonitor、SMQトピック、またはSMQキューに通知を送信します。 詳細については、「イベント通知ルールの作成」をご参照ください。
CloudMonitorは、クラウドサービスイベントに関する統計と、統計を照会するためのエントリポイントを提供するクラウドサービスです。 CloudMonitorを使用して、スケーリンググループのステータスをリアルタイムで確認できます。 CloudMonitorのイベントモニタリング機能の詳細については、「システムイベントの表示」をご参照ください。
SMQは、トピックおよびキューサービスモデルを提供します。 SMQは、分散コンポーネント間でデータとメッセージを転送し、疎結合システムを構築できる分散メッセージングサービスです。 SMQトピックとSMQキューの詳細については、「シンプルメッセージキュー (旧MNS) 」をご参照ください。
SMQキューは、高い信頼性で同時通信をサポートするポイントツーポイントメッセージングモデルです。 1つのメッセージコンシューマにのみメッセージを送信する場合は、SMQキューを使用できます。
SMQトピックは、パブリッシュ /サブスクライブメッセージングモデルです。 発行者はメッセージをトピックにプッシュし、トピックのすべてのサブスクライバーがメッセージを受信して使用します。 SMQトピックモデルでは、さまざまな方法を使用して、複数のサーバーからサブスクライバーにメッセージをプッシュできます。 加入者はさまざまなチャネルからメッセージを受信できます。
通常の通知ルール
Auto Scalingは、スケーリングイベントが成功、失敗、または拒否された後、テキストメッセージ、内部メッセージ、および電子メールでイベント通知を送信します。 イベント通知を受け取った後、例外が発生したときに手動で問題を解決する必要があります。 詳細については、「通常の通知ルールの作成」をご参照ください。
スケーリンググループの詳細通知ルールを作成する場合、スケーリンググループの通常の通知ルールを作成することはできません。 スケーリンググループの通常の通知ルールを作成する場合は、最初に高度な通知ルールを削除します。
例
このセクションでは、イベント通知機能の使用例を示します。 パラメーターの詳細については、「イベント通知ルールの管理」をご参照ください。
CloudMonitorを使用したイベント通知
たとえば、高度な通知ルールを作成した場合、[通知方法] パラメーターを [CloudMonitor] に設定し、[スケールアウト成功] および [スケールアウト開始] のイベントを選択します。 スケールアウトイベントが完了すると、Auto Scalingは、イベント名、イベントレベル、イベントリージョン、イベントで消費されたリソースなど、イベントの詳細とともに通知をCloudMonitorに送信します。
CloudMonitorの [システムイベント] ページには、[スケールアウト開始] および [スケールアウトの成功] イベントの詳細が表示されます。 イベントの詳細を表示する方法については、「システムイベントの表示」をご参照ください。
説明CloudMonitorコンソールでイベントの詳細を照会するだけでなく、アラートルールを作成して、テキストメッセージと電子メールで連絡先に通知することもできます。 これにより、O&M効率が向上します。
SMQトピックを使用したイベント通知
たとえば、高度な通知ルールを作成した場合、[通知方法] パラメーターを [MNSトピック] に設定し、スケーリンググループと同じリージョンにあるSMQトピックを選択し、イベントとして [スケールイン開始] を指定します。 スケールインイベントが完了すると、Auto Scalingは指定されたSMQトピックにメッセージをプッシュします。 SMQトピックのサブスクライバは、メッセージを消費することができる。 次の図は、スケールインイベントが成功した結果を示しています。 指定されたSMQトピックの通知数が増加します。 [サブスクリプションの表示] をクリックすると、通知の詳細が表示されます。
MNSトピックは、通知の直接消費をサポートしていません。 消費者は、MNSキュー、HTTPプロトコル、または電子メールを使用してMNSトピックをサブスクライブする必要があります。 MNSトピックがメッセージを受信すると、MNSトピックはメッセージをサブスクライバーにプッシュします。 これにより、複数のサブスクライバーが同じパブリッシャーからのメッセージを個別に使用できます。 これにより、自動管理の効率が向上します。
SMQキューを使用したイベント通知
たとえば、高度な通知ルールを作成した場合、[通知方法] パラメーターを [MNSキュー] に設定し、スケーリンググループと同じリージョンにあるSMQキューを選択し、[スケールアウト開始] および [スケールアウト失敗] のイベントを選択します。 スケールアウトイベントが失敗すると、Auto Scalingは指定されたSMQキューに通知を送信します。 次に、SMQキューは、消費のために加入者にメッセージとして通知をプッシュします。 次の図は、失敗したスケールアウトイベントの結果を示しています。 SMQキュー内の利用可能な通知の数が増加します。
ビジネス要件に基づいて通知を消費、遅延、有効化、または削除して、通知管理を柔軟に自動化できます。
通知ルールを管理するにはどうすればよいですか?
次の表に、通知ルールの管理方法に関する関連リンクを示します。
ルールタイプ | オプション | API参照 |
高度な通知ルールの管理 | ||
高度な通知ルールの変更 | ||
高度な通知ルールの削除 | ||
高度な通知ルールの表示 | ||
通常の通知ルールの設定 | なし。 |