/docs/MyDocs

Installing

==========

    zypper in zypper in corosync pacemaker

 

    zypper ar http://download.opensuse.org/repositories/devel:/languages:/ruby:/extensions/openSUSE_13.1/devel:languages:ruby:extensions.repo

    zypper in pcs-0.9.139-csa.noarch.rpm

 

    passwd hacluster            [on all nodes]

    systemctl start pcsd

 

    systemctl enable corosync

    systemctl enable pacemaker

    systemctl enable pcsd

 

Creating a HA cluster

=====================

    pcs cluster auth -u hacluster 192.168.26.131 192.168.26.132 192.168.26.135

    pcs cluster setup --name cluster_nfs 192.168.26.131 192.168.26.132

    pcs cluster start --all

 

    pcs property set stonith-enabled=false              [ Disable STONOTH which is killing unexpected nodes to prevent data corruption ]

    pcs property set no-quorum-policy=ignore            [ Disables qourum which ensures that bigger part of cluster is working and smaller 

 

Split-brain

===========

    When the cluster looses connectivity, the data corruption may happen as each node 

    thinks he is only alive.

    quorum      - is the concept used to select which nodes are part of active cluster and which are not. 

                if 'total_nodes < 2 * active_nodes', then this part of cluster have a quorum and continues

                to operate while if number of active nodes is less, then the part is considered disconnected

                and stops. However, this is not working for 2 node clusters. In this case, the qorum checking 

                can be (and should be) disabled with:

                        pcs property set no-quorum-policy=ignore                

    stonith     - is concept to ensure what services are stopped once node is disconnected from 

                cluster. For simpler clusters this can be disabled with

                        pcs property set stonith-enabled=false

 

Resources

=========

    pcs resource create nfs_ip ocf:heartbeat:IPaddr2 ip=192.168.26.150 cidr_netmask=24 op monitor interval=15s

    pcs resource create webserver ocf:heartbeat:apache configfile=/etc/httpd/conf/httpd.conf statusurl="http://localhost/server-status" op monitor interval=1min

    

    pcs resource delete nfs_ip

 

    Listing available types of resources

        pcs resource standards

        pcs resource providers

        pcs resource agents ocf:glusterfs

        pcs resource agents ocf:heartbeat

 

 

Configuring migration

=====================

    There is two parameters:

    prefers     - the service will be run on the system with higher value of prefers

    stickness   - unless prefers is also above stickness, the service will not be migrated to new system with higher prefers.

 

    Setting

        pcs resource meta nfs_ip resource-stickiness=100

        pcs constraint location nfs_ip prefers 192.168.26.132=200

 

    Restricting 2 services to run on the same node

        pcs constraint colocation add webserver virtual_ip INFINITY

 

    Specifying the order of execution

        pcs constraint order virtual_ip then webserver

 

    Checking currently set constraits

        pcs constraint

 

    Simulating resource allocation

        crm_simulate -sL

        

    Also stickiness may be set while creating of the resource [using default or excplicitely]

        pcs resource defaults resource-stickiness=100

        pcs resource create nfs_ip ocf:heartbeat:IPaddr2 ip=192.168.26.150 cidr_netmask=24 op monitor interval=15s meta resource-stickiness=5O

 

Checking status

===============

    pcs status cluster

    pcs status nodes

    corosync-cmapctl  | grep members

    pcs status corosync

    crm_verify -L -V

 

 

Checking operation

==================

    pcs cluster stop node1                      [just stops a single node for cehcking]

 

 

Problems

========

 - if one node is out corosync starts to use memory and shortly gets a lot of it and many logs...

 - can we somehow provide a 3rd (4th,5th) verification nodes in the cluster to use it only for qourom checking?