Free HashiCorp Terraform-Associate-004 Practice Exam with Questions & Answers | Set: 10

This is the correct way to reference the volume IDs associated with the ebs_block_device blocks in this configuration, using the splat expression syntax. The other options are either invalid or incomplete.

C (✅Correct)– InHCP Terraform, you can use the terraform_remote_state data source to referenceanother workspace ' s state. This feature isnot available in Terraform CLI.

A (❌Incorrect)– terraform plan (dry runs)is available in both Terraform CLI and HCP Terraform.

B (❌Incorrect)– Secure variable storageexists in HCP Terraform, but CLI users can store variables securely using environment variables or .tfvars files.

D (❌Incorrect)– BothTerraform CLI and HCP Terraform support multiple cloud providers.

Official Terraform Documentation Reference:

terraform_remote_state - HashiCorp Documentation

Detailed Explanation:

Rationale for Correct Answer: A remote backend is the recommended way to share Terraform state across teams. Remote backends provide centralized state storage and often support locking, access control, encryption, and collaboration workflows.

Analysis of Incorrect Options (Distractors):

B. No additional configuration is recommended. Incorrect. Local state is not suitable for team collaboration.

C. Store the terraform.tfstate file in version control. Incorrect. State files can contain secrets and frequently change. Storing them in version control is unsafe and prone to conflicts.

D. Store the terraform.tfstate file in HashiCorp Vault. Incorrect. Vault is designed for secrets management, not as a standard Terraform state backend.

Key Concept: Remote backends enable safe Terraform state sharing and collaboration.

To import existing resources into Terraform, you need to do two things1:

Write a resource configuration block for each resource, matching the type and name used in your state file.

Run terraform import for each resource, specifying its address and ID. There is no such command as terraform Import-gcp, and provisioning new VMs with the same names will not import them into Terraform.

terraform validatechecks for syntax errors and internal consistencyin the configuration files.

However, itdoes notcheck if resource configurations are valid with the provider.

Official Terraform Documentation Reference:

terraform validate - HashiCorp Documentation

It is not a best practice to store secret data in the same version control repository as your Terraform configuration, as it could expose your sensitive information to unauthorized parties or compromise your security. You should use environment variables, vaults, or other mechanisms to store and provide secret data to Terraform.

The provider for theaws_vpcresource isaws, as the resource type begins withaws_, which denotes that it is managed by the AWS provider.

Detailed Explanation:

Rationale for Correct Answer:Run triggers in HCP Terraform allow you to automatically initiate runs in one workspace based on changes in another workspace. In this scenario, when the networking workspace is updated, a run trigger ensures that the compute workspace automatically runs plan and apply, keeping dependent infrastructure in sync.

Analysis of Incorrect Options (Distractors):

B. Policy — Incorrect because policies (e.g., Sentinel) enforce rules and compliance but do not trigger runs between workspaces.

C. Run tasks — Incorrect because run tasks integrate external tools into the Terraform workflow (e.g., security scanning), not for chaining workspace executions.

D. Projects — Incorrect because projects are used for organizing workspaces, not for triggering operations.

Key Concept:Run triggersandIn in HCP Terraform.

The terraform import command is used to import existing infrastructure into your Terraform state. This command takes the existing resource and associates it with a resource defined in your Terraform configuration, updating the state file accordingly. It does not generate configuration for the resource, only the state.

From the Terraform Provider Requirements:

" > = 3.0 " means any versiongreater than or equal to 3.0— including 4.x and beyond.

A (wrong): Would need > = 3.0, < 4.0

C/D (wrong): > excludes 3.0 — not what’s written.