A SysOps Administrator is monitoring a third-party payment processing helper utility that writes space-delimited transaction logs to Amazon CloudWatch Logs. The format of the log entries is:
`[timestamp, transaction_id, status_code, latency_ms, response_size]`
An example log entry is:
`2026-07-14T12:00:00Z tx-9988 502 350 1024`
The administrator wants to extract the `latency_ms` value into a custom metric for any transaction where the `status_code` is or higher.
Which TWO steps are required to correctly configure this monitoring solution? (Select TWO.)
- Set the Filter Pattern to `[timestamp, transaction_id, status_code >= 500, latency_ms, response_size]`.Answer
- Set the Metric Value to `$latency_ms` in the metric transformation configuration.Answer
- CEnable detailed monitoring on the CloudWatch log group to decrease the custom metric reporting interval to minute.
- DConfigure a CloudWatch Logs subscription filter to route the raw logs directly to an Amazon EventBridge event bus to trigger remediation.
- EAdjust the log retention setting of the log group to day to ensure that metric filter calculations are processed before log data expires.
Answer
Setting the Filter Pattern to `[timestamp, transaction_id, status_code >= 500, latency_ms, response_size]` and setting the Metric Value to `$latency_ms` in the metric transformation configuration.
To extract latency data for server errors from a space-delimited log, the administrator must define the correct field mapping in the filter pattern and use a relational operator (`status_code >= 500`). The administrator must also configure the metric transformation to extract the specific value by referencing the field name with a dollar sign (`$latency_ms`).
Step-by-Step Solution
Key Concept
CloudWatch Logs Metric Filters allow SysOps administrators to search and filter log data, and extract values from space-delimited or JSON log entries to create custom metrics in real-time.