如何配置Oracle Traffic Director实现全站点故障转移保障高可用性？

嘿，我来一步步帮你配置Oracle Traffic Director（OTD）实现全站点故障转移，完美适配你当前的主备服务器架构～

1. 先搞定OTD的基础配置 #

首先登录OTD的管理控制台（或者用命令行工具tadm），创建一个新的配置：

• 控制台操作：进入配置页面，点击「创建配置」，给配置起个名字（比如my-web-failover），设置监听端口（比如80或者8080，根据你的需求来），选好HTTP版本就行。
• 命令行的话，直接跑这条：

  tadm create-config --listener-port=80 --server-name=otd-failover my-web-failover
  

2. 创建后端Tomcat的服务器池 #

服务器池是OTD用来管理后端节点的核心，我们要把两台Tomcat加进去，设置主备优先级：

• 控制台里找到刚创建的配置，进入「服务器池」页面，点击「创建服务器池」，命名比如tomcat-pool。
• 点击「添加服务器」，分别输入两台Tomcat的IP+端口（比如192.168.1.100:8080和192.168.1.101:8080）。
• 重点来了：把主服务器的优先级设为1，备服务器设为2，故障转移模式选「主备」——这样OTD默认只会把请求打给主节点，只有主节点挂了才切到备节点。
• 命令行快捷方式：

  tadm create-server-pool --config=my-web-failover --server=192.168.1.100:8080,priority=1 --server=192.168.1.101:8080,priority=2 tomcat-pool
  

3. 配置健康检查，让OTD能识别节点故障 #

OTD得知道后端Tomcat是不是挂了，所以必须配置健康检查：

• 在服务器池的配置页，找到「健康检查」，先启用它。
• 检查类型选HTTP GET，最好用你的Web应用自带的健康检查接口（比如/health），如果没有的话，直接访问根路径/也可以。
• 调整参数：比如每10秒检查一次，超时5秒，连续3次失败就判定节点故障——这样OTD会快速发现主节点挂了，然后切到备节点。
• 命令行配置：

  tadm set-health-check-prop --config=my-web-failover --server-pool=tomcat-pool --enabled=true --protocol=http --uri=/health --interval=10 --timeout=5 --failover-threshold=3
  

4. 配置虚拟服务器，把前端请求导向后端池 #

虚拟服务器就是用户访问的入口，要把它和刚才的服务器池关联起来：

• 控制台里进入「虚拟服务器」页面，创建新的虚拟服务器，命名比如my-web-vhost，关联tomcat-pool。
• 设置用户访问的域名/IP（比如www.myapp.com或者OTD的公网IP），确保用户的请求能打到这个虚拟服务器上。
• 命令行操作：

  tadm create-virtual-server --config=my-web-failover --server-pool=tomcat-pool --host=www.myapp.com my-web-vhost
  

5. 部署配置并启动OTD #

• 控制台里点击「部署配置」，选刚才的配置，部署到OTD实例上。
• 启动OTD实例：如果是单机部署，直接启动就行；要是想让OTD本身也高可用，可以把OTD部署在两台服务器上做集群，避免OTD自己成单点故障。
• 命令行启动：

  tadm deploy-config --config=my-web-failover
  tadm start-instance --config=my-web-failover
  

6. 测试故障转移是否生效 #

• 正常情况下，用户访问OTD的地址，请求会转发到主Tomcat。
• 手动停掉主服务器的Tomcat，等个30秒左右（根据你设置的检查间隔和失败阈值），再访问OTD地址，应该自动切到备Tomcat，应用能正常访问（别忘了你的Data Guard要确保数据库已经切换，应用能连上新主库）。
• 主Tomcat恢复后，OTD会自动检测到，要不要切回去取决于你设置的「故障恢复策略」——可以设自动回切，也可以手动切，按需调整就行。

几个关键提醒 #

• 数据库层面要跟上：OTD管的是Web层的故障转移，但应用依赖Oracle数据库，所以Data Guard的切换（自动/手动）必须靠谱，而且Tomcat的数据库连接池要能正确指向新主库（比如用TNS别名，Data Guard切换后TNS自动更新）。
• OTD自身的高可用：如果只在一台服务器部署OTD，那OTD就是单点故障，建议把OTD也做成双节点集群，这样更稳妥。
• 会话状态的问题：如果你的应用有会话状态，主节点挂了之后会话会丢失，除非你配置了Tomcat的会话复制，或者用分布式会话存储（比如Redis），这个得根据你的应用需求来处理。

内容的提问来源于stack exchange，提问作者Rishi Gandhi