rabbitmq3.8.2安装步骤及集群配置

参考我之前的文章即可（ >  提取码: gd8t

这一步主要参考官网的步骤，具体如下：

创建 /etc/yumreposd/rabbitmq_erlangrepo 文件，内容如下：

安装erlang

221 导入mq签名

222 添加rabbitmqrepo文件-此处可参看官网（ >

），我这边服务器是centos7，故rabbitmqrepo写入如下内容：

223 安装rabbitmq服务

224 启动服务并设置开机自启动

225 开启管理界面

这一点 方便我们通过url访问查看运行情况，阿里云服务器安全里一定要开启15672端口

在此我们还需要新增一个用户作为管理员

添加用户 -用户名 密码自己定

修改用户角色为管理员- 把下面username改成自己的用户名

修改用户权限

自此 你可以通过ip:15672的方式访问RabbitMQ后台

目前我是有两台阿里云的，同一区的服务器，内网可访问。

231 修改hostname -服务器别名，方便我们后面两个mq服务连接

vi /etc/hosts  新增node1和node2 两个内网ip

原以为OK了，重启还是老样子，其实centos7 还提供了一步方法

直接修改成功了！

232 Erlang cookie设置，这里最坑，困了我好久，有必要总结一下

确保node1与node2两个服务器的erlangcookie保持一致

找到node1服务器的erlangcookie，位置如下：

/var/lib/rabbitmq/erlangcookie

然后复制内容到node2服务器对应的erlangcookie

修改好后，记得还原权限400

修改完后 一定要重启node1与node2服务器，这样修改才能生效。之前一直困扰我的node2连接不上node1的mq服务，一直提示cookie有问题，重启mq服务也没用，重启服务器 reboot后问题就可以解决，切莫少了这步。

出现的问题如下：

TCP connection succeeded but Erlang distribution failed

Authentication failed (rejected by the remote node), please check the Erlang cookie

那就执行重启命令吧！一切解决！

233 加入mq集群

node1 mq服务设置后台执行

可以查看目前 node1的mq状态

node2 加入node1的MQ集群，关键时刻了！

配置好MQ集群后，可以在 node1、node2服务器上任意执行 rabbitmqctl cluster_status 来查看MQ集群是否配置成功

如下图所示：

这里就彻底成功了！现在直接通过url访问看一下是否正常可以显示两个mq服务：

你这个需求是备份吧，Windows有两种服务可以解决你现在的问题：
1、网络负载均衡，可以把指定的服务器添加到负载均衡群中，并指定网络端口和协议，选择负载均衡集群切换模式是按照一对一还是交叉负载均衡；
2、故障转移集群，可以针对进程判断是否启用备份机的指定进程；
这两个集群各有各的用途，同时对于搭建也有自己的要求，完成集群后所对应的功能也略有不同。
部署：
负载均衡不需要额外设备；
但故障转移，需要iSCSI存储设备支持；
用途：
负载均衡针对网络端口，重点在于均衡，可以通过交叉策略，保证a/b的访问量一致，或者单一主机方式，保证在宕机或网线不通的情况下切换到备机；
故障转移，可以精确监控到进程，保证进程出现故障（包括宕机）即可转移到备机；
具体问题具体分析，看你需要什么级别的备份，要求高的话，上故障转移（但是要增加设备——iSCSI），要求简单，就上负载均衡

很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。

市面上存在两种数据库负载均衡的思路：1

基于数据库连接的负载均衡：例如总共有100个数据库连接，50个连接登录到数据库机器A，另外50个连接登录到数据库机器B，这样每个连接中接下来的所有请求全都是发往同一台数据库机器的

这种数据库负载均衡的思路模拟了WEB上的负载均衡方法，但是由于WEB连接是短时间连接(连接建立后，获取需要的HTML等资源后，连接马上被关闭)，而数据库连接是长时间连接(连接建立后，可长时间保持，客户可不停向数据库发送SQL请求，数据库做出回答，如此不断循环直到连接被人为或因错而断开为止)，因此这种数据库负载均衡思路存在着明显的缺点：有可能会发生绝大部分的请求压力都集中到某台数据库机器上去，从而使得负载均衡效果失效

2

基于批处理请求的负载均衡：在建立数据库连接的时候，会同时与每台数据库服务器建立连接，之后针对客户端的每次请求，都会根据负载均衡算法，独立地选出某个数据库节点来执行这个请求

此种思路符合数据库长时间连接的特征，不存在上面所述的基于连接的负载均衡方法的缺点

市面上的负载均衡厂商，既有基于连接的，也有基于批处理请求的，用户需仔细辨别才能找到自己想要的合适产品

过程概述
请求代理、 网关服务器，管理服务器链中的任何计算机的证书。
这些证书导入到的目标计算机使用 MOMCertImportexe 工具。
将分发给管理服务器 MicrosoftEnterpriseManagementGatewayApprovalToolexe。
运行 MicrosoftEnterpriseManagementGatewayApprovalToolexe 工具启动管理服务器和网关之间的通信
安装网关服务器。
准备安装
在开始之前
网关服务器的部署所需的证书。您需要有权访问证书颁发机构 (CA)。这可以是公用 CA （如 verisign），也可以使用 Microsoft 证书服务。此过程提供了请求，获取，并从 Microsoft 证书服务导入证书的步骤。
代理管理的计算机之间的网关服务器和网关服务器和管理服务器之间，必须有可靠的名称解析。此名称解析通常是通过 DNS。但是，如果不能通过 DNS 中获得正确的名称解析，则可能需要手动在每台计算机的主机文件中创建条目。
注释
Hosts 文件位于 \Windows\system32\drivers\ 目录中，并包含有关如何配置的说明。
从 Microsoft 证书服务中获取计算机证书
有关详情，请参阅Windows 计算机的身份验证和数据加密。
分发 MicrosoftEnterpriseManagementGatewayApprovalTool
MicrosoftEnterpriseManagementGatewayApprovalToolexe 工具需要只有在管理服务器上，并且它只运行一次。
若要复制到管理服务器的 MicrosoftEnterpriseManagementGatewayApprovalToolexe
从目标管理服务器，打开Operations Manager安装媒体 \SupportTools 目录。
复制到安装媒体中的 MicrosoftEnterpriseManagementGatewayApprovalToolexe Operations Manager安装目录。
注册与管理组的网关
此过程将注册的网关服务器的管理组中，并完成此 *** 作后，管理组发现的库存视图中将显示的网关服务器。
若要运行该网关的审核工具
在管理服务器上已设定的网关服务器安装过程中，在使用登录Operations Manager管理员帐户。
打开命令提示窗口，然后定位到Operations Manager安装目录或目录复制到 MicrosoftEnterpriseManagementgatewayApprovalToolexe。
在命令提示符下，运行MicrosoftEnterpriseManagementgatewayApprovalToolexe /ManagementServerName=<managementserverFQDN> /GatewayName=<GatewayFQDN> /Action=Create
如果审核成功，您将看到 The approval of server <GatewayFQDN> completed successfully
如果您需要从管理组中删除的网关服务器，运行相同的命令，但需使用替换/Action=Delete标记为 /Action=Create标志。
打开 [监控] 视图 *** 作控制台。选择发现的库存的视图的网关服务器存在。
安装网关服务器
该过程安装的网关服务器。要在网关服务器的服务器应将向其报告的代理管理的计算机位于同一个域的成员。
提示
安装将会失败 （例如，双击 MOMGatewaymsi 安装网关服务器） 启动 Windows 安装程序时如果本地安全策略的用户帐户控制：在管理员批准模式中的所有管理员已都启用运行。
若要从命令提示符窗口中运行 *** 作管理器网关 Windows 安装程序
在 Windows 桌面上，请单击开始，指向 程序，指向 附件，用鼠标右键单击 命令提示符，然后单击 以管理员身份运行。
在管理员：命令提示符处 窗口中，定位到本地驱动器，承载 Operations Manager的安装媒体。
定位到msi 文件所在的目录键入msi 文件的名称，然后按 enter 键。
若要安装的网关服务器
登录到具有管理员权限的网关服务器上。
从Operations Manager开始安装媒体中， Setupexe。
在安装 区域中，单击 网关管理服务器链接。
在欢迎 屏幕中，单击 下一。
在目标文件夹 页面中，接受默认值，或单击 更改 以选择一个不同的安装目录，然后单击 下一。
在管理组配置 页上，键入目标管理组的名称在 管理组名称 字段中，键入目标管理中的服务器名称 管理服务器 字段中，请检查 管理服务器端口 字段是5723，然后单击 下一步。如果已经启用了其他在 *** 作控制台中的管理服务器通信的端口，则可以更改此端口。
在网关 *** 作帐户 页上，选择 本地系统帐户选项，除非您专门创建一个基于域或本地计算机上的关 *** 作帐户。单击“下一步”。
在 Microsoft 更新 页面上，还可以指示您要使用 Microsoft 更新，然后单击 下一。
在“可以安装”页上，单击“安装”。
在正在完成 页上，单击 完成。
若要使用命令提示符窗口来安装的网关服务器
登录到具有管理员权限的网关服务器上。
使用“以管理员身份运行”选项打开命令提示符窗口。
运行以下命令，其中 path\Directory Momgatewaymsi，位置和 path\Logs 是要用来保存日志文件的位置。在中找不到 Momgatewaymsi Operations Manager的安装媒体。
%WinDir%\System32\msiexecexe /i path\Directory\MOMGatewaymsi /qn /lv path\Logs\GatewayInstalllog
ADDLOCAL=MOMGateway
MANAGEMENT_GROUP="<ManagementGroupName>"
IS_ROOT_HEALTH_SERVER=0
ROOT_MANAGEMENT_SERVER_AD=<ParentMSFQDN>
ROOT_MANAGEMENT_SERVER_DNS=<ParentMSFQDN>
ACTIONS_USE_COMPUTER_ACCOUNT=0
ACTIONSDOMAIN=<DomainName>
ACTIONSUSER=<ActionAccountName>
ACTIONSPASSWORD=<Password>
ROOT_MANAGEMENT_SERVER_PORT=5723
[INSTALLDIR=<path\Directory>]
使用 MOMCertImportexe 工具导入证书
执行此 *** 作，每个网关服务器，管理服务器和将成为代理管理和不受信任域的计算机上。
若要通过使用 MOMCertImportexe 导入计算机证书
将 MOMCertImportexe 工具复制从安装媒体 \SupportTools\<平台>（x86 或 ia64） 或到目标服务器的根目录的目录Operations Manager如果目标服务器是管理服务器的安装目录。
作为管理员，打开一个命令提示符窗口，并将目录更改为 MOMCertImportexe 所在的目录，然后运行 momcertimportexe /SubjectName <certificate subject name>这会使证书可由 Operations Manager
为管理服务器之间的故障转移配置网关服务器
网关服务器可以管理组中的任何管理服务器进行通信，但这必须进行配置。在这种情况下，辅助管理服务器标识为网关服务器故障转移的目标。
使用集中-开始管理服务器-gatewayManagementServer 命令中的 Operations Manager 外壳，如以下示例所示，配置故障切换到多个管理服务器网关服务器。可以从任何管理组中的命令外壳程序运行命令。
若要配置管理服务器之间的网关服务器故障切换
登录到管理服务器的管理组的管理员角色的成员的帐户。
在 Windows 桌面上，请单击开始，指向 程序，指向 系统中心运营经理，然后单击 命令行解释器。

Servers1和Server2作为实际配置MySQL集群的服务器。
对于作为管理节点的Server3则要求较低，只需对Server3的系统进行很小的调整并且无需安装MySQL，Server3可以使用一台配置较低的计算机并且可以在Server3同时运行其他服务。

---