Google Cloud IN_USE_ADDRESSES quota exceeded.

Сделайте копию своего sshd init сценарием и добавьте-f опцию указать новый sshd_config.

19
задан 18 August 2017 в 22:50
5 ответов

Я не могу полностью поверить в этот ответ - я просто вспомнил этот - но развертывание в облаке Google оставляет прежнее развертывание (и, следовательно, с использованием IP и ваших кровно заработанных денег) на неопределенный срок.

Развертывания можно запускать с помощью - stop-previous-version , чтобы предотвратить такое поведение, и вы можете использовать list и stop , чтобы найти и удалить старые развертывания, чтобы они больше не использовали ресурсы.

9
ответ дан 2 December 2019 в 20:19

Для этой проблемы, при создании VM не обеспечивают, внешний IP -

  1. Нажимают на Management, Security, Disks, Networking, Sole Tenancy
  2. Click on Network
  3. Click on Network Interface
  4. In External IP - не дают Ни один

, Это работало на меня

0
ответ дан 2 December 2019 в 20:19

У меня даже нет развернутого приложения, только кластер Kubernetes, поэтому ни одно из предложений мне не помогло. Я продолжал удалять кластер, а затем воссоздавать.

Нашел эту страницу со списком используемых внешних IP-адресов, что, похоже, является корнем проблемы. Должен работать независимо от того, по какой причине используются ваши IP-адреса: https://console.cloud.google.com/networking/addresses/list

В моем случае проблема с балансировщиками нагрузки: Я удалил все мои кластеры и все еще видел используемые адреса. Затем я нашел эту страницу, которая позволяет мне удалить сопоставления IP-адресов балансировщика нагрузки: https://console.cloud.google.com/net-services/loadbalancing/advanced/forwardingRules/list Воссоздал кластеры и службы, и теперь все работает нормально.

Я не знаю, почему удаление кластера не освободило адреса в этот раз. Может быть, потому что я отменил процесс создания одного кластера.

4
ответ дан 2 December 2019 в 20:19

У меня та же ошибка, но причина в том, что моя сборка указывала на неправильный проект (список конфигураций gcloud). Я настроил облачный SQL в своем коде, но он был в другом проекте, чем движок приложения, который я пытался развернуть. Показанная ошибка была точно такой, как упомянуто в вышеупомянутой проблеме.

3
ответ дан 2 December 2019 в 20:19

У меня возникла проблема с кубернетами, когда я хотел добавить новый узел. Решается так:

  • kubectl get svc
  • Удалите старые службы с помощью kubectl delete svc [service-name]

Надеюсь, это поможет кому-то еще.

0
ответ дан 2 December 2019 в 20:19

Теги

Похожие вопросы