我正在使用terraform为AWS配置S3后端。
terraform {
backend "s3" {}
}
在运行“terraform init”命令并提供（S3后端）存储桶名称、密钥和区域的值时，出现以下错误：
“配置后端“s3”时出错：未找到AWS提供程序的有效凭据来源。请参见https://terraform.io/docs/providers/aws/index.html以获取有关为AWS提供程序提供凭据的更多信息。请更新Terraform文件中的配置以解决此错误，然后再次运行此命令。”
我已经在providers.tf中将访问密钥和秘密密钥声明为变量。在运行“terraform init”命令时，它没有提示任何访问密钥或秘密密钥。
如何解决这个问题？
terraform init时，您需要添加-backend-config选项以添加您的凭证（AWS密钥）。因此，您的命令应如下所示：terraform init -backend-config="access_key=<您的访问密钥>" -backend-config="secret_key=<您的秘密密钥>"
backend-config 绝对只在 terraform init 过程中需要。关于新错误：请确保你在 backend "s3" {} 块中设置了 region=<region>。 - codinghaus我也遇到了同样的问题，最简单而安全的方法是配置AWS文件。即使您在项目中正确地提到了AWS_PROFILE，您还必须在backend.tf中再次提到它。
我的问题是，我已经按照以下方式设置了项目中的AWS提供程序，并且它正常工作。
provider "aws" {
region = "${var.AWS_REGION}"
profile = "${var.AWS_PROFILE}"
}
但是在项目结束时，我试图配置S3后端配置文件。因此，我运行了命令terraform init，并且我也收到了相同的错误消息。
Error: error configuring S3 Backend: no valid credential sources for S3 Backend found.
注意，这对于terraform后端配置来说还不够。你还需要在后端文件中提及AWS_PROFILE。
我目前正在使用最新版本的terraform。它是v0.13.5。
请查看provider.tf。
provider "aws" {
region = "${var.AWS_REGION}"
profile = "${var.AWS_PROFILE}" # lets say profile is my-profile
}
terraform {
backend "s3" {
bucket = "my-terraform--bucket"
encrypt = true
key = "state.tfstate"
region = "ap-southeast-2"
profile = "my-profile" # you have to give the profile name here. not the variable("${var.AWS_PROFILE}")
}
}
然后运行 terraform init 命令。
我曾经遇到过类似的问题，当我重命名AWS凭证文件中的配置文件时。删除.terraform文件夹，并再次运行terraform init解决了这个问题。
如果没有自定义配置文件，则需要将access_key和secret_key添加到默认配置文件中并尝试。terraform init -backend-config="profile=your-profile-name"
我决定一劳永逸地解决这个问题，因为有很多关于同一个问题的不同主题。这个问题的主要原因是在开发本地环境与运行CI/CD流水线时使用了不同形式的身份验证。人们往往会混合不同的身份验证选项，而不考虑优先级顺序。
当在本地运行时，您应该绝对使用aws cli，因为您不想每次运行构建都必须设置访问密钥。如果您在本地使用多个帐户，则可以告诉aws cli切换配置文件：
export AWS_PROFILE=my-profile
export AWS_ACCESS_KEY_ID="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export AWS_SECRET_ACCESS_KEY="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export AWS_REGION="eu-central-1"
只有在provider块中没有设置任何硬编码配置时，此方法才有效。因为AWS Terraform提供程序文档告诉我们认证的顺序。提供程序配置中的参数首先进行评估，然后是环境变量。
示例：
terraform {
required_providers {
aws = {
source = "hashicorp/aws"
version = "~> 4.0"
}
}
}
provider "aws" {}
terraform {
backend "s3" {}
}
在计划或应用此操作之前，您需要初始化后端：
terraform init \
-backend-config="bucket=${TFSTATE_BUCKET}" \
-backend-config="key=${TFSTATE_KEY}" \
-backend-config="region=${TFSTATE_REGION}"
最佳实践：
AWS_PROFILE基本上是无用的。大多数情况下，在运行时您没有安装aws cli。如果您确实需要这个，那么您应该考虑将其拆分成单独的构建流水线。terraform {
backend "s3" {
bucket = "WHAT-YOU-CALLED-YOUR-STATEBUCKET"
key = "mykey/terraform.tfstate"
region = "eu-west-1"
}
}
现在，当您进行terraform init时：
初始化远程后端...
成功配置了 "s3" 后端！除非后端配置更改，否则Terraform将自动使用此后端。
在提供程序中的值与远程状态的权限无关，甚至可以是不同的AWS帐户（甚至是其他云提供商）。
bucket = "<your bucket name>"
key = "< your key path>"
region = "<region>"
dynamodb_table = "<db name>"
encrypt = true
profile = "< your profile>" # this profile has access key and secret key of the IAM user created in Management account
role_arn = "arn:aws:iam::<dev/prod account id>:role/<dev/prod role name >"
$ terraform init -reconfigure -backend-config="dev-backend.conf"
$ terraform apply --var-file="dev-app.tfvars"
使用dev s3 bucket中的prod s3 bucket配置初始化Terraform，以便将状态存储到prod s3 bucket中
$ terraform init -reconfigure -backend-config="prod-backend.conf"
$ terraform apply --var-file="prod-app.tfvars"
我曾经遇到同样的问题，一直在使用export AWS_PROFILE。我检查了我的凭证，它们是正确的。
重新运行aws configure出于某种原因解决了这个问题。
如果有人在使用localstack，对我而言只有这个提示有效 https://github.com/localstack/localstack/issues/3982#issuecomment-1107664517
backend "s3" {
bucket = "curso-terraform"
key = "terraform.tfstate"
region = "us-east-1"
endpoint = "http://localhost:4566"
skip_credentials_validation = true
skip_metadata_api_check = true
force_path_style = true
dynamodb_table = "terraform_state"
dynamodb_endpoint = "http://localhost:4566"
encrypt = true
}
provider "aws" {
region = "us-east-1"
skip_credentials_validation = true
skip_requesting_account_id = true
skip_metadata_api_check = true
s3_force_path_style = true
endpoints {
ec2 = "http://localhost:4566"
s3 = "http://localhost:4566"
dynamodb = "http://localhost:4566"
}
}
