Come sincronizzare la configurazione del cluster e verificare l'impostazione del failover nei nodi - Parte 4

Ciao gente. Prima di tutto, mi scuso per il ritardo dell'ultima parte di questa serie di cluster. Mettiamoci al lavoro senza ulteriori ritardi.

Poiché molti di voi hanno completato tutte e tre le parti precedenti, vi informerò su ciò che abbiamo completato finora. Ora disponiamo già di conoscenze sufficienti per installare e configurare pacchetti cluster per due nodi e abilitare il fencing e il failover in un ambiente cluster.

Puoi fare riferimento alle mie parti precedenti se non ricordi poiché ci è voluto un po' più di tempo per pubblicare l'ultima parte.

Introduzione al clustering Linux e vantaggi/svantaggi del clustering – Parte 1

Come installare e configurare un cluster con due nodi in Linux – Parte 2

Fencing e aggiunta di un failover al clustering – Parte 3

Inizieremo aggiungendo risorse al cluster. In questo caso possiamo aggiungere un file system o un servizio web secondo le tue necessità. Ora ho la partizione /dev/sda3 montata su /x01 che desidero aggiungere come risorsa del file system.

1. Utilizzo il comando seguente per aggiungere un file system come risorsa:

ccs -h 172.16.1.250 --addresource fs name=my_fs device=/dev/mapper/tecminttest_lv_vol01 mountpoint=/x01 fstype=ext3

Inoltre, se desideri aggiungere anche un servizio, puoi utilizzare la metodologia seguente. Emettere il seguente comando.

ccs -h 172.16.1.250 --addservice my_web domain=testdomain recovery=relocate autostart=1

Puoi verificarlo visualizzando il file cluster.conf come abbiamo fatto nelle lezioni precedenti.

2. Ora inserisci la voce seguente nel file cluster.conf per aggiungere un tag di riferimento al servizio.

<fs ref="my_fs"/>

3. Tutto pronto. No, vedremo come sincronizzare le configurazioni che abbiamo effettuato per clusterizzare tra i 2 nodi che abbiamo. Il seguente comando farà quanto necessario.

ccs -h 172.16.1.250 --sync --activate

Nota: inserisci le password che abbiamo impostato per ricci nelle fasi iniziali dell'installazione dei pacchetti.

Puoi verificare le tue configurazioni utilizzando il comando seguente.

ccs -h 172.16.1.250 --checkconf

4. Ora è il momento di iniziare. Puoi utilizzare uno dei comandi seguenti come preferisci.

Per avviare un solo nodo utilizzare il comando con relativo IP.

ccs -h 172.16.1.222 start

Oppure se vuoi avviare tutti i nodi usa l'opzione --startall come segue.

ccs -h 172.16.1.250 –startall

Puoi utilizzare stop o --stopall se hai bisogno di arrestare il cluster.

In uno scenario come se volessi avviare il cluster senza abilitare le risorse (le risorse verranno automaticamente abilitate all'avvio del cluster), come una situazione in cui hai intenzionalmente disabilitato le risorse in un particolare nodo per disabilitare i circuiti di fencing, tu non voglio abilitare quelle risorse all'avvio del cluster.

A tale scopo è possibile utilizzare il comando seguente che avvia il cluster ma non abilita le risorse.

ccs -h 172.16.1.250 --startall --noenable 

5. Dopo che il cluster è stato avviato, puoi visualizzare le statistiche emettendo il comando clustat.

clustat

L'output sopra dice che ci sono due nodi nel cluster ed entrambi sono attivi e funzionanti al momento.

6. Puoi ricordare che abbiamo aggiunto un meccanismo di failover nelle nostre lezioni precedenti. Vuoi verificare che funzioni? Ecco come farlo. Forza l'arresto di un nodo e cerca le statistiche del cluster utilizzando il comando clustat per i risultati del failover.

Ho spento il mio node02server(172.16.1.223) utilizzando il comando shutdown -h now. Quindi ho eseguito il comando clustat dal mio cluster_server(172.16.1.250).

L'output sopra chiarisce che il nodo 1 è online mentre il nodo 2 è andato offline poiché lo abbiamo spento. Tuttavia il servizio e il file system che abbiamo condiviso sono ancora online, come puoi vedere se lo controlli su node01 che è online.

df -h /x01

Fai riferimento al file cluster.conf con l'intero set di configurazione pertinente alla nostra configurazione utilizzata per tecmint.

<?xml version="1.0"?>
<cluster config_version="15" name="tecmint_cluster">
        <fence_daemon post_join_delay="10"/>
        <clusternodes>
                <clusternode name="172.16.1.222" nodeid="1">
                        <fence>
                                <method name="Method01">
                                        <device name="tecmintfence"/>
                                </method>
                        </fence>
                </clusternode>
                <clusternode name="172.16.1.223" nodeid="2">
                        <fence>
                                <method name="Method01">
                                        <device name="tecmintfence"/>
                                </method>
                        </fence>
                </clusternode>
        </clusternodes>
        <cman/>
        <fencedevices>
                <fencedevice agent="fence_virt" name="tecmintfence"/>
        </fencedevices>
        <rm>
                <failoverdomains>
                        <failoverdomain name="tecmintfod" nofailback="0" ordered="1" restricted="0">
                                <failoverdomainnode name="172.16.1.222" priority="1"/>
                                <failoverdomainnode name="172.16.1.223" priority="2"/>
                        </failoverdomain>
                </failoverdomains>
                <resources>
                        <fs device="/dev/mapper/tecminttest_lv_vol01" fstype="ext3" mountpoint="/x01" name="my_fs"/>
                </resources>
                <service autostart="1" domain="testdomain" name="my_web" recovery="relocate"/>
                <fs ref="my_fs"/>
       </rm>
</cluster>

Spero che ti sia piaciuta l'intera serie di lezioni sul clustering. Resta in contatto con tecmint per guide più pratiche ogni giorno e sentiti libero di commentare le tue idee e domande.