请注意，您正在查看 Looker 文档。如需查看 Looker Studio 文档，请访问 https://support.google.com/looker-studio。

Monitoring Looker

虽然 Looker 应用监控可能并不严格要求，但进行设置非常重要。在极少数情况下，服务器出现问题时，Looker 通常很难或无法帮助您解决问题，除非您能从突发事件发生时提供相应的监控信息。

应用监控

网址

您可以通过两种简单的方法来验证您的 Looker 实例是否正在运行。

将 /alive 附加到 Looker 实例的网址，如下所示：

https://instance_name.looker.com/alive

如果您的实例能够响应网络请求，您会收到 200 OK HTTP 状态代码。
将 /availability 附加到 Looker 实例的网址，如下所示：

https://instance_name.looker.com/availability

此网址将对多个底层子系统进行更全面的检查。如果一切正常，该网址还会返回 200 OK HTTP 状态代码。

JMX

可以通过 JMX 监控运行 Looker 的 Java 虚拟机。

很多监控应用（例如 Zabbix 和 Nagios）都支持 JMX。如需了解详情，请参阅监控应用的文档。

修改 Looker 启动脚本

如需启用 JMX 监控，您需要修改 Looker 启动脚本。默认情况下，其名称为：

/home/looker/looker/looker

查找 Java 启动参数：

java \
  -XX:+UseG1GC -XX:MaxGCPauseMillis=2000 \
  -Xms$JAVAMEM -Xmx$JAVAMEM \
  -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps \
  -Xloggc:/tmp/gc.log  ${JAVAARGS} \
  -jar looker.jar start ${LOOKERARGS}

从 Looker 6.18 开始，Looker JAR 文件已拆分为两个单独的 JAR 文件：Looker 核心 JAR 文件和 Looker 依赖项 JAR 文件。启动后，核心 JAR 文件将自动启动依赖项 JAR 文件。这两个 JAR 文件必须位于同一目录中，以便核心 JAR 文件能够成功查找和启动依赖项 JAR 文件。

默认情况下，未设置 --no-daemonise 启动选项。如果您尚未设置 --no-daemonise 选项，请在以 -Xms$JAVAMEM 开头的行后面添加一个部分：

  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.port=9910 \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.ssl=false \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.local.only=false \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.authenticate=true \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.access.file=${HOME}/.lookerjmx/jmxremote.access \
  -Dcom.sun.akuma.jvmarg.com.sun.management.jmxremote.password.file=${HOME}/.lookerjmx/jmxremote.password \

如果您设置了 --no-daemonise 启动选项，请在下面一行中添加以 -Xms$JAVAMEM 开头的部分：

  -Dcom.sun.management.jmxremote \
  -Dcom.sun.management.jmxremote.port=9910 \
  -Dcom.sun.management.jmxremote.ssl=false \
  -Dcom.sun.management.jmxremote.local.only=false \
  -Dcom.sun.management.jmxremote.authenticate=true \
  -Dcom.sun.management.jmxremote.access.file=${HOME}/.lookerjmx/jmxremote.access \
  -Dcom.sun.management.jmxremote.password.file=${HOME}/.lookerjmx/jmxremote.password \

创建 `.lookerjmx` 目录

接下来，在 Looker 用户的主目录下创建 .lookerjmx 目录，并设置权限：

sudo su - looker
mkdir ~/.lookerjmx
chmod 700 ~/.lookerjmx
cd ~/.lookerjmx

创建 JMX 文件

使用您喜爱的文本编辑器在名为 jmxremote.access 的新目录中创建一个文件，并在其中包含以下内容（您可以根据自己的环境自定义该文件）：

monitorRole   readonly
controlRole   readwrite \
              create javax.management.monitor.*,javax.management.timer.* \
              unregister

接下来，使用您自己的安全密码在同一目录中创建一个名为 jmxremote.password 且包含以下内容的文件：

monitorRole   some_password_here
controlRole   some_password_here

设置权限

这样一来，如果文件权限允许Looker 用户以外的任何人读取密码文件，则无法启动 Java（以及 Looker）。

chmod 400 jmxremote.*

重启 Looker

需要重启 Looker 才能启用 JMX。请确保您 *以 Looker 用户的身份而不是根用户运行*：

cd ~/looker
./looker restart

现在，使用您提供的密码，您的 Looker 实例已配置为在端口 9910 上进行远程 JMX 监控。您可能需要修改防火墙设置或网络 ACL，以允许监控服务器通过此端口访问网络。

主机监控

对于每个运行 Looker 应用的主机，我们建议您至少收集以下性能指标、为其绘制图表并进行提醒：

CPU 利用率：负载与利用率
内存利用率：已使用的总内存和已交换的已使用内存
磁盘用量

提醒阈值

如需建立良好的提醒阈值，请先建立基准。收集 Looker 实例在正常负载下的性能数据。查看效果图表并观察峰值。建立基准所需的时间，取决于您的业务和 Looker 使用模式。一些公司可能会在营业时间内每周以稳定、可重复的方式使用 Looker。而其他合作伙伴可能会在特定时间（如月底）更频繁地使用 Looker。

一般来说，应仅针对可执行操作的事件发送提醒。在不需要采取任何措施时发送提醒掩盖了重要提醒的重要性。

以下阈值可以作为提醒的起点。如果超过以下值 15 分钟或更长时间，则可能需要人工干预。

指标	警告	严重	备注
CPU 负载	2	4	对于单核系统，负载通常应不超过 1。持续高负载会导致性能不佳。
已使用的 CPU %	80	90	CPU 使用率较高会导致性能不佳。
已使用的内存百分比	60	70	内存用量高可能表示分配给 Java 的内存过多。
已使用的磁盘百分比	80	90	确保磁盘已满。

补充说明：

具有多个核心的系统可以处理高 CPU 负载，同时降低性能。经验法则是持续负载不应超过处理器核心数量。
在系统遇到性能下降之前，总 CPU 使用时间的百分比会随系统中 CPU 核心的数量而变化。换句话说，当 CPU 的利用率为 80% 时，单核系统可能性能不佳，而十六核主机在利用率为 95% 时可能仍可用。
可通过更新主机硬件或升级到更大的实例来纠正高持续 CPU 利用率问题。有时，可以减少大量计划 Look 或长查询派生表，或者提高它们的效率。