Google cloud platform Bigquery插槽度量未在GCP中显示数据

Google cloud platform Bigquery插槽度量未在GCP中显示数据,google-cloud-platform,google-bigquery,Google Cloud Platform,Google Bigquery,我试图为Bigquery创建度量,当选择使用的插槽或与插槽相关的插槽时,我无法获得如下所示的数据: 请帮助我如何检查此类问题,以便填充数据并在插槽上创建度量。此外,我还面临着与表度量类似的问题。您尝试在度量资源管理器中创建图表时使用的大查询度量“slots/assigned”在云监控文档中被标记为尽早访问 您需要被邀请或被列入白名单才能使用此Alpha度量,或者等到它正式可用或处于测试阶段 早期访问:早期访问功能仅限于一组封闭的 用于有限发射子集的测试人员。参与是由 仅限邀请函,可能需要签署正式

我试图为Bigquery创建度量,当选择使用的插槽或与插槽相关的插槽时,我无法获得如下所示的数据:


请帮助我如何检查此类问题,以便填充数据并在插槽上创建度量。此外,我还面临着与表度量类似的问题。

您尝试在度量资源管理器中创建图表时使用的大查询度量
“slots/assigned”
在云监控文档中被标记为尽早访问

您需要被邀请或被列入白名单才能使用此Alpha度量,或者等到它正式可用或处于测试阶段

早期访问:早期访问功能仅限于一组封闭的 用于有限发射子集的测试人员。参与是由 仅限邀请函,可能需要签署正式发售前的邀请函 协议,包括保密条款。这些特征可能是 不稳定,以向后不兼容的方式进行更改,并且无法保证 将被释放。没有提供SLA,也没有技术支持 义务。早期的access版本很少,而且主要关注验证 产品原型


如果您看不到任何指标,请查看您是否有在监控中创建这些图表的正确方法。

基本上,BigQuery是一种无服务器产品,您只需支付所使用的费用(这里是扫描的数据量)。要处理数据,将分配插槽。默认情况下,为项目分配了2000个插槽

这种模式的问题在于成本的不可预测性,这在大公司是有问题的(他们更喜欢用事先知道的预算支付更多->愚蠢,但财务部门更喜欢!!)。为此,您可以[保留插槽](群集程序管理器),并可以将它们分配给不同的项目(如果您在组织级别而不是项目级别保留了插槽)

使用插槽,您不再支付扫描的数据量,而只支付插槽的费用。 当然,如果您的查询需要10秒,有2000个插槽,而您只分配了500个插槽,那么查询将需要40秒(这不是线性的,但它符合原则)

如果需要,可以动态更改分配。我的意思是,如果您有一个晚上进行批处理的项目,您可以在晚上为其分配最多的插槽,并在白天为您的仪表板项目重新分配插槽(例如)


因此,有了这个指标,您可以跟踪项目的插槽分配。分配的插槽中的其他有趣指标。实际上,您可以为项目设置500个插槽,但您的查询只需要100个插槽。这样,您可以优化分配。

您是否有已提交的插槽?我不知道提交插槽的过程,您可以帮助我如何做到这一点吗?谢谢,但对于其他插槽指标,我也无法获得它们的数据,如插槽/已分配,插槽/已分配的\u项目。您能帮助我吗,请看第二个答案,这是有价值的信息,加上我可以在您的图形中看到仪表板中数据点的时间框架太短。您可以尝试通过放大和缩小时间戳来调整数据点的值,请查看本文档和已知问题,以了解我所说的内容。