Le quota IN_USE_ADDRESSES de Google Cloud a été dépassé.

19

Je passe les 3 dernières heures à trouver des moyens de libérer les adresses IP en cours d'utilisation de l'API Google Compute Engine, car j'en ai 8/8. J'ai googlé, lu les manuels mais il n'y a aucun moyen de le publier n'importe où dans la console. J'essaie de configurer une application Rails. Lors de la compilation, il s'est coincé avec des erreurs car je n'ai pas fourni le bon socket pour DB (ce qui n'a pas vraiment d'importance ici). Lorsque je suis bloqué, je suis sorti en appuyant sur Ctrl + C dans mon terminal et je suppose que c'est le problème. - Je suis nouveau sur Google Cloud, donc je ne peux que supposer.

Le message d'erreur:

ERROR: (gcloud.app.deploy) Error Response: [400] The following quotas were exceeded: IN_USE_ADDRESSES (quota: 8, used: 8 + needed: 2).
https://appengine.googleapis.com/v1/apps/workepics/services/default/versions?alt=json

Voici visualisé dans la console:

Lorsque je clique dans la console sur les moteurs de calcul, on me demande seulement si je veux en créer un. Il n'y a pas d'autre option.

Toute aide serait appréciée! Je vous remercie.

google-cloud-platform google-compute-engine

— Georg Keferböck
source

cloud.google.com/compute/quotas "Si vous vous attendez à une augmentation notable de l'utilisation à venir, vous pouvez demander de manière proactive des ajustements de quota à partir de la page Quotas dans la console Cloud Platform."

— ceejayoz

@ceejayoz Je ne veux pas d'augmentation des quotas. Je veux simplement trouver un moyen de libérer les adresses IP en cours d'utilisation. J'ai compilé mon application plusieurs fois et il apparaît à chaque compilation qu'une nouvelle adresse IP a été ajoutée.

— Georg Keferböck

1

Voir stackoverflow.com/questions/37381694/… , alors. Vos anciens déploiements sont toujours en cours d'exécution (et vous coûtent de l'argent). Vous voudrez y mettre fin.

— ceejayoz

1

Gareautrain! @ceejayoz

— Georg Keferböck

1

@ceejayoz pouvez-vous s'il vous plaît ajouter ces deux liens dans une réponse afin que je puisse vous donner les points: cloud.google.com/sdk/gcloud/reference/app/versions/list cloud.google.com/sdk/gcloud/reference/app / versions / stop Ces liens expliquent comment arrêter et supprimer des versions. Je ne connaissais pas le concept et je ne savais donc pas. Peut-être que quelqu'un d'autre se retrouve dans une situation similaire. Merci

— Georg Keferböck

9

Je ne peux pas prendre tout le crédit pour cette réponse - je viens de me rappeler celui - ci - mais un déploiement aux feuilles de cloud de Google l'ancien déploiement en place (et donc en utilisant une adresse IP et votre argent durement gagné) indéfiniment.

Les déploiements peuvent être déclenchés avec --stop-previous-versionpour empêcher ce comportement, et vous pouvez utiliser list and stop pour rechercher et supprimer les anciens déploiements afin qu'ils n'utilisent plus de ressources.

— ceejayoz
source

1

A exécuté ce one-liner pour nettoyer mes anciens déploiements: gcloud app versions list | grep -v SERVING | awk '{print $2}' | tail -n +1 | xargs -I {} gcloud app versions delete {}

— user2688473

4

Je n'ai même pas déployé d'application, juste un cluster Kubernetes, donc aucune des suggestions n'a aidé pour moi. J'ai continué à supprimer le cluster puis à recréer.

Trouvé cette page qui répertorie les adresses IP externes en cours d'utilisation, ce qui semble être à l'origine du problème. Devrait fonctionner quelle que soit la raison de vos adresses IP utilisées: https://console.cloud.google.com/networking/addresses/list

Pour mon cas d'équilibreurs de charge étant le problème: j'ai supprimé tous mes clusters et j'ai toujours vu les adresses en cours d'utilisation. J'ai ensuite trouvé cette page qui me permet de supprimer les mappages IP de l'équilibreur de charge: https://console.cloud.google.com/net-services/loadbalancing/advanced/forwardingRules/list Recréé les clusters et les services, et tout fonctionne bien maintenant.

Je ne sais pas pourquoi la suppression du cluster n'a pas libéré les adresses cette fois. Peut-être parce que j'ai annulé au milieu de la création d'un cluster.

— sudo
source

1

Oui! Merci beaucoup - équilibreurs de charge pour moi aussi. J'étais très bâclé à propos de la création de mon cluster / ressource, donc je suppose que c'était la cause. Cela devrait être la réponse acceptée car c'est la solution la plus générale.

— Michael Hays

Si seulement je pouvais reproduire cela, je soumettrais un rapport de bogue car il semble être un bogue.

— sudo

3

J'ai eu la même erreur, mais la raison était que ma build pointait vers un mauvais projet (liste de configuration gcloud). J'avais configuré le cloud SQL dans mon code mais c'était dans un autre projet que le moteur d'application sur lequel j'essayais de déployer. L'erreur indiquée était exactement celle mentionnée dans le problème ci-dessus.

— Neelima
source

0

J'ai eu le problème sur kubernetes lorsque j'ai voulu ajouter un nouveau nœud. Résolu comme ceci:

kubectl get svc
Supprimer les anciens services avec kubectl delete svc [service-name]

J'espère que cela aide quelqu'un d'autre.

— Tobias Ernst
source

0

Pour ce problème, lors de la création de la machine virtuelle, ne fournissez pas l'IP externe -

Cliquez sur Management, Security, Disks, Networking, Sole Tenancy
Cliquez sur Réseau
Cliquez sur Interface réseau
Dans IP externe - donnez Aucun

Cela a fonctionné pour moi

— sahithya
source