没有硬件可以使用起搏器故障转移吗？ 在快速入门http://clusterlabs.org/quickstart-redhat.html上，您可以find以下命令： ccs -f /etc/cluster/cluster.conf –addfencedev pcmk agent=fence_pcmk 类似于： http : <fencedevice name="pcmk" agent="fence_pcmk"/> 什么是围栏设备？ 它是硬件吗？ 添加 根据下面的答案，不可能在没有硬件的情况下实施屏蔽。 我们想使用故障转移，但我们不想使用功率卡或类似的东西。 如果没有防护，是否可以实现故障转移？ 或者，我们可以使用UDP / TCP连接作为防护设备吗？
我的老板最近在谈话中断言，Redis支持一些configuration选项来控制最大的键或键/值的大小……所以我们可以设置一些选项来防止我们的应用程序创build大于50KB的键或键/值对。 我的印象是，没有这样的select存在，我们不得不打补丁，build立自己的补充这样的function。 （对于这个问题，强迫应用程序员调解所有通过Lua脚本或通过像twemproxy这样的访问将不是一个选项）。 我在Redis中错过了一些东西吗？ 还有什么是最近的故障转移的最佳做法？ Redis哨兵准备好了吗？ Linux-HA OCF Heartbeat / Pacemaker / Cluster Glue三重奏仍然是最好的吗？
首先感谢您的时间。 我有一个问题，我无法解决ldirectord，我评论我的情况： 我有两个节点与起搏器和corosync并configuration一些资源： root @ ldap1：/ home / mamartin＃crm状态最后更新：星期二六月3 12:58:30最后更改：星期二六月03 12:23:47通过ldap1上的cibadmin堆栈：openais当前DC：ldap2 – 具有法定分区的分区版本：1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff 2节点configuration，2预期投票7资源configuration。 在线：[ldap1 ldap2]资源组：IPV_LVS IPV_4（ocf ::心跳：IPaddr2）：启动ldap1 IPV_6（ocf :: heartbeat：IPv6addr）：启动ldap1 lvs（ocf :: heartbeat：ldirectord）：启动ldap1克隆集：clon_IPV_lo [IPV_lo]启动：[ldap2]已停止：[IPV_lo：1] root@ldap1:/home/mamartin# crm configure show node ldap2 \ attributes standby="off" node ldap1 \ attributes standby="off" primitive IPV-lo_4 ocf:heartbeat:IPaddr \ params ip="192.168.1.10" cidr_netmask="32" nic="lo" \ op monitor interval="5s" primitive IPV-lo_6 ocf:heartbeat:IPv6addrLO \ […]
我似乎无法find在起搏器上设置资源来pipe理我的Galera群集的适当方法。 我想要一个将在5个盒子之间进行故障转移的VIP（这个工作），但是我也想把它绑定到监视mysql的资源上。 如果一个mysql实例出现故障，那么VIP应该移动到另一个有实际运行mysql的盒子。 但是我不想让起搏器启动或停止mysql服务。 这是我目前的configuration： node galera01 node galera02 node galera03 node galera04 node galera05 primitive ClusterIP IPaddr2 \ params ip=10.10.10.178 cidr_netmask=24 \ meta is-managed=true \ op monitor interval=5s primitive p_mysql mysql \ params pid="/var/lib/mysql/mysqld.pid" test_user=root test_passwd=moo \ meta is-managed=false \ op monitor interval=5s OCF_CHECK_LEVEL=10 \ op start interval=0 timeout=60s \ op stop interval=0 timeout=60s […]
我试图在RHEL6上使用corosync和pacemaker设置集群（CentOS 6.5版） 我已经添加了以下回购数据 [haclustering] name=HA Clustering type=rpm-md baseurl=http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/RedHat_RHEL-6/ gpgcheck=1 gpgkey=http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/RedHat_RHEL-6/repodata/repomd.xml.key enabled=1 我试图安装默认启用回购（启用= 1），禁用回购和使用–enablerepo选项，而只安装pacemaker和corosync。 似乎有依赖关系的问题，我有错误消息如下： Error: Package: pacemaker-1.1.12+git20140723.483f48a-1.1.x86_64 (haclustering) Requires: libcoroipcc.so.4()(64bit) Available: corosynclib-1.4.1-17.el6.x86_64 (base) libcoroipcc.so.4()(64bit) Available: corosynclib-1.4.1-17.el6_5.1.x86_64 (updates) libcoroipcc.so.4()(64bit) Available: corosynclib-2.3.3-1.1.i686 (haclustering) Not found Error: Package: pacemaker-1.1.12+git20140723.483f48a-1.1.x86_64 (haclustering) Requires: libcfg.so.4(COROSYNC_CFG_0.82)(64bit) Available: corosynclib-1.4.1-17.el6.x86_64 (base) libcfg.so.4(COROSYNC_CFG_0.82)(64bit) Available: corosynclib-1.4.1-17.el6_5.1.x86_64 (updates) libcfg.so.4(COROSYNC_CFG_0.82)(64bit) Available: corosynclib-2.3.3-1.1.i686 (haclustering) Not found Error: Package: pacemaker-1.1.12+git20140723.483f48a-1.1.x86_64 […]
我试图build立一台新的起搏器/ corosync 2台机器。 我以前用corosync1来使用它，但是在Ubuntu 14.04上，我已经有了corosync 2.3.3好了 – 我说了，并试图使用这个版本的软件。 当我准备一个戒指的基本configuration – 一切都很好。 节点是可见的，一切工作都很好。 我想要做的是启用节点之间的encryption。 文档不是很有帮助;或者我可能太愚蠢了;） 。 如何在corosync上启用密码？ 在手册我们可以阅读： crypto_hash This specifies which HMAC authentication should be used to authenticate all messages. Valid values are none (no authentication), md5, sha1, sha256, sha384 and sha512. The default is sha1. crypto_cipher This specifies which cipher should be used to […]
这里是crm的configuration显示 [root@node1 /]# crm configure show node node1 node node1.mycluster.org node node2 node node2.mycluster.org primitive Apache apache \ params configfile="/etc/httpd/conf/httpd.conf" \ op monitor interval=30s \ op start timeout=40s interval=0 \ op stop timeout=60s interval=0 \ meta target-role=Started primitive drbd_res ocf:linbit:drbd \ params drbd_resource=data \ op monitor interval=29s role=Master \ op monitor interval=31s role=Slave primitive failover_ip […]
我在Ubuntu 14.04 LTS上使用以下指南设置Corosync / Pacemaker集群+ HAproxy： http : //www.sebastien-han.fr/blog/2012/04/15/active-passive-failover-cluster-on-a-的MySQL-加莱拉群集与- HAProxy的-LSB剂/ 我没有添加虚拟IP设置，只有两个节点，都安装了Haproxy。 我正在使用lsb：haproxy，我的configuration如下： 为了testing一切，我运行以下命令来终止haproxy进程：sudo kill -9 [PID＃] 然后，我检查群集的状态并收到以下错误消息：“失败的操作：权限不足”。 我没有更改haproxy用户/组定义，我的aisexec {}对用户和组都使用root。 如果我想让Corosync / Pacemakerpipe理Haproxy，我的权限应该是什么？ 编辑：当我运行下面的服务停止命令，haproxy按预期重新启动。 检查crm status haproxy守护进程正常运行 # sudo service haproxy stop # sudo crm status HaproxyHA (lsb:haproxy): Started node1 Failed Actions: 但是当我手动杀死pid时，我一直看到错误： # sudo kill -9 $PID HaproxyHA (lsb:haproxy): Started node1 (unmanaged) FAILED Failed Actions: […]
我试图在rhel7.2上用pcs创build一个lsb资源“sybase”脚本是关于Sybase数据库ASE服务器和备份服务器启动和停止并重新启动$ status脚本 之前 [root@pldbsv01 ~]# pcs status Cluster name: PLDBSV_CLUSTER Last updated: Tue Apr 19 23:18:44 2016 Last change: Tue Apr 19 22:59:07 2016 by root via cibadmin on pldbsv02-cr Stack: corosync Current DC: pldbsv02-cr (version 1.1.13-10.el7-44eb2dd) – partition with quorum 2 nodes and 9 resources configured Online: [ pldbsv01-cr pldbsv02-cr ] Full list of […]
我正在尝试为一组natted机器制作一个负载均衡的网关。 我有3个centos节点。 最初只有一个节点应该有内部网关IP，并且运行良好。 交通stream量。 然后，我尝试通过clusterip_hash / clone选项来平衡网关。 在底部有一个资源创build与个人电脑，我的小地点限制（不要移动IP到一台没有“互联网”的机器），最后是克隆命令。 一旦我克隆资源，我可以看到他们在两个主机上正确运行，并且每个都添加了iptables规则： Chain INPUT (policy DROP) target prot opt source destination CLUSTERIP all — anywhere gateway CLUSTERIP hashmode=sourceip-sourceport clustermac=81:48:85:71:7F:47 total_nodes=2 local_node=2 hash_init=0 问题是，只要arp条目从当前的任一网关机器的真实物理mac改变到iptables中显示的clustermac，所有的natted机器就会松动互联网连接。 我添加iptableslogging丢弃的数据包，但似乎没有丢弃。 同时，似乎没有任何事情可以通过。 （10.10.0.52是一个随机挑选的natted主机，试图ping谷歌，如果虚拟IP克隆被删除，并改变为单个浮动IP，然后stream量再次stream动） [root@three ~]# tcpdump -nni enp1s0 icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on enp1s0, link-type […]