阿里云服务器即将上线 阿里云服务器是干什么用的

韩国服务器ip地址

阿里云服务器韩国首尔地域节点上线，可选云服务器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官方性能详解

两台阿里云服务器，如何配置keepalived，mysql双主

使用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日已经恢复。