Internal TCP/UDP Load Balancing exports monitoring data to Stackdriver. Monitoring metrics can be used for the following purposes:
- Evaluate an internal TCP/UDP load balancer's configuration, usage, and performance
- Troubleshoot problems
- Improve resource utilization and user experience
In addition to the predefined dashboards in Stackdriver, you can create custom dashboards, set up alerts, and query the metrics through the Stackdriver monitoring API.
Viewing Stackdriver monitoring dashboards
- Go to Stackdriver in the Google Cloud Platform Console.
Go to Stackdriver - Select Resources > Google Cloud Load Balancers.
- Click the name of your load balancer.
In the left pane, you can see various details for the selected load balancer. In the right pane, you can see time series graphs. Click the Breakdowns link to see specific breakdowns. The left pane presents currently configured data, while the right pane can present data served by historical configurations not currently reflected in the left pane.
Defining Stackdriver alerts
You can define Stackdriver alerts over various Internal TCP/UDP Load Balancing metrics:
- Go to Stackdriver in the Google Cloud Platform Console.
Go to Stackdriver - Select Alerting > Create a Policy.
- Click on Add Condition and select condition type.
- Select metrics and filters. For metrics, the resource type is either Internal TCP Load Balancer or Internal UDP Load Balancer.
- Click Save Condition.
- Enter the policy name and click Save Policy.
Defining Stackdriver custom dashboards
You can create custom Stackdriver dashboards over Internal TCP/UDP Load Balancing metrics:
- Go to Stackdriver in the Google Cloud Platform Console.
Go to Stackdriver - Select Dashboards > Create Dashboard.
- Click on Add Chart.
- Give the chart a title.
- Select metrics and filters. For metrics, the resource type is
Google Cloud TCP Load Balancer (Internal) Rule (
internal_tcp_lb_rule) or Google Cloud UDP Load Balancer (Internal) Rule (internal_udp_lb_rule). - Click Save.
Metrics for internal TCP/UDP load balancers
The following metrics for internal TCP/UDP load balancers are reported into Stackdriver.
| Metric | Description |
|---|---|
| Inbound Throughput | The number of bytes sent towards internal TCP/UDP load balancer forwarding rules, as received by the backends. |
| Inbound Packets | The number of packets sent towards internal TCP/UDP load balancer forwarding rules, as received by the backends. |
| Outbound Throughput | The number of bytes sent by internal load balanced backends on connections bound to forwarding rule IPs. |
| Outbound Packets | The number of packets sent by internal load balanced backends on connections bound to forwarding rule IPs. |
| Latency(*) | A by packets distribution of the RTT measured for bundles of packets over each internal load balanced connection. Typically reduced to 95th-%tile in Stackdriver views. |
(*) Available only for TCP traffic.
Filtering Dimensions for internal TCP/UDP load balancer Metrics
Metrics are aggregated for each internal TCP/UDP load balancer. Metrics can be further broken down by the following dimensions:
| Property | Description |
|---|---|
| INSTANCE GROUP | The name of the instance group that received the connection. |
| BACKEND SCOPE | The scope (region or zone) of the instance group that received the connection. |
| BACKEND ZONE | If the instance group was a zonal instance group, the zone of the instance group that served the connection. |
| CLIENT NETWORK | The network from which the instance that connected to internal load balancing sends traffic. |
| CLIENT SUBNETWORK | The subnetwork from which the instance that connected to internal load balancing sends traffic. |
| CLIENT ZONE | The Google Cloud Platform zone of the instance that connected to internal TCP/UDP load balancer's forwarding rule. |
| FORWARDING RULE | The name of the forwarding rule used by the instance to connect to the internal TCP/UDP load balancer. |
Metric Reporting Frequency and Retention
Metrics for the internal TCP/UDP load balancers are exported to Stackdriver in 1-minute granularity batches. Monitoring data is retained for six (6) weeks. The dashboard provides data analysis in default intervals of 1H (one hour), 6H (six hours), 1D (one day), 1W (one week), and 6W (six weeks). You can manually request analysis in any interval from 6W to 1 minute.
What's next
- See Internal TCP/UDP Load Balancing Concepts for important fundamentals.
- See Failover concepts for Internal TCP/UDP Load Balancing for important information about failover.
- See Internal Load Balancing and DNS Names for available DNS name options your load balancer can use.
- See Setting Up Internal TCP/UDP Load Balancing for an example internal TCP/UDP load balancer configuration.
- See Configuring failover for Internal TCP/UDP Load Balancing for configuration steps and an example internal TCP/UDP load balancer failover configuration.
- See Internal TCP/UDP Load Balancing and Connected Networks for information about accessing internal TCP/UDP load balancers from peer networks connected to your VPC network.
- See Troubleshooting Internal TCP/UDP Load Balancing for information on how to troubleshoot issues with your internal TCP/UDP load balancer.
