Reprise du message précédent :
Pourquoi 3/4 nodes quand je peux en avoir 16?

Pourquoi seulement 16?

Parce que plus ne rentrerait pas dans la boite sans créer une fournaise. C'est con hein, mais j'ai la réponse  
Le palier suivant est 32 (nerd toussa), sauf que ca explose la température sans refroidissement actif.

Mais pourquoi des PI alors que c'est des veaux?

Difficile de faire moins cher que des Pi si tu veux un cluster physique (meme peu puissant).

Sachant qu'un NUC complet c'est ~600e.

La je peux tester le fonctionnement Kubernetes et expand plus tard en rajoutant un cluster amd64 pour avoir un hybrid arm/x86.
Ou redispatcher les Pi en terminaux Kodi

Instinctivement je dirais mauvaise idée. Il me semble que les images docker sont différentes entre les architectures ARM et X86, Kubernetes arrive à gérer tout ce bordel?
 
Et avec un NUC tu peux faire plusieurs VM pour tes tests... Juste pour info, c'est quoi le coût de l'ensemble de ton cluster Pi?

 
Je ne sais pas comment se comparent les perfs entre architecture arm et i386 mais en fanless (c'est mieux), dur d'avoir un module i386 pour moins de 150 et à ce prix, tout est entrée de gamme (proc, quantité RAM et disque).

Tout compris (16 Pi 3B+), j'en suis a 1272.22. Je peux détailler si ça t’intéresse.
Kubernetes gère bien la double platforme, on peux assigner des deployment a des node taggé au préalable. Du coup un groupe x86 et un arm qui font tourner les pods sous les bonnes archi!
 
Les deux NUCs que j'ai déjà sont des NUC7i5 soit ~380e nu, auquel t'ajoute 100 balles pour la ram et le ssd puis le boitier fanless encore 120. Soit 600euros pour un noeud et c'est rien de fifou

Ca fait cher pour tester un truc pro

Une idée de la puissance développée par les 16 Pi ? Je me tâte à tenter une bêtise similaire même contexte, sauf que c’est moi qui initie la migration vers Kubernetes sans trop connaître
Du coup le coût est une chose mais si derrière ça envoie un minimum.. pourquoi pas tenter  

87.52 GIGAflops theorique

C'est surement sympa pour bidouiller mais je doute ça soit aussi efficace face à du calcul sur GPU avec whatmille cœurs CUDA.

 
A ce propos, quelle alimentation 2 ports USB A ou plus vous utilisez/utiliseriez pour alimenter 24/24 un pi3b (bref, fiable et sûr)? J'ai lu que beaucoup d'appareils chauffaient parce que pas conçus pour qu'on tire vraiment dessus et finissaient par ne pas fournir assez. L'Anker Powerport 6 60 'intelligente" me semblait pas mal.
 
PS: j'ai consulté elinux sans trouver: leurs références datent et mentionnent beaucoup de chargeurs 1A ou 2 grand max.

Mais concrètement, quelle application pourrait avoir ce cluster de 16 Rpi dans "la vie courante" ?

Does it run Crysis?

Jeedom, plex, sonnarr, radarr, sabnzbd, owncloud, openvpn, cloudberry, pfsense, timemachine, etc, etc...

C'est pas parce que c'est pas courant que ça n'a pas un usage dans la vie courante.
L'ensemble du cluster consomme largement moins que ma machine windows et pour des taches de ce genre c'est largement suffisant et plus "rentable" d'avoir une carte dédié.

Ces roles sont pour le moment dévolu a mon Unraid (via docker) qui lui aussi consomme plus que ce cluster.

Ça suce combien à la prise ? De mémoire un 3B+ peut pomper une quinzaine de watts. Pas de soucis de throttle ?

 
Ca voudrait donc dire que toutes les alims 12.5W sont aux fraises, y compris les officielles?    
Dans son cas, alim similaire à celle que je vise, c'est 60W au total et 2.4A max par prise ce qui veut dire qu'avec 5 Pi qui pompent au max, ça va gueuler.
Mais en fait, j'ignore ce que fait précisément le pi en cas de sous alimentation.

Il maigrit...

Euh non, un 3B+ ca va consommer 6 ou 7W au pire.

 
Et hop, un pi zero pour le prix d'un 3.

5.1W en stress test 100%
https://www.pidramble.com/wiki/benc [...] onsumption
 
L'anker devrait pouvoir supporter la charge maximale "théorique" et si ça throttle, ça sera du coté de la température que ça posera problème.

Ca c'est avec HDMI OFF/LED OFF/ WIFI OFF.
 
Faut compter 1W de plus en configuration nominale.

Je vois pas ou tu lis ça mais c'est un cluster, donc pas d'hdmi actif, pas de wifi et une des led est eteinte

C'est un peu le sujet de l'article d'éteindre tout ça.
 
Cf le tableau du bas, la conso en idle correspond bien :
 
 
Pi Model         Pi State                  Power Consumption
 
model 3 B+    HDMI off, LEDs off   350 mA (1.7W)  

Un nuc avec un i3 va consommer moins, surtout en idle.  
 
Et les perfs seront meilleures car tu auras des couches réseaux en moins.
 
Mais bon, l'exercice est sympa et formateur

D'ou le fait que je lis:
Raspberry Pi 3 B+ Baseline
Idle 350 mA (1.9W) . <-- Note l'idle plus haut
ab -n 100 -c 10 (uncached) 950 mA (5.0 W)
400% CPU load (stress --cpu 4) 980 mA (5.1 W)

Donc rien n'indique une conf spéciale. Ou j'ai mal lu! Enfin bon, je suis quand meme en dessous de la puissance maximale de l'alim (9 Pi)

Pour l'i3 je ne sais pas, c'est des i5 que j'ai et très franchement je ne me suis pas poser la question ni meme essayer cette stack la sur le NUC vs le cluster.
J'essaierais à l'occaz  

Bah à vrai dire je comparais pas au NUC.

Je pensais plus à des SBC basés sur des A72, genre NanoPi M4/Neo4.
Il y a d'ailleurs quelqu'un qui a concu un cluster avec rad:

https://www.cnx-software.com/2019/0 [...] rclocking/

En 4xA53 comme le RPI, il y a le NanoPi Neo2 qui est plus petit et qui consomme moins (2.3W en full).

Le fabricant vend même des boitiers pour clusteriser:

 
 
Cute

Ah, des SBC plus costaud a été envisagé mais j'ai fini par prendre LA carte la plus supporté par facilité/faiblesse.
J'avais vu les Neo2 mais les versions 1GB sont quasi aussi cher qu'un 3B+!
Les M4 sont certainement plus costaud mais aussi vachement plus cher par unité.
 
Dans la mesure ou c'est un projet "fnu" plus que purement perf/utile (sinon j'aurais repris des NUC directement), je voulais pas que ce soit un gouffre financier et locké en ARM.  
Par contre, Si tu connais un SBC ARM qui coute pas un bras et demi avec plus de patate que le 3B+ (+RAM), je veux bien pour upgrader le master  

Vous m'avez mis le doute sur la conso, du coup j'ai fouillé dans mes CPCHW et trouvé le test du 3B+ dans le numéro 37 (été dernier).

Ils déclarent que "cette version nécessite 12,5W". Peut-être qu'ils évoquent l'alimentation minimum (2,5W).

Orange Pi 3, 2GB LPDDR3 ?
https://www.aliexpress.com/store/pr [...] 60431.html

 
Ce n'est a priori pas ça: j'utilise les miens avec diverses alim et la seule qui le fait raler est celle pour mobiles à 1A. De 2 à 2.5, toutes le font fonctionner sans problème ni avertissement en Raspbian. Retropie est plus chatouilleux et rale avec un chargeur de tablette qui est annoncé à 2.1 (même matos connecté dans tous les cas).

Ou 12.5W c'est parce que la fondation dit 2.5A work best?
 

Je me renseigne, merci  

Perso je prendrais la version avec les 8 Go de stockage eMMC.

c'etait pas dans le cdc  
apres ce n'etait qu'un pointeur

 
Je recommande . Par contre il faut savoir ce que tu fais parce que le soft est assez moyen, et il n'y a pas l'énorme communauté de la raspi. C'est un peu comme passer de Ubuntu à Slackware ou Gentoo .
 

 
J'ai pris la OPI one à <10EUR . LE HW fait un peu cheap (le PCB est tout fin), mais c'est bien conçu et ça fonctionne bien.

 
La carte seule.
 

 
Parce que dans 99 % des cas, t'as pas juste la carte sans Wi-Fi en fait. Avec un clavier et une souris et un écran, ça monte assez vite. Et faut que l'alimentation tienne les pics.

J'aimerais bien me fabriquer un petit boîtier autonome et facilement transportable pour contrôler un appareil photo.
 
Ça serait pour créer des séquences assez complexes : des séries de photos en changeant le temps d'exposition, la sensibilité, l'intervalle entre les photos, et plein d'autres choses, pour les éclipses notamment.  
(Pour les simples timelapses avec intervalle fixe j'ai déjà une télécommande intervallomètre, mais c'est beaucoup trop limité pour ce que je veux faire, ça ne permet pas de changer les paramètres de l'appareil photo par exemple)
 
J'aurais bien aimé partir sur un Arduino parce que c'est super simple à gérer : on l'alimente et le programme tourne en boucle, avec un petit LCD 16x2 et 2 ou 3 boutons on peut faire son menu et tout paramétrer.
Mon tout premier bricolage électronique c'était un rail motorisé pour faire des timelapses (dans ce genre https://www.videoplusfrance.com/cac [...] -23100.jpg), basé sur un arduino un petit écran et deux boutons, ça marche impec.
 
 
Là le problème c'est la communication en USB avec l'appareil photo. J'ai trouvé quelques vieux projets pour des Canon, mais ils ne semblent jamais aboutir... Et rien du tout pour mon appareil photo (type Sony a7)
Apparemment il y aurait une librairie libgphoto2 installable sur Raspberry qui peut controler des centaines d'appareil photo, dont le mien    
 
Je pourrais installer ça sur un Raspberry Zero W pour avoir un truc tout petit et transportable,
mais ma question est : est-ce que c'est possible de rendre un Raspberry aussi "simple" qu'un arduino?  
Parce que Raspberry c'est un système d'exploitation, des programmes à lancer... Apparemment cette librairie s'utilise avec des commandes dans le terminal, mais vous vous doutez bien que je préférerais ne pas me trimballer un écran, souris et clavier    
 
Ya ce petit boitier qui se rapproche de ce que je voudrais faire https://youtu.be/xijaax2M1SY?t=122
c'est encore trop limité, et trop cher  
Mais est-ce que c'est possible de faire des menus dans ce genre à partir d'un Raspberry?
 
(je ne veux pas faire d'analyse d'image, ni de traitement ni de rapatriement, juste des commandes, donc pas besoin d'énormément de puissance normalement)  
 
 

Je ne sais pas si tu connais mais il existe aussi ce boitier, avec ses avantages et inconvenients : Arsenal https://witharsenal.com/
Edit : Bon apparemment c'est pas fou
 
Il existe aussi TriggerTrap et c'est passé en OpenSource car plus vendu, ca coute pas grand chose mais ca passe par une appli smartphone. J'ai toujours un cable d'ailleurs si jamais tu veux tester sur Paris, et il est possible d'en fabriquer soit meme. L'appli etait super bien foutu, y a juste le shutter speed de configurable a distance par contre. Il existe aussi d'autres applications Android qui permettent de faire des trucs dans le genre.
 
Tu peux faire des menus comme ca avec un Pi, par contre t'auras toujours un OS derrière contrairement a un Arduino qui sera plus simple.  
Quoiqu'il en soit il faut t'attendre a beaucoup de code, pour ca que ce genre de produits coutent cher. J'avais teste il y a quelques annees libgphoto2 et c'etait chiant.
Commence deja par tester avec un pi et la lib et voit si ca correspond a ton besoin avant de penser a des menus et boitiers.
J'imagine que c'est possible avec du Arduino en faisant du reverse engineering ou en matant le code de la librairie.