Applications Manager提供开箱即用的性能指标,并帮助您可视化Oracle NoSQL服务器场的健康状况和可用性。数据库管理员可以登录到Web客户端,并可视化状态和Oracle NoSQL性能指标。
使用REST API添加新的Oracle NoSQL监视器: 点击此处
请按照给定的步骤创建Oracle NoSQL服务器监视器:
除了由管理CLI和管理控制台提供的本机监控之外,Oracle NoSQL数据库允许Java管理扩展(JMX)或简单网络管理协议(SNMP)代理可选用于监控。这些代理在每个存储节点上提供接口,这些接口允许管理客户端轮询它们以获取有关存储节点及其被管服务(包括复制节点和管理实例)的状态,性能指标和操作参数的信息。这两个管理代理还可以配置为推送有关任何服务的状态更改以及违反预设性能限制的通知。可以在社区版或企业版中启用JMX界面。但是,要使用SNMP,必须包含企业版。JMX服务公开了三种组件类型的MBean。这些MBean是oracle.kv.impl.mgmt.jmx软件包中的java接口StorageNodeMBean,RepNodeMBean和AdminMBean。有关每个组件报告状态的更多信息,请参阅这些接口的javadoc。
通过JMX报告的相同信息也可以通过SNMP报告。在这种情况下,信息根据名为OracleNosqlMIB的管理信息库(MIB)进行整理,该文件包含在企业版的文件lib/nosql.mib中。
NoSQL数据库中的SNMP和JMX代理都是只读接口,允许您轮询存储节点以获取有关存储节点以及存储节点上托管的任何复制节点或管理的信息。可用信息包括服务状态(例如,RUNNING,STOPPED等),操作参数和性能指标。SNMP和JMX陷阱/通知也针对特定事件进行传递。每次服务状态更改,违反性能限制都会发送通知。
可以通过两种不同的方式在每个存储节点上启用监控:
您可以在存储节点的引导配置文件中指定要启用JMX或SNMP。通常,这些文件是使用makebootconfig实用程序创建的,该实用程序包含以下选项来控制这些功能:
[-mgmt {snmp|jmx|none} -pollport <snmp poll port>]
-traphost <snmp trap/notification hostname>]
-trapport <snmp trap/notification port>]
通过更改存储节点参数 mgmtClass, mgmtPollPort, mgmtTrapHost和 mgmtTrapPort,仍可以在部署存储后启用JMX或SNMP。与通过makebootconfig进行配置类似, mgmtPollPort, mgmtClass, mgmtTrapHost和 mgmtTrapPort仅用于SNMP。启用SNMP时必须设置参数 mgmtPollPort。
mgmtClass参数的值可以是以下类名称之一:
oracle.kv.impl.mgmt.jmx.JmxAgent
oracle.kv.impl.mgmt.snmp.SnmpAgent
oracle.kv.impl.mgmt.NoOpAgent
例如,您可以在管理CLI中发出以下命令以在存储节点上启用SNMP:
plan change-parameters -service sn1 -wait -params\mgmtClass=oracle.kv.impl.mgmt.snmp.SnmpAgent\mgmtPollPort=5002 mgmtTrapHost=192.168.26.42 mgmtTrapPort=32767
要在监控工具(例如JConsole)中查看NoSQL数据库JMX Mbean,请使用主机名和注册表端口连接要查看的每个存储节点。这是java -jar kvstore.jar makebootconfig命令的 -port参数命名的端口。在配置过程中,它也用在deploy-sn计划中。文档示例使用5000作为注册表端口。
例如,您可以在新建连接选项卡的 JConsole远程进程连接框中指定localhost:5000。
Oracle NoSQL监控指标:
属性名 | 描述 |
---|---|
Admin ID | 管理实例的编号。 |
HttpPort | 管理控制台Web应用程序使用的端口号。 |
LogFileCount | 保留的日志文件数。 |
LogFileLimit | 日志文件的最大大小。 |
Master |
此Admin是否是Admin实例中的主节点。
|
PollPeriodMillis | 收集指标的轮询周期。 |
ServiceStatus | 管理报告的服务状态。 |
属性名 | 描述 |
---|---|
Capacity | 可以在此存储节点上托管的复制节点数。 |
AdminHttpPort | 管理控制台Web应用程序使用的http端口。 |
HostName | 复制节点之间用于通信的网络接口的名称 |
HAPortRange | 可用于分配给此存储节点上托管的复制节点的端口号范围。 |
HostingAdmin | 如果此存储节点托管管理实例,则为True |
MemoryMB | 已知在此存储节点上可用的内存量,以兆字节为单位。 |
MountPoints | 可以在其上部署复制节点的文件系统安装点的列表 |
NumCPUs | 已知在此存储节点上可用的CPU数。 |
RegistryPort | 存储节点的RMI注册表的端口号。 |
RootDirPath | 存储根目录的路径名 |
SnId | 该存储节点的StorageNodeId号。 |
StoreName | 该存储节点所属存储的配置名称。 |
属性名 | 描述 |
---|---|
CacheSize | BDB-JE缓存的大小,以兆字节为单位。 |
CollectEnvStats | 如果为true,则基础BDB-JE子系统会将统计信息转储到本地.stat文件中。 |
CommitLag | 给定时间间隔内给定复制节点的更新操作的平均提交延迟(以毫秒为单位)。 |
RepNodeId | RepNodeId,其字符串形式 |
CommitLagThreshold | 给定复制节点在给定时间间隔内的平均提交延迟(以毫秒为单位)超过此方法返回的值,则将向已注册兴趣的任何一方发送通知事件。 |
CumulativeEnd | 累计测量周期结束时的时间戳。 |
CumulativeLatAvg | 自服务启动以来,单个操作的平均延迟。 |
CumulativeLatMax | 自服务启动以来,针对单个操作测得的最高延迟。 |
CumulativeStart | 累计测量周期开始时的时间戳 |
CumulativeThroughput | 自服务启动以来每秒执行一次操作。 |
CumulativeTotalOps | 自服务启动以来的单个操作总数。 |
HeapMB | 此复制节点的Java堆大小,以MB为单位。 |
IntervalLatAvg | 给定时间间隔内的平均操作延迟 |