Capitole du Libre 2025 - Keynote - Cloud du Coeur

Transcript

2. @ju_hnny5
3. Disclaimer 1 Nous n’avons pas transformés les Restos du Coeur en Cloud Provider
4. Disclaimer 2 Sorry pour le fran-glais
5. Disclaimer 3 On aime les acronymes RDC = Restos du Coeur République Démocratique du Congo Rez de chaussée
6. @ju_hnny5 #3615 Ma vie
7. @ju_hnny5
9. @ju_hnny5
10. @ju_hnny5
11. @ju_hnny5
12. Les Restos en quelques chiffres … 163 millions de repas servis (2023-2024) 112 Associations départementales 2348 Lieux d’accueil (centre de distribution, etc). 78 000 Bénévoles réguliers (dont 35 000 qui utilisent l’informatique au quotidien) + de 40 Applications fonctionnelles (Applications utilisées par les bénévoles au quotidien) @ju_hnny5
13. Le fonctionnement global des Restos @ju_hnny5
14. Le fonctionnement global des Restos Antenne/Association Nationale Délégations régionale Antennes/Associations Départementale Centres de distribution Maraudes Etc @ju_hnny5
15. Antenne/Association Nationale Délégations régionale Antennes/Associations Départementale Centres de distribution Maraudes Etc @ju_hnny5
16. Pourquoi avoir voulu rejoindre les Restos ? @ju_hnny5
17. La distribution alimentaire : Ce n’était pas pour moi. @ju_hnny5
18. Premiers constats à mon arrivée aux Restos @ju_hnny5
19. La solitude du début @ju_hnny5
20. De voir faire avec l’historique … @ju_hnny5
21. @ju_hnny5
22. Le pc qui “traîne dans un coin” Des sauvegardes ?? ☠ De la redondance ?!? 💀 Y’a quoi là dessus ? 👀 Ça x112 ? (spoiler : presque) @ju_hnny5
23. @ju_hnny5
24. @ju_hnny5 Cloud Public (Majorité d’acteurs en 3 lettres)
25. @ju_hnny5
28. Antenne/Association Nationale Délégations régionale Antennes/Associations Départementale Centres de distribution Maraudes Etc @ju_hnny5
29. Infra v1 : 2 vraies baies @ju_hnny5
30. @ju_hnny5
34. Association Nationale On aime vraiment (beaucoup) les acronymes 👀 @ju_hnny5
35. @ju_hnny5 Antenne/Association Nationale Délégations régionale Antennes/Associations Départementale Centres de distribution Maraudes Etc
39. @ju_hnny5
40. @ju_hnny5
41. @ju_hnny5
42. Infra v2 : Des nouveaux* serveurs 👀
43. @ju_hnny5
44. C’est installé où ? 👀 @ju_hnny5
45. Chartres @ju_hnny5 Le premier DC des Restos (interne)
46. On y stock… de la nourriture et de la donnée… @ju_hnny5
47. On a commencé à construire … @ju_hnny5
48. Infra v2 : 3 baies 52U ? @ju_hnny5
49. Infra v2 : 3 baies 52U - Première AZ @ju_hnny5
50. @ju_hnny5
51. @ju_hnny5
52. @ju_hnny5
53. @ju_hnny5
54. @ju_hnny5
55. @ju_hnny5
56. @ju_hnny5
57. @ju_hnny5
58. @ju_hnny5
59. @ju_hnny5
60. @ju_hnny5 @ju_hnny5
61. Règle 1 : Du code (presque partout) sur l’infra ? @ju_hnny5
62. IaaC ? @ju_hnny5
63. IaaC IaaC Infra As A Console Infra As A Code Avant Maintenant @ju_hnny5
64. Tout est code* … 📄 • Limiter le “Shadow IT” • Déploiements accélérés • Rollbacks facilités • Application des bonnes pratiques de sécurité (SAST/DAST) et de développement (linter, etc) dans nos pipelines (CI/CD) @ju_hnny5
65. Tout est code … 📄 @ju_hnny5 https://www.youtube.com/watch?v=IAwu-WCN6Nw
66. Déploiement des enregistrements DNS @ju_hnny5
67. Règle 2 : La sécurité au coeur du projet @ju_hnny5
68. Pas de connexion directe sur les machines 👀 @ju_hnny5
69. 2 règles importantes : • Les évolutions de configuration des machines sont appliquées via de la CI|CD • En cas de besoin, il est possible de se connecter via : Pas de connexion directe sur les machines ? @ju_hnny5 @ju_hnny5
70. • Vérifier l’application du benchmark CIS • Alerter sur les connexions hors heures ouvrées • Alerter en cas de CVE >= 7.0 sur Slack/Teams Un SIEM/XDR ? 👀 @ju_hnny5 @ju_hnny5
71. Règle 3 : Infrastructure immuable @ju_hnny5 @ju_hnny5
72. @ju_hnny5 + = 🩷 @ju_hnny5
73. Tout n’est pas immuable @ju_hnny5 @ju_hnny5
74. MaaS en renfort ! 🦾 @ju_hnny5
75. @ju_hnny5 Pour maintenir une base commune
76. - Campagnes de patch management totalement automatisées 👀 : Un parc up-to-date ! @ju_hnny5 @ju_hnny5
77. Règle 4 : Le déploiement de configuration @ju_hnny5
78. • Stockage des roles et collections dans Gitlab • Chaque applicatif séparé possède son dépôt Git qui lui est dédié ◦ Exemple : ▪ Ansible/Collections/rudder ▪ Ansible/Playbooks/rudder-provisioning • Chaque déploiement est réalisé via la CI (Gitlab Runner) ◦ Les runners sont éphémères, sont créés dans Kubernetes en fonction du besoin. : Déploiement de configuration @ju_hnny5
79. Règle 5 : Le partage @ju_hnny5 @ju_hnny5
80. • “Share Session” ◦ Format de 15/30 mn sur un sujet précis qui est record ◦ Vient en complément de la documentation • Tout doit être documenté ◦ Exemple : “run books” en cas de pépin sur l’infra ▪ Stack déployée = obligatoirement documentée ◦ Pas de rétention d’information ▪ On est pas éternel • Construction commune sans oublier les objectifs Le partage @ju_hnny5 @ju_hnny5
81. Parlons de Cloud maintenant @ju_hnny5
82. @ju_hnny5
83. @ju_hnny5
85. @ju_hnny5
87. @ju_hnny5
88. @ju_hnny5
91. @ju_hnny5
93. Le moteur @ju_hnny5
94. @ju_hnny5
95. Quoi ?! OpenStack en 2025 ?! @ju_hnny5
97. Algo de Feynman 1. Écrire le problème 2. Réfléchir 3. Écrire la solution https://ploum.net/2024-06-05-complexite-simplicite.html
98. @ju_hnny5
99. @ju_hnny5 MOCHE Utilisé dans l’underlay
100. OpenStack from scratch (via Ansible) @ju_hnny5 • Horrible à maintenir (montées de versions) • Python 3 … (Cc les dépendances) • Ça ne scale pas des masses …
101. @ju_hnny5 OpenStack et les micro-services
102. OpenStack + Kubernetes (underlay) @ju_hnny5
103. Under-undercloud Sous le capot @ju_hnny5
105. Kube… pourquoi ? • Faciliter les déploiements et la mise à l’échelle des éléments de “l’undercloud”* • Gestion “as code” + • Astreinte friendly 🩷 @ju_hnny5
106. Kube… pourquoi ? @ju_hnny5
107. Blue/Green pattern @ju_hnny5
108. @ju_hnny5
109. Overlay ≠ Underlay @ju_hnny5 Ce que les gens voient vs Ce que nous voyons
110. Overlay ≠ Underlay @ju_hnny5 Ce que les gens utilisent vs Ce que nous maintenons
112. @ju_hnny5
113. @ju_hnny5 Overlay Underlay Du DNS as a Service
114. @ju_hnny5 Gérer ses secrets
115. @ju_hnny5 Overlay Underlay Du Storage as a Service
116. @ju_hnny5 Overlay Underlay De la DB as a Service
117. Kube-ception ? @ju_hnny5
118. @ju_hnny5
119. @ju_hnny5 Underlay Overlay Ça tourne dans des vms
120. @ju_hnny5 Ici pour être plus exact !
121. @ju_hnny5
122. Une console unique
123. Hyper-convergence Pour un max de puissance dans le moins d’espace possible @ju_hnny5
124. Architecture classique 📄 Hyperviseur A Hyperviseur B Hyperviseur C Hyperviseur D Stockage A Stockage B Stockage C Stockage D @ju_hnny5
125. Architecture Hyper-convergée 📄 Hyperviseur A + Stockage Hyperviseur B + Stockage Hyperviseur C + Stockage Hyperviseur D + Stockage @ju_hnny5
126. @ju_hnny5 L’hyper-convergence ? • Matériel : PowerEdge R730xd ◦ Hyperviseur (KVM) + Ceph embarqué (OSDs en façade) ◦ Noeuds : ▪ Bi-Xeon (32 coeurs) ▪ 512 -> 1k RAM ▪ x10 OSDs (entre 2 et 4TO /disque) ▪ Réseau 10G 100G • Ceph-mon, manager, dashboard sont embarqués dans Kubernetes
127. Une gestion de l’énergie particulière @ju_hnny5
128. @ju_hnny5 Laisser les serveurs allumés ? • Contrat à la consommation ◦ Plus je consomme, plus je paie • Allumer/éteindre de manière totalement automatisée
129. https://www.youtube.com/watch?v=tFmAX9CBmNY
130. + = 🩷 @ju_hnny5
131. Fournir du service fiablement @ju_hnny5
132. Surveillance et observabilité 1. Toute application déployée se doit d’être observée 2. Les alertes doivent être configurées 3. Les alertes doivent avoir en relation : a. La documentation “runbook” b. Les graphiques
133. La source de vérité
134. Une seule source de vérité ? • V1 : Spreadsheet pour stocker les informations • V2 : Inventaire de Rudder + Ansible + OctoDNS @ju_hnny5
135. @ju_hnny5 CMDB Configuration Management Database
136. @ju_hnny5 V3
137. @ju_hnny5
138. @ju_hnny5 https://github.com/cloudducoeur https://doc.aucoeurdu.cloud/en-savoir-plus/ cest-quoi/les-principes-fondamentaux/oss/
141. @ju_hnny5
142. @ju_hnny5
143. @ju_hnny5 Un très grand nombre de sites
144. aucoeurdu. cloud @ju_hnny5
145. AuCoeurDu.Cloud @ju_hnny5
146. Au Coeur Du. Cloud @ju_hnny5
147. console. aucoeurdu. cloud <service> .<region>. aucoeurdu. clou d Point d’entrée unique : Accès aux services cloud de manière régionalisée : @ju_hnny5
148. doc.aucoeurdu. cloud Documentation accessible : @ju_hnny5
149. @ju_hnny5
150. @ju_hnny5 *Environ 1,5 millions de repas distribués en plus.
151. *Environ 6 millions de repas distribués en plus. Sondes de température @ju_hnny5
152. Context • Projet né à l’AD28 comme un autre projet en lien* • La supervision + alerting des chambres froides ◦ ça coûte cher, très cher (coût /an) ◦ différent d’une AD à une autre @ju_hnny5
153. Pour faire simple • Les sondes envoient les données dans le “Cloud” des Restos • Rétention d’un an • Données distribuées et sauvegardées @ju_hnny5
154. https://www.youtube.com/watch?v=bzLtWjUj2k0 De l’AD28 à l’industrialisation : Historique et v1 du projet
155. @ju_hnny5 *Environ 700 k de repas distribués en plus.
156. @ju_hnny5
157. Pour + de 25 000 postes de travail @ju_hnny5
158. Linux du Coeur • Besoin de stockage pour : ◦ La mise à disposition des images ISO ◦ L’accès aux majs (repo geo-localisés) • Besoin d’outillage pour build les images ◦ CI/CD Gitlab @ju_hnny5
159. Linux du Coeur • L’outillage pour le dépannage (Open Source) • La mise à disposition de packages customs ◦ Système de “GPO” pour Linux ◦ Déploiement de nouvelles apps @ju_hnny5
160. Un remplaçant à WeTransfer*
161. CoeurCode
164. @ju_hnny5 *Environ 12 millions de repas distribués en plus. +30 autres services
165. @ju_hnny5
167. recrutement@cloudducoeur.org contact@cloudducoeur.org
168. @ju_hnny5
169. @ju_hnny5
170. @ju_hnny5
171. @ju_hnny5