Hummer TimeSeries DB Console 管理控制台

内容概述：Hummer Timeseries DB一个高可靠的大规模分布式时序数据库。 现存的分布式系统在具备高扩展性、高并发性、高可用性等优良特性同时，也为系统安装、运维、监控、管理带来的相应的难题(不再赘述)。Hummer TimeSeries DB开发人员在立项伊始，在总结以往开发、维护分布式系统经验的基础上，提出了以降低用户安装、运维、监控、管理系统复杂度为目标的控制台开发计划。Hummer TimeSeries DB Console(下文简称 Hummer Console)正是这一计划的最终产物。

     1.名词解释

         为方便读者更清晰的了解Hummer Console，我们对系统中的一些名词概念在这里进行简单说明，不足之处，欢迎指正。

• 节点：指具有独立IP的物理或虚拟主机，是Hummer Timeseries DB的物理载体。是Hummer Timeseries DB物理组成的基本单元。一个节点上可以部署承载一个或多个Hummer Timeseries DB的功能模块。
• 实例：指一个节点上部署的某个Hummer Timeseries DB的功能模块。一个节点上可以拥有多个不同的实例。
• 角色：是一个逻辑概念，指某一类型Hummer Timeseries DB的功能模块的统称，如node、zk、master、impalad等。
• 服务：指由若干个Hummer Timeseries DB的角色（实例）组成，能够为用户提供数据存储、sql查询等功能的角色集合。如Hummer store就由node、zk、master角色（实例）组合而成能为用户提供数据存储功能的功能集合。
• 数据表：HummerStore表的定义与传统数据库是一致的，是HummerStore的重要组成部分，下文中简称数据表。
• 表分片：数据表数据的最小存储单元，一个数据表拥有一个或一个以上的表分片（建表时可指定），一个分片仅属于某一个特定的数据表。一个表分片物理存在于某个数据节点（node）上， 一个表的分片存在与多个节点上，当用户写入数据时，系统将数据通过某种算法（如Hash,用户可自定义）将数据“打散”到各个分片，从而实现表数据的分布式存储。
• 表副本：HummerStore采用了在系统中保存多个副本（一个及以上，建表时可配）的方式保存数据（以下简称多副本），且同一个数据块的多个副本会存放在不同节点上。采用这种多副本方式最直接的优点有：1）采用多副本，可以让客户从不同的数据块中读取数据，加快传输速度；2）多副本可以保证某个节点失效的情况下，不会丢失数据。
• impala表：Hummer Timeseries DB的SQL并行查询层，借助的是开源SQL查询分析系统impala的演绎（fork）系统 —— 对其进行了特定目的改造 （替换默认的hdfs为HummerStore作为数据存储、优化面向时序查询和分析。HummerStore表可以通过建立Impala内部表表直接建立，也可以以Impala外部表的方式间接映射，从而获得统一高效的SQL访问接口。以上述方式建立的表我们称为Impala表。

     2.首页

         主要提供系统级别的资源监控及服务级别的启停操作，还包括数据表的数量统计信息。

      2.1 功能切换
           点击时可在Hummer Console 各个功能之间切换。
      2.2 物理资源统计监控
           统计当前系统平台管理的物理资源使用状况，自动实时更新。 
      2.3 服务监控维护
          提供监控当前系统所有服务的功能，实时刷新各个角色的实例数量及状态，并可进行服务级别的启动停止操作。
          2.3.1 查看服务详细