OCP Express使用体验

一：登录

       默认的OCP端口是8180，就输入IP:8180就可以进入登录界面。用户和密码是之前安装的时候设置的。

二：集群概览

下图是集群概览图，里面有当前OB的整体概览情况。

2.1：集群资源概况

• 资源分配情况

上图可以看到当前集群的CPU分配率是188%，内存分配率75%，磁盘使用率仅仅0.4%

• 租户及server汇总信息

上图可以看到当前集群有3个observer服务器、3个租户，以及他们的状态信息

• 租户合并时间

上图列出了各个租户的上一次合并时间

• 租户慢SQL数Top3

上图列出了最近6小时，集群内慢SQL数量的Top3，点击租户名的链接，可以跳转到相应租户的slowsql部分。是以前企业版本没有的功能。

• 租户资源消耗Top3

上图列出了CPU、内存、数据量使用的Top3租户信息。可以看出哪些租户占用比较高，适当的进行些资源的扩容，防止出现性能问题。

2.2：集群拓扑图

这里有两种显示方式，一种是树形架构图，会非常形象的让你理解当前OB的架构。

通过更换显示模式，可以切换成另外一种显示。这里列出了每个observer的资源分配情况（CPU、内存、磁盘），让你更加详细的理解当前集群使用情况。

三：租户管理

首先，租户管理这块显示了整个集群有哪些租户，以及每个租户的状态、连接串信息、模式、创建时间等信息。

每个租户信息里有性能监控、数据库管理、用户管理、参数管理几个部分。

3.1：性能监控

上图列出了当前租户的一些关键性能指标，例如QPS、响应时间、请求队列、请求队列耗时等，这里的指标还是非常重要的，能够直观的显示当前租户是否存在性能问题。

3.2：数据库管理

上图列出了当前租户的数据库清单，可以创建数据库、删除数据库、编辑数据库信息

3.3：用户管理

用户管理列出了当前租户的用户信息，可以新建用户、删除用户、修改密码、修改权限。

• 锁定用户

用户被锁定后，是无法登录的。

四：会话诊断

这里列出了租户的会话信息，可以通过上面的下拉菜单更换租户。然后可以看到每个会话执行的SQL以及状态，通过关闭会话和关闭当前查询来终止当前操作。

关闭查询会话不会中断，但是关闭会话后会话连接会断开。

• 关闭当前查询

关闭当前查询后，当前执行的SQL会被终止

五：SQL诊断

可以在左上角选择其他租户，筛选条件可以根据自己的需要过滤相关慢SQL，对于分析SQL问题是一个不可多得的利剑。

六：日志查询

日志查询是一个不可多得的利器，只是不知道如果数据量大了，跑的时间长了，会不会特别慢。

七：总结

      总体来讲，OCP Express的使用是一个非常满意的体验。整体界面比较简洁、清晰，界面设计上花了很大的功夫。相对于企业版本的OCP有一定的裁剪，但功能上基本满足的绝大部分客户需求。整个安装、使用过程给人一种舒服的感觉，不像企业版本的OCP那么笨重，可能是两者之间的侧重点不一样。说一下我在几个重要板块的使用感受吧。

• 总体概览

     第一次使用OCP Express，其实总体概览是最吸引我的，感觉比使用企业版本的OCP还好看。它基本上囊括了我的需要，例如:资源整体分配率、租户数量、observer数量、租户使用率的top信息，这些也是我们一般都要经常关注的。它的界面设计、颜色搭配给人一种比较舒服的感觉。

• 性能监控

     性能监控这部分是我们需要重点关注的，是对于分析当前各个租户性能分析不可或缺的功能点，有了它可以让我们对当前租户的性能更加直观的展示。而且OB也用心的挑选了非常关键的指标作为展示，为我们分析性能问题提供了有力的数据支撑。

• 日志查询

     如果说总体概览给了我非常好的第一感受，那么日志查询真的给了我眼前一亮的感觉。有了它，大大减少我们登录observer服务器查询日志的需求，还可以根据关键字进行过滤分析，真的是不可多的利器。有种如鱼得水的感觉。但同时也带了一种担忧，担心会不会因为运行时间长了，这个功能会拖慢OCP哪？日志量大了后是否还会像现在这么流畅？不知道OB在日志查询上的实现细节是什么，是否会带来这样的问题。

     总之，这次OCP Express的使用是非常满意的，界面的颜色搭配也是我非常喜欢的。但是感觉缺少了备份恢复相关功能，以及告警设置功能，这两部分也是我们DBA非常关注的，希望后续能够有这方面的功能补充。