部署具有高可用(HA)的openLooKeng

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

安装HA

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

配置HA

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

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

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

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

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

  1. 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)。

  1. http {
  2. ... # 用户自定义配置
  3. upstream backend {
  4. ip_hash;
  5. server <coordinator1_ip>:<coordinator1_port>;
  6. server <coordinator2_ip>:<coordinator2_port>;
  7. server <coordinator3_ip>:<coordinator3_port>;
  8. ...
  9. }
  10. server {
  11. ... # 用户自定义配置
  12. location / {
  13. proxy_pass http://backend;
  14. proxy_set_header Host <nginx_ip>:<nginx_port>;
  15. }
  16. }
  17. }