Pourquoi ne puis-je pas créer ce volume brillant?

Je configure ma première installation de Gluster 3.4 et tout va bien jusqu'à ce que je veuille créer un volume répliqué distribué.

J'ai 4 serveurs 192.168.0.11, 192.168.0.12, 192.168.0.13 et 192.168.0.14.

Depuis 192.168.0.11 j'ai couru:

gluster peer probe 192.168.0.12
gluster peer probe 192.168.0.13
gluster peer probe 192.168.0.14

Sur chaque serveur, j'ai un volume de stockage monté sur / export / brick1

J'ai ensuite couru sur 192.168.0.11

gluster volume create gv0 replica2 192.168.0.11:/export/brick1 192.168.0.12:/export/brick1 192.168.0.13:/export/brick1 192.168.0.14:/export/brick1

Mais je reçois l'erreur:

volume create: gv0: failed: Host 192.168.0.11 is not in 'Peer in Cluster' state

Effectivement, si vous exécutez le statut d'homologue gluster, il affiche 3 homologues avec les autres hôtes connectés. Soit Nombre de pairs: 3

Nom d'hôte: 192.168.0.12 Port: 24007 Uuid: bcea6044-f841-4465-88e4-f76a0c8d5198 État: Peer dans le cluster (connecté)

Nom d'hôte: 192.168.0.13 Port: 24007 Uuid: 3b5c188e-9be8-4d0f-a7bd-b738a88f2199 État: homologue dans le cluster (connecté)

Nom d'hôte: 192.168.0.14 Port: 24007 Uuid: f6f326eb-0181-4f99-8072-f27652dab064 État: homologue dans le cluster (connecté)

Mais, à partir de 192.168.0.12, la même commande affiche également 3 hôtes et 192.168.0.11 en fait partie. c'est à dire

Number of Peers: 3

Hostname: 192.168.0.11
Port: 24007
Uuid: 09a3bacb-558d-4257-8a85-ca8b56e219f2
State: Peer in Cluster (Connected)

Hostname: 192.168.0.13
Uuid: 3b5c188e-9be8-4d0f-a7bd-b738a88f2199
State: Peer in Cluster (Connected)

Hostname: 192.168.0.14
Uuid: f6f326eb-0181-4f99-8072-f27652dab064
State: Peer in Cluster (Connected)

192.168.0.11 fait donc définitivement partie du cluster.

La question est, pourquoi ne puis-je pas créer le volume sur le premier serveur gluster lors de l'exécution de la commande gluster. Est-ce un comportement normal ou une sorte de bogue?

Je voyais un message d'erreur obscur sur un socket non connecté avec l'homologue 127.0.0.1.

[2013-08-16 00: 36: 56.765755] W [socket.c: 1494: __ socket_proto_state_machine] 0-socket.management: la lecture à partir du socket a échoué. Erreur (le point de terminaison de transport n'est pas connecté), homologue (127.0.0.1:1022)

Il s'avère que le problème que je rencontrais était dû au NAT. J'essayais de créer des serveurs gluster qui étaient derrière un périphérique NAT et d'utiliser l'adresse IP publique pour résoudre les noms. Cela ne fonctionnera tout simplement pas correctement pour la machine locale.

Ce que j'avais était quelque chose comme ce qui suit sur chaque nœud.

Un fichier d'hôtes contenant

192.168.0.11  gluster1
192.168.0.12  gluster2
192.168.0.13  gluster3
192.168.0.14  gluster4

Le correctif consistait à supprimer d'abord les pairs de confiance

sudo gluster peer detach gluster2
sudo gluster peer detach gluster3
sudo gluster peer detach gluster4

Modifiez ensuite le fichier d'hôtes sur chaque machine

# Gluster1
127.0.0.1     gluster1
192.168.0.12  gluster2
192.168.0.13  gluster3
192.168.0.14  gluster4

# Gluster2
192.168.0.11  gluster1
127.0.0.1     gluster2
192.168.0.13  gluster3
192.168.0.14  gluster4

etc

Ensuite, examinez les pairs et créez enfin le volume qui a ensuite réussi.

Je doute que l'utilisation d'adresses IP (les adresses publiques) fonctionne dans ce cas. Cela devrait fonctionner si vous utilisez les adresses privées derrière votre NAT. Dans mon cas, chaque serveur était derrière un NAT dans le cloud AWS.

Essayez de définir explicitement le nombre de réplicas comme quatre nœuds en utilisant ce format: -

gluster volume create NEW-VOLNAME [stripe COUNT] [replica COUNT] [transport <tcp | rdma>] NEW-BRICK ...

Je suppose que cette réplique pure et sans rayures?

essayez ceci à partir de 192.168.0.11: -

détachez tout d'abord:

sudo gluster peer detach 192.168.0.12
sudo gluster peer detach 192.168.0.13
sudo gluster peer detach 192.168.0.14

ajouter à nouveau dans ce format

gluster volume create gv0 replica 4 transport tcp 192.168.0.11:/export/brick1 192.168.0.12:/export/brick1 192.168.0.13:/export/brick1 192.168.0.14:/export/brick1

Remarque J'ai explicitement défini ce jeu de réplicas à quatre nœuds. J'ai également défini explicitement le transport sur TCP .

si vous souhaitez répartir deux appareils dans un jeu de répliques, vous utiliserez quelque chose comme ceci: -

gluster volume create gv0 stripe 2 replica 2 transport tcp 192.168.0.11:/export/brick1 192.168.0.12:/export/brick1 192.168.0.13:/export/brick1 192.168.0.14:/export/brick1

Continuez comme ça, j'ai découvert gluster récemment et je suis amoureux de cette idéologie pour les systèmes de fichiers distribués .. une véritable œuvre d'art.

J'utilise gluster pour fournir une redondance HA à une banque de données virtuelle KVM. trucs magiques