我在gke上运行的示例应用程序中使用了一个单节点bigtable集群。客户机代码中包含了自动缩放功能。有时我会遇到get呼叫的缓慢(>80ms)。为了进一步研究它,我需要对下面的bigtable行为做一些澄清。
我已经缓存了大表 table
对象以确保更快地获取调用。表对象是否持久存在于gke上?我了解到对象在云函数上不是持久的。我们期望gke有类似的行为吗?
我正在使用服务帐户身份验证,但身份验证令牌刷新的频率如何?我经常看到grpcjava客户端的刷新日志。我认为bigtable无法在这个令牌刷新周期(4-5秒)内为请求提供服务。
如果客户机/示例的伸缩性不够呢?它会导致get呼叫的缓慢吗?
bigtable客户端库使用连接池。连接/通道关闭的频率如何?我了解到,连接在不活动的几分钟后关闭(>15分钟左右)。
我计划只读取需要的列,而不是整行。这可以通过指定 rowkey
以及 column qualifier filter
. 我是否可以期望通过不阅读整行来提高性能?
1条答案
按热度按时间pexxcrt21#
根据gcp官方文档,您可以在这里找到bigtable性能变慢的原因。我建议你看一下那些可能有用的文件。您还可以看到性能问题的疑难解答。