Aws-cli: добавить параметр --all-dependencies в ec2 delete-vpc

Что-то вроде этого может быть удобно, но для этого требуется больше магического дыма, чем мне удобно. Я бы посоветовал сделать этот запрос на форумах EC2 . Если они добавят его в свой API, мы сразу же его заберем.

Хороший звонок. Готово: https://forums.aws.amazon.com/thread.jspa?threadID=223412

Мне тоже нужна эта функция.
: +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. Эта функция - движущаяся цель, требующая частых обновлений, поскольку EC2 добавляет функциональность. Также существует проблема неоднозначности того, какие ресурсы следует удалять, особенно те, которые косвенно связаны с VPC, например, снимки состояния. В конце концов, имеет смысл делать это на стороне сервера, особенно для того, чтобы все SDK и инструменты могли извлечь выгоду из этой функции.

Продолжайте делиться отзывами и комментариями в связанной ветке форума EC2.

https://abhishekis.wordpress.com/2017/04/26/python-script-to-remove-the-default-vpc-of-all-the-regions-in-an-aws-account/

FYI для тех, кто ударил это ...

Треворроу ... Это может быть движущаяся цель, но здесь нет двусмысленности. Параметр --all-dependencies должен обрабатывать удаление всех зависимостей, которые в противном случае предотвратили бы удаление vpc. Если что-то связано косвенно, параметр --all-dependencies должен отсоединить его от VPC.

Нажатие сотен VPC один за другим в графическом интерфейсе - мусорный способ массово закрывать VPC. Я бы предпочел скормить свой сценарий оболочки и поработать над чем-нибудь менее утомительным.

Если в графическом интерфейсе появится опция массового vpc-close, я бы тоже отказался.

+1

Не волнует ли клиентов, удаляется ли VPC (и его зависимости) через клиентский или серверный код?

Что действительно волнует клиентов, так это способ полного удаления VPC (и deps) с помощью действия из интерфейса командной строки AWS или при удалении Cloudformation. В AWS существует множество асимметрий и исключений, которые указывают на то, что команды не работают вместе над более сложными проблемами.

Почему мы не можем предоставить API для серверной функции (AWS Console), чтобы удалить VPC и использовать этот API в CLI и CloudFormation? Если организационные границы мешают пользователям исправлять критические ошибки и пробелы, зачем перекладывать это бремя на клиентов. Сообщения клиентов в ветке форума другого проекта - довольно слабый способ изменить приоритеты организации.

Текущая ситуация, когда мы можем создать стек автоматически, но не можем надежно разорвать его автоматически, утомляет. Сколько потраченных впустую часов времени клиенты тратят на то, чтобы вручную решить эту проблему? Сколько ресурсов aws используется недостаточно, потому что они вынуждены наполовину отключать VPC?

Кто-нибудь писал скрипт для удаления всех VPC в aws, включая связанные ресурсы?

+99999999999999999

Если кто-то хочет, я могу предоставить скрипт nodejs, который я использую для этого, когда я удаляю кластер eks с помощью eksctl, поскольку он не может очистить vpc по какой-то причине из-за зависимостей. :)

для этого, когда я удаляю кластер eks с помощью eksctl, поскольку он не может очистить vpc по какой-то причине из-за зависимостей. :)

ты можешь поделиться этим?

+99999999999999999

Если кто-то хочет, я могу предоставить скрипт nodejs, который я использую для этого, когда я удаляю кластер eks с помощью eksctl, поскольку он не может очистить vpc по какой-то причине из-за зависимостей. :)

ХАХАХА, босс, я пробую то же самое !!

Конечно, Amazon затягивает свой канал, предоставляя инструмент для очистки.
почему они должны, поскольку это источник дохода, оставлять все эти ненужные ненужные ресурсы работающими ... это было проблемой в течение МНОГИХ лет ... с самого начала, я осмелюсь сказать ... так грустно

как большой жирный лейкопластырь было бы разумно, если бы команда vps delete (вместе со всеми аналогичными командами aws cli) имела подробный режим, который показывал оскорбительные все еще прикрепленные ресурсы, которые предотвращают удаление - D'oh

Это может помочь. Он написан на рубине, но показывает порядок, необходимый для удаления VPC. Вам нужно будет пометить свои ресурсы, чтобы использовать это из коробки, но порядок, кажется, является ключевым для некоторых из вас. Порядок ресурсов - это проблема для основных Облаков. Мы страдаем ежедневно. Надеюсь это поможет. Если у вас есть VPN-шлюзы и пиринг, вам просто нужно удалить их перед остальными ресурсами в скрипте.

Открывает затхлый фолиант

https://gist.github.com/gregohardy/ef026eef3beddae49eb05ea0fe5993e0

Конечно, Amazon затягивает свой канал, предоставляя инструмент для очистки.
почему они должны, поскольку это источник дохода, оставлять все эти висячие ненужные ресурсы работающими ... это было проблемой в течение МНОГИХ лет

К сожалению, так верно

Есть ли способ узнать, какие зависимости привязаны к конкретному ресурсу, поэтому перед удалением основного ресурса я сначала удалю зависимость.
например, я хочу удалить сетевой интерфейс, но получаю ошибку «операция не разрешена».
Может ли кто-нибудь предложить мне, что мне нужно удалить перед удалением сетевого интерфейса.

я застрял в своей задаче, я хочу удалить все неиспользуемые ресурсы из моей конечной среды aws

Серьезно это нужно - можно целый день легко бегать по кругу, пытаясь удалить VPC - это самая досадная ерунда.

Это базовая функция, которая нужна каждому. Мне потребовалось несколько дней, чтобы внедрить сканер ресурсов VPC, чтобы удалить все.

+100000000000

+1

Это мой сценарий для удаления VPC со всеми зависимостями
https://github.com/lianghong/delete_vpc

Точно так же я использовал https://github.com/toddm92/vpc-delete в прошлом.