--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/it-operations-management Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Amazon CloudWatch データ入力構成フィールド # Amazon CloudWatch データ入力構成フィールド {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分 Amazon CloudWatch のデータ入力構成フォームのフィールドについて説明します。 ## 基本構成 {#hla-data-input-cloudwatch-ref__section_ipg_25h_pvb} {#hla-data-input-cloudwatch-ref__table_myk_sqb_x4b__entry__2} | フィールド | 説明 | |-|-| | 名前 | 新しいデータ入力の名前。このフィールドは必須です。 | | 説明 | データ入力の説明。 | | 実行 | 特定の MID サーバー または MID サーバー クラスターを使用するかどうかを選択するオプション。このフィールドは必須です。 | | MID | (\[実行日 (Execute on)\] フィールドが \[特定の MID サーバー\] に設定されている場合のみ) Amazon CloudWatch に基づくログデータのプル先の MID サーバー。 注: * ベーシック認証をサポートする MID サーバー のみを選択できます。mTLS をサポートする MID サーバー は表示されません。 * 1 つの MID サーバー にログをストリーミングするデータ入力のデフォルトの最大数は 10 です。この数字は、MID サーバーのプロパティで変更できます。 * 選択した MID サーバー に対してログの取り込みが有効になっていない場合は、ヘルスログアナリティクス によって自動的に有効になります。 {#hla-data-input-cloudwatch-ref__ul_m3j_fz3_nsb}このフィールドは必須です。 | | MID サーバークラスター | ( \[実行日\] が \[特定のクラスター\] に設定されている場合のみ MID サーバー 。) ログデータのプル先の MID サーバー クラスター。このフィールドは必須です。 データ入力はクラスター内の単一の MID サーバー で実行され、その MID サーバー が失敗するまで継続します。次に、構成された順序に従って、クラスター内の次に利用可能な MID サーバーにすべてのデータ入力タスクが移動されます。 注: * ヘルスログアナリティクスはフェイルオーバー MID サーバークラスターのみをサポートします。これらのクラスターでは、複数の MID サーバー がフェイルオーバー保護のためにグループ化されます。データ入力フォームまたは統合フォームからクラスターを選択すると、 MID サーバー クラスターリストにはフェイルオーバークラスターのみが表示されます。 * MID サーバー クラスターには、ベーシック認証をサポートする MID サーバー のみを含める必要があります。mTLS はログの取り込みではサポートされていません。 * クラスター内の MID サーバー ごとにログの取り込みを有効にする必要があります。アクティブな MID サーバー に対してログの取り込みが有効になっていない場合は、ヘルスログアナリティクス によって自動的に有効になります。 * 1 つの MID サーバー にログをストリーミングするデータ入力または統合のデフォルトの最大数は 10 です。クラスターに少なくとも 1 つの MID サーバー が含まれていて、データ入力またはそこで実行されている統合が 10 未満の場合は、その MID サーバー クラスターが停止していても、そのクラスターはキャパシティの検証に合格します。 {#hla-data-input-cloudwatch-ref__ul_htt_wdq_dwb} MID サーバークラスターの詳細については、「[MID サーバークラスターの設定](https://www.servicenow.com/docs/access?context=t_ConfigureAMIDServerCluster&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。 | | サービスインスタンス | ログデータのバインド先のサービスインスタンス。 注: 関連するサービスインスタンスが存在しない場合は、 [作成 サービスインスタンス](https://www.servicenow.com/docs/access?context=create-it-services&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) CI を追加します。新しいサービスインスタンスのステータスを \[運用 (Operational)\] に設定します。このフィールドは必須です。 | [ ] {#hla-data-input-cloudwatch-ref__table_myk_sqb_x4b} 次のフィールドには、読み取り専用の情報が表示されます。 {#hla-data-input-cloudwatch-ref__table_wf3_5xs_y4b__entry__2} | フィールド | 説明 | |-|-| | ステータス | データ入力のステータス。 | | トランスポート | ログデータのストリーミングに使用されるプロトコル。 このデータ入力は Amazon CloudWatch を使用してログデータをインスタンスにストリーミングします。 | | ソースの数 | このデータ入力によって作成されたログソースの数。 | | 無効になった時刻 | データ入力が停止または失敗した時刻。 | | 前回のログ時刻 | データ入力で前回のログがストリーミングされた時刻。 | | エラーメッセージ | ストリーミングエラー。 このフィールドは、自動的に入力されます。このフィールドは、ストリーミングエラーが発生した場合にのみ表示されます。 | [ ] {#hla-data-input-cloudwatch-ref__table_wf3_5xs_y4b} {#hla-data-input-cloudwatch-ref__table_l5g_bct_y4b__entry__3} | フィールド | 説明 | 例 | |-|-|-| | 開始 | データの読み取りを開始する日時。この日時より古いデータは読み取られません。 注: この値を過去の日付に設定すると、システムで大量のデータを読み取ることが必要になり、輻輳が生じる可能性があります。 このフィールドは必須です。 | Now -1 week | | グループ名 | 検索対象のロググループ。複数のロググループを検索する必要がある場合は、グループをカンマ区切りリストで指定します。すべてのグループからログデータをフェッチするには、ワイルドカード文字としてアスタリスク (\*) を使用します。 このフィールドは必須です。 | hla-cw-loggroup1,hla-cw-loggroup2 | | プリフィックス | 読み取り元 Amazon CloudWatch ログストリームの名前のプリフィックス。データ入力は、名前にこのプリフィックスがあるログストリームのみから読み取ります。 注: データアイテムごとに、ログストリームプリフィックスは 1 つのみサポートされます。複数のプリフィックスに対しては、複数のデータ入力を作成します。 | hla-cw | | フィルターパターン | 着信イベントをフィルタリングするパターン。 さまざまなタイプのフィルターパターンがサポートされています。たとえば、次のようになります： * 単一の用語を含むログイベントをフェッチするためのパターン。 * 複数の用語を含むログイベントをフェッチするためのパターン。 * ある用語を含み、別の用語を除外するログイベントをフェッチするためのパターン。 {#hla-data-input-cloudwatch-ref__ul_zvz_y5c_4pb} 注: フィルターパターンは大文字と小文字を区別します。 詳細については、を参照してください。 | * 単一の語 "STATUS_CODE" を含むログイベントをフェッチするためのパターン："STATUS_CODE" * 複数の用語 "STATUS_CODE" および "200" を含むログイベントをフェッチするためのパターン："STATUS_CODE 200" * 用語 "STATUS_CODE" を含み、別の用語 "200" が含まれていないログイベントをフェッチするためのパターン："STATUS_CODE" -- "200" {#hla-data-input-cloudwatch-ref__ul_o1n_nvc_4pb} | [表 : 1. \[クエリ設定\] タブ] {#hla-data-input-cloudwatch-ref__table_l5g_bct_y4b} {#hla-data-input-cloudwatch-ref__table_izc_ydt_y4b__entry__2} | フィールド | 説明 | |-|-| | AWS 認証情報 | AWS 認証情報リスト (aws_credentials.list) を参照するフィールド。リストには、AWS アクセスキーと秘密アクセスキーが含まれています。 | | AWS リージョン | Amazon CloudWatch クラスターが実行されている AWS リージョン (例：us-west-1)。 AWS リージョンのリストについては、「」を参照してください。 このフィールドは必須です。 | [表 : 2. \[トランスポート (Transport)\] タブ] {#hla-data-input-cloudwatch-ref__table_izc_ydt_y4b} ## 詳細構成 {#hla-data-input-cloudwatch-ref__section_lmh_f5h_pvb} {#hla-data-input-cloudwatch-ref__table_awy_4s3_x4b__entry__3} | フィールド | 説明 | デフォルト値 | |-|-|-| | 接続タイムアウト | AWS 接続試行がタイムアウトするまでの待機時間 (ミリ秒)。 | 1000 以上 | | バッチサイズ | クエリごとに取得されるログの最大数。 | 2500 | | ソケットタイムアウト | 確立された接続を介したデータ転送がタイムアウトするまでの待機時間 (ミリ秒)。 | 10000 | | デフォルトのタイムゾーン (Default time zone) | ログの日時にタイムゾーン情報が含まれていない場合のデフォルトのタイムゾーン。 | GMT | | サブサンプルドロップ率 (Sub sample drop ratio) | このイベント数に達すると、ログが 1 つ破棄されます。この設定は、フェッチするログの数を減らすために使用されます。 | -1 | | サブサンプル受信率 | このイベント数に達すると、1 つを除いたすべてのログが破棄されます。この設定は、受信するログの数を減らすために使用されます。 | -1 | | 最大長 (バイト) (Max length in bytes) | ログメッセージの最大長 (バイト)。 | 32766 | | スリープ間隔 | クエリーでログが返されなかった場合に、クエリーを再実行するまで待機する間隔 (秒)。 | 60 | | ポーリング間隔 | 新しいログをポーリングするまで待機する間隔 (秒)。 | 0 | | キューが満杯の場合は削除 | MID サーバー に負荷がかかっている場合にログの破棄を選択するオプション。 | False | [表 : 3. 詳細設定フォーム] {#hla-data-input-cloudwatch-ref__table_awy_4s3_x4b}