Google Compute Engine Target Pool
This page shows how to write Terraform for Compute Engine Target Pool and write them securely.
The Target Pool in Compute Engine can be configured in Terraform with the resource name
google_compute_target_pool. The following sections describe how to use the resource and its parameters.
Example Usage from GitHub
An example could not be found in GitHub.
backup_pooloptional - string
URL to the backup target pool. Must also set failover_ratio.
descriptionoptional - string
Textual description field.
failover_ratiooptional - number
Ratio (0 to 1) of failed nodes before using the backup pool (which must also be set).
health_checksoptional - list of string
List of zero or one health check name or self_link. Only legacy google_compute_http_health_check is supported.
List of instances in the pool. They can be given as URLs, or in the form of "zone/name". Note that the instances need not exist at the time of target pool creation, so there is no need to use the Terraform interpolators to create a dependency on the instances from the target pool.
namerequired - string
A unique name for the resource, required by GCE. Changing this forces a new resource to be created.
projectoptional computed - string
The ID of the project in which the resource belongs. If it is not provided, the provider project is used.
regionoptional computed - string
Where the target pool resides. Defaults to project region.
self_linkoptional computed - string
The URI of the created resource.
session_affinityoptional - string
How to distribute load. Options are "NONE" (no affinity). "CLIENT_IP" (hash of the source/dest addresses / ports), and "CLIENT_IP_PROTO" also includes the protocol (default "NONE").
Explanation in Terraform Registry
Manages a Target Pool within GCE. This is a collection of instances used as target of a network load balancer (Forwarding Rule). For more information see the official documentation and API.
Tips: Best Practices for The Other Google Compute Engine Resources
In addition to the google_compute_disk, Google Compute Engine has the other resources that should be configured for security reasons. Please check some examples of those resources and precautions.
Ensure the encryption key for your GCE disk is stored securely
It is better to store the encryption key for your GCE disk securely. Secret Manager could be used instead.
Ensure your VPC firewall blocks unwanted outbound traffic
It is better to block unwanted outbound traffic not to expose resources in the VPC to unwanted attacks.
Ensure appropriate service account is assigned to your GCE instance
It is better to create a custom service account for the instance and assign it.
Ensure OS login for your GCE instances is enabled at project level
It is better to enable OS login for your GCE instances. Enabling OS login ensures that SSH keys used to connect to instances are mapped with IAM users, allowing centralized and automated SSH key management.
Ensure to use modern TLS protocols
It's better to adopt TLS v1.2+ instead of outdated TLS protocols.
Ensure VPC flow logging is enabled
It is better to enable VPC flow logging. VPC flow logging allows us to audit traffic in your network.