Je n'ai pour le moment pas utilisé les GPIO du cubie, mais d'autres gars de mon forum se sont lancés dans du DIY arduino et Raspberrypi
Je parle de 3 cubieboard mais j'ai aussi 3 raspberrypi qui pourraient faire parti du cluster
voici mon projet : http://wiseflat.com
La démo n'est plus à jour du tout l'IHM de la doc non plus...
Mais va voir la doc (entre autre la partie architecture)
Composé de 2 briques :
Le manager : nginx/mariadb/php5
Le Core : xPL-Perl + une multitude de plugin xPL pour mon besoin perso
Tout es modulaire dans mon architecture. Et c'est (entre autre) grâce à xPL.
Mon objectif c'est d'installer le Core+Manager sur chaque cubieboard et de créer un nouveau plugin xPL-cluster par exemple qui se charge de gérer le contexte de haute dispo que j'ai décrit dans mon 1er message
L'intérêt évident (si tu connais xPL) c'est que chaque plugin connecté au hub xPL envoie de requêtes heartbeat toutes les 30s (ou 60s je sais plus) ainsi qu'un message de type end quand le plugin se déconnecte du hub. Chaque plugin est identifié (hostname, vendor_id, message_type, etc). Utiliser ces info simplifie grandement la gestion de tout ce qui doit tourner.
Aujourd'hui l'élément le plus critique de mon projet c'est la base de données. D'ou l'intérêt d'avoir une solution de haute dispo à bas cout... C'est ce que je veux sécuriser.
De plus, mon service xPL-cluster serait en mesure de décider de répartir l'exécution des services xPL sur cubie2 ou cubie3 pour des questions de performances
Si tu as d'autres questions/remarques n'hésites pas c'est le but de ce brainstorming ;-)
[^] # Re: Question à 2 balles (par curiosité)
Posté par popof . En réponse au message Cluster actif/actif qui s'occupe de tout. Évalué à 2.
Je n'ai pour le moment pas utilisé les GPIO du cubie, mais d'autres gars de mon forum se sont lancés dans du DIY arduino et Raspberrypi
Je parle de 3 cubieboard mais j'ai aussi 3 raspberrypi qui pourraient faire parti du cluster
voici mon projet : http://wiseflat.com
La démo n'est plus à jour du tout l'IHM de la doc non plus...
Mais va voir la doc (entre autre la partie architecture)
Composé de 2 briques :
Tout es modulaire dans mon architecture. Et c'est (entre autre) grâce à xPL.
Mon objectif c'est d'installer le Core+Manager sur chaque cubieboard et de créer un nouveau plugin xPL-cluster par exemple qui se charge de gérer le contexte de haute dispo que j'ai décrit dans mon 1er message
L'intérêt évident (si tu connais xPL) c'est que chaque plugin connecté au hub xPL envoie de requêtes heartbeat toutes les 30s (ou 60s je sais plus) ainsi qu'un message de type end quand le plugin se déconnecte du hub. Chaque plugin est identifié (hostname, vendor_id, message_type, etc). Utiliser ces info simplifie grandement la gestion de tout ce qui doit tourner.
Aujourd'hui l'élément le plus critique de mon projet c'est la base de données. D'ou l'intérêt d'avoir une solution de haute dispo à bas cout... C'est ce que je veux sécuriser.
De plus, mon service xPL-cluster serait en mesure de décider de répartir l'exécution des services xPL sur cubie2 ou cubie3 pour des questions de performances
Si tu as d'autres questions/remarques n'hésites pas c'est le but de ce brainstorming ;-)