us-east4中的Google Cloud配额非常有限

时间:2018-02-14 13:19:22

标签: google-cloud-platform

我们开始的任何新项目对<svg width="580" height="400" xmlns="http://www.w3.org/2000/svg"> <!-- Created with Method Draw - http://github.com/duopixel/Method-Draw/ --> <g> <title>background</title> <rect fill="#fff" id="canvas_background" height="402" width="582" y="-1" x="-1"/> <g display="none" overflow="visible" y="0" x="0" height="100%" width="100%" id="canvasGrid"> <rect fill="url(#gridpattern)" stroke-width="0" y="0" x="0" height="100%" width="100%"/> </g> </g> <g> <title>Layer 1</title> <path id="svg_1" d="m227.92666,205.89499l-212.49917,0l0,-184l255.00001,0" stroke-width="1.5" stroke="#000" fill="#CFCA6D"/> </g> </svg> 都有非常严格的配额 - 例如24个CPU

虽然大多数配额增加请求似乎立即得到批准,但请求是手动的。因为我们的工作流程涉及自动启动项目,所以我们需要一个不涉及人工干预的解决方案

相比之下,同一项目对其他地区有更合理的配额 - 例如us-east4us-west1us-east1

的2400个CPU

是否有us-central1的内容使其不适合这些类型的工作负载?我们正在使用它,因为我们的延迟较低,但如果绝对需要,它将是灵活的

quotas for new project

1 个答案:

答案 0 :(得分:0)

根据GCP配额documentation,用户必须主动request a quota increase。在这种情况下,您可以请求增加配额,以考虑您预计的即将到来的使用量增加。已创建Feature Request,以便将来可以使用此功能。目前此FR没有ETA,但可以在之前的链接上跟踪任何进度。