Skip to content
Branch: master
Find file History
Permalink
Type Name Latest commit message Commit time
..
Failed to load latest commit information.
README.md [skip ci] Change links to absolute May 9, 2019
main.tf Fix names Jun 6, 2019
outputs.tf TF12Upgrade http-load-balancer Jun 6, 2019
variables.tf Typed vars - remove quotes Jun 7, 2019

README.md

HTTP(S) Load Balancer Module

This Terraform Module creates an HTTP(S) Cloud Load Balancer using global forwarding rules.

HTTP(S) load balancing can balance HTTP and HTTPS traffic across multiple backend instances, across multiple regions. Your entire app is available via a single global IP address, resulting in a simplified DNS setup. HTTP(S) load balancing is scalable, fault-tolerant, requires no pre-warming, and enables content-based load balancing.

Quick Start

How do you configure this module

This module allows you to configure a number of parameters, such as HTTP/HTTPS, Google-managed Certificates and custom domain name. For a list of all available variables and their descriptions, see variables.tf.

HTTP(S) Load Balancer Terminology

GCP uses non-standard vocabulary for load balancing concepts. In case you're unfamiliar with load balancing on GCP, here's a short guide:

  • Global forwarding rules route traffic by IP address, port, and protocol to a load balancing configuration consisting of a target proxy, URL map, and one or more backend services.
  • Target proxies terminate HTTP(S) connections from clients. One or more global forwarding rules direct traffic to the target proxy, and the target proxy consults the URL map to determine how to route traffic to backends.
  • URL maps define matching patterns for URL-based routing of requests to the appropriate backend services. A default service is defined to handle any requests that do not match a specified host rule or path matching rule.
  • Backends are resources to which a GCP load balancer distributes traffic. These include backend services, such as instance groups or backend buckets.

How Do You Configure a Custom Domain?

You can optionally configure a custom domain with input variables create_dns_entries and custom_domain_names.

This will create an A records for each domain provided in custom_domain_names pointing to the Load Balancer's public IP address. Note that you will also have to provide a managed zone name with dns_managed_zone_name variable.

How Do You Configure SSL?

You can enable SSL with the input variable enable_ssl.

To use HTTPS or SSL load balancing, you must associate at least one SSL certificate with the load balancer's target proxy using the ssl_certificates input variable. You can configure the target proxy with up to ten SSL certificates.

For HTTP(S) Proxy Load Balancing, Google encrypts traffic between the load balancer and backend instances. SSL certificate resources are not required on individual VM instances.

Using Self-managed SSL certificates

To use self-managed SSL certificates, you must have an existing SSL certificate resource. You can pass the certificate self links using the ssl_certificates input variable.

How Do You Configure Access Logging and Monitoring?

NOTE: This is part of Alpha release of GCP HTTP(S) Load Balancing Logging. For full details, see the official documentation.

Access logs with a Google Cloud Storage Bucket backend

If you intend to use the load balancer for serving a static site using a Google Cloud Storage bucket backend, you can optionally configure access logging for your bucket.

How to view logs

Each HTTP(S) request is logged temporarily via Stackdriver Logging. During the Alpha testing phase, logging is automatic and does not need to be enabled. To view logs, go to the Logs Viewer.

What is logged

HTTP(S) Load Balancing log entries contain information useful for monitoring and debugging your HTTP(S) traffic. Log entries contain the following types of information:

  • General information shown in most GCP logs, such as severity, project ID, project number, timestamp, and so on.
  • HttpRequest log fields. However, HttpRequest.protocol and HttpRequest.latency are not populated for HTTP(S) Load Balancing Stackdriver logs.
  • a statusDetails field inside the structPayload. This field holds a string that explains why the load balancer returned the HTTP status that it did.

Monitoring

HTTP(S) Load Balancing exports monitoring data to Stackdriver.

Monitoring metrics can be used for the following purposes:

  • Evaluate a 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.

You can’t perform that action at this time.