- Newest
- Most votes
- Most comments
Based on the available information, Amazon OpenSearch Service does not directly expose the EC2-level NetworkIn/NetworkOut metrics for individual nodes in your OpenSearch cluster.
The OpenSearch Service metrics published to CloudWatch focus primarily on cluster health, search performance, shard status, CPU utilization, storage space, and various OpenSearch-specific metrics like ThreadCount, OpenContexts, and ConcurrentSearchRate. While OpenSearch Service does provide metrics related to I/O and EBS throughput (such as ThroughputThrottle, ReadThroughput, and WriteThroughput), there are no direct equivalents to the EC2 NetworkIn/NetworkOut metrics that would allow you to monitor network bandwidth usage at the node level.
Without these network metrics, it's challenging to determine how close your OpenSearch nodes are to hitting their network bandwidth limits (such as the 25 Gbps limit on i4g.4xL instances). As you mentioned, you would need to rely on indirect or "lagging" indicators like CPU utilization or memory pressure to infer potential network-related issues.
For monitoring network performance in other AWS services, metrics like NetworkBandwidthInAllowanceExceeded, NetworkBandwidthOutAllowanceExceeded, and NetworkPacketsPerSecondAllowanceExceeded are available, but these don't appear to be exposed for OpenSearch Service nodes.
If monitoring network bandwidth usage at the node level is critical for your use case, you might want to contact AWS Support to inquire if there are any plans to expose these metrics or if there are alternative approaches to monitor network utilization for OpenSearch Service domains.
Sources
Monitoring OpenSearch cluster metrics with Amazon CloudWatch - Amazon OpenSearch Service
Troubleshoot Network allowance exceeded metrics in ElastiCache | AWS re:Post
Relevant content
- asked a year ago
- asked 5 months ago
- AWS OFFICIALUpdated 2 months ago
