BigTable app profile未在Cloud Logs及Monitoring中显示问题排查

• 配置被更高优先级的规则覆盖
  google.bigtable.app.profile.id 的配置优先级从高到低为：代码硬编码的连接参数 > 程序启动参数 > 环境变量 GOOGLE_CLOUD_BIGTABLE_APP_PROFILE > hbase-site.xml 配置。如果存在更高优先级的配置指定了其他app profile（默认值为default），就会导致hbase-site.xml里的配置不生效，实际请求使用的是默认profile。
• App Profile 本身配置不匹配
  你配置的read_profile可能不存在于当前请求的BigTable实例下，比如创建profile时写错了名称、大小写不一致、归属项目/实例错误，这种情况下BigTable客户端会自动回退到默认profile发起请求，服务端自然不会记录read_profile的相关数据。
• 客户端版本不支持参数传递
  1.12.0以下版本的cloud-bigtable-client BigTable HBase兼容客户端，不支持将app profile ID传递给服务端，即使本地配置了对应参数，服务端也收不到标识，不会关联到对应profile生成指标和日志。
• 监控与日志的维度配置问题
  BigTable Monitoring指标默认会聚合所有app profile的数据，你需要手动在指标筛选器中添加app_profile维度，选择read_profile才能查看对应数据；Cloud Audit Logs如果没有开启数据访问日志的全字段导出，也可能缺失app profile字段的记录。
• 故障转移场景下的配置重置
  如果你的read_profile配置的是单集群路由，当目标集群不可用触发客户端故障转移时，部分旧版本客户端会自动重置为默认profile发起重试请求，这部分请求也不会携带指定的profile标识。

内容的提问来源于stack exchange，提问作者Ranga Vure