google-cloud-platform - 关于 Bigtable 性能的一般指导
问题描述
我正在为在 GKE 上运行的示例应用程序使用单节点 Bigtable 集群。自动缩放功能已包含在客户端代码中。有时我会遇到 GET 调用缓慢(> 80 毫秒)。为了进一步调查,我需要对以下 Bigtable 行为进行一些澄清。
- 我已经缓存了 Bigtable
table
对象以确保更快的 GET 调用。表对象是否在 GKE 上持久化?我了解到对象在 Cloud Function 上不是持久的。我们预计 GKE 上会有类似的行为吗? - 我正在使用服务帐户身份验证,但身份验证令牌的刷新频率如何?我看到了 gRPC Java 客户端的频繁刷新日志。我认为 Bigtable 将无法在此令牌刷新期间(4-5 秒)内处理请求。
- 如果客户端机器/实例的扩展性不够怎么办?它会导致 GET 调用缓慢吗?
- Bigtable 客户端库使用连接池。连接/通道多久自行关闭?我了解到连接会在几分钟不活动(> 15 分钟左右)后关闭。
- 我打算只阅读需要的列而不是整行。这可以通过指定
rowkey
以及来实现column qualifier filter
。我可以通过不读取整行来期望一些性能改进吗?
解决方案
推荐阅读
- android - 如果在突变查询中添加列表类型,graphql 不会在 android 中编译
- machine-learning - 非常规使用 RNN/LSTM
- php - 在我的网站中集成 Wordpress 帖子/博客
- python-3.x - Keras.utils 无法导入
- android - 搜索房间视图
- javascript - 从具有自定义键值的对象数组创建对象
- laravel - 反向排序 Laravel 雄辩的急切加载集合
- javascript - React.js 从 `componentWillMount` 上的数据库异步获取资产
- javascript - JavaScript 或 JQuery 从通过 for 循环生成的多个选择表中的选择选项中获取正确的选择值
- session - 如何提高tensorflow sess.run()的进动速度