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