Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services 关于AWS Cloudformation标记和逻辑ID的问题';s_Amazon Web Services_Amazon Cloudformation - Fatal编程技术网

Amazon web services 关于AWS Cloudformation标记和逻辑ID的问题';s

Amazon web services 关于AWS Cloudformation标记和逻辑ID的问题';s,amazon-web-services,amazon-cloudformation,Amazon Web Services,Amazon Cloudformation,我想要达到的目标是: 尝试使用云形成模板创建专有网络 我观察到了什么:当我使用云形成模板创建VPC时,在我看到的每个创建的服务(如子网、NAT、互联网网关)的标签下 aws:cloudformation:逻辑id aws:cloudformation:堆栈id aws:云形成:堆栈名称 我在KEY/VALUE下看到了上面提到的内容,尽管我的JSON模板没有包含上面的行。它们是自动创建的。 同时,当我[使用仪表板]创建一个没有云形成的VPC时,我没有看到上面提到的任何标签。有人能解释一下为什么这些

我想要达到的目标是: 尝试使用云形成模板创建专有网络

  • 我观察到了什么:当我使用云形成模板创建VPC时,在我看到的每个创建的服务(如子网、NAT、互联网网关)的标签下
  • aws:cloudformation:逻辑id

    aws:cloudformation:堆栈id

    aws:云形成:堆栈名称

    我在KEY/VALUE下看到了上面提到的内容,尽管我的JSON模板没有包含上面的行。它们是自动创建的。 同时,当我[使用仪表板]创建一个没有云形成的VPC时,我没有看到上面提到的任何标签。有人能解释一下为什么这些标签只使用云形成模板创建吗

  • 每当使用像AWS::EC2::VPCGatewayAttachment和AWS::EC2::Route这样的服务时(主要用于将已创建的NAT和Internet网关连接到子网或VPC),我都会看到一个逻辑ID被创建。在更新之前,我会在“预览您的更改”下看到它们。 问题
  • 更新后,我无法在任何地方引用/查看该逻辑ID
  • 是否为仅充当硬件[虚拟化硬件]启用码的服务AWS::EC2::VPCGatewayAttachment和AWS::EC2::Route创建逻辑ID

  • 默认情况下,CloudFormation会将这些标记添加到它创建的所有资源中。实际上,运行成本分配报告并获得“每个堆栈的成本”非常有用。CloudFormation使用这些标记对资源进行分组,并允许您使用逻辑标识符对堆栈执行命令,而不知道所创建资源的实际标识符。(示例:当使用等待条件时,您需要使用逻辑标识符而不是实际的资源标识符发出云形成信号)

    更新后,您应该能够在CloudFormation堆栈的“resources”选项卡下以及在资源的标记中看到所有资源的逻辑标识符和实际标识符。我相信CloudFormation确实为它创建的所有资源创建了逻辑标识符

    我注意到一件让人恼火的事情是在云形成中使用S3存储桶。CloudFormation将aws:*标记添加到bucket中,这会阻止您手动添加/删除其他标记,因为在保存时,它会抱怨aws:*标记无效。因此,调整S3桶标记的唯一方法是通过云形成堆栈

    截图:

    谢谢你的解释,麦克莱玛。我同意Cloudformation确实为所有资源创建了一个逻辑ID,但在这种情况下,类型(即AWS::EC2::VPCGatewayAttachment和AWS::EC2::Route)没有创建硬件或VPC的任何其他组件。它们用于将NAT和IGW连接到VPC/子网。我不知道在仪表板中的何处查找这些资源逻辑ID。我唯一一次看到它们是在“预览您的更改”期间,而在更新发生后,我在任何地方都看不到。这很奇怪。在CF堆栈中,我确实在resources选项卡下看到了VPCGatewayAttachment的逻辑标识符。(见附在帖子上的截图)。如果在“资源”选项卡中没有看到网关附件,我怀疑它可能没有被创建。啊!!我得到了它。谢谢,麦克莱玛。我现在也看到了。顺便说一句,我们是否可以在主仪表板中看到VPCGatewayAttachment的逻辑ID,在通过CF模板创建VPC后,您可以看到相应区域的所有创建子网、IGW和NAT。谢谢你的分析。我不相信还有其他地方可以看到附件或它们的标签。