HMA基础架构规划和实施

简介

MHA（Master High Availability）目前在MySQL高可用方面比较成熟的解决方案，是由日本youshimaton（就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

该软件由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。MHA 适合任何存储引擎, 只要能主从复制的存储引擎它都支持，不限于支持事物的 innodb 引擎。

官方介绍：https://code.google.com/p/mysql-master-ha/

MHA集群架构图：

MHA工作原理

MHA工作原理如下：

  1. 从宕机崩溃的master保存二进制日志事件（binlog events）;
  2. 识别含有最新的更新的slave；
  3. 应用差异的中继日志（relay log）到其他的slave；
  4. 应用从master保存的二进制日志文件（binlog events）；
  5. 提升一个slave为新的master；
  6. 是其他的slave连接新的master进行复制；

MHA软件工具包介绍

MHA软件由两个部分组成，Manager工具包 和 Node工具包

Manager工具包

  • masterha_check_ssh 检查MHA的SSH配置状况
  • masterha_check_repl 检查MySQL复制情况
  • masterha_manger 启动MHA
  • masterha_check_status 检测当前MHA运行状态
  • masterha_master_monitor 检测master是否宕机
  • masterha_master_switch 控制故障转移（自动或者手动）
  • masterha_conf_host 添加或删除配置的server信息

Node工具包

注：Node工具包是由 MHA Manager 的脚本触发，无需人为操作

  • save_binlog_logs 保存和复制master的二进制日志
  • apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的slave
  • filter_mysqlbinlog 去除不必要的 ROLLBACK事件（MHA已不再使用这个工具）
  • purge_relay_logs 清除中继日志（不会阻塞SQL线程）

MHA高可用部署

基本环境

  • 操作系统版本：CentOS Linux release 7.6.1810 (Core)
  • MySQL版本：5.7.28
  • VIP（虚IP）： 10.0.0.55

注：1主2从GTID

环境规划：

角色 ip 主机名 网卡 server_id 功能
Master、Node 10.0.0.51 db01 eth0 51 主库
Node 10.0.0.52 db02 eth0 52 从库
Node 10.0.0.53 db03 eth0 53 从库

配置关键程序软连接

注：所有节点

ln -s /app/database/mysql/bin/mysqlbinlog    /usr/bin/mysqlbinlog
ln -s /app/database/mysql/bin/mysql          /usr/bin/mysql

配置节点互信（密钥对）

注：所有节点，创建密钥对，分发密钥

  • 创建密钥对
[[email protected] ~]# ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Created directory ‘/root/.ssh‘.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:yYSbmv/grRRvcSCFgwg0lRa0Coguy8+RkGG+EzC4KyE [email protected]
The key‘s randomart image is:
+---[RSA 2048]----+
|o+o=o. ..        |
|+ ooo oo         |
|Bo..  o.o        |
|*o+    * o       |
|EB    + S .      |
|+++ .o o o       |
|++ oo o o        |
|. + .+ +         |
|   o  +oo        |
+----[SHA256]-----+
  • yum安装sshpass：非交互密码登录
yum install sshpass -y
  • 批量分发密钥脚本
#!/bin/bash
#前提请把公钥默认创建完成
#例 ssh-keygen  --- 一路回车
# yum install sshpass -y 先执行
cat<<eof
********************************************
注：yum install sshpass -y 先执行
请输入你的网段,查看可用IP地址.
例：10.0.0.
请耐心等待！
*******************************************
eof
read -p "Please enter the network segment where you want to distribute the secret keys : " ip
read -s -p "Please enter your local password :" pass

echo $ip | grep -Ex ‘(25[0-5]|2[0-4][0-9]|1[0-9][0-9]|[1-9][0-9]|[1-9]).((25[0-5]|2[0-4][0-9]|[01]?[0-9]?[0-9])\.){2}‘  &> /dev/null
check=$?
sleep 3
if [ $check -eq 0 ];
then
for i in ${ip}{1..255}

 do
{
                ping -c 1  $i &> /dev/null
                if [ $? -ne 0 ];
                then
                        echo $i &> /dev/null
                else
                       . /etc/init.d/functions
timeout 5 sshpass -p$pass ssh-copy-id -f -i  ~/.ssh/id_rsa.pub [email protected]$i -o StrictHostKeyChecking=no  &> /dev/null
                        if [ $? -eq 0 ]
                        then
                        action   "主机 $i"     /bin/true
                        echo   ""
                        else
                        action   "主机 $i"     /bin/false
                        echo   ""
                        fi
                fi
}&
        done
else
   echo  "当前仅支持ipv4格式且是十进制，请重新输入"
fi
wait
echo "结束"
  • 脚本使用
[[email protected] ~]# sh key.sh
********************************************
注：yum install sshpass -y 先执行
请输入你的网段,查看可用IP地址.
例：10.0.0.
请耐心等待！
*******************************************
Please enter the network segment where you want to distribute the secret keys : 10.0.0. --网段加个点
Please enter your local password :  ---主机的密码
主机 10.0.0.254                                            [FAILED]

主机 10.0.0.52                                             [  OK  ]

主机 10.0.0.53                                             [  OK  ]

主机 10.0.0.51                                             [  OK  ]

主机 10.0.0.2                                              [FAILED]

结束
  • 各节点验证
db01:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date
db02:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date
db03:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date

安装软件

  • 下载mha软件

　　mha官网：https://code.google.com/archive/p/mysql-master-ha/

　　github下载地址：https://github.com/yoshinorim/mha4mysql-manager/wiki/Downloads

  • 说明

　　8.0 的版本：

  1. 密码加密模式 sha2 ---> native
  2. 使用0.58 版本MHA软件
  • 软件包准备

软件包地址：https://pan.baidu.com/s/1Ii2MxCDDz11Nu7cRMDBGVg 提取码：31m5

注：因为需要去外网下载这里就直接准备好软件包

[[email protected] ~]# ls
anaconda-ks.cfg  key.sh  MHA-2019-6.28.zip
[[email protected] ~]# unzip MHA-2019-6.28.zip
[[email protected] ~]# ls
anaconda-ks.cfg  email_2019-最新.zip  master_ip_failover.txt  mha4mysql-manager-0.56-0.el6.noarch.rpm
Atlas-2.2.1.el6.x86_64.rpm  key.sh      MHA-2019-6.28.zip       mha4mysql-node-0.56-0.el6.noarch.rpm
  • 所有节点安装Node软件依赖包
yum install perl-DBD-MySQL -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:mha4mysql-node-0.56-0.el6        ################################# [100%]
  • 在db01主库中创建mha需要的用户
mysql
grant all privileges on *.* to [email protected]‘10.0.0.%‘ identified by ‘mha‘;
  • Manager软件安装（db01）
yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes
rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

Manager配置文件准备(db01)

#创建配置文件目录
mkdir -p /etc/mha
#创建日志目录
mkdir -p /var/log/mha/app1

#编辑mha配置文件
cat > /etc/mha/app1.cnf <<EOF
[server default]
manager_log=/var/log/mha/app1/manager
manager_workdir=/var/log/mha/app1
master_binlog_dir=/data/binlog
user=mha
password=mha
ping_interval=2
repl_password=123
repl_user=repl
ssh_user=root
[server1]
hostname=10.0.0.51
port=3306
[server2]
hostname=10.0.0.52
port=3306
[server3]
hostname=10.0.0.53
port=3306
EOF

检查状态

[[email protected] ~]# masterha_check_ssh --conf=/etc/mha/app1.cnf
Thu Mar  5 00:08:37 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Thu Mar  5 00:08:37 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Thu Mar  5 00:08:37 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
Thu Mar  5 00:08:37 2020 - [info] Starting SSH connection tests..
Thu Mar  5 00:08:38 2020 - [debug]
Thu Mar  5 00:08:37 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.52(10.0.0.52:22) to [email protected]10.0.0.51(10.0.0.51:22)..
Thu Mar  5 00:08:37 2020 - [debug]   ok.
Thu Mar  5 00:08:37 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.52(10.0.0.52:22) to [email protected]10.0.0.53(10.0.0.53:22)..
Thu Mar  5 00:08:38 2020 - [debug]   ok.
Thu Mar  5 00:08:38 2020 - [debug]
Thu Mar  5 00:08:37 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.51(10.0.0.51:22) to [email protected]10.0.0.52(10.0.0.52:22)..
Thu Mar  5 00:08:37 2020 - [debug]   ok.
Thu Mar  5 00:08:37 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.51(10.0.0.51:22) to [email protected]10.0.0.53(10.0.0.53:22)..
Thu Mar  5 00:08:38 2020 - [debug]   ok.
Thu Mar  5 00:08:39 2020 - [debug]
Thu Mar  5 00:08:38 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.53(10.0.0.53:22) to [email protected]10.0.0.51(10.0.0.51:22)..
Thu Mar  5 00:08:38 2020 - [debug]   ok.
Thu Mar  5 00:08:38 2020 - [debug]  Connecting via SSH from [email protected]10.0.0.53(10.0.0.53:22) to [email protected]10.0.0.52(10.0.0.52:22)..
Thu Mar  5 00:08:39 2020 - [debug]   ok.
Thu Mar  5 00:08:39 2020 - [info] All SSH connection tests passed successfully.
####################################################################################################

[[email protected] ~]# masterha_check_repl  --conf=/etc/mha/app1.cnf
Thu Mar  5 00:09:30 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Thu Mar  5 00:09:30 2020 - [info] Reading application default configuration from /etc/mha/app1.cnf..
Thu Mar  5 00:09:30 2020 - [info] Reading server configuration from /etc/mha/app1.cnf..
Thu Mar  5 00:09:30 2020 - [info] MHA::MasterMonitor version 0.56.
Thu Mar  5 00:09:31 2020 - [info] GTID failover mode = 1
Thu Mar  5 00:09:31 2020 - [info] Dead Servers:
Thu Mar  5 00:09:31 2020 - [info] Alive Servers:
Thu Mar  5 00:09:31 2020 - [info]   10.0.0.51(10.0.0.51:3306)
Thu Mar  5 00:09:31 2020 - [info]   10.0.0.52(10.0.0.52:3306)
Thu Mar  5 00:09:31 2020 - [info]   10.0.0.53(10.0.0.53:3306)
Thu Mar  5 00:09:31 2020 - [info] Alive Slaves:
Thu Mar  5 00:09:31 2020 - [info]   10.0.0.52(10.0.0.52:3306)  Version=5.7.28-log (oldest major version between slaves) log-bin:enabled
Thu Mar  5 00:09:31 2020 - [info]     GTID ON
Thu Mar  5 00:09:31 2020 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
Thu Mar  5 00:09:31 2020 - [info]   10.0.0.53(10.0.0.53:3306)  Version=5.7.28-log (oldest major version between slaves) log-bin:enabled
Thu Mar  5 00:09:31 2020 - [info]     GTID ON
Thu Mar  5 00:09:31 2020 - [info]     Replicating from 10.0.0.51(10.0.0.51:3306)
Thu Mar  5 00:09:31 2020 - [info] Current Alive Master: 10.0.0.51(10.0.0.51:3306)
Thu Mar  5 00:09:31 2020 - [info] Checking slave configurations..
Thu Mar  5 00:09:31 2020 - [info]  read_only=1 is not set on slave 10.0.0.52(10.0.0.52:3306).
Thu Mar  5 00:09:31 2020 - [info]  read_only=1 is not set on slave 10.0.0.53(10.0.0.53:3306).
Thu Mar  5 00:09:31 2020 - [info] Checking replication filtering settings..
Thu Mar  5 00:09:31 2020 - [info]  binlog_do_db= , binlog_ignore_db=
Thu Mar  5 00:09:31 2020 - [info]  Replication filtering check ok.
Thu Mar  5 00:09:31 2020 - [info] GTID (with auto-pos) is supported. Skipping all SSH and Node package checking.
Thu Mar  5 00:09:31 2020 - [info] Checking SSH publickey authentication settings on the current master..
Thu Mar  5 00:09:32 2020 - [info] HealthCheck: SSH to 10.0.0.51 is reachable.
Thu Mar  5 00:09:32 2020 - [info]
10.0.0.51(10.0.0.51:3306) (current master)
 +--10.0.0.52(10.0.0.52:3306)
 +--10.0.0.53(10.0.0.53:3306)

Thu Mar  5 00:09:32 2020 - [info] Checking replication health on 10.0.0.52..
Thu Mar  5 00:09:32 2020 - [info]  ok.
Thu Mar  5 00:09:32 2020 - [info] Checking replication health on 10.0.0.53..
Thu Mar  5 00:09:32 2020 - [info]  ok.
Thu Mar  5 00:09:32 2020 - [warning] master_ip_failover_script is not defined.
Thu Mar  5 00:09:32 2020 - [warning] shutdown_script is not defined.
Thu Mar  5 00:09:32 2020 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

开启MHA-manager

  • 开启MHA（db01）
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &
[1] 27904  --进程号

查看MHA状态

[[email protected] ~]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:27904) is running(0:PING_OK), master:10.0.0.51

应用透明vip功能

注：只能同机房使用，无法跨机房跨网络

  • 添加以下参数
vim  /etc/mha/app1.cnf
[server default]
master_ip_failover_script=/usr/local/bin/master_ip_failover
  • 修改脚本内容
[[email protected] data]# cp master_ip_failover.txt /usr/local/bin/master_ip_failover
vim  /usr/local/bin/master_ip_failover
my $vip = ‘10.0.0.55/24‘;     #虚拟vip地址
my $key = ‘1‘;                #数字
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";    #开启命令注意网卡名称，我的是eth0
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";     #关闭命令
yum install  dos2unix -y
dos2unix /usr/local/bin/master_ip_failover
chmod +x /usr/local/bin/master_ip_failover
  • 主库上（db01），手工生成第一个vip地址

　　注：查看本地网卡名称,这里是eth0

[[email protected] data]# ifconfig eth0:1 10.0.0.55/24
#添加的信息 ip -a
inet 10.0.0.55/24 brd 10.0.0.255 scope global secondary eth0:1
    valid_lft forever preferred_lft forever
  • 重启mha（db01）
masterha_stop --conf=/etc/mha/app1.cnf
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &
  • 查看状态（db01）
[[email protected] /data]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:11923) is running(0:PING_OK), master:10.0.0.51

注意：keepalive的话，需要candidate_master=1和check_repl_delay=0进行配合。防止vip和主库选择不在一个节点。 

binlog server

binlog-server介绍

binlog在备份中起着至关重要的作用，备份binlog文件时，只能先在本地备份，然后才能传送到远程服务器上。从MySQL5.6版本后，可以利用mysqlbinlog命令把远程机器的日志备份到本地目录，这样就更加方便地实现binlog日志的安全备份。

注：因为机器有限，直接把binlog服务加入master节点。切记，误将备份的binlog日志和本地放在一起，否则会被覆盖掉，这里在配置文件写入

vim /etc/mha/app1.cnf
[binlog1]
no_master=1
hostname=10.0.0.51
master_binlog_dir=/data/mysql/binlog

no_master=1 # 不作为选取主库

hostname=10.0.0.51 # 本地ip地址

master_binlog_dir=/data/mysql/binlog # binlog文件备份地址

  • 创建备份目录
mkdir -p /data/mysql/binlog
chown -R mysql.mysql /data/*
  • 拉取主库binlog日志
cd /data/mysql/binlog     -----》必须进入到自己创建好的目录
mysqlbinlog  -R --host=10.0.0.51 --user=mha --password=mha --raw  --stop-never mysql-bin.000001 &

mysqlbinlog重要参数：

  • --read-from-remote-server：从远端拉binlog，不加会在本地找
  • --raw：本地以二进制方式保存binlog，不指定则以文本保存
  • --stop-never：一直同步不断
  • 指定为raw，数据不会时时落盘，而是先搞到内存里，然后每4k刷盘一次，一旦连接断开，内存中数据马上都刷到磁盘上
  • 不指定raw，则需要用--result-file参数指定数据写入某个文本，不可指定为目录，此时数据会时时刷盘
  • 注意

拉取日志的起点,需要按照目前从库的已经获取到的二进制日志点为起点，需要在主库中查询位置点：

 db01 [(none)]>show master status ;
+------------------+----------+--------------+------------------+------------------------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                        |
+------------------+----------+--------------+------------------+------------------------------------------+
| mysql-bin.000002 |      730 |              |                  | 5dfe203f-5edc-11ea-a789-000c291f7357:1-2 |
+------------------+----------+--------------+------------------+------------------------------------------+
1 row in set (0.00 sec)

注：在实际生产中我们也可以从当前binlog二进制日志直接备份，以为实际生产中的binlog文件很多，拉取会消耗很多资源和空间

  • 重启MHA
master_stop --conf=/etc/mha/app1.cnf
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &

邮件提醒

介绍

邮件的作用就是当我们出现主从库切换时发送邮件通知相关人员进行数据库修复，这里我们使用qq邮箱

  • 参数
report_script=/usr/local/bin/send
  • 准备邮件脚本
[[email protected] ~]# unzip email_2019-最新.zip
[[email protected] ~]# cd email/
[[email protected] ~/email]# cp -a * /usr/local/bin/
[[email protected] ~/email]# chmod +x /usr/local/bin/
  • 修改manager配置文件，调用邮件脚本
vi /etc/mha/app1.cnf
[server default]
report_script=/usr/local/bin/send
  • 重启MHA
#停止MHA
masterha_stop --conf=/etc/mha/app1.cnf

# 开启MHA
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &
  • 配置文件说明
vim /usr/local/bin/testpl
 #!/bin/bash
/usr/local/bin/sendEmail -o tls=no -f [email protected] -t [email protected] -s smtp.qq.com:25 -xu qq号 -xp 授权码 -u "[邮件标题]MHA警告" -m "[邮件内容]请检查MHA的工作状态" &>/tmp/sendmail.log

注：smtp授权方式：设置--->账户--->生成授权码

测试MHA Failover的功能

  • 宕掉主库测试
  • 测试查看vip
  • 故障库是否提出
  • 切换日志/var/log/mha/app1/manager
  • 主从状态

故障修复思路

排除进行状态

# ps -ef | grep manager
root      13087   2813  0 16:33 pts/1    00:00:00 grep --color=auto manager
# masterha_check_status --conf=/etc/mha/app1.cnf
app1 is stopped(2:NOT_RUNNING).

检查配置文件中节点

# cat /etc/mha/app1.cnf
如果节点已经被移除，说明切换过程已经大部分成功。
如果节点还在，证明切换过程在中间卡住。

看日志

vim /var/log/mha/app1/manager

修复故障库

# /etc/init.s/mysqld start
Starting MySQL.. SUCCESS!

修复主从

注：主从是好的，可以省略

将故障库修复好后，手工加入已有的主从中，作为从库

  • 在其他节点查看切换后的主库是谁?
[[email protected] ~]# mysql -uroot -p -e "show slave status\G" | grep Master_Host:
Master_Host: 10.0.0.52
  • 修复后的库添加主库信息
change master to
master_host=‘10.0.0.52‘,
master_user=‘repl‘,
master_password=‘123‘ ,
MASTER_AUTO_POSITION=1;

start slave;

将配置文件修复

注：配置文件节点信息还在，可忽略.

vim /etc/mha/app1,cnf
添加:
[server1]
hostname=10.0.0.51
port=3306

检查ssh互信和repl的主从关系

masterha_check_ssh   --conf=/etc/mha/app1.cnf
masterha_check_repl  --conf=/etc/mha/app1.cnf

修复binlogserver

注：拉取当前主库，也就是db02的binlog二进制日志文件

[[email protected] ~]# cd /data/mysql/binlog/
[[email protected] binlog]# rm -rf *
[[email protected] binlog]# mysqlbinlog  -R --host=10.0.0.52 --user=mha --password=mha --raw  --stop-never mysql-bin.000001 &

检查主节点vip的状态

如果不在，手工生成以下。

ifconfig eth0:1 10.0.0.55/24

启动MHA

nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &

[[email protected] binlog]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:13189) is running(0:PING_OK), master:10.0.0.52

原文地址：https://www.cnblogs.com/Mercury-linux/p/12423995.html

时间： 2024-10-22 19:01:17

HMA基础架构规划和实施的相关文章

IT基础架构规划方案三(IT基础软件和系统规划)

IT基础软件和系统规划 操作系统选型规划方案 根据对某集团的实际调研,获取了企业业务应用系统的建设情况,随着企业信息化建设的推进,需要对各种信息化管理系统和应用系统的服务器选型进行选型规划,根据不同的系统对服务 某集团信息化应用目标是:搭建集成.统一平台,规避流程.规避风险,实现高效协作,有效支撑决策.实现多维度矩阵管控.实现无边界的信息应用. 操作系统选型参考和说明: 类型 操作系统选型参考 选型说明 域服务器/邮件服务器等企业IT管理系统 Windows Server系列操作系统 建议选用最

IT基础架构规划方案二(计算机系统与机房规划规划)

计算机系统规划       服务器硬件选型规划方案       根据对某集团的实际调研,获取了企业业务应用系统的建设情况,随着企业信息化建设的推进,需要对各种信息化管理系统和应用系统的服务器选型进行选型规划,根据不同的系统对服务器硬件的性能指标要求不同,比如企业网站服务器.邮件服务器.域控制服务器.文件和打印服务器.业务系统服务器等,通过结合系统在线用户数.业务请求数和业务产生的事物数等参数来计算tpmC值,从而估算出服务器硬件的性能要求. tpmC定义为TPC-C的吞吐量(TPC-C Thro

IT基础架构规划方案一(网络系统规划)

背景                   某集团经过多年的经营,公司业务和规模在不断发展,公司管理层和IT部门也认识到通过信息化手段可以更好地支撑公司业务运营.提高企业生产和管理效率.同时随着新建办公大楼.研发大楼和厂房的落成,IT部门也需要对整个集团的信息化和企业IT基础架构进行规划和建设.目前主要分为以下两部分:         楼宇智能化规划和建设方案:主要包括视频监控.门禁系统.语音和数据节点规划和布线.CATV.大屏幕电子显示屏.机房建设等.         企业IT基础架构规划和解决

SQL Server数据仓库的基础架构规划

问题 SQL Server数据仓库具有自己的特征和行为属性,有别去其他.从这个意义上说,数据仓库基础架构规划需要与标准SQL Server OLTP数据库系统的规划不同.在本文中,我们将介绍在计划数据仓库时应该考虑的一些事项. 解决 SQL Server 数据仓库系统参数 数据仓库本身有自己的参数,因此每个数据仓库系统都有自己独特的特性.在决定数据仓库系统的基础结构时,必须评估许多参数.在这些参数中,主要参数是数据量.报告复杂性.用户.系统可用性和ETL. 数据量 正如你可能知道的,数据量是大数

企业网络架构规划及配置实施（实用）

企业基础网络架构规划及配置实施 一.网络规划 出口地址段:202.1.1.0/24 路由器出口:202.1.1.1/24 ISP网关:202.1.1.2/24 互联地址段 192.168.90.0/24 路由器:192.168.90.1/24 核心交换机:192.168.90.2/24 管理地址段:192.168.100.0/24 核心管理地址:192.168.100.1/24 接入LI-1:192.168.100.11/24 接入LI-2:192.168.100.12/24 接入LI-3:19

IT基础架构运维规划

这是之前规划设计的IT基础架构运维规划方案,总结自己一段时间的运维经验相关敏感信息已经去除学无止境啊 XX运维工作架构规划 从2016年10月XX的运维工作到现在已经有两年多了,期间进行了很多调整,部署了很多业务系统,从一开始的混乱无序,到现在算是小有成效了.现在我们需要进一步完善现有运维工作,规划完整的架构,方便日后进行调整,保证能够科学而又高效的完成运维工作,提高客户满意度. 1.整体架构设计 整体架自下而上分为两个部分,基础环境和上层业务应用.基础环境主要是提供的基础虚拟机化环境和存储支持

在C7000+VMware vSphere5.5环境中的基础架构服务器部署实例

主题:使用HP C7000设备在VMware vSphere环境中部署企业高可用性基础架构服务器 目标:在C7000中使用BL460G8部署VMware vSphere服务器虚拟化方案,完成企业级高可用性基础架构服务. 硬件 1:1台HP C7000刀框 2:3台HP BL460G8服务器 3:2个HP Virtual Connect FlexFabric 10Gb/24-port Module 4:1台HP P4500存储 需要的图表 设计整体逻辑拓扑图 配置信息参数图表 IP地址规划图表 E

云与移动下物流与供应链轻企业IT基础架构

伴随云计算的高速发展,将企业的应用部署在云端数据中心的方式已经成为越来越多企业的选择.以摩托罗拉系统为例,除了电子邮件系统采用微软云端的outlook 365,销售管理平台采用salesforce.com之外,公司内部的知识库系统(insite.motorolasolutions.com ).财务平台.人力资源管理平台全部采用WEB应用模式并部署在云数据中心上. 云计算及移动互联网时代的企业应用的变迁 基于实际使用经验,摩托罗拉系统认为:通过将企业应用部署在云端的方式,企业IT 系统稳定性和网络

网站运维技术与实践之集群架构规划

集群架构规划和设计只要是涉及到高并发高流量的项目,基本上都需要. 本文主要围绕两个方面,一个是IDC的规划和选择,另一个是CDN. 一.IDC的规划和选择 IDC的选择是网站上线前要做的最重要的事情之一.哪怕发展初期只有一台服务器,选择一个位置不错的机房托管,都会助益良多. 也许有人会问IDC是什么? 我引用百度百科来回答: IDC为互联网内容提供商(ICP).企业.媒体和各类网站提供大规模.高质量.安全可靠的专业化服务器托管.空间租用.网络批发带宽以及ASP.EC等业务.IDC是对入驻(Hos