Day16 Grafana (Match Making)

昨天我们安装了 Prometheus 与 Grafana ，来协助我们观察 Open-Match 的活动状况，由於他的安装实在花了我一番功夫，决定把一些监控的内容，拆分到今天来说明。所以今天会来介绍一下，我们透过 metrics 可以获得哪些资讯，以及是使用了哪些设定档，才能协助我们将这些 metric，转换成易於阅读的图表的。

ConfigMap of Prometheus & Grafana

稍微看一下安装的 yaml，可以找到几个 ConfigMap，其中 open-match-prometheus-server 与 open-match-dashboards，分别提供了我们所需要的 prometheus 设定与 grafana dashboards 绘制样板，如果本身已有安装 prometheus 与 grafana 的朋友，可以考虑参考这边去汇入现有监控机制，尤其是 grafana 介面的部分，看到他的 json 设定欓长度後，我们必须感谢他有帮我们先刻好这个部分。

Grafana Dashboards

如果 grafana 有成功读取 configMap 的话，我们的主页会出现下面四个 dashboards

Match Making

这个 dashboard 是用来观察，Open-Match 核心服务运作的状况。但在开始之前记得把最基本的 demo 部署上去，透过 demo 持续触发配对流程，来观察我们的核心运作会比较有感觉。

• Frontend

  • Total bytes per tickets
  • SearchFields per tickets

  

• Backend

  • Ticket Assigned/Release Rate
  • Tickets per Match
  • Total Bytes per Match

  

• Query

  • Query Cache Items
  • Query Cache Fetch Rate
  • Tickets per Query
  • Query Cache Waiting Requests
  • Query Cache Update Latency
  • Query Cache Update Rate

  

• Evaluator

  • Matches per Evaluate Request
  • Matches per Evaluate Response
  • Collided Matches per Evaluate

  

• Synchronizer

  • Synchronizer Registration MMF Done Time
  • Synchronizer Registration Wait Time
  • Synchronizer Iteration Latency

  

上面的资讯对一般使用上来说，其实已经非常充足了，针对其中几个，个人认为比较重要的指标说明

• SearchFields per tickets：用来观察配对请求所涵盖的搜寻范围
• Ticket Assigned/Release Rate：观察配对释放比率
• Query Cache Fetch Rate：配对频率
• Collided Matches per Evaluate：观察是否有 overlapping 所产生的碰撞
• Synchronizer Registration MMF Done Time：可用来观察 MMF 执行效率