Bah c'est pourtant simple. J'avais tout hébergé sur mes machines à Strasbourg, pour des raisons de coûts et surtout de praticité.

Maintenant, tout a été débranché et déracké à l'arrache avec un filesystem défoncé, vas-y pour relancer les VM d'administration et retrouver les données, car il faut rebrancher TOUTES les machines en même temps (principe d'un RAID0 quoi).

Du coup, là maintenant, il n'y a plus rien. Plus de mails, plus de compta, plus de logs, plus de site... tout est sur la palette filmée dans la cave du palais de justice.

Dieu merci, mon PC n'a pas été saisi, donc j'ai pu encore me défendre avec le cache local de mon logiciel de lecture de mails. Sans ça, la peine aurait été nettement plus élevée car je n'aurais pas pu prouver que j'avais répondu favorablement à des DMCA et supprimer le contenu.

Si tu récupères ton matos et qu'il vaut 20k€ ou plus donne le à la SACEM !

Il a dit plus haut que si il était condamné, il ne pourrait pas récupérer son matériel. 

ah oui en effet 

Je ne souhaite pas retourner le couteau dans la plaie.
Pour en garder une souvenir positif,et une image de l'architecture.

Peut-être pourrais tu nous commenter le matériel utilisé Optix ?
J'ai souvenir qu'il y avait un Mikrotik.

Je ne souhaite pas retourner le couteau dans la plaie.
Pour en garder une souvenir positif,et une image de l'architecture.

Aucun souci, c'était un beau challenge technique

Peut-être pourrais tu nous commenter le matériel utilisé Optix ?
J'ai souvenir qu'il y avait un Mikrotik.

ToR : Mikrotik CCR1072 avec 8 ports SFP+

r1-core : Mikrotik CCR1036 8 ports RJ45 + 2 ports SFP+
r2-peering: Mikrotik CCR1016 12 ports SFP + 1 port SFP+
sw1 : Cisco (je ne me souviens plus de la référence) au début, puis en 2016, Mikrotik CRS226 avec 24 ports RJ + 2 ports SFP+ pour ne plus avoir à supporter le LACP qui équilibrait super mal la charge.

Pour les machines de stockage, c'était du Core-i3 basse conso, 16G de RAM, 12x6To en RAID5 logiciel (+1hotspare), système sur SSD, 1 port gigabit.

Le stockage était unifié au sein d'un cluster géré par FhgFS/BeeGFS, orienté performances. Je me suis bien pris la tête avec ça en testant entre autres Ceph et GlusterFS qui s'effondrent au bout de qq heures d'écritures intensives et continues (ou Ceph qui crash carrèment), mais clairement FhgFS était le FS en cluster adapté à mon activité.

Tu donnerais plus de détails sur les briques logiciels utilisées sur les serveurs ? (systèmes d’exploitation et logiciels)

Avec plaisir. Déjà les systèmes, c'est simple, c'était du Debian.

Ensuite, toute la partie logicielle a été écrite from scratch par mes soins, car je ne trouvais pas le soft adapté. En effet, les softs open source ne sont plus maintenus et très consommateurs en ressources, et il y a les softs propriétaires super bien foutus, mais tu laches une couille en licences. J'avais également une grosse contrainte : le serveur de news devait gérer à la fois une rétention locale et une rétention chez un provider de backup (càd, quand vous demandez un article, je regarde d'abord si je l'ai chez moi, sinon je demande à l'extérieur à votre place, en toute transparence). Et là, c'est mort. Du coup, j'ai pris mon courage à 2 mains, j'ai pris la doc du protocole et j'ai bossé pendant des semaines.

Seulement, je ne peux pas vous montrer les sources, car... le logiciel est considéré comme illégal, donc je ne peux même pas libérer les sources ou vendre mon travail à mes confrères. Pour le langage, ça tournait avec du Python (et les extensions C pour ne pas perdre en perfs) et du NodeJS pour relayer les articles sans délai grâce à l'async.

Niveau bases de données, Newsoo a beaucoup reposé sur Memcached&Redis (MàJ compteurs, files d'attente et indexation des articles) et dans une moindre mesure, MySQL (listings du contenu des groupes). C'est le fait d'utiliser des BDD en RAM qui a permis à Newsoo de gérer très vite de grosses volumétries avec peu de ressources.

Voilà qq ressources pour les yeux (le premier défile pas mal, c'est normal, sur Usenet chaque article binaire fait environ 400 Ko en moyenne).

https://pbs.twimg.com/media/BgCwSK5CYAA9g5M.jpg:large
https://pbs.twimg.com/media/B-AAMc1CAAADneW.jpg:large

Pour le Core i3 basse conso, c'est du i3-4150 @3.50GHz classique où un CPU plus basse consommation ?

Encore plus économe, il y avait un "M" à la fin de la référence (i3-4150M).

Comme carte mère c'est quoi ?

Des cartes mères pour PC desktop (avec des prises jack, oui oui ^^). La seule contrainte, c'est qu'il fallait avoir 6 ports SATA (car ma carte RAID ne supportait que 8 disques), donc il fallait 4 de plus pour le reste des disques, et un port pour le SSD du système. Linux et son RAID software me permettait de faire un RAID5 unique sur les 12 disques malgré la config hétérogène.