Aws-cli: füge die Option --all-dependencies zu ec2 delete-vpc hinzu

Erstellt am 13. Jan. 2016  ·  53Kommentare  ·  Quelle: aws/aws-cli

Featureanfrage

unterstützen aws ec2 delete-vpc --all-dependencies --vpc-id vpc-deadbeef

Einzelheiten

Die AWS-Webkonsole löscht eine VPC mit all ihren Abhängigkeiten. Das aws Cli-Tool sagt (beim Versuch, eine VPC mit Abhängigkeiten zu löschen): A client error (DependencyViolation) occurred when calling the DeleteVpc operation: The vpc 'vpc-deadbeef' has dependencies and cannot be deleted.

  1. Subnetze
  2. Sicherheitsgruppen
  3. Netzwerk-ACLs
  4. VPN-Anhänge
  5. Internet-Gateways
  6. Routentabellen
  7. Netzwerk Schnittstellen
  8. VPC-Peering-Verbindungen

Vielleicht auch --vpn-connection hinzufügen.

ec2 feature-request

Hilfreichster Kommentar

Trevorrowe.. Dies mag ein bewegliches Ziel sein, aber es gibt keine Zweideutigkeit. Die --all-dependencies sollten das Entfernen jeder Abhängigkeit behandeln, die andernfalls das Löschen des vpc verhindern würde. Wenn etwas tangential verknüpft ist, sollten die --all-dependencies die Verknüpfung mit der VPC aufheben.

Das Anklicken von Hunderten von VPCs nacheinander auf der GUI ist eine unsinnige Methode, um die geschlossenen VPC-Massen zu erhalten. Ich würde viel lieber mein Shell-Skript füttern und an etwas weniger langweiligem arbeiten.

Wenn die GUI-Schnittstelle eine Massen-vpc-close-Option erhält, wäre ich auch dafür.

Alle 53 Kommentare

So etwas mag praktisch sein, aber es erfordert mehr magischen Rauch, als mir wirklich lieb ist. Ich würde vorschlagen, diese Anfrage in den EC2-Foren zu stellen . Wenn sie es zu ihrer API hinzufügen, können wir es sofort abholen.

Ich brauche diese Funktion auch.
:+1: von mir

@JordonPhillips geht es nicht nur darum, Abhängigkeiten aufzulisten und nacheinander zu entfernen, oder ist es mehr als das?

+1 Gibt es Fortschritte bei dieser Funktion?

+1 von mir

Ein klares +1

+1

+1 Ich muss Bündel von vpc's löschen.

+1

+1

+1

:+1:

+1

+1

+1

+1000

+1

+1

+1

+1

+10000000

+1

+1

+1

+1

+1

+1

Azure hat ein Konzept der Ressourcengruppe, alles was darin enthalten ist, wird gelöscht. Ähnliches könnte auch nützlich sein.

+1

+1

+1

+1

+1

Soweit ich weiß, besteht ein erheblicher Wunsch, diese Funktion der CLI hinzuzufügen. Derzeit planen wir nicht, diese Funktionalität in der CLI zu implementieren. Die Funktion ist ein bewegliches Ziel, das häufige Aktualisierungen erfordert, wenn EC2 Funktionen hinzufügt. Es gibt auch das Problem mit der Mehrdeutigkeit, welche Ressourcen gelöscht werden sollten, insbesondere solche, die tangential mit der VPC zusammenhängen, wie z. B. Snapshots. Am Ende ist es sinnvoller, dies serverseitig zu tun, insbesondere damit alle SDKs und Tools von dieser Funktion profitieren können.

Bitte teilen Sie weiterhin Feedback und Input im verlinkten EC2-Forum-Thread mit.

Trevorrowe.. Dies mag ein bewegliches Ziel sein, aber es gibt keine Zweideutigkeit. Die --all-dependencies sollten das Entfernen jeder Abhängigkeit behandeln, die andernfalls das Löschen des vpc verhindern würde. Wenn etwas tangential verknüpft ist, sollten die --all-dependencies die Verknüpfung mit der VPC aufheben.

Das Anklicken von Hunderten von VPCs nacheinander auf der GUI ist eine unsinnige Methode, um die geschlossenen VPC-Massen zu erhalten. Ich würde viel lieber mein Shell-Skript füttern und an etwas weniger langweiligem arbeiten.

Wenn die GUI-Schnittstelle eine Massen-vpc-close-Option erhält, wäre ich auch dafür.

+1

Interessiert es die Kunden, wenn die VPC (und ihre Abhängigkeiten) über den client- oder serverseitigen Code gelöscht werden?

Was Kunden interessiert, ist eine Möglichkeit, die VPC (und die Deps) über eine Aktion von der AWS CLI oder bei einer Cloudformation-Löschung vollständig zu löschen. In AWS gibt es viele Asymmetrien und Ausnahmen, die eine Spur von Teams zeigen, die an komplexeren Problemen nicht zusammenarbeiten.

Warum können wir der serverseitigen Funktion (AWS Console) keine API bereitstellen, um eine VPC zu löschen und diese API in der CLI und CloudFormation zu verwenden? Wenn organisatorische Grenzen es behindern, Benutzern Korrekturen für kritische Fehler und Lücken bereitzustellen, warum sollten Sie diese Last auf die Kunden schieben. Kunden, die im Forenthread eines anderen Projekts posten, sind eine ziemlich schwache Methode, um organisationsübergreifende Prioritäten zu ändern.

Die aktuelle Situation, in der wir einen Stack automatisch aufbauen, aber nicht automatisch zuverlässig abbauen können, wird müde. Wie viele Stunden vergeudete Zeit verbringen Kunden damit, dies manuell zu umgehen? Wie viele AWS-Ressourcen werden nicht ausgelastet, weil sie an halb abgerissenen VPCs gebunden sind?

Hat jemand ein Skript geschrieben, um alle VPCs in AWS einschließlich der zugehörigen Ressourcen zu löschen?

+999999999999999999

Wenn jemand möchte, kann ich ein nodejs-Skript bereitstellen, das ich dafür verwende, wenn ich einen eks-Cluster mit eksctl lösche, da es den vpc aus irgendeinem Grund aufgrund von Abhängigkeiten nicht bereinigen kann. :)

um genau dies zu tun, wenn ich einen eks-Cluster mit eksctl lösche, da er den vpc aus irgendeinem Grund aufgrund von Abhängigkeiten nicht bereinigen kann. :)

kannst du es teilen?

+999999999999999999

Wenn jemand möchte, kann ich ein nodejs-Skript bereitstellen, das ich dafür verwende, wenn ich einen eks-Cluster mit eksctl lösche, da es den vpc aus irgendeinem Grund aufgrund von Abhängigkeiten nicht bereinigen kann. :)

HAHAHA Chef, ich versuche das gleiche !!

Natürlich schleppt Amazon seinen Feed mit, um ein Bereinigungstool zu geben
warum sollten sie, da es ein Einkommensgenerator ist, all diese baumelnden unerwünschten Ressourcen laufen zu lassen ... das ist seit VIELEN Jahren ein Thema ... von Anfang an wage ich zu sagen ... so traurig

Als großes fettes Pflaster wäre es vernünftig, wenn der Befehl vps delete (zusammen mit allen ähnlichen aws cli-Befehlen) einen ausführlichen Modus hätte, der beleidigende noch angehängte Ressourcen anzeigt, die das Löschen verhindern - D'oh

Dies könnte helfen. Es ist in Ruby, aber es zeigt die Reihenfolge, die Sie zum Löschen von VPCs benötigen. Sie müssen Ihre Ressourcen mit Tags versehen haben, um dies sofort verwenden zu können, aber die Reihenfolge scheint für einige von Ihnen entscheidend zu sein. Die Ressourcenordnung ist bei den großen Clouds ein Problem. Wir leiden täglich. Hoffe das hilft. Wenn Sie VPN-Gateways und Peering haben, müssen Sie diese nur vor den restlichen Ressourcen im Skript löschen.

Öffnet den muffigen Wälzer

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

Natürlich schleppt Amazon seinen Feed mit, um ein Bereinigungstool zu geben
warum sollten sie, da es ein Einkommensgenerator ist, all diese baumelnden unerwünschten Ressourcen am Laufen zu lassen ... dies ist seit VIELEN Jahren ein Thema

So wahr leider

Gibt es eine Möglichkeit, die mit einer bestimmten Ressource verbundenen Abhängigkeiten zu erhalten, bevor ich die Hauptressource lösche, lösche ich zuerst die Abhängigkeit.
zum Beispiel möchte ich die Netzwerkschnittstelle löschen, aber ich erhalte den Fehler "Operation nicht zulässig".
Kann mir jemand vorschlagen, was ich vor dem Löschen der Netzwerkschnittstelle löschen muss?

Ich bin bei meiner Aufgabe stecken geblieben Ich möchte alle nicht verwendeten Ressourcen aus meiner AWS-Umgebung löschen

Ich brauche das ernsthaft - kann einen ganzen Tag damit verbringen, im Kreis herumzulaufen und zu versuchen, eine VPC zu entfernen - das ist der nervigste Unsinn.

Dies ist eine grundlegende Funktion, die jeder braucht. Ich habe Tage gebraucht, um einen VPC-Ressourcen-Crawler zu implementieren, um alles zu entfernen.

+100000000000

+1

Es ist mein Skript, um eine VPC mit allen Abhängigkeiten zu löschen
https://github.com/lianghong/delete_vpc

Ebenso habe ich in der Vergangenheit https://github.com/toddm92/vpc-delete verwendet.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen