This module allows you to create log exports at the project, folder, organization, or billing account level. Submodules are also available to configure the destination resource that will store all exported logs. The resources/services/activations/deletions that this module will create/trigger are:
- An Aggregated log export on the project-level, folder-level, organization-level, or billing-account-level
- A Service account (logsink writer)
- A Destination (Cloud Storage bucket, Cloud Pub/Sub topic, BigQuery dataset)
This module is meant for use with Terraform 1.3+ and tested using Terraform 1.0+. If you find incompatibilities using Terraform >=1.3, please open an issue.
Current version is 9.X. Upgrade guides:
The examples directory contains directories for each destination, and within each destination directory are directories for each parent resource level. Consider the following example that will configure a Cloud Storage destination and a log export at the project level:
module "log_export" {
source = "terraform-google-modules/log-export/google"
version = "~> 10.0"
destination_uri = "${module.destination.destination_uri}"
filter = "severity >= ERROR"
log_sink_name = "storage_example_logsink"
parent_resource_id = "sample-project"
parent_resource_type = "project"
unique_writer_identity = true
}
module "destination" {
source = "terraform-google-modules/log-export/google//modules/storage"
version = "~> 10.0"
project_id = "sample-project"
storage_bucket_name = "storage_example_bucket"
log_sink_writer_identity = "${module.log_export.writer_identity}"
}
At first glance that example seems like a circular dependency as each module declaration is using an output from the other, however Terraform is able to collect and order all the resources so that all dependencies are met.
Name | Description | Type | Default | Required |
---|---|---|---|---|
bigquery_options | (Optional) Options that affect sinks exporting data to BigQuery. use_partitioned_tables - (Required) Whether to use BigQuery's partition tables. | object({ |
null |
no |
description | A description of this sink. The maximum length of the description is 8000 characters. | string |
null |
no |
destination_uri | The self_link URI of the destination resource (This is available as an output coming from one of the destination submodules) | string |
n/a | yes |
disabled | (Optional) If set to true, then the sink is disabled and it does not export any log entries. | bool |
false |
no |
exclusions | (Optional) A list of sink exclusion filters. | list(object({ |
[] |
no |
filter | The filter to apply when exporting logs. Only log entries that match the filter are exported. Default is '' which exports all logs. | string |
"" |
no |
include_children | Only valid if 'organization' or 'folder' is chosen as var.parent_resource.type. Determines whether or not to include children organizations/folders in the sink export. If true, logs associated with child projects are also exported; otherwise only logs relating to the provided organization/folder are included. | bool |
false |
no |
intercept_children | Only valid if 'organization' or 'folder' is chosen as var.parent_resource.type. Whether or not to intercept logs from child projects. If true, matching logs will not match with sinks in child resources, except _Required sinks. This sink will be visible to child resources when listing sinks. | bool |
false |
no |
log_sink_name | The name of the log sink to be created. | string |
n/a | yes |
parent_resource_id | The ID of the GCP resource in which you create the log sink. If var.parent_resource_type is set to 'project', then this is the Project ID (and etc). | string |
n/a | yes |
parent_resource_type | The GCP resource in which you create the log sink. The value must not be computed, and must be one of the following: 'project', 'folder', 'billing_account', or 'organization'. | string |
"project" |
no |
unique_writer_identity | Whether or not to create a unique identity associated with this sink. If false (the default), then the writer_identity used is serviceAccount:cloud-logs@system.gserviceaccount.com. If true, then a unique service account is created and used for the logging sink. | bool |
false |
no |
Name | Description |
---|---|
filter | The filter to be applied when exporting logs. |
log_sink_resource_id | The resource ID of the log sink that was created. |
log_sink_resource_name | The resource name of the log sink that was created. |
parent_resource_id | The ID of the GCP resource in which you create the log sink. |
writer_identity | The service account that logging uses to write log entries to the destination. |
- Terraform >= 1.3
- terraform-provider-google plugin ~> v5.22
In order to execute this module you must have a Service Account with the following:
The service account should have the following roles:
roles/logging.configWriter
on the logsink's project, folder, or organization (to create the logsink)roles/resourcemanager.projectIamAdmin
on the destination project (to grant write permissions for logsink service account)roles/serviceusage.serviceUsageAdmin
on the destination project (to enable destination APIs)
To use a Google Cloud Pub/Sub topic as the destination:
roles/pubsub.admin
on the destination project (to create a pub/sub topic)
To integrate the logsink with Splunk, you'll need a topic subscriber (service account):
roles/iam.serviceAccountAdmin
on the destination project (to create a service account for the logsink subscriber)
To use a Google Cloud Storage bucket as the destination:
roles/storage.admin
on the destination project (to create a storage bucket)
To use a BigQuery dataset as the destination, one must grant:
roles/bigquery.dataEditor
on the destination project (to create a BigQuery dataset)
To use BigQuery use_partitioned_tables
argument you must also have unique_writer_identity
set to true
.
Usage in module:
bigquery_options = {
use_partitioned_tables = true
}
Enabling this option will store logs into a single table that is internally partitioned by day which can improve query performance.
In order to operate with the Service Account you must activate the following API's on the base project where the Service Account was created:
- Cloud Resource Manager API - cloudresourcemanager.googleapis.com
- Cloud Billing API - cloudbilling.googleapis.com
- Identity and Access Management API - iam.googleapis.com
- Service Usage API - serviceusage.googleapis.com
- Stackdriver Logging API - logging.googleapis.com
- Cloud Storage JSON API - storage-api.googleapis.com
- BigQuery API - bigquery.googleapis.com
- Cloud Pub/Sub API - pubsub.googleapis.com
Be sure you have the correct Terraform version (0.12.x), you can choose the binary here: