13518219792
阿里云服务器韩国首尔地域节点上线，可选云服务器ECS规格第六代平衡增强型c6e、g6e、r6e以及突发性能实例t6，CPU处理器采用2.5GHz主频Intel Xeon Platinum 8269（Cascade），3.2GHz睿频，ForeignServer来详细说下阿里云韩国服务器性能评测及租用费用：
创新互联从2013年开始，是专业互联网技术服务公司，拥有项目成都网站设计、成都网站建设网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元榆阳做网站,已为上家服务,为榆阳各地企业和个人服务,联系电话:028-86922220
阿里云韩国首尔云服务器
阿里云服务器韩国（首尔）地域上线（参考阿里云韩国服务器官方页面），亚太地区除了新加坡、日本、印度、澳大利亚、马来西亚、印度尼西亚及菲律宾又一选择。如下图：
阿里云韩国首尔服务器
目前阿里云韩国（首尔）地域，仅有一个可用区A可选。
阿里云韩国服务器测速IP
阿里云并不提供韩国云服务器测试IP，可以使用对象存储OSS的链接地址，测试下Ping值延迟，如下表：
所在国家 所在城市 Region ID 可用区数量 OSS地址 返回IP地址
韩国 首尔 ap-northeast-2 1 149.129.12.20
上表中阿里云韩国云服务器测速IP地址，并不是阿里云官网提供的，是阿里云官网对象存储OSS韩国节点链接返回的IP地址，大家可以测试下Ping值看看延迟，如下图：
阿里云韩国服务器测速IP地址
阿里云韩国测试IP地址149.129.12.20，并不是阿里云官方提供的测试IP地址，测试结果仅供参考。可以使用阿里云测速工具aliyunping.com测试一下本地到阿里云服务器各个地域节点的Ping值网络延迟。
韩国云服务器ECS实例规格性能参数说明
阿里云韩国首尔云服务器ECS规格可选通用平衡增强型g6e、计算平衡增强型c6e、内存平衡增强型r6e和突发性能实例t6，均为阿里云第六代云服务器，CPU处理器型号说明：
平衡增强型c6e、g6e、r6e处理器：2.5 GHz主频Intel ® Xeon ® Platinum 8269（Cascade）、Intel Xeon(Cascade Lake) Platinum 8269CY，3.2GHz睿频，计算性能稳定；
突发性能实例t6处理器：2.5GHz主频的新一代Intel ® Xeon ®服务器级别Cascade Lake处理器、Intel(R) Xeon(R) Platinum 8269CY，睿频3.2 GHz。
阿里云服务器ECS计算平衡增强型c6e、通用平衡增强型g6e和内存平衡增强型r6e是企业级独享型云服务器，不限制CPU性能，独享型云服务器在高负载时不会出现资源争夺线现象，计算性能更加稳定；而ECS突发性能t6云服务器为共享突发性能型云服务器，限制CPU性能基准基线，不建议选择。
更多关于阿里云韩国服务器c6e、g6e、r6e和t6实例性能参数说明，请以官方文档页面为准：阿里云服务器ECS官方性能详解
使用MySQL双master+keepalived是一种非常好的解决方案，在MySQL-HA环境中，MySQL互为主从关系，这样就保证了两台MySQL数据的一致性，然后用keepalived实现虚拟IP，通过keepalived自带的服务监控功能来实现MySQL故障时自动切换。
下面，我把即将上线的一个生产环境中的架构与大家分享一下，看一下这个架构中，MySQL-HA是如何实现的，环境拓扑如下
MySQL-VIP：10.10.10.21
MySQL-master1：10.10.10.17
MySQL-master2：10.10.10.18
OS版本：Redhat6.2
MySQL版本：mysql-5.1.59
Keepalived版本：keepalived-1.1.20
一、MySQL master-master配置
1、修改MySQL配置文件
两台MySQL均如要开启binlog日志功能，开启方法：在MySQL配置文件[MySQLd]段中加上log-bin=MySQL-bin选项
两台MySQL的server-ID不能一样，默认情况下两台MySQL的serverID都是1，需将其中一台修改为2即可
Master1配置：
#vim /etc/my.cnf
log-bin=mysql-bin //开启binlog日志功能
log =/usr/local/mysql/var/mysql.log //会打印mysql的所以sql语句
server-id= 1 //
binlog-do-db =mysql //需要同步的库名称
auto-increment-increment= 2
auto-increment-offset= 2
Master2配置：
#vim /etc/my.cnf
log-bin=mysql-bin //开启binlog日志功能
log =/usr/local/mysql/var/mysql.log //会打印mysql的所以sql语句
server-id= 2
binlog-do-db =mysql //需要同步的库名称
auto-increment-increment= 2
auto-increment-offset= 2
2、建授权用户
在10.10.10.17上新建授权用户
grant replicationslave on *.* to test@’10.10.10.%’ identified by ‘123456’;
在10.10.10.18服务器上建授权用户
grant replicationslave on *.* to test@’10.10.10.%’ identified by ‘123456’;
3、将10.10.10.17设为10.10.10.18的主服务器
在10.10.10.18上将10.10.10.17设为自己的主服务器
mysql show master status;（17服务器配置）
1+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000027| 106|mysql | |
+------------------+----------+--------------+------------------+
1 row in set (0.01 sec)
MySQL change master to master_host='10.10.10.17',master_user=’test’,master_password='123456',master_log_file='MySQL-bin.000027',master_log_pos=106;
Query OK, 0 rows affected (0.05 sec)
MySQL start slave;
Query OK, 0 rows affected (0.00 sec)
mysql show slave status \G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes \\如果此2项都为yes，master-master配置即成功
将10.10.10.18设为10.10.10.17的主服务器 方法与上面设置一致只需将
在10.10.10.17上将10.10.10.18设为自己的主服务器
mysql show master status;（18服务器配置）
1+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000027| 106|mysql | |
+------------------+----------+--------------+------------------+
1 row in set (0.01 sec)
MySQL change master to master_host='10.10.10.18',master_user=’test’,master_password='123456',master_log_file='MySQL-bin.000027',master_log_pos=106;
Query OK, 0 rows affected (0.05 sec)
MySQL start slave;
Query OK, 0 rows affected (0.00 sec)
mysql show slave status \G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes \\如果此2项都为yes，master-master配置即成功
测试是否成功：
如上述均正确配置，现在在任何一台MySQL上更新数据都会同步到另一台MySQL(仅限mysql库)
二、keepalived安装及配置
1、10.10.10.17服务器上keepalived安装及配置
安装keepalived
#tar zxvfkeepalived-1.1.20.tar.gz
#cdkeepalived-1.1.20
#./configure--prefix=/usr/local/keepalived--with-kernel-dir=/usr/src/kernels/2.6.32-220.el6.x86_64
#make make install
配置keepalived
我们自己在新建一个配置文件，默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件
#mkdir/etc/keepalived
#vi/etc/keepalived/keepalived.conf
global_defs {
notification_email {
}
smtp_server 127.0.0.1 （如果本机配置的话）
smtp_connect_timeout 30
router_id MySQL-ha
}
vrrp_instance VI_1{
state BACKUP #两台配置此处均是BACKUP
interface p4p1 #注意网卡接口
virtual_router_id 51
priority 100 #优先级，另一台改为90
advert_int 1
nopreempt #不主动抢占资源，只在优先级高的机器上设置即可，优先级低的机器不设置
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.10.10.21
}
}
virtual_server10.10.10.21 3306 {
delay_loop 2 #每个2秒检查一次real_server状态
lb_algo wrr #LVS算法
lb_kind DR #LVS模式
persistence_timeout 60 #会话保持时间
protocol TCP
real_server 10.10.10.17 3306 {
weight 3
notify_down /usr/local/my/my.sh #检测到服务down后执行的脚本
TCP_CHECK {
connect_timeout 10 #连接超时时间
nb_get_retry 3 #重连次数
delay_before_retry 3 #重连间隔时间
connect_port 3306 #健康检查端口
}
}
编写检测服务down后所要执行的脚本
#vi/usr/local/MySQL/bin/MySQL.sh
#!/bin/sh
pkillkeepalived
#chmod +x/usr/local/MySQL/bin/MySQL.sh
注：此脚本是上面配置文件notify_down选项所用到的，keepalived使用notify_down选项来检查real_server的服务状态，当发现real_server服务故障时，便触发此脚本；我们可以看到，脚本就一个命令，通过pkill keepalived强制杀死keepalived进程，从而实现了MySQL故障自动转移。另外，我们不用担心两个MySQL会同时提供数据更新操作，因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP，而不是两台MySQL的IP+VIP
启动keepalived
#/usr/local/keepalived/sbin/keepalived–D
#ps -aux | grepkeepalived
测试
找一台局域网PC，然后去ping MySQL的VIP，这时候MySQL的VIP是可以ping的通的
停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本
1、10.10.10.18服务器上keepalived安装及配置
安装keepalived
#tar zxvfkeepalived-1.1.20.tar.gz
#cdkeepalived-1.1.20
#./configure--prefix=/usr/local/keepalived--with-kernel-dir=/usr/src/kernels/2.6.32-220.el6.x86_64
#make make install
配置keepalived
我们自己在新建一个配置文件，默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件
#mkdir/etc/keepalived
#vi/etc/keepalived/keepalived.conf
global_defs {
notification_email {
}
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id MySQL-ha
}
vrrp_instance VI_1{
state BACKUP #两台配置此处均是BACKUP
interface p4p1 #注意网卡接口
virtual_router_id 51
priority 90 #优先级，另一台改为90
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.10.10.21
}
}
virtual_server10.10.10.21 3306 {
delay_loop 2 #每个2秒检查一次real_server状态
lb_algo wrr #LVS算法
lb_kind DR #LVS模式
persistence_timeout 60 #会话保持时间
protocol TCP
real_server 10.10.10.18 3306 {
weight 3
notify_down /usr/local/my/my.sh #检测到服务down后执行的脚本
TCP_CHECK {
connect_timeout 10 #连接超时时间
nb_get_retry 3 #重连次数
delay_before_retry 3 #重连间隔时间
connect_port 3306 #健康检查端口
}
}
启动keepalived
#/usr/local/keepalived/sbin/keepalived–D
#ps -aux | grepkeepalived
测试
停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本
三、测试
两台MySQL服务器都要授权允许从远程登录
MySQL grantall privileges on *.* to andyguo@'%' identified by '123456';
Query OK, 0 rowsaffected (0.00 sec)
MySQL flushprivileges;
Query OK, 0 rowsaffected (0.00 sec)
keepalived故障转移测试:
在windows客户端一直去ping VIP，然后关闭10.10.10.17上的keepalived，正常情况下VIP就会切换到10.10.10.18上面去
开启10.10.10.17上的keepalived，关闭10.10.10.18上的keepalived，看是否能自动切换，正常情况下VIP又会属于10.10.10.17
注：keepalived切换速度还是非常块的，整个切换过程只需1-3秒
MySQL故障转移测试：
在10.10.10.17上关闭MySQL服务，看VIP是否会切换到10.10.10.18上
开启10.10.10.17上的MySQL和keepalived，然后关闭10.10.10.18上的MySQL，看VIP是否会切换到10.10.10.17上
如果都没问题，到此整个配置即已完成。
备注（在测试的过程中遇到了一些问题，解决方法）
Keepalived_healthcheckers:IPVS: Can't initialize ipvs: Protocol not available
起初重装了ipvsadm和keepalived，但故障依旧，随后突然想到是否lvs模块加载异常，于是lsmod|grep ip_vs发现果然没有相应的模块，而正常情况下应该是有的
e、手动加载ip_vs模块
modprobe ip_vs
modprobe ip_vs_wrr
f、重启keepalived服务，故障排除，此时转发正常，从服务器的ip_vs加载正常，主从切换也正常
g、将modprobeip_vs、modprobe ip_vs_wrr添加进/etc/rc.local开机自动加载
香港阿里云服务器12月19日恢复。根据查询相关资料信息显示：2022年12月18日上午，阿里云发布《阿里云香港可用区C某机房设备异常》公告，阿里云监控发现香港地域某机房设备异常，影响香港地域可用区C的云服务器ECS，经过一天的修复，于12月19日已经恢复。
