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

监控 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 Utilization：负载和 CPU 利用率百分比
Memory Utilization：已使用和已使用的交换的总容量
磁盘使用情况

提醒阈值

如需建立良好的提醒阈值，首先要确定基准。使用在正常负载下运行的 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 或长查询派生表可以减少，或提高效率以提高性能。