AWS SES 仪表板

我已经为法兰克福设置了 AWS SES，我可以很好地发送电子邮件，但似乎“电子邮件接收”部分已禁用 + 所有文档都显示只有都柏林可以使用 SES。

能够从法兰克福发送电子邮件但无法接收似乎很奇怪。

在我main.tf的我定义了一个空的 aws 提供程序

在没有环境变量的情况下，aws 提供者[default]从~/.aws/credentials. 但是我仍然被提示输入该区域：

如何让 aws 提供程序自动获取相应区域到[default]中定义的凭证~/.aws/config？

我在 AP-South-1 区域设置了 AWS IOT Core，我的所有设备都在那里。但是由于alexa技能服务端点的区域限制（即仅在北弗吉尼亚，爱尔兰和俄勒冈可用），我的lambda在爱尔兰地区（因为它离AP-South-1最近）。在我需要在 AWS IOt Core 中创建规则之前，所有这些设置都运行良好。在规则的操作选项中，我只能看到同一区域的 lambda 函数，即 Ap-South-1。我可以以某种方式在两个区域之间创建规则吗？因为转移整个 IOT Core 似乎很复杂，而且我担心它可能会增加 mqtt 消息的延迟。有什么解决办法吗？

我目前需要更新我的 AWS RDS 实例的 CA 证书，据我所知，有两种方法可以做到这一点：修改我的数据库实例或应用数据库实例维护（来源：https ://docs.aws .amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.SSL-certificate-rotation.html）。

我选择哪种方法重要吗？在某些情况下，一种方法是否比另一种/更好？

我有以下配置作为我的 EC2 实例的用户数据的一部分生成

因为log_group_name我希望能够附加region实例正在运行的内容。我知道该区域是实例元数据的一部分，但我可以在 cloudwatch 配置中使用它吗？

由于 AWS 服务及其资源支持的区域并不总是相同，我想以编程方式获取资源的支持区域。有什么可用的命令可以这样做吗？

我可以找到服务但找不到资源：

例如，

aws ssm get-parameters-by-path --path /aws/service/global-infrastructure/services/ec2/regions --output json

参考：新 – 使用 AWS Systems Manager Parameter Store 查询 AWS 区域、终端节点等

概述

在我们的 AWS 组织内，我们有多个 AWS 账户，并且所有这些账户都希望了解哪些团队在每个账户的哪些区域利用服务。

有谁知道拉这种故障的方法？CLI、SDK、控制台等？

附加信息

我不仅对某个区域是否启用感兴趣，而且还对它是否被积极利用以及理想情况下在其中使用哪些服务（付费和免费）感兴趣。我们收到了查看AWS Cost Explorer以确定正在利用哪些服务的建议，但是，它仅包括付费服务的结果，而不包括IAM等免费服务的结果。

默认情况下启用一组标准区域，但是，团队可能不会积极使用这些区域中的任何一个。

我目前在 AWS us-east-1 区域创建了以下内容，根据我们的 AWS 架构师的要求，我需要将其全部移动到 us-east-2，并继续仅在 us-east-2 中开发。什么是最简单和最少的工作和编码选项（因为这是一次性交易）？

1. 包含大量文件夹和文件的 S3 存储桶。
2. Lambda 函数。
3. 具有大量爬虫的 AWS Glue 数据库。
4. 带有大量表格的 AWS Athena。

非常感谢你看我的小挑战:)

我正在尝试创建一个 AWS IAM 策略，该策略允许访问高级用户拥有的所有内容 (arn:aws:iam::aws:policy/PowerUserAccess)，但仅限于特定区域。

我从现有的高级用户政策开始，发现了这篇文章：https ://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_ec2_region.html

所以我在高级用户策略中添加了“条件”，结果是：

这似乎不起作用，因为我只能在指定区域创建 EC2 实例......但其他服务不可用：

我正在尝试通过 CloudFormation 实现以下目标。

由于使用 Cloudfront，我想从在欧盟地区创建的堆栈中创建（并验证）针对 US-EAST-1 中的 Route53 的公共证书。旨在在控制台或 AWS CLI 中执行零操作。

上周对 ACM 的新 CloudFormation 支持有点粗略，但现在似乎正在发挥作用。

证书

我需要做的就是使用 Cloudformation 将其从不同区域的堆栈部署到 US-EAST-1 区域。其他一切都为此做好了准备。

我认为使用 Codepipeline 的跨区域支持会很棒，所以在我的模板中进行设置后我开始研究 [this documentation][1] 我遇到了以下错误消息... An error occurred while validating the artifact bucket {...} The bucket named is not located in the us-east-1 AWS region.

对我来说，这毫无意义，因为您似乎已经在目标区域中至少需要一些资源才能使其工作。本末倒置的那种行为。为了测试这一点，我在目标区域手动创建了一个工件桶，一切正常，但是当我瞄准基于 CloudFormation 的解决方案时需要使用 CLI 或控制台。

注意：我的时间不多了，所以我会在几个小时内更新它。在我能做到这一点之前，任何帮助都会很棒