Blue Green部署中管理数据库事务

38次阅读

问题描述

在Blue Green部署中，用户想要在切换流量到Green环境之前，管理好数据库事务。用户目前有一种思路，请问这种思路是否可行，或者有没有更好的Blue Green部署方法。

解决方案

请注意以下操作可能存在版本差异，且修改前做好备份。

Blue Green部署概述

根据Martin Flowers关于Blue Green部署的定义，Blue Green部署方式要求在应用中维护两个尽量相同的生产环境，一个环境（例如Blue）对外提供服务，而另一个环境（例如Green）用于测试新版本。当新版本通过测试后，将路由流量切换到Green环境，Blue环境进入闲置状态。

切换Web流量

在数据库事务管理之前，需要先进行Web流量切换。使用Nginx进行Blue Green部署的切换流量步骤如下：
1. 使用Nginx配置中的proxy_pass将流量从APP v1切换到APP v2。
2. 执行命令：nginx -s reload，该命令会平滑地结束现有连接，并将流量从APP v1切换到APP v2。

管理数据库事务

在切换数据库事务方面，可以使用以下步骤：
1. 关闭旧的DB Blue。
2. 将DB Green升级为主数据库（master）。
3. 在新的DB Blue v2上启动从数据库（slave）。

具体操作步骤如下：

停止旧的DB Blue数据库：执行命令 systemctl stop postgresql。
将DB Green升级为主数据库（master）：
在$PGDATA/recovery.conf文件中设置触发器，使DB Green升级为主数据库。
执行命令：touch $PGDATA/failover。
从Green DB中删除failover触发器：执行命令 cd $PRIMARY_DATA && rm -f recovery.* failover。
确保DB Green的hot standby模式为on，以确保其在主数据库模式下可用。
在新的DB Blue v2上启动从数据库（slave）：
创建DB Blue v2的备份：执行命令 psql -c "SELECT pg_start_backup('Streaming Replication', true)" postgresql://postgres@GreenDB/postgres。
将备份传输到DB Blue v2：执行命令 rsync -a $PG_DATA_Green_DB/ $BlueDB_IP:$PG_DATA_Blue_DB/ --exclude postmaster.pid --exclude postmaster.opts。

粘性Cookie策略

在切换新流量到新部署时，你可能需要粘性Cookie策略以确保旧的数据库事务能够正常完成。以下是使用Haproxy实现粘性Cookie策略的步骤：

在Haproxy的配置中，使用粘性Cookie来指导请求路由。
在Haproxy配置中，定义两个后端服务器，分别对应Blue环境和Green环境。
在切换流量时，将请求从Blue环境切换到Green环境，并确保请求携带正确的粘性Cookie。

具体配置如下：

global
    daemon
    maxconn 256

defaults
    mode http
    timeout connect 5000ms
    timeout client 50000ms
    timeout server 50000ms

frontend http-in
    bind *:80
    default_backend servers

backend servers
    balance roundrobin
    cookie SID insert indirect preserve
    server server1 blue-server-hostname:8000 cookie sblue
    server server2 green-server-hostname:8000 cookie sgreen

在上述配置中，使用了粘性Cookie，使得连接保持在相同的服务器上。其中，server1对应Blue环境，server2对应Green环境。在切换流量时，将请求从server1切换到server2，从而实现了粘性Cookie策略。