Publié le 17 août 2019 - par

Un cluster de Raspberry Pi avec Kubernetes

12 réponses

Xavier est DevOps dans la vie. Sa passion c’est de transmettre ses connaissances par l’intermédiaire de sa chaîne Youtube. Une de ses dernières réalisations est un cluster Kubernetes avec 6 Raspberry Pi.

Un cluster de 6 Raspberry Pi avec Kubernetes

Kubernetes… Késaco ?

Kubernetes (communément appelé « K8s ») est un système open source qui vise à fournir une plate-forme permettant d’automatiser le déploiement, la montée en charge et la mise en œuvre de conteneurs d’application sur des clusters de serveurs.

Il fonctionne avec toute une série de technologies de conteneurisation, et est souvent utilisé avec Docker. Il a été conçu à l’origine par Google (2015), puis offert à la Cloud Native Computing Foundation. (Wikipedia)

L’idée de Xavier

« Je me disais si j’arrive à formaliser une installation de ce type de cluster peut-être que des entreprises seraient intéressées pour avoir des services comme les tchat, ticketing, blogs, sites etc.« 

Du coup il a demandé à sa communauté Youtube de l’aider à réaliser le projet et… c’est ce qui s’est passé. Les dons de matériel ou d’argent ont permis d’approvisionner la totalité des équipements nécessaires à la construction du cluster ! Xavier remercie tout particulièrement ceux qui ont participé 🙂

Le site du Raspberry Pi aussi

En production il y aura six racks de Raspberry Pi 4 montés dos à dos.

Mythic Beasts s’est demandé pourquoi ne pas héberger le site Web de Raspberry Pi sur Raspberry Pi 4, le jour du lancement de Raspberry Pi 4. Aussi, elle s’est évertuée à tester le site de lancement du Raspberry Pi 4 sur un cluster de 18 des monocartes Raspberry Pi 4.

Mythic Beasts explique « nous avons configuré 14 Pi 4 pour le traitement PHP du site Web principal (56 cœurs, 56 Go de RAM), deux pour le service de fichiers statiques (8 cœurs, 8 Go de RAM) et deux pour memcached (8 cœurs / 8 Go de RAM). Vendredi soir, nous avons commencé à transférer le trafic de production des machines virtuelles existantes vers le cluster Pi 4, finissant ainsi le transfert peu après minuit. Après le samedi 22 juin, chaque page du blog a été générée sur un Raspberry Pi 4« .

Le Cluster en images

Le cluster est un mix de Pi3 et de Pi4

Un Pi4 avant son montage

Les plaques de support sont équipées d’entretoises

Des radiateurs pour maintenir une température raisonnable

La mémoire aussi à droit à son refroidisseur

Montage de la « tour » en cours

La tour est prête, reste à câbler tout ça

D’abord les alimentations

Le réseau rejoint le switch

Un beau bloc prêt pour la mise sous tension

Et c’est parti !!

C’est beau, un cluster, la nuit 🙂 

Vous aurez plus d’informations sur l’installation et la configuration du cluster en regardant les vidéos de Xavier.

Vidéos

Une autre source d’informations

Un autre lecteur du blog, Michaël, s’est lui aussi lancé dans l’aventure et partage ses expériences au travers d’articles qu’il publie sur son blog.

Vous trouverez d’autres informations dans ces pages. Elles vous guideront vers la réalisation du cluster.

Conclusion

J’ai choisi d’associer ces deux démarches dans un même article. Les réalisations de Xavier et Michaël montrent de beaux exemples de réalisations complètes, très bien documentées. Ce partage ouvre la voie à ceux qui se disent « Et si moi aussi je montais un cluster ? ».

Et bien voilà vous avez de quoi démarrer ! N’hésitez pas à faire un retour à ces deux « aventuriers » en leur laissant des commentaires, soit sur leurs pages respectives, soit dans les commentaires en bas de cette page.

Sources

 

À propos François MOCQ

Électronicien d'origine, devenu informaticien, et passionné de nouvelles technologies, formateur en maintenance informatique puis en Réseau et Télécommunications. Dès son arrivée sur le marché, le potentiel offert par Raspberry Pi m’a enthousiasmé j'ai rapidement créé un blog dédié à ce nano-ordinateur (www.framboise314.fr) pour partager cette passion. Auteur de plusieurs livres sur le Raspberry Pi publiés aux Editions ENI.

12 réflexions au sujet de « Un cluster de Raspberry Pi avec Kubernetes »

    1. François MOCQ Auteur de l’article

      Bonjour Eric
      merci… on voit que vous êtes gentil 🙂
      Page Kubernetes de Wikipedia
      Pour tout vous dire c’est un copier-coller de Wikipedia – c’est d’ailleurs clairement indiqué à la fin de la phrase – et je n’ai pas vu le 2 qui était en exposant lors de la relecture 😉
      Après, comme je n’y connais rien et que vous êtes sans doute un spécialiste, je vous propose de rédiger un article sur Kubernetes, que les lecteurs du blog apprécieront certainement.
      dans cette attente
      cordialement
      François

      Répondre ↓
  2. threat

    Le genre de projet qui ne sert à rien…sur des sdram ;)…et une puissance pire que le moindre ordos grand public…beaucoup de temps dépensé pour rien et faire croire que cela pourrait être une solution pro c’est encore pire.

    «“Je me disais si j’arrive à formaliser une installation de ce type de cluster peut-être que des entreprises seraient intéressées pour avoir des services comme les tchat, ticketing, blogs, sites etc.“»

    Cela montre que cette personne ne connaît rien au monde pro…
    [Edit] Ajouté par framboise314 après discussion avec l’auteur du commentaire :
    « Ma critique portait sur le fait de présenter ce genre de solution pour les entreprises, présentation que je trouve peu sérieuse.
    La RPI fonctionne sur SDRAM, rien que cela est rédhibitoire en entreprise. Les RPI même si c’est sympa pour bricoler, sont poussives, bourrées de blobs binaires et chauffent énormément.
    Pour le prix de son cluster, vous pouvez avoir une machine 2 fois plus puissante avec de meilleures garanties.
    Bref, c’est une question de point de vue…    « 

    Répondre ↓
    1. laurent

      La sympathie dans les commentaires semble prendre ses vacances d’été on dirait…

      Déjà si le projet sert à expérimenter, c’est que par définition, il ne sert pas à rien.

      Ensuite inutile de « faire croire que cela pourrait être une solution pro » car les clusters de Pi sont déjà utilisés comme solutions pro. L’article cite Mythic Beasts qui a héberge déjà une partie du blog de la RPF sur des Pi 4 !

      L’entreprise commercialisait déjà des solutions pro d’hébergement sur Rapsberry Pi 3 en dédié (https://www.mythic-beasts.com/order/rpi) et prévoit de proposer des hébergements dédiés à base de Pi 4, à partir du moment où certaines limitations techniques seront levées (netboot).

      Objectivement, par rapport à d’autres solutions dédiées à prix plancher, je ne vois pas en quoi une offre à base de Pi 4 serait une aberration. Il serait certainement plus puissant et moins consommateur qu’un Atom D425 (1core / 2threads pour 10W de PDT…) de l’offre Kimsufi KS1 d’OVH, qui ne propose pas plus de mémoire ECC d’ailleurs.

      Et merci à l’auteur d’avoir pris le temps de rédiger un article intéressant !

      Répondre ↓
    2. j2c

      Rien que pour l’expérimentation et la compréhension d’un cluster kubernetes, ce projet a du sens.

      On peut toujours faire différemment, mais ce n’est pas une raison pour dénigrer la solution proposée.

      Répondre ↓
  3. S0c7

    Bonjour François,

    18 PI4 en 4Go, elle a dévalisé la fondation !

    Bon article, comme d’habitude.

    et merci pour ce site qui est une de mes références !

    Fabien

    Répondre ↓

  4. Ping : Installer la dernière version de wiringpi sur Raspbian Buster - Framboise 314, le Raspberry Pi à la sauce française....

      1. j2c

        Et y a des boites qui sortent un produit à base de Rpi.. c’est pas cher, et facile à mettre en route.
        Il suffit de fournir une image et hop, c’est parti.

        Inconvénient du truc, quand ça a été mal conçu, on se retrouve avec des soucis d’écriture sur la carte SD.

        Répondre ↓
  6. Fanarie

    Bonjour,
    Chouette tutoriel, mais malgré que je l’ai suivi à la lettre (aux noms de serveurs près), j’ai un problème avec le plugin réseau (j’ai testé avec flannel et weave, et j’ai strictement le même problème), sans qu’aucun log n’apparaisse, à part leurs conséquences :
    ex dans les logs des CoreDNS-xxxxx:
    2019-09-25T21:50:45.170Z [ERROR] plugin/errors: 2 587201415.1781204407. HINFO: read udp 10.32.0.2:44664->192.168.1.1:53: i/o timeout
    2019-09-25T21:50:47.171Z [ERROR] plugin/errors: 2 587201415.1781204407. HINFO: read udp 10.32.0.2:57439->192.168.1.1:53: i/o timeout
    En gros aucun accès réseau ne fonctionne inter pods ou même vers l’extérieur, avez-vous eu un problème similaire ?
    Mais bon depuis un mois et demi, les packages et versions ont surement changés. J’ai même eu temporairement une version de déploiement de flannel incorrecte (version manquante dans le /etc/cni/net.d/10-flannel.conf) mercredi et jeudi dernier.
    Je vérifierai ce soir si c’est n’est pas un problème d’installation de cni.

    Répondre ↓
  7. Nicolas

    Bonjour,

    +1 pour votre site /qualité des articles
    +1 pour votre travail/professionalisme – dont les râleurs devraient prendre exemple*
    +1 pour la transmission de vos connaissances / passions
    +0.14 pour le « reste  » 🙂
    =framboise 3.14

    MERCI pour ce site que je consulte régulierement – sans forcément laisser de remerciements :(. Continuez longtemps comme ça !

    Encore Merci.
    Cdlt

    *Ah ces générations X, Y… Tout tout de suite gratuitement et à la moindre erreur vous êtes un imbécile qu’il faut pourrir.

    Répondre ↓
    1. François MOCQ Auteur de l’article

      Merci Nicolas
      c’est très gentil 🙂
      eh oui on ne peut pas tout savoir et à 66 ans j’apprends encore TOUS LES JOURS et j’essaye de retransmettre cette passion à la nouvelle génération
      bonne journée
      cordialement
      François

      Répondre ↓

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Complétez ce captcha SVP *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.