支持aws ec2 delete-vpc --all-dependencies --vpc-id vpc-deadbeef
AWS Web 控制台将删除 VPC 及其所有依赖项。 aws
cli 工具显示(尝试删除具有任何依赖项的 VPC 时): A client error (DependencyViolation) occurred when calling the DeleteVpc operation: The vpc 'vpc-deadbeef' has dependencies and cannot be deleted.
也许还添加--vpn-connection
。
像这样的东西可能很方便,但它需要比我真正适应的更多的魔法烟雾。 我建议在EC2 论坛上提出这个请求。 如果他们将其添加到他们的 API 中,我们将能够立即获取它。
我也需要这个功能。
:+1:来自我
@JordonPhillips不仅仅是列出依赖项并一一删除它们,还是
+1 此功能有任何进展吗?
+1 来自我
一个明确的+1
+1
+1 我有一堆要删除的 vpc。
+1
+1
+1
:+1:
+1
+1
+1
+1000
+1
+1
+1
+1
+10000000
+1
+1
+1
+1
+1
+1
Azure 有一个资源组的概念,其中的任何内容都会被删除。 类似的东西也可能有用。
+1
+1
+1
+1
+1
我知道非常希望将此功能添加到 CLI。 目前我们没有计划在 CLI 中实现这个功能。 该功能是一个不断变化的目标,需要随着 EC2 添加功能而频繁更新。 还有一个问题是应该删除哪些资源不明确,尤其是与 VPC 相关的资源,例如快照。 最后,在服务器端做这个更有意义,特别是所有的 SDK 和工具都可以从这个功能中受益。
请继续在链接的 EC2 论坛主题上分享反馈和意见。
Trevorrowe.. 这可能是一个移动的目标,但没有歧义。 --all-dependencies 应该处理删除每个会阻止 vpc 被删除的依赖项。 如果某些东西是相切链接的,--all-dependencies 应该将它与 VPC 取消链接。
在 GUI 上一个接一个地点击数百个 VPC 是一种让 VPC 整体封闭的垃圾方式。 我更愿意提供我的 shell 脚本,并做一些不那么乏味的事情。
如果 GUI 界面有一个 mass vpc-close 选项,我也会为此感到沮丧。
+1
客户是否关心 VPC(及其依赖项)是否通过客户端或服务器端代码被删除?
客户关心的是一种通过 AWS CLI 中的操作或在 Cloudformation 删除时完全删除 VPC(和 deps)的方法。 整个 AWS 中存在许多不对称和例外情况,这表明团队没有在更复杂的问题上合作。
为什么我们不能向(AWS 控制台)服务器端函数公开 API 以删除 VPC 并在 CLI 和 CloudFormation 中使用该 API? 如果组织边界阻碍了为用户提供关键错误和差距的修复,为什么要将这种负担推给客户。 客户在另一个项目的论坛帖子中发帖是一种非常弱的更改跨组织优先级的方法。
我们可以自动构建堆栈但不能可靠地自动将其拆除的当前情况令人厌烦。 客户花费多少时间来手动解决这个问题? 有多少 aws 资源未得到充分利用,因为它们必定会将 VPC 拆掉一半?
有没有人写脚本删除aws中的所有VPC,包括相关资源?
+99999999999999999
如果有人想要,我可以提供一个 nodejs 脚本,当我使用 eksctl 删除 eks 集群时,我会使用它来执行此操作,因为由于依赖关系,它由于某种原因无法清理 vpc。 :)
当我使用 eksctl 删除 eks 集群时,这样做是因为它由于某种原因无法清理 vpc,因为依赖关系。 :)
你可以分享吗?
+99999999999999999
如果有人想要,我可以提供一个 nodejs 脚本,当我使用 eksctl 删除 eks 集群时,我会使用它来执行此操作,因为由于依赖关系,它由于某种原因无法清理 vpc。 :)
哈哈哈老板,我也在尝试同样的事情!!
当然亚马逊拖着他们的饲料提供清理工具
他们为什么要因为它是一个收入来源,让所有这些悬而未决的不需要的资源继续运行......这已经是很多年的问题......从一开始我就敢说......太伤心了
作为一个巨大的创可贴,如果 vps 删除命令(以及所有类似的 aws cli 命令)具有详细模式,该模式显示有问题的仍然附加的资源阻止删除,那将是合理的 - D'oh
这可能会有所帮助。 它在 ruby 中,但它显示了删除 VPC 所需的顺序。 您必须标记您的资源才能开箱即用,但顺序似乎对你们中的一些人来说是关键。 资源顺序是主要云的一个痛点。 我们每天都在受苦。 希望这可以帮助。 如果您有 VPN 网关和对等互连,您只需在脚本中的其余资源之前删除它们。
打开发霉的书
https://gist.github.com/gregohardy/ef026eef3beddae49eb05ea0fe5993e0
当然亚马逊拖着他们的饲料提供清理工具
他们为什么要因为它是一个收入来源而让所有这些悬而未决的不需要的资源继续运行……这已经是很多年的问题了
不幸的是如此真实
有什么办法可以得到附加到特定资源的依赖项,所以在删除主要资源之前,我将首先删除依赖项。
例如,我想删除网络接口,但出现操作不允许错误。
任何人都可以建议我在删除网络接口之前需要删除哪些内容。
我坚持我的任务,我想从我的 aws 终端环境中删除所有未使用的资源
非常需要这个 - 可以轻松地花一整天时间来试图删除 VPC - 这是最烦人的废话。
这是每个人都需要的基本功能。 我花了几天时间才实现了一个 VPC 资源爬虫来删除所有内容。
+100000000000
+1
这是我的脚本,用于删除具有所有依赖项的 VPC
https://github.com/lianghong/delete_vpc
同样,我过去使用过https://github.com/toddm92/vpc-delete 。
最有用的评论
Trevorrowe.. 这可能是一个移动的目标,但没有歧义。 --all-dependencies 应该处理删除每个会阻止 vpc 被删除的依赖项。 如果某些东西是相切链接的,--all-dependencies 应该将它与 VPC 取消链接。
在 GUI 上一个接一个地点击数百个 VPC 是一种让 VPC 整体封闭的垃圾方式。 我更愿意提供我的 shell 脚本,并做一些不那么乏味的事情。
如果 GUI 界面有一个 mass vpc-close 选项,我也会为此感到沮丧。