Discussion :

[mikedavem]

Bonjour amis Linuxiens,

J'aurais besoin de vos lumières concernant la configuration d'un environnement cluster multi-subnet avec PaceMaker.
Je précise .. en période d'apprentissage sur le produit si jamais :-)

Ma configuration est la suivante


LINUX01 --> 192.168.5.17 (DC1) -- subnet 1
LINUX02 --> 192.168.5.17 (DC1) -- subnet 1
LINUX03 --> 192.168.50.19 (DC2) -- subnet 2


Les routes sont bien configurés et les 3 nœuds peuvent communiquer sans problème. LINUX01 et LINUX02 sont sur le même subnet alors que LINUX03 sur un subnet différent.
Les 3 nœuds font parti d'un cluster PaceMaker qui fonctionne bien pour le moment.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
[root@noeud1 mssql]# pcs cluster status
Cluster Status:
 Stack: corosync
 Current DC: linux01 (version 1.1.15-11.el7_3.2-e174ec8) - partition with quorum
 Last updated: Mon Jan 30 12:09:12 2017         Last change: Mon Jan 30 11:56:05 2017 by root via crm_resource on linux02
 2 nodes and 4 resources configured
 
PCSD Status:
  linux03.dbi-services.test: Online
  linux02.dbi-services.test: Online
  linux01.dbi-services.test: Online

Au niveau des mes ressources j'ai créé une ressource mssql et 2 IP flottantes. L'idée ici étant d'avoir une IP active en fonction d'un subnet où se situe la ressource mssql.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
[root@linux01 mssql]# pcs resource
 sqllinuxfci    (ocf::mssql:fci):       Started linux01 
 FS     (ocf::heartbeat:Filesystem):    Started linux01
 virtualip      (ocf::heartbeat:IPaddr2):       Started linux01
 virtualipdr    (ocf::heartbeat:IPaddr2):       Started linux03

Chaque IP flottante a une adresse correspondante au subnet ou elle doit être soit


virtualip = 192.168.5.20 -- subnet 1
virtualipdr = 192.168.50.21 -- subnet 2


J'aurais simplement voulu savoir comment configurer mes contraintes de colocation pour que lorsque ma resource sqllinuxfci bascule sur un subnet différent je me retrouve dans une situation similaire à celle-ci:

--> Basculement sur DC2

sqllinuxfci (LINUX03 - subnet 2)
|--> virtualipdr Started (LINUX03)
|--> virtualip Stopped (LINUX03)

--> Basculement sur DC1

sqllinuxfci (LINUX01 - subnet 1)
|--> virtualip Started (LINUX01)
|--> virtualipdr Stopped (LINUX01)

En gros une sorte d'exclusion entre mes 2 IP flottantes en fonction du contexte.
Probable que la méthode soit à revoir car elle est peut être trop calquée sur le modèle cluster Windows où il est possible de configurer des dépendances de ressources OR (en mode exclusive) dans ce type de scénario. Dans ce cas merci de me le faire savoir .. toute info est bonne à prendre pour ma part :-)

D'avance merci

++

[mikedavem]

Après avoir relu la documentation, il semblerait qu'en définissant les scores pour les ressources VIP me permet d'arriver à mes fins.

Scores are calculated on a per-resource basis and any node with a negative score for a resource cannot run that resource. After calculating the scores for a resource, the cluster then chooses the node with the highest score ...

Voici ma configuration qui semble fonctionner en fonction du contexte. Je suis toujours preneur d'autres méthodes si jamais :-)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
sudo pcs constraint
...
Location Constraints:
  Resource: sqllinuxfci
    Enabled on: linux03 (score:INFINITY) (role: Started)
  Resource: virtualip
    Disabled on: linux03 (score:-1)
  Resource: virtualipdr
    Disabled on: linux01 (score:-1)
    Disabled on: linux02 (score:-1)

++