データバスの用語と機能について

データバスにはさまざまな機能が用意されています。これらの機能について理解しておくと、データバスをより効率的に使用する上で役立ちます。

サブスクライバ

サブスクライバは、メッセージグループからデータを受信するためにデータバスに登録されているエンドポイントです。同じメッセージグループと同じサブスクライバ URL を持つサブスクライバを複数使用することはできません。

サブスクライバ URL

データバスからのデータを受信する URL です。 VMware Aria Operations for Networks データバスは、任意のメッセージグループ内のすべてのメッセージをサブスクライバ URL に送信します。サブスクライバ URL を使用して、複数のメッセージグループにサブスクライブすることもできます。

注：ユーザーがいずれかのメッセージグループにサブスクライブすると、その時点からデータバスはストリーミングを開始し、サブスクライブを解除するまで続行します。通信が一時的に切断されても、組み込みのメカニズムによって処理され、問題が解決した後でデータストリーミングは再開されます。ユーザーが対応する必要はありません。

メッセージの順序付け

データバスを介して送信されるメッセージは、通常、イベントまたはオブジェクトが VMware Aria Operations for Networks に保存されるときにタイムスタンプによって順序が付けられます。ただし、シナリオによっては、これらの順序付けが確実に行われないことがあります。メッセージの順序付けを確実に行うには、サブスクライバがデータバスメッセージのタイムスタンプフィールドを利用し、タイムスタンプに基づいてメッセージの順序を設定する必要があります。

ほぼリアルタイムのストリーミング

データバスでは、VMware Aria Operations for Networks でデータが処理されてからデータバスによってストリーミングされるまでの間に遅延が発生します。遅延の範囲は 3 秒から 1 分までです。この遅延はメッセージグループによって異なり、パイプラインがクリアされる可能性があります。

データ処理をスケーリングするロードバランサ

VMware Aria Operations for Networks データバスからデータを受信している間に、ロードバランサを使用してデータ処理サービスを水平方向にスケーリングできます。ロードバランサを使用するには、データバス登録プロセス中にロードバランサ URL をサブスクライバ URL として使用する必要があります。ロードバランサは、水平方向にスケーラブルなデータ処理サービスにデータを分散できます。

Heartbeat

VMware Aria Operations for Networks データバスとサブスクライバエンドポイント間の通信チャネルのトラブルシューティングをサポートするために、VMware Aria Operations for Networks はすべてのサブスクライバにハートビートメッセージを 1 時間ごとに送信します。URL が複数のサブスクリプションで指定されている場合、サブスクライバはサブスクリプションごとに 1 つのハートビートメッセージを受信します。

例：

{
  "id": "c2214eea-68a6-4e5a-9e4b-ff5886a42cd3",
  "type": "HEARTBEAT",
  "specversion": "1.0",
  "source": "CL58EgdESzVDSEE1",
  "message_group": "vms",
  "status": "HEARTBEAT",
  "timestamp": 1681897371522
}

メッセージのバッチ処理

VMware Aria Operations for Networks データバスは本来、複数のメッセージを 1 つのバッチにグループ化してサブスクライバに送信するバッチ処理をサポートしています。デフォルトでは、バッチの最大サイズは 2 MB です。1 つのメッセージのサイズが 2 MB を超えると、メッセージはトリミングされます。

注：バッチ作成を行うと、1 分未満の追加の遅延が発生します。

トリミングされたメッセージの例：

[
{
"id": "elfcdccb-c06a-419b-90bd-7618e8453f87",
"type": "Application",
"specversion": "1.0",
"source": "CNaBARIHRElXRlgxRg==",
"message_group": "applications",
"status": "UPDATE_TRIMMED",
"data": {
"entity_id": "16598:561:716945762559381432", "entity_type": "Application",
"name": "My-3Tier-App"
}
]

配信保証

サブスクライバが 503 エラーコード以外の HTTP コードで応答した場合、メッセージの配信は成功したと見なされます。

サブスクライバがメッセージを受信しなかったものの、VMware Aria Operations for Networks が 503 エラーコードを取得しなかった場合、VMware Aria Operations for Networks はメッセージが配信されたと見なし、メッセージを再送信しません。メッセージは失われる可能性があります。VMware はこのメカニズムを導入することで、継続的な再試行によってシステムの負荷が過剰にならないようにしています。たとえば、本番環境がダウンしている場合に、継続的な再試行が行われると、ノイズが非常に大きくなります。この場合、503 以外の HTTP 応答を送信することで、再試行が不要であることを指定できます。

VMware Aria Operations for Networks では、複数のサービスからメッセージが送信されて、ディスクベースのキューに追加されます。ディスクベースキューの有効期限は 2 時間です。

メッセージが 2 時間以内にサブスクライバに配信されなかった場合、それらのメッセージは FIFO 方式でキューから削除され、サブスクライバに配信されません。また、VMware Aria Operations for Networks のメッセージのボリュームが、システムが確実に転送できる量を超えている場合、メッセージはドロップされる可能性があります。データバスサブスクライバにアクセスできない場合、システムはメッセージを正常に配信するまでメッセージの送信を試行します。バージョン 6.9 でバックオフメカニズムが追加され、システムは指数時間でメッセージ配信を再試行するようになりました。

フィルタリング

サブスクライバを登録すると、サブスクライバは該当するメッセージグループのすべてのメッセージを取得します。VMware Aria Operations for Networks データバスはメッセージのフィルタリングをサポートしていません。メッセージグループ内に不要なメッセージがある場合は、フィルタ条件に基づいてメッセージを破棄してから、処理を続行してください。VMware Aria Operations for Networks ユーザーインターフェイスからアラートを無効にすることもできます。

メッセージと他のオブジェクトの関連付け

シナリオによっては、データバスで受信されたメッセージに、他のいくつかの関連エンティティのコンテキスト情報が含まれていることがあります（これらのエンティティの詳細は含まれません）。ただし、メッセージには、entity_id などの特定の識別子が含まれます。これらの関連エンティティの詳細を取得するには、API を使用してこれらのエンティティにサブスクライブする必要があります。たとえば、ホストメッセージグループにサブスクライブすると、問題のメッセージグループから受信したイベントのホストを関連付けることができます。