LogicMonitorのRESTAPIを使用する
最終更新日: 09 年 2025 月 XNUMX 日推奨事項： LogicMonitor REST API v3を使用すると、最新の機能と拡張機能をプログラム的に活用できます。LogicMonitorは、以前のAPIバージョンに新しい機能エンドポイントを追加しません。以前のバージョンのAPIを活用している場合は、 REST APIv2について or REST APIv1について.
LogicMonitorのREST APIの廃止アップデートの詳細については、以下を参照してください。 LogicMonitor REST API v1、v2、v3 の更新 コミュニティで。
LogicMonitor REST APIを使用すると、ダッシュボード、デバイス、レポート、サービス、アラート、コレクター、データソース、SDTなどのLogicMonitorリソースをプログラムでクエリおよび管理できます。
Base URL
RESTAPIリクエストを行うためのベースURLは次のとおりです。
https://ACCOUNTNAME.logicmonitor.com/santaba/restここで、交換する必要があります ACCOUNTNAME を LogicMonitor アカウント名に置き換えます。
サポートされている API バージョン
LogicMonitor REST API は、v3、v2、および v1 の XNUMX つのバージョンで利用できます。 使用するバージョンを決定するには、次のガイドラインを考慮する必要があります。
- 私たちはフォローする セマンティックバージョニング、ただし、リクエストではメジャー バージョンのみが許可されます (最新のマイナー バージョンまたはパッチ バージョンが常に返されます)
- すべての更新と機能強化はバージョン 3 に対して行われます たったの.
- バージョンは、X-Version ヘッダーで指定するか、クエリ パラメーターとして URL で指定できます。 「?v=3」クエリ パラメータまたは「X-Version:3」ヘッダーを含めることによって、v3 リクエストを行うことができます。
最新の v3 API にアクセスするには、次を参照してください。 v3 Swagger ドキュメント.
認証
LogicMonitorサーバーに送信される各要求は、 HTTPS、認証も必要です。すべてのデータは JSON として受信されます。 LogicMonitor REST API は現在、次の 3 つの認証方法をサポートしています。
- ベアラートークン
- LMv1
- 基本認証
ご注意: 基本認証は API v1 でのみサポートされており、API の将来のバージョンでは利用できなくなる可能性があります。したがって、API トークン ベースの認証 (LMv1 およびベアラー トークン) を使用して REST API リクエストを行うことを強くお勧めします。
詳細については、を参照してください。 RESTAPI認証.
レート制限
LogicMonitor REST API へのリクエストには、レート制限が適用されます。 制限は、エンドポイントとメソッドの組み合わせによって異なります。 デフォルトのレート制限のリスト、レスポンス ヘッダーからレート制限情報を取得する方法の詳細、およびレート制限に対応するようにスクリプトを調整する方法の複数言語の例については、次を参照してください。 REST API レート制限.
ステータス コードとエラー コード
ロールアウトした API バージョンごとに、ステータス コードとエラー コードを進化させ、改善してきました。 リストにアクセスするには、を参照してください。 ステータスコード と エラーコード.
変更ログ
LogicMonitor REST API は常に進化しています。 API に対して行われたすべての更新を追跡するには、次を参照してください。 変更ログ.
サポートされている HTTP メソッド
LogicMonitor REST API は、グローバルに使用される HTTP 動詞またはメソッドを使用します。 それらは、POST、GET、PUT、PATCH、および DELETE です。 これらのメソッドは、それぞれ Create、Read/Retrieve、Update、および Delete (別名 CRUD) 操作に対応しています。
- POST– 通常、POST API は、新しい従属リソースを作成するために使用されます。 LogicMonitor REST API は POST メソッドを使用して、API トークン、ダッシュボード グループなどを追加します。 たとえば、POST/dashboard/groups と POST/setting/alert/chains です。
- GET– GET リクエストを使用して、リソース情報を読み取り/取得します。 GET メソッドを使用して、リソースのコンテンツとデータの表現を取得できます。 たとえば、GET/alert/alerts/{id} および GET/dashboard/groups/{id} です。
- PUT– PUT メソッドを使用して、コンテンツを完全に置き換えてリソースを更新します。 REST 標準に準拠して、PUT 要求で指定されていないプロパティはすべてデフォルト値に戻ります。 PUT リクエストの例は、PUT/setting/alert/chains/{id} および PUT/setting/recipientgroups/{id} です。
- PATCH– PATCH メソッドを使用して、リソース コンテンツを更新/変更します。 PATCH リクエストでは、リソースに加えたい更新を指定する必要があります。 たとえば、PATCH/report/reports/{id} および PATCH/setting/roles/{id} です。
- DELETE– DELETE メソッドを使用して、URI で識別されるリソースを削除します。 リソースは完全に削除されます。 たとえば、DELETE/sdt/sdts/{id} および DELETE/setting/recipientgroups/{id} です。
外部 GET API の自動スロットリング
LogicMonitor REST APIの一貫性と信頼性を確保するために、LogicMonitorは外部の自動スロットリングメカニズムを実装しました。 GET API呼び出し。サーバーリソースの使用率が非常に高いレベルに達すると、外部 GET API呼び出しは自動的に調整され、ユーザーは「1000 - Server is busy” エラーが発生します。サーバーリソースの使用量が正常に戻ると、スロットリングは解除され、外部 GET API 呼び出しは再び自動的に許可されます。
ご注意: 自動スロットル中は、 POST, PATCH, PUT, DELETE 外部 API 呼び出しは影響を受けずに続行されます。
推奨事項： 「1000 - Server is busy” エラーが発生した場合は、手動で再試行してください。 GET 数秒後に電話をかけてください。 GET 自動化スクリプトを使用してAPI呼び出しを行う場合、再試行メカニズムを追加して、 GET 少し遅延した後の API 呼び出し。
ロジックモニターSDK
REST API に加えて、LogicMonitor は Python および GO SDK もサポートします。 GO および Python SDK を使用する前に、自分自身を認証する必要があります。自分自身を認証するには、LMv1Auth または Bearer トークンを使用できます。ダウンロード可能な v3 SDK ファイルを入手するには、次を参照してください。 LogicMonitor v3 SDK.
追加のAPI
LogicMonitor は、LogicMonitor REST API Swagger ファイルに含まれていないいくつかの API エンドポイントをサポートしています。このセクションでは、そのような API について説明し、さらに詳しく調べるためのガイダンスを提供します。
ログ取り込み API
ログ取り込みAPIを使用すると、カスタムログをLogicMonitorアカウントに直接送信できます。受信したイベントは、LogicMonitorのリソースにマッピングされてから、さらに処理または保存されます。詳細については、 Ingestion API へのログの送信.