☰

Ein in GCP erstelltes Subnetz kann nicht gelöscht werden

tag-icon • tag-icon google-compute-engine subnet
Ein in GCP erstelltes Subnetz kann nicht gelöscht werden

Ich habe ein Subnetz in GCP, unter demStandardNetzwerk, genanntxxx-allgemein

Wenn ich versuche, dieses Subnetz zu löschen (da es nicht mehr benötigt wird), erhalte ich eine Fehlermeldung:

Das Löschen des Subnetzes ist fehlgeschlagen. Fehler: Die Subnetzressource „projects/xxxxx-cloud-network/regions/europe-west2/subnetworks/xxx-general“ wird bereits von „projects/xxxxx-cloud-network/regions/europe-west2/addresses/g000001“ verwendet.

Beispielg000001existiert nicht einmal. Ich habe mir GCP, die Instanzen und VPC-Netzwerkkonfigurationen usw. angesehen, aber ich kann nicht erkennen, warum dieses Netzwerk denkt, es sei an irgendetwas angeschlossen.

Ich habe versucht, g000001 zu erstellen und sicherzustellen, dass es einem anderen Subnetz zugewiesen ist, aber es hilft nicht.

Weiß jemand, wie man das Subnetz löscht?

Danke

Antwort1

Vorausgesetzt, die VMs wurden gelöscht, besteht die einzige Möglichkeit darin, die intern reservierten IP-Adressen über die Befehlszeile zu löschen.

Öffnen Sie Cloud Shell, verbinden Sie es mit dem richtigen Projekt und führen Sie dann die hervorgehobenen Befehle aus:

user123@cloudshell:~ (cellular-project-258333)$ gcloud compute addresses list
NAME          ADDRESS/RANGE  TYPE      PURPOSE       NETWORK  REGION       SUBNET      STATUS
k8s-worker-1  10.175.0.4     INTERNAL  GCE_ENDPOINT           us-central1  k8s-subnet  RESERVED
k8s-worker-2  10.175.0.5     INTERNAL  GCE_ENDPOINT           us-central1  k8s-subnet  RESERVED
k8s-worker-3  10.175.0.6     INTERNAL  GCE_ENDPOINT           us-central1  k8s-subnet  RESERVED


user123@cloudshell:~ (cellular-project-258333)$cloud compute addresses delete k8s-worker-1 k8s-worker-2 k8s-worker-3 --region us-central1                                                      
The following addresses will be deleted:
 - [k8s-worker-1] in [us-central1]
 - [k8s-worker-2] in [us-central1]
 - [k8s-worker-3] in [us-central1]

Do you want to continue (Y/n)?  Y

Deleted [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-1].
Deleted [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-2].
Deleted [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-3].

Jetzt können die Netzwerkressourcen wie Subnetze und VPCs gelöscht werden.

Antwort2

Ich glaube, Sie haben eine statisch reservierte interne IP mit dem Namen g000001. Ich glaube nicht, dass es sich um eine Instanz handelt, wie von ...../addresses/g000001 vorgeschlagen.

Sobald Sie diese IP-Adresse löschen, sollten Sie bessere Ergebnisse erhalten.

Antwort3

Habe es sortiert.

Obwohl der Fehler nur die Region „europe-west2“ betrifft, ist die Zone wichtig, in der ich die Instanz neu erstellen musste (um die statische interne IP erneut anzuwenden und freizugeben).

Ich habe die Instanz g000001 in europe-west2-a neu erstellt – was mich nicht weitergebracht hat. Als ich die Instanz g000001 in europe-west2-c neu erstellt habe, konnte ich die temporäre IP in eine statische ändern (an diesem Punkt konnte ich den problematischen vordefinierten statischen Eintrag 10.16.1.x aus einer Dropdown-Liste auswählen).

Nachdem diese Einstellungen übernommen und die Instanz erstellt worden war, ging ich zurück und bearbeitete die Instanz g000001, gab die interne statische IP frei, speicherte sie, löschte die Instanz … und voilà, dann konnte ich das Subnetz löschen.

Ich kann mir nur vorstellen, dass GCP die reservierten IPs im Hintergrund nicht löscht/freigibt, als ich g000001 ursprünglich gelöscht habe.

verwandte Informationen