☰

GCP で作成したサブネットを削除できない

tag-icon • tag-icon google-compute-engine subnet
GCP で作成したサブネットを削除できない

GCPにサブネットがあり、デフォルトネットワークと呼ばれるxxx-一般

このサブネットを削除しようとすると（不要になったため）、エラーが発生します。

サブネットを削除できませんでした。エラー: サブネット リソース「projects/xxxxx-cloud-network/regions/europe-west2/subnetworks/xxx-general」は、「projects/xxxxx-cloud-network/regions/europe-west2/addresses/g000001」によってすでに使用されています。

実例000001 ...01存在すらしません。GCP のインスタンスや VPC ネットワーク構成などを調べましたが、このネットワークが何かに接続されていると考える理由がわかりません。

g000001 を作成し、別のサブネットに割り当てられていることを確認してみましたが、効果はありませんでした。

サブネットを削除する方法を知っている人はいますか?

ありがとう

答え1

VM が削除されていると仮定すると、唯一の方法はコマンド ラインを使用して内部予約済み IP アドレスを削除することです。

Cloud Shell を開いて正しいプロジェクトに接続し、強調表示されたコマンドを実行します。

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].

これで、サブネットや VPC などのネットワーク リソースを削除できるようになりました。

答え2

g000001 という名前の静的に予約された内部 IP があると思います。...../addresses/g000001 で示唆されているインスタンスではないと思います。

その IP アドレスを削除すると、より良い結果が得られるはずです。

答え3

整理しました。

エラーはリージョン europe-west2 にのみ関係しますが、インスタンスを再作成する必要があったゾーン (静的内部 IP を再適用して再リリースするため) は重要です。

europe-west2-a でインスタンス g000001 を再作成していましたが、何も進展しませんでした。europe-west2-c でインスタンス g000001 を再作成したときに、一時 IP を静的 IP に変更できました (この時点で、ドロップダウンから問題のある定義済みの静的 10.16.1.x エントリを選択できました)。

これらの設定がコミットされ、インスタンスが作成されたら、戻って g000001 インスタンスを編集し、内部の静的 IP を解放して保存し、インスタンスを削除しました...すると、サブネットを削除できるようになりました。

最初に g000001 を削除したときに、GCP がバックグラウンドで予約済み IP を削除/解放しなかったとしか考えられません。

関連情報