Anypoint Monitoring のパフォーマンスへの影響、制限、データ保持
Anypoint Monitoring では、パフォーマンスへの影響を小さく抑えて大量のデータを処理して保持します。Titanium のサブスクライバーは拡張データ保持パッケージを利用でき、ストレージが Gold および Platinum のサブスクライバーよりも多くなります。パフォーマンスと読みやすさを向上させるために、ログデータは短い行に切り捨てられます。
画面解像度を調整して Anypoint Monitoring 環境を改善することもできます。
Mule Monitoring エージェントのパフォーマンス上の影響
通常の使用では、Mule Monitoring エージェントによる予想される CPU 使用率は 5% 未満です。詳細は、「Mule アプリケーションの Anypoint Monitoring の設定と有効化 (CloudHub)」を参照してください。
Anypoint Monitoring は非同期で 1 分刻みでデータを収集し、Mule Runtime データ処理をブロックしません。
データ保持および制限
Gold および Platinum サブスクリプションの制限
Anypoint Platform に対する Gold および Platinum のサブスクライバーには、データ保持および機能に関して若干の制限があります。
- ログ
-
ログの制限については、「Runtime Manager」を参照してください。
- アプリケーションメトリクス
-
30 日。
- 拡張 API メトリクス
-
30 日。[Client Applications (クライアントアプリケーション)] タブのデータの制限は 1 時間です。
- サーバーおよび Mule アプリケーションの基本アラート
-
50 個の基本アラート。
- API の基本アラート
-
API インスタンスあたり 6 個の基本アラート。
Titanium サブスクリプションの制限
Anypoint Platform に対する Titanium のサブスクライバーには、データ保持および機能に関する制限がより堅牢になっています。
- ログ
-
未加工形式では、ログは Titanium サブスクリプションで利用できる全領域を占めることができます。Titanium サブスクリプションで利用できるストレージ領域はログおよびメトリクスデータを保存するために使用されます。メトリクスがストレージ容量の多くを占めることはないため、ストレージの大半を未加工ログデータに使用できます。
- 検索可能なログ
-
購入したストレージサイズの 10% に当たる追加のストレージを検索可能なログのインデックスに利用できます。
Anypoint Monitoring によって未加工ログのインデックスが作成されるため、すばやく効率的にログ検索クエリを実行できます。Anypoint Monitoring によって購入したストレージの合計サイズの最大 10% まで直近のログが検索用にインデックス化されます。ログをダウンロードして以前のログにアクセスできます。 - アプリケーションメトリクス
-
365 日。
- 拡張 API メトリクス
-
30 日。次の制限も適用されます。
-
[Client Applications (クライアントアプリケーション)] タブのデータは 1 時間に制限されます。
-
カスタムダッシュボードの高度なモードの api_path_metric テーブルと api_client_ip_metric テーブルのデータは 1 時間に制限されます。
-
- カスタムメトリクス
-
本番環境では 365 日。
- 詳細アラート
-
親組織あたり 20 個。
- サーバーおよび Mule アプリケーションの基本アラート
-
組織の本番 vCore の数 x 50 + 100 個。たとえば、2 個の本番 vCore と Titanium サブスクリプションがある組織では、基本アラートの制限は 200 個です。Sandbox デプロイメントのアラート割り当て量も使用できますが、この制限は全体の本番の vCore の制限の対象になります。
- API の基本アラート
-
API インスタンスあたり 10 個の基本アラート。