部署具有高可用（HA）的openLooKeng

openLooKeng HA解决协调节点单点故障问题。用户可以在任何协调节点上提交查询，以平衡工作负载。

安装HA

安装具有HA的openLooKeng要求集群中至少有2个协调节点。请确保协调节点上的时间一致性。请按照手动部署openLooKeng或自动部署openLooKeng进行基本设置。

配置HA

当前状态存储被用于HA和动态过滤功能特性。

配置协调节点和工作节点属性

在所有协调节点上的etc/config.properties中添加如下配置。

hetu.multiple-coordinator.enabled=true
hetu.embedded-state-store.enabled=true

在所有工作节点上的etc/config.properties中添加如下配置。

hetu.multiple-coordinator.enabled=true

上述属性说明如下：

• hetu.multiple-coordinator.enabled: 启用多个协调节点。
• hetu.embedded-state-store.enabled: 协调节点启用嵌入式状态存储。

说明：建议在所有协调节点（或至少3个）上启用嵌入式状态存储，以确保节点/网络关闭时,服务可以保持高可用性。

配置状态存储区

关于配置状态存储, 请参考状态存储。

HA及反向代理

要尽可能的显示HA的优势，建议客户端(例如openLooKeng CLI, JDBC等)不直接连接特定的协调节点，而是通过反向代理连接多个协调节点，例如使用负载平衡器或者Kubernetes服务，这样即使某个协调节点无法正常工作，客户端也可以继续使用其它的协调节点。

反向代理要求

通过反向代理连接时，要求客户端在执行语句查询期间连接到同一协调器，确保在语句查询运行时客户端和协调器之间保持恒定心跳。这可以通过配置反向代理实现，例如Nginx的ip_hash。

配置反向代理 (Nginx)

请在Nginx配置文件中包含以下配置（nginx.conf）。

http {
    ...  # 用户自定义配置
    upstream backend {
        ip_hash;
        server <coordinator1_ip>:<coordinator1_port>;
        server <coordinator2_ip>:<coordinator2_port>;
        server <coordinator3_ip>:<coordinator3_port>;
        ...
    }
    server {
        ... # 用户自定义配置
        location / {
            proxy_pass http://backend;
            proxy_set_header Host <nginx_ip>:<nginx_port>;
        }
    }
}