OpenStack 负载均衡底层命令创建流程

1、创建负载均衡器pool-------------不支持高可用的负载均衡器
neutron lb-pool-create --lb-method ROUND_ROBIN --name mypool-ckf4879 --protocol HTTPS --subnet-id 83747f17-f688-4f7a-a711-e838484ff055

2、创建vip
neutron lb-vip-create --name myvip-ckf4879 --protocol-port 80 --protocol HTTPS --subnet-id 83747f17-f688-4f7a-a711-e838484ff055 --address 192.168.0.54 f3588104-0855-45a7-b8d4-56cece2f3c1d

3、添加后端成员 1
neutron lb-member-create --address 192.168.0.52 --protocol-port 443 f3588104-0855-45a7-b8d4-56cece2f3c1d

4、添加后端成员2
neutron lb-member-create --address 192.168.0.53 --protocol-port 443 f3588104-0855-45a7-b8d4-56cece2f3c1d

5、创建健康检查-----采用ping的方式
neutron lb-healthmonitor-create --delay 3 --type PING --max-retries 3 --timeout 3

6、健康检查和负载均衡器pool进行关联
neutron lb-healthmonitor-associate c83125fb-bd4f-4f11-a3e5-b0b1b75477c1 f3588104-0855-45a7-b8d4-56cece2f3c1d

7、创建后端成员1对应的实际虚机
nova boot lb-test-host1 --flavor 1 --image f06bf8fc-55e5-42b4-81eb-008b04e4afcb --nic net-id=ffd15fc9-3528-404c-945c-6e3ba40fc92d,v4-fixed-ip=192.168.0.52 --availability-zone az01.cell01.ceshihuanjing:AZ01C03.PUB.CS

8、创建后端成员2对应的实际虚机
nova boot lb-test-host1 --flavor 1 --image f06bf8fc-55e5-42b4-81eb-008b04e4afcb --nic net-id=ffd15fc9-3528-404c-945c-6e3ba40fc92d,v4-fixed-ip=192.168.0.52 --availability-zone az01.cell01.ceshihuanjing:AZ01C03.PUB.CS

9、在后端成员1上配置tomcat支持证书ssl

10、在后端成员1上配置tomcat支持证书ssl

11、创建测试的虚机
nova boot lb-test-host1 --flavor 1 --image f06bf8fc-55e5-42b4-81eb-008b04e4afcb --nic net-id=ffd15fc9-3528-404c-945c-6e3ba40fc92d,v4-fixed-ip=192.168.0.50 --availability-zone az01.cell01.ceshihuanjing:AZ01C03.PUB.CS

12、在测试虚机上通过vip访问后端成员
for k in $( seq 1 10000 )
do
sleep 1
curl https://192.168.0.54
done

后端成员的信息轮训呈现
Welcome to 192.168.0.53
Welcome to 192.168.0.52
Welcome to 192.168.0.53
Welcome to 192.168.0.52

转载于:https://www.cnblogs.com/potato-chip/p/9031818.html

### OpenStack 中主从数据库的配置与实现 在 OpenStack 的高可用 (High Availability, HA) 架构中,主从数据库的配置是一个重要的组成部分。为了确保系统的可靠性和数据的一致性,通常会采用 Galera Cluster 或其他支持多主或多从复制的技术来实现 MySQL 数据库的高可用。 #### 1. 使用 Galera Cluster 实现主从数据库同步 Galera Cluster 是一种基于 Multi-Master 同步复制技术的解决方案,适用于 OpenStack 控制平面中的 MariaDB/MySQL 数据库。以下是其实现的关键点: - **安装和初始化 Galera Cluster** 在每台控制节点上安装 `mariadb-galera-server` 和相关依赖包,并通过 wsrep 参数启用集群功能[^1]。 - **配置 my.cnf 文件** 修改 `/etc/mysql/my.cnf` 文件以适应 Galera 集群的需求。例如: ```ini [mysqld] binlog_format=ROW default_storage_engine=InnoDB innodb_autoinc_lock_mode=2 wsrep_on=ON wsrep_provider=/usr/lib/galera/libgalera_smm.so wsrep_cluster_address="gcomm://<node1_ip>,<node2_ip>,<node3_ip>" wsrep_node_name=<hostname> wsrep_node_address="<ip_of_this_node>" ``` - **启动 Galera Cluster** 初始化第一个节点并将其余节点加入集群。可以通过以下命令完成: ```bash galera_new_cluster systemctl start mysql ``` #### 2. 使用传统主从复制模式 如果不需要完全同步的多主架构,则可以考虑传统的 MySQL 主从复制模式。这种模式下,写操作集中在主服务器上,而读取请求则分布在多个从服务器之间。 - **设置主服务器** 编辑主服务器的配置文件 (`my.cnf`) 并重启服务: ```ini server-id=1 log-bin=mysql-bin binlog-do-db=openstack_db ``` - **创建用于复制的用户** 执行 SQL 命令为从服务器生成授权账户: ```sql CREATE USER 'repl'@'<slave_host>' IDENTIFIED BY '<password>'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'<slave_host>'; FLUSH PRIVILEGES; ``` - **配置从服务器** 将主服务器的数据导出并通过 `CHANGE MASTER TO` 设置连接参数: ```sql CHANGE MASTER TO MASTER_HOST='<master_host>', MASTER_USER='repl', MASTER_PASSWORD='<password>', MASTER_LOG_FILE='mysql-bin.<number>', MASTER_LOG_POS=<position>; START SLAVE; ``` #### 3. 结合 HAProxy 提供负载均衡 无论选择哪种方式,都需要借助外部工具如 HAProxy 来管理客户端对数据库实例的访问。这一步骤能够隐藏底层拓扑结构的变化,从而提升用户体验。 - 安装并配置 HAProxy,在其配置文件中定义监听端口以及目标地址列表: ```haproxy frontend mysql_frontend bind *:3306 mode tcp option tcplog default_backend mysql_servers backend mysql_servers balance roundrobin server db1 <db1_ip>:3306 check server db2 <db2_ip>:3306 check server db3 <db3_ip>:3306 check ``` 最后,利用 Keepalived 维护 VIP 地址漂移制,进一步增强整个环境的服务连续性[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值