聚类 Looker

本教程介绍了为客户托管实例创建集群化 Looker 配置的推荐方法。

概览

客户托管的 Looker 部署可以单节点或集群运行：

• 单节点 Looker 应用（默认配置）包含构成 Looker 应用的所有服务，这些服务在单个服务器上运行。
• 集群式 Looker 配置是一种更复杂的配置，通常涉及数据库服务器、负载平衡器以及运行 Looker 应用的多个服务器。集群化 Looker 应用中的每个节点都是运行单个 Looker 实例的服务器。

组织希望将 Looker 作为集群运行的主要原因有两个：

• 负载平衡
• 提高了可用性和故障转移能力

聚集式 Looker 可能无法提供解决方案，具体取决于扩缩问题。例如，如果少数大型查询占用了系统内存，唯一的解决方案就是增加 Looker 进程的可用内存。

负载均衡替代方案

在对 Looker 进行负载均衡之前，请考虑增加运行 Looker 的单个服务器的内存和可能的 CPU 数量。Looker 建议为内存和 CPU 利用率设置详细的性能监控，以确保 Looker 服务器的大小适合其工作负载。

大型查询需要更多内存才能获得更好的性能。当许多用户运行小型查询时，集群可以提升性能。

对于最多有 50 名用户的配置（这些用户对 Looker 的使用频率较低），Looker 建议运行一个服务器，其配置相当于一个大型 AWS EC2 实例（M4.large：8 GB RAM、2 个 CPU 核心）。对于用户较多或有许多活跃的超级用户的配置，请观察 CPU 是否出现突增，或者用户是否注意到应用运行缓慢。如果是，请将 Looker 移至更大的服务器，或运行集群化 Looker 配置。

提高了可用性/故障转移能力

在集群环境中运行 Looker 有助于在发生服务中断时减少停机时间。如果 Looker API 用于核心业务系统或嵌入到面向客户的产品中，高可用性尤为重要。

在集群化 Looker 配置中，代理服务器或负载平衡器在确定某个节点处于停机状态时，会重新路由流量。Looker 会自动处理节点离开和加入集群的情况。

必需组件

集群化 Looker 配置需要以下组件：

• MySQL 应用数据库
• Looker 节点（运行 Looker Java 进程的服务器）
• 负载均衡器
• 共享文件系统
• 正确版本的 Looker 应用 JAR 文件

下图展示了这些组件如何交互。概括来说，负载平衡器会在集群化 Looker 节点之间分配网络流量。每个节点都与共享的 MySQL 应用数据库、共享存储目录以及每个 LookML 项目的 Git 服务器进行通信。

MySQL 应用数据库

Looker 使用应用数据库（通常称为内部数据库）来存储应用数据。当 Looker 作为单节点应用运行时，通常使用内存中 HyperSQL 数据库。

在集群化 Looker 配置中，每个节点的 Looker 实例都必须指向一个共享事务型数据库（共享应用或内部数据库）。对集群化 Looker 的应用数据库的支持如下：

• 集群式 Looker 实例的应用数据库仅支持 MySQL。不支持 Amazon Aurora 和 MariaDB。
• 支持 MySQL 5.7 及更高版本和 8.0 及更高版本。
• 不支持 Galera 等集群数据库。

注意 ：建议使用只读副本数据库，以提高性能和冗余性。读取副本数据库不必是 MySQL 数据库。

Looker 不会管理该数据库的维护和备份。不过，由于该数据库托管了几乎所有 Looker 应用配置数据，因此应将其预配为高可用性数据库，并且至少每天备份一次。

Looker 节点

每个节点都是一台服务器，其中运行着 Looker Java 进程。Looker 集群中的服务器需要能够相互访问，并且能够访问 Looker 应用数据库。默认端口列在此页面的为节点打开端口以进行通信部分。

负载均衡器

如需平衡负载或将请求重定向到可用节点，您需要使用负载平衡器或代理服务器（例如 NGINX 或 AWS ELB）将流量引导到每个 Looker 节点。负载平衡器会处理健康检查。在节点发生故障时，必须将负载平衡器配置为将流量重新路由到其余运行状况良好的节点。

选择和配置负载平衡器时，请确保其可以配置为仅作为第 4 层运行。Amazon 传统 ELB 就是一个这样的示例。此外，负载平衡器应具有较长的超时时间（3,600 秒），以防止终止查询。

共享文件系统

您必须使用符合 POSIX 标准的共享文件系统（例如 NFS、AWS EFS、Gluster、BeeGFS、Lustre 或许多其他文件系统）。Looker 使用共享文件系统作为集群中所有节点使用的各种信息的仓库。

注意 ：从 Looker Marketplace 安装应用和工具需要使用共享（网络）文件系统。

Looker 应用（JAR 可执行文件）

您必须使用 Looker 3.56 或更高版本的 Looker 应用 JAR 文件。

注意 ：从 Looker 6.18 开始，Looker JAR 文件已拆分为两个单独的 JAR 文件：Looker 核心 JAR 文件和 Looker 依赖项 JAR 文件。如果您要安装或更新到 Looker 6.18 或更高版本，请务必下载这两个 JAR 文件。

Looker 强烈建议集群中的每个节点都运行相同的 Looker 版本和补丁版本，如本页中的在节点上启动 Looker部分所述。

设置集群

必须执行以下任务：

1. 安装 Looker
2. 设置 MySQL 应用数据库
3. 设置共享文件系统
4. 共享 SSH 密钥库（具体取决于您的情况）
5. 打开端口以便节点进行通信
6. 在节点上启动 Looker

安装 Looker

确保您已在每个节点上使用 Looker 应用 JAR 文件和客户托管的安装步骤文档页面上的说明安装了 Looker。

设置 MySQL 应用数据库

对于集群化 Looker 配置，应用数据库必须是 MySQL 数据库。如果您有现有的非集群 Looker 实例在使用 HyperSQL 作为应用数据库，则必须将应用数据从 HyperSQL 数据迁移到新的共享 MySQL 应用数据库。

注意 ：请务必备份 Looker 目录。迁移过程只能从 HyperSQL 数据库迁移到 MySQL 数据库，而不能反过来。

如需了解如何备份 Looker 并将应用数据库从 HyperSQL 迁移到 MySQL，请参阅迁移到 MySQL 文档页面。

设置共享文件系统

只有特定文件类型（模型文件、部署密钥、插件以及可能的应用清单文件）属于共享文件系统。如需设置共享文件系统，请执行以下操作：

1. 在将存储共享文件系统的服务器上，验证您是否有权访问另一个账号，该账号可以 su 到 Looker 用户账号。
2. 在共享文件系统的服务器上，登录 Looker 用户账号。
3. 如果 Looker 正在运行，请关闭 Looker 配置。
4. 如果您之前使用 inotify Linux 脚本进行集群，请停止这些脚本，将其从 cron 中移除，然后将其删除。
5. 创建一个网络共享，并将其挂载在集群中的每个节点上。请确保该目录配置为在每个节点上自动挂载，并且 Looker 用户能够对其读写。在以下示例中，网络共享名为 /mnt/looker-share。

6. 在一个节点上，复制部署密钥，并将插件以及存储模型文件的 looker/models 和 looker/models-user-* 目录移至网络共享。例如：

   mv looker/models /mnt/looker-share/
   mv looker/models-user-* /mnt/looker-share/
   

   注意 ：您的部署密钥必须复制到共享存储空间以及集群中的每个节点。

7. 对于每个节点，请将 --shared-storage-dir 设置添加到 LOOKERARGS。指定网络共享，如以下示例所示：

   --shared-storage-dir /mnt/looker-share
   

   应将 LOOKERARGS 添加到 $HOME/looker/lookerstart.cfg，以免设置受更新影响。如果该文件中未列出您的 LOOKERARGS，则可能有人直接将其添加到了 $HOME/looker/looker shell 脚本中。

   集群中的每个节点都必须写入到一个唯一的 /log 目录，或者至少写入到一个唯一的日志文件。

共享 SSH 密钥库

• 您要根据现有 Looker 配置创建共享文件系统集群，并且
• 您有在 Looker 4.6 或更低版本中创建的项目。

注意： 以下过程需要修改 Looker 用户的 $HOME/.ssh 目录。如果配置中存在错误，这可能会导致您难以登录并进行修复。在执行以下步骤之前，请确保您有权访问另一个账号，该账号可以su到 Looker 用户账号。

设置要共享的 SSH 密钥库：

1. 在共享文件服务器上，创建一个名为 ssh-share 的目录。例如：/mnt/looker-share/ssh-share。

   确保 ssh-share 目录归 Looker 用户所有，并且权限为 700。此外，请确保 ssh-share 目录上方的目录（例如 /mnt 和 /mnt/looker-share）不是全局可写或群组可写目录。

2. 在一个节点上，将 $HOME/.ssh 的内容复制到新的 ssh-share 目录。例如：

   cp $HOME/.ssh/* /mnt/looker-share/ssh-share

3. 为每个节点备份现有 SSH 文件，并创建指向 ssh-share 目录的符号链接。例如：

   cd $HOME
   mv .ssh .ssh_bak
   ln -s /mnt/looker-share/ssh-share .ssh
   

   请务必对每个节点执行此步骤。

打开端口以便节点进行通信

集群 Looker 节点通过 HTTPS 使用自签名证书和基于应用数据库中的轮替密钥的额外身份验证方案进行相互通信。

集群节点之间必须打开的默认端口是 1551 和 61616。您可以使用此处列出的启动标志配置这些端口。我们强烈建议限制对这些端口的网络访问，以便仅允许在集群主机之间传输流量。

在节点上启动 Looker

使用所需的启动标志在每个节点上重新启动服务器。

注意 ：集群中的每个节点都必须运行相同的 Looker 版本和补丁版本。

可用的启动标志

下表显示了可用的启动标志，包括启动或加入集群所需的标志：

标志	是否必需？	值	用途
--clustered	是		添加了标志，用于指定此节点在集群模式下运行。
-H 或 --hostname	是	10.10.10.10	其他节点用于与此节点通信的主机名，例如节点的 IP 地址或其系统主机名。必须不同于集群中所有其他节点的主机名。
-n	否	1551	用于节点间通信的端口。默认值为 1551。所有节点都必须使用相同的端口号进行节点间通信。
-q	否	61616	用于将集群级事件加入队列的端口。默认值为 61616。
-d	是	/path/to/looker-db.yml	用于存储 Looker 应用数据库凭据的文件的路径。
--shared-storage-dir	是	/path/to/mounted/shared/storage	该选项应指向本页上文中用于存放 looker/model 和 looker/models-user-* 目录的共享目录设置。

注意： 您的 --clustered 启动标志不应包含值。

LOOKERARGS 和指定数据库凭据的示例

将 Looker 启动标志放置在 lookerstart.cfg 文件中，该文件位于与 Looker JAR 文件相同的目录中。

例如，您可能希望告知 Looker：

• 如需使用名为 looker-db.yml 的文件作为其数据库凭据，请执行以下操作：
• 它是一个集群节点，并且
• 集群的其他节点应通过 IP 地址 10.10.10.10 与此主机联系。

您需要指定：

LOOKERARGS="-d looker-db.yml --clustered -H 10.10.10.10"

注意 ：请务必为节点指定正确的 IP 地址。

looker-db.yml 文件将包含数据库凭据，例如：

host: your.db.hostname.com
username: db_user
database: looker
dialect: mysql
port: 3306
password: secretPassword

如果您的 MySQL 数据库需要 SSL 连接，looker-db.yml 文件还需要满足以下要求：

ssl: true

注意：您必须将凭据文件的副本存储在共享存储空间中，并存储在集群中的每个节点上。

注意：将凭据保存到文件时，请遵循最佳实践安全注意事项。理想情况下，将 looker-db.yml 文件权限设置为 600，并将其所有权授予用于执行 Looker 应用的 Linux“用户”账号。切勿将此文件提交到 Git 代码库。

如果您不想将配置存储在磁盘上的 looker-db.yml 文件中，可以将环境变量 LOOKER_DB 配置为包含 looker-db.yml 文件中每行对应的键值对列表。例如：

export LOOKER_DB="dialect=mysql&host=localhost&username=root&password=&database=looker&port=3306"

查找 Git SSH 部署密钥

Looker 存储 Git SSH 部署密钥的位置取决于项目的创建版本：

• 对于在 Looker 4.8 之前创建的项目，部署密钥存储在服务器的内置 SSH 目录 ~/.ssh 中。
• 对于在 Looker 4.8 或更高版本中创建的项目，部署密钥存储在 Looker 控制的目录 ~/looker/deploy_keys/PROJECT_NAME 中。

修改 Looker 集群

创建 Looker 集群后，您可以添加或移除节点，而无需更改其他集群节点。

将集群更新到新版 Looker

更新可能涉及对 Looker 内部数据库的架构更改，这些更改与之前的 Looker 版本不兼容。您可以通过两种方法更新 Looker。

更安全的方法

1. 创建应用数据库的备份。
2. 停止集群的所有节点。
3. 替换每个服务器上的 JAR 文件。
4. 逐个启动每个节点。

更快的方法

注意 ：此方法可缩短停机时间，但会丢失在创建副本和将代理服务器指向新节点之间所做的任何更改。例如，如果有人在转换期间添加了用户或创建了外观，这些更改可能不会被新应用数据库捕获。

如需使用此更快但不太完整的方法进行更新，请执行以下操作：

1. 创建 Looker 应用数据库的副本。
2. 启动一个指向副本的新集群。
3. 将代理服务器或负载平衡器指向新的节点，然后您可以停止旧节点。