J'ai testé un répertoire distribué avec deux raspberry pi (un type 1B et un type 2B, OS Raspbian sur les deux) et j'ai essayé le montage sur un Voyager OS (Xubuntu), pour uploader/lire un fichier.
Le tout en réseau local (pas encore essayé à travers Internet car je n'ai pas terminé d'étudier la partie sécurité).
Je suis encore en phase de test avant de le mettre définitivement en place. La partition JBOD sur mon serveur n'est pas stable avec mddfs (par contre étonnement sur le raspberry pi ça tient le coups). Je vais donc essayer avec ZFS quand j'aurai fini de sauvegarder les données et d'appréhender les avantages/inconvénients de ZFS (genre est-il compatible JBOD ou uniquement Raid0 **1).
En retour d'utilisation (rappel je n'ai testé qu'en réseau local):
-quand on lit un fichier, on le lit sur plusieurs serveurs en même temps se qui augmente la vitesse de lecture
-gluster n'apprécie pas le changement d'hostname, se qui en IPv4 peut provoquer quelques ennuis (genre si on veut synchroniser deux nodes sur réseau local avant de mettre un des node sur un autre réseau, il faut obligatoirement passer par le fichier /etc/hosts)
-gluster utilise 3 ports par défaut 111 (portmap/rpcbind), 24007 (GlusterFS Daemon), 24008 (GlusterFS Management)) et un port à partir de 49152 par dossier distribué (se qui peut compliquer la tâche d'administration) (source)
-gluster dispose d'une WEBUI (que je n'ai pas encore essayé)
**1 JBOD = chaque disque est rempli l'un après l'autre ; Raid0 = chaque fichiers est découpé sur chaque disque. Si tu perds un disque, avec JBOD les données sur les autres disques sont encore valable gluster n'a besoin que de reconstruire les data du disque perdu, par contre avec Raid0 perdre un disque = perdre toutes les data de la machine et engendrer une reconstruction de TOUTES les données :)
[^] # Re: excellent !
Posté par EauFroide . En réponse au journal Monter un cluster mémoire avec un raspberry pi. Évalué à 2. Dernière modification le 23 mai 2016 à 18:16.
Merci :)
J'ai testé un répertoire distribué avec deux raspberry pi (un type 1B et un type 2B, OS Raspbian sur les deux) et j'ai essayé le montage sur un Voyager OS (Xubuntu), pour uploader/lire un fichier.
Le tout en réseau local (pas encore essayé à travers Internet car je n'ai pas terminé d'étudier la partie sécurité).
Je suis encore en phase de test avant de le mettre définitivement en place. La partition JBOD sur mon serveur n'est pas stable avec mddfs (par contre étonnement sur le raspberry pi ça tient le coups). Je vais donc essayer avec ZFS quand j'aurai fini de sauvegarder les données et d'appréhender les avantages/inconvénients de ZFS (genre est-il compatible JBOD ou uniquement Raid0 **1).
En retour d'utilisation (rappel je n'ai testé qu'en réseau local):
-quand on lit un fichier, on le lit sur plusieurs serveurs en même temps se qui augmente la vitesse de lecture
-gluster n'apprécie pas le changement d'hostname, se qui en IPv4 peut provoquer quelques ennuis (genre si on veut synchroniser deux nodes sur réseau local avant de mettre un des node sur un autre réseau, il faut obligatoirement passer par le fichier /etc/hosts)
-gluster utilise 3 ports par défaut 111 (portmap/rpcbind), 24007 (GlusterFS Daemon), 24008 (GlusterFS Management)) et un port à partir de 49152 par dossier distribué (se qui peut compliquer la tâche d'administration) (source)
-gluster dispose d'une WEBUI (que je n'ai pas encore essayé)
**1 JBOD = chaque disque est rempli l'un après l'autre ; Raid0 = chaque fichiers est découpé sur chaque disque. Si tu perds un disque, avec JBOD les données sur les autres disques sont encore valable gluster n'a besoin que de reconstruire les data du disque perdu, par contre avec Raid0 perdre un disque = perdre toutes les data de la machine et engendrer une reconstruction de TOUTES les données :)
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat