'lut journal,
J'utilise un serveur Dell PowerEdge T310 acheté d'occasion depuis maintenant 7 ans après avoir utilisé pendant 5 ans un PowerEdge 840. Il tourne 24h/24, 7j/7 avec de multiples services (authentification utilisateur, gestion des mails, serveur web, VPN, serveur de fichiers, etc.) utilisés par les postes de mon réseau local ou à distance sur ordinateur portable ou smartphone.
Il se trouve qu'en ces temps où on parle de sobriété énergétique, j'ai quand même un peu honte de faire tourner en permanence une machine énergivore avec ses 6 disques durs (2 SAS en RAID 1 et 4 SATA en RAID 5). Au doigt mouillé, en prenant une consommation de 150W par heure avec un coût au kwh de 0,1740€, j'arrive à un coût global de 225€ par an, alors certes ce chiffre pourrait être affiné notamment avec un contrôleur de consommation, mais ça donne un ordre de grandeur qui ne parait pas délirant et qui est loin d'être négligeable.
Cette machine est dimensionnée d'abord pour le stockage des fichiers multimédia auxquels j'accède finalement assez peu et je pourrais finalement me contenter de bien plus modeste pour les autres services permanents comme l'authentification utilisateur ou la gestion des mails.
Alors j'ai bien songé à programmer une extension la nuit du serveur, mais je crains pour les disques avec les arrêts marches à répétition, d'autant que je n'ai pas oublié la perte de données que j'ai subie il y a quelques temps et qui m'a inspiré ici même tout une série de journaux sur la sauvegarde.
Finalement l'idée retenue est de garder mon serveur T310 que j'utiliserai uniquement quand j'aurai besoin d'accéder aux fichiers multimédia, pour regarder un film par exemple et de monter un serveur basse consommation pour les services auxquels j'ai besoin d'accéder régulièrement au quotidien. Je n'ai pas retenu l'idée de déplacer ces services sur le cloud qui n'est pas un modèle de sobriété énergétique.
Pour ce serveur basse consommation, j'ai d'abord pensé à monter un serveur sur la base d'un Raspberry PI 4, mais en creusant un peu le sujet, j'en suis arrivé à la conclusion que ce n'est pas forcément le meilleur choix.
Ainsi j'ai trouvé sur un célèbre site de vente aux enchères un mini PC Lenovo M92p d'occasion avec 8Go de RAM pour 119€ frais de port compris, alors certes il n'est pas de première jeunesse (il est de 2013 presque 10 ans !), mais le rapport coût/performance est largement à son avantage par rapport à un Raspberry. Le Lenono M92p est équipé d'un processeur Intel G2030T, et si je me fie à cette comparaison entre un G2030 et un Raspberry PI 4B, le G2030 écrase le PI 4B en terme de performance. Le G2030T est une évolution du G2030 consommant moins (35W au lieu de 55W) pour des performances à peine inférieures.
En résumé en considérant que le M92p consomme entre 15W et 35W (d'après ce site), je peux espérer diviser par 10 la consommation électrique par rapport au T310, d'autant plus si je prévois une extinction la nuit, j'aurai moins de scrupule à craindre une panne disque. Alors certes j'aurais pu faire encore mieux avec un Raspberry qui tourne autour de 5W mais les performances me paraissent clairement insuffisantes pour mes services de serveur et le prix peu compétitif.
Et le logiciel libre dans tout ça ? Je n'allais pas oublier de dire que mon serveur T310 tourne sous Mageia 8 et que j'ai installé également Mageia 8 sur le mini PC M92p. J'ai commencé sa configuration qui est assez lourde et me prendra du temps.
En attendant j'aurais souhaité avoir votre RETEX dans une situation équivalente, entre le choix du cloud ou du serveur perso.
# Intel Atom sur MiniITX
Posté par Glandos . Évalué à 10.
Depuis 2013, j'ai une carte mère Jetway JNF9D-2550 Fanless avec une carte d'extension 3 ports LAN Gigabit. C'est un Intel Atom D2550 (4 cœurs) soudé dessus. J'ai donc 5 ports réseau, je peux faire l'économie d'un switch. J'ai mis le maximum de RAM, soit 4 Go, ainsi qu'une carte WiFi pour faire point d'accès.
L'OS est sur un SSD, et le stockage « de masse » est sur … un disque dur 2,5 pouces de 2 To branché dans un boîtier USB. Ma carte mère n'a pas d'USB 3, c'est le gros hic, donc le transfert est limité.
Déjà en 2013, c'était pas un foudre de guerre, mais suffisant. J'ai dessus :
- Nextcloud
- postfix/dovecot/roundcube
- ttrss
- wallabag
- vaultwarden (pour bitwarden)
- Mon serveur DNS principal
- Bref, toute mon infra.
Les sauvegardes sont faites toutes les nuits, sur le disque externe. Et de temps en temps (1 fois par mois), je synchro le dépôt de sauvegarde sur un disque externe que j'ai très souvent sur moi.
Au début, la sobriété énergétique, ça fait bizarre, parce que… ça va moins vite, clairement. Et puis je m'y suis fait. L'avantage ? Ça consomme très peu. J'ai un onduleur APC BackUPS 500 qui me dit qu'il est chargé à 10% pour une puissance nominale de 300 W. Donc 30 W. Sauf que sur cet onduleur, j'ai également la base DECT de mon téléphone et… ma freebox 4K (juste le modem) avec son boîtier fibre. Le tout tiens 45 minutes avec une coupure de courant.
Clairement aujourd'hui, on peut faire vachement mieux. Les AMD Ryzen Embedded et les Intel basse conso (genre NUC) sont très bien. Et là, il fait 30°C chez moi, et le serveur n'a pas besoin de rafraîchissement particulier.
Oui, le stockage est faible et lent, mais je l'ai choisi pour ça. Les gros SSD permettent de stocker beaucoup pour un meilleur rendement, mais… c'est hors de mon budget pour le moment :)
Ah oui, un disque dur, c'est pas top pour la résilience. Donc : SMARTD, alerte, tout le bazar.
# Bastion ssh pi0
Posté par chimrod (site web personnel) . Évalué à 10.
J’utilise un raspberry pi zero, qui est allumé 24h/24, avec un adapteur ethernet par usb (c’est le modèle sans wifi). Il fourni un serveur ssh, et j’ai des scripts wake-on-lan tout prêts qui me permettent de démarrer mon NAS a distance si nécessaire.
Quand je suis à distance, j’utilise les tunnels de ssh pour accéder aux fichiers présents sur le nas et ça marche plutôt bien, le pi0 tient bien la charge du chiffrement ssh. J’ai testé une lecture de vidéo depuis chez mes parents (connectés via la fibre) et il n’y a eu aucun soucis. Je pensais que le pi-zero serait un goulet, mais tout s’est passé sans problème.
Dans le futur je pense me construire un système buildroot dédié pour ça, mais je n’ai pas encore eu le temps de me pencher dessus, ça me permettrai d’avoir une image du système dispo à installer sur la carte SD qui me permettrait de restaurer le système.
[^] # Re: Bastion ssh pi0
Posté par palainp . Évalué à 2.
J'ai un pi1 pour gérer les aspects domotique chez moi. Mais j'ai aussi un pi0 sans WiFi que je n'utilise pas.
Comme la consommation du 1 est faramineuse par rapport au 0, est-ce que tu peux me donner la référence de ton adaptateur pour être sûr d'en acheter un compatible et que je puisse faire un échange entre les deux ?
D'avance merci !
[^] # Re: Bastion ssh pi0
Posté par chimrod (site web personnel) . Évalué à 6.
J’ai pris un modèle basé sur le controleur 8152B. En recherchant "8152B Micro USB 2.0" sur le site de ton vendeur tu devrais trouver assez de références :)
# D'autres solutions low power
Posté par Thomasv . Évalué à 7. Dernière modification le 17 juillet 2022 à 18:18.
La zimaboard et le lattepanda alpha consomment moins de 15W et sont suffisamment puissantes pour du home server. Et comme ce sont des X86, tous les soft sont facilement installables.
https://www.zimaboard.com/
https://www.dfrobot.com/product-1728.html
[^] # Re: D'autres solutions low power
Posté par Glandos . Évalué à 4.
Intéressant la Zimaboard. C'est pas cher, et c'est vraiment sympa.
La LattePanda est nettement plus chère, et sa puissance n'est nécessaire que pour du multimédia. Oui, en 2022, je dis encore multimédia.
# Quelques machines très peu gourmandes
Posté par Marmotte . Évalué à 7. Dernière modification le 17 juillet 2022 à 22:15.
Chez moi, j'ai juste quelques machines très peu gourmandes :
Tout est totalement passif, donc aucun bruit de ventilation, et les températures restent convenables (~40°C dans le NAS, ~48°C pour le NanoPi en ce chaud mois de juillet).
Sur l'onduleur, en plus de ces trois machines là, j'ai la base du téléphone fixe et les deux box Orange (il y a une box 4G pour accompagner l'ADSL 1.2 Mbps).
La consommation total de tout ça est de 53.4W en moyenne sur un an, ce qui donne un peu moins de 80€ d'électricité par an.
Toutes mes données sont chez moi et pas sur un cloud pour plusieurs raisons, dans l'ordre :
Cependant, j'ai quand même des sauvegardes distantes, réalisées via Borg (exclusivement), sur un Kimsufi.
# J'utilise l'existant.
Posté par ploppor . Évalué à 4.
J'ai une Freebox Delta allumée 24/24 avec 16Go de RAM, 2HD 2To (2"1/2).
Il y a dessus 2 VMs:
- Le serveur domotique (Home Assistant)
- Le serveur multifonctions (gitea, ansible, web…)
Elle sert bien sur de NAS pour la maison.
Les performances sont plus que suffisantes.
Les sauvegardes locales sont assurées par un NAS Qnap TS251 sous Ubuntu à l'autre bout de la maison (HD 4To).
Les sauvegardes distantes, sur la Freebox de mes parents (1HD 2To)
Sur cette Freebox (16Go de RAM aussi), une VM Nextcloud, DokuWiki (mes parents ont un meilleur débit que moi).
[^] # Re: J'utilise l'existant.
Posté par ploppor . Évalué à 2.
Ah, oui,
Mes sauvegardes c'est Urbackup en local et Duplicati en distant.
[^] # Re: J'utilise l'existant.
Posté par Glandos . Évalué à 4.
Je me suis toujours posé la question suivante : si on fait de l'auto-hébergement, n'est-ce pas pour avoir le contrôle ? Dans ce cas, qu'est-ce qui se passe si tu changes d'opérateur, ou de modem ? Il est possible de garder les VM ailleurs ?
[^] # Re: J'utilise l'existant.
Posté par ploppor . Évalué à 6.
Les VMs, c'est du KVM avec des fichiers qcow.
Normalement c'est utilisable aiileurs, enfin sur archi ARM64.
# Le thinkcentre est pas mal du tout
Posté par niclone (site web personnel) . Évalué à 6.
Moi aussi j'ai eu le même genre de problématique, j'ai aussi trouvé un thinkcentre (celui-la : https://www.afbshop.at/pcs/30061/lenovo-thinkcentre-m93p-usff-core-i5-4570t-at-2-9-ghz-8gb-ram-500gb-hdd-win10home ) il y en a d'autres pour ceux que ça peut intéresser.
Autre avantage, vu que c'est du vPro, il y a possibilité d'avoir le contrôle à distance (reboot, console série, etc.)
Le pi4 est pour moi devenu beaucoup trop cher, et puis tant qu'a faire, si on peut recycler du vieux matériel plutôt que d'en construire encore, c'est aussi une bonne chose.
Une autre solution aussi est de recycler un vieux laptop, on trouve plein de thinkpad qui sont de bonne qualité pour une centaine d'euros. Il faut juste s'assurer d'avoir de l'ethernet gigabit, de l'USB 3.0 mini pour éventuellement y brancher des disques 3.5 externe.
Enfin, avec la gestion de l'énergie de ces bettes la, il est possible de très peu consommer au final.
[^] # Re: Le thinkcentre est pas mal du tout
Posté par Psychofox (Mastodon) . Évalué à 4.
Le pi4 est très cher et ne fait pas forcément beaucoup de sens acheté neuf mais pour ceux qui en ont déjà une ça reste vraiment pas mal. Et même avec une pi zero w, une pi3 ou une carte du même type (j'ai aussi une tinkerboard qui a 2GB de ram) on peut déjà héberger pas mal de services tant qu'il ne réclament pas trop de ram. Ça reste des machines plus puissantes que des serveurs qu'on utilisait il n'y a pas si longtemps. Un pc pentium à 133mhz et quelques MB de ram étaient largements suffisants pour fournir le DNS a des milliers de machines d'un grand centre hospitalier universitaire au début des années 2000, il n'y a pas de raison que ça change. Idem pour d'autres protocoles comme l'email, ssh, les serveurs de fichiers tant que le nombre de clients restent restreints.
[^] # Re: Le thinkcentre est pas mal du tout
Posté par niclone (site web personnel) . Évalué à 3.
Oui on est bien d'accord, les pi(s) ont leur utilité. Bien que je trouve que le pi4 perd de son charme avec son prix bien trop élevé a mon goût.
Mon propo était bien de dire que si l'on doit l'acheter, et dans le contexte de mini serveur pur (sans besoin particulier d'I/Os, etc.), il me semble beaucoup plus pertinent de recycler un vieux laptop dont la conso est généralement comparable, avec en prime une batterie qui peut permettre de se passer d'un onduleur (si on a pas de disque 3.5 externe par exemple…)
# HDD
Posté par Psychofox (Mastodon) . Évalué à 8.
D'après mon expérience, ce qui consomme le plus ce sont les disques durs. J'ai tendance à privilégier un unique gros disques dur sans RAID sur les machines qui sont en ligne tout le temps et synchroniser une fois par nuit sur une machine qui est allumée via wake-on-lan (qui elle a de multiple disques parce que je recycles les anciens de la machine primaire).
J'avoue toujours synchroniser en s3 chez wasabi même si je préfèrerais le faire sur une raspberry pi3 qui traine chez moi et que je pourrais configurer chez un proche. Reste à convaincre un proche d'accepter d'avoir une machine à moi sur leur réseau.
[^] # Re: HDD
Posté par ptit_poulet . Évalué à 5.
La même concernant le raid, j'ai abandonné également.
Maintenant j'ai 2 NAS sans RAID avec un qui tourne h24 et l'autre qui démarre la nuit pour faire tous les backup du 1er.
# raspberry pi3 sur freebox
Posté par octane . Évalué à 3.
J'utilise un raspi3 alimenté par une prise USB de la freebox. Ca fait son job. Je m'en sers comme bastion VPN/SSH, et c'est laaaaaargement suffisant.
J'ai mis une carte SD de 16Go, je backup de temps en temps le rapsi en l'éteignant, dd la carte SD depuis un PC de bureau, puis je le rallume. C'est pratique :-)
# Router devant avec WOL
Posté par Benjamin Henrion (site web personnel) . Évalué à 1.
J'avais utilisé un router openwrt avec 2 interfaces ethernet, qui vole l'IP du serveur, qui rajoute 5 secondes de délais sur une interface sauf pour le paquet WOL, histoire que quand le routeur voit du traffic pour le port 22 par ex, il a le temps d'envoyer un paquet WOL au serveur pour se reveiller et recevoir le traffic.
Je vais essayer de remmettre la main dessus.
# comment connaitre sa consomation électronique ?
Posté par Skilgannon . Évalué à 2. Dernière modification le 19 juillet 2022 à 16:06.
J'ai moi aussi plus ou moins la même problématique.
Sauf que je ne sais pas comment connaître cette consommation.
Vous faites comment ?
En faisant des recherches rapides je m'aperçois que ma carte mère à une interface IPMI.
Je suppose que l'on peut trouver ça là dessus.
Sinon aucun problème à signaler sur un serveur proxmox avec ipmitool ?
[^] # Re: comment connaitre sa consomation électronique ?
Posté par Thecross . Évalué à 4.
Avec un wattmètre à brancher sur la prise. Ou au Linky par différence serveur éteint/allumé, mais la résolution est de 10VA et il faut veiller à ce que la consommation des autres appareils du réseau reste constante.
[^] # Re: comment connaitre sa consomation électronique ?
Posté par cg . Évalué à 4.
S'il y a une interface IPMI, tu peux afficher pleins d'info avec
ipmitool. Les commandes que j'utilise le plus sont :ipmitool sdretipmitool sensorspour les capteurs (conso des alims, températures…ipmitool sel listpour voir les événements système, comme par exemple perte d'alimentation sur l'alim 2.Proxmox s'est porte très bien ;).
# Asus Eeebox B202, encore et toujours
Posté par steph1978 . Évalué à 3.
J'ai acheté cette machine en 2012 d'occasion avec un DD de 250GB - gros pour l'époque, probablement fabriquée en 2009. Elle tourne 24/7
Elle a le mérite d'allier faible consommation (17W -> 26€/an) et longévité - de l'écolonomie dans toute splendeur.
Tout à fait gérable en 32bit grâce à Debian 11-bullseye.
Je m'en sers pour des petits services web et des backups (beaucoup de backups).
# Réduire la consommation actuelle
Posté par mmaret (site web personnel) . Évalué à 1.
On peut aussi essayer de diminuer la consommation actuelle.
Sûrement que powertop pourrait aider (par exemple en activant la mise en veille des disques)
On peut également changer les cpu_governor pour que la machine reste le plus longtemps possible à des fréquences de fonctionnement faible.
Il y a aussi les BIOS où le programme intel-undervolt qui peuvent permettre de gagner un peu.
Pas sûr que ces solutions soient disponible sur ce CPU et on va pas gagner 100w, mais bon, ca peut aider
# FriendlyElec nanopi r4s
Posté par nouknouk (site web personnel) . Évalué à 2. Dernière modification le 21 juillet 2022 à 23:35.
Nanopi r4s. Dans les 80€ dispo actuellement, cf. Friendlywrt.
Une bombe comparé à un rpi4, on est dans l'ordre de grandeur d'un Celeron j4105, et une conso ridicule (3w en idle).
Perso j'ai une armoire réseau avec:
routeur nanopi r4s + ont free + mc220l, qui remplacent à eux trois la Freebox révolution = 20+ watts gagnés. Le nanopi r4s c'est puissant, peut router le GB/s et faire tourner des docker en pagaille, et énormément d'autres trucs, impressionnant
un Celeron j4105 en mini ITX avec des disques en SATA (4To). <15w en idle. J'ai qu'une envie, c'est le remplacer par de l'arm (raxda rock 5b ?) pour gagner en puissance et économiser des watts
3 cams IP branchées et alimentées par la baie (ondulée) en poe passif + un ap wifi (Xiaomi flashé sous openwrt) alimenté lui aussi par la baie
et quelques autres joyeusetés annexes (clefs USB ZigBee, zwave, BLE sur hub alimenté, quelques esp32 pour du relevé teleinfo, la gestion d'une sirène d'alarme, la domotisation IR d'une chaudière, etc…etc ..).
un switch managé avec quelque chose comme 16 ou 24 ports, racké (tp link ?)
Budget total, à la prise de courant murale (= onduleur compris, car il mange lui aussi quelques watts): dans les 65watts.
Et avec un onduleur de 950va, les coupures EDF peuvent très largement s'éterniser avant que je ne lève un sourcil ; avec l'acces au net et l'AP Wifi alimentés par la baie, on se rendrait même pas compte en journée d'une coupure de courant (si j'avais pas en place une notif Pushbullet pour prévenir)
# Mini-serveurs ARM ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5.
Comme l'auteur du journal, j'ai chez moi un serveur perso depuis des années. Lorsqu'on cherche à réduire sa consommation électrique, on pense naturellement aux ordinateurs basés sur un processeur ARM.
Des problèmes
Seulement, il y a plusieurs problèmes. Le premier, qui est plus ou moins réglé, c'est qu'ARM n'est qu'un simple jeu d'instruction de processeur, pas une architecture d'ordinateur : on ne peut pas simplement installer le système d'exploitation de son choix sur un ordinateur basé sur ARM, il faut un système d'exploitation spécifiquement adapté à ce modèle d'ordinateur. C'était vrai il y a quelques années, mais ça a dû bouger avec la généralisation du devicetree ou de l'UEFI.
Le second, c'est que sur pas mal de machines de ce genre, il n'y a pas d'accès administratif direct simple, équivalent au clavier et à l'écran d'un PC. Sur une petite carte ARM, on aura plutôt un port série, mais avec une prise et des tensions qui ne correspondent pas à un câble série normal qu'on pourrait simplement brancher sur un PC (au besoin via un adaptateur USB). Est-ce que ça a changé ?
Enfin, le troisième, à mes yeux le plus important, c'est que très peu de fabricants se rendent compte que faire tourner un serveur, c'est bien, mais stocker des données à servir, ça pourrait être utile aussi. Du courrier électronique par exemple. Et le stocker sérieusement, pas juste sur une clef USB ou une carte SD qui ne demande qu'à tomber en panne. En clair : avoir deux ports SATA ou M.2. Oui, deux, pas un seul,
apropos raid.Mon expérience
Je suis passé sous ARM, pendant deux ou trois ans. Histoire de pouvoir stocker des trucs, j'avais choisi un NAS de chez Qnap, qui avait le bon goût d'avoir bénéficié d'un portage de Debian.
Pas de carte graphique, tant mieux à vrai dire, ça fait ça de moins à alimenter. Sauf que le seul accès administratif direct passait par un port série, avec une prise non standard et une tension qui ne correspond pas à ce qu'attend un PC à l'autre bout. Je ne suis pas du tout électronicien, donc je n'ai jamais mis en place de quoi l'utiliser.
En pratique, cela veut dire qu'à chaque mise à jour du noyau, je redémarrais mon serveur avec ne goutte de sueur au front, et la crainte qu'un jour, ça ne démarre pas, sans que je puisse faire quoi que ce soit pour voir ce qui ne va pas et essayer de le régler. Cette tension nerveuse a fini par avoir raison de ma volonté, et je suis retourné à un mini-PC avec carte graphique intégrée.
Ma recherche
Je n'ai a priori rien contre le jeu d'instructions ARM, bien au contraire. Connaîtriez-vous donc des mini-ordinateurs basés dessus, qui respectent les trois critères suivants :
[^] # Re: Mini-serveurs ARM ?
Posté par nouknouk (site web personnel) . Évalué à 4.
Les points que tu mentionnes font sens.
Mon xp:
toutes les cartes ne se valent pas en terme de support ; prendre du listé chez armbian, par exemple, est une bonne façon de s'éviter une montagne de soucis.
avoir un device bootable sur carte SD est une aubaine si l'on se donne comme peine:
on commence à avoir de plus en plus de cartes qui ont un port pour le stockage (M2, NVMe, … ; celle que j'ai en ligne de mire quand elle sera dispo: Raxda Rock 5B) ; on voit même apparaître des cartes avec port PCIe pour y ajoindre ce qu'on veut ;
à défaut la totalité des cartes proposent désormais à minima un port USB3. C'est largement suffisant pour y attacher des disques en USB ; avec un choix judicieux d'adaptateur SATA <=> USB3 bien supporté sous linux, c'est rock solid chez moi.
perso je ne suis pas fan du RAID comme option pour la sécu des données en cas de défaillance ; ça donne un faux semblant de sécurité mais ça n'écarte pas nombre de cas de 'désastres': cambriolage ; dégâts domestiques (incendie, innondation, …) => j'ai opté pour un single disk doublé d'un backup automatisé et très régulier vers un site tiers. Avoir une connexion fibre aide pour cet usage, mais ce n'est pas indispensable si on opte pour de l'incrémental (rsync), et qui tourne quelques heures la nuit ; j'ai tourné comme ça pendant des années.
[^] # Re: Mini-serveurs ARM ?
Posté par jeanrhum . Évalué à 2.
Je suis un peu dans le même cas. J'ai longtemps utilisé une tv box basée sur un Amlogic s912, le système sur une carte sd et un disque branché sur un des ports usb (2 seulement).
Je viens de passer à une carte à peine peu plus performante avec une station-m1 (rk3328, 16Go d'emmc et un boitier alu servant de radiateur) et un disque branché en usb3.
Cette config me convient bien pour avoir un nas maison et quelques services docker pas trop lourd (2Go de ram seulement). Le système Armbian permet d'avoir une config simplifiée et une carte stable quand on prend celle qui sont bien supportée.
[^] # Re: Mini-serveurs ARM ?
Posté par Stun43 . Évalué à 1.
Tiens un autre adepte des vieux QNap. Pour info, les explications données sur https://www.cyrius.com/debian/kirkwood/qnap/ts-219/serial/ se sont avérées claires pour moi : après 1 semaine très compliquée, j'ai réussi à tout refaire partir.
Je m'étais promis de faire un tuto avec des photo au cas où, pour la prochaine fois. Mais vu que mon site test hébergé par le QNap, ça n'a pas de sens.
Bref, je vois qu'on est nombreux à avoir les mêmes besoin et que souvent, ce qui bloque c'est la bête absence de ports SATA/M.2 …
[^] # Re: Mini-serveurs ARM ?
Posté par legranblon (site web personnel) . Évalué à 1.
Je ne sais pas si tu connais le odroid HC4 : https://wiki.odroid.com/odroid-hc4/odroid-hc4
Là, comme ça je ne saurais pas dire.
Il y a un UART, il me semble que c'est du 3,3V. Un convertisseur usb<=>série en 3,3V et c'est bon normalement.
# Abaisser la consommation du T310 ?
Posté par Nils Ratusznik (site web personnel, Mastodon) . Évalué à 4.
Beaucoup ont écrit sur des machines peu consommatrices, mais je me suis intéressé à l'exercice de faire consommer moins la T310.
N'ayant pas la configuration détaillée de la machine, je me suis basé sur les spécifications chez Dell. J'ai remarqué :
- différentes gammes de processeurs prises en charge(*), il pourrait être intéressant de regarder sur l'Ark d'Intel si un processeur compatible avec un TDP moindre peut suffire, ce sera d'ailleurs l'occasion de changer la pâte thermique si tu ne l'as pas déjà fait récemment ;
- le serveur a potentiellement deux alimentations, n'en brancher qu'une peut s'avérer économique (sous réserve de faire taire une éventuelle alerte IPMI/iDRAC) ;
- tu indiques avoir plusieurs HDD SATA et SAS, réduire leur nombre (proposé par d'autres avant moi) me semble un bon départ, j'irais plus loin en proposant d'utiliser des disques plus lent (5400 ou 5900 tours par minutes), voire des SSD selon la capacité dont tu as besoin.
Tu peux aussi ajuster certains paramètres du serveur. Il y a un menu "Power Management" (page 79) dans le BIOS/UEFI, qui peut être paramétré à "OS Control". Combiné à l'outil cpupower, tu peux abaisser la fréquence de ton processeur.
Enfin, un bon dépoussiérage de la machine peut aussi aider à ce qu'elle chauffe moins, donc ventile moins, donc consomme moins.
J'espère avoir pu aider.
(*) : une mise à jour du BIOS/UEFI peut s'avérer nécessaire, dans le doute, je t'invite à l'effectuer d'abord.
# SBC x86
Posté par Yves (site web personnel) . Évalué à 1.
Bonjour,
J’ai commencé il y a bien longtemps avec une carte VIA EPIA M10000N (sous Mandriva) branché à la TV. Étant donné le support laissant à désirer (à l’époque) de VIA pour l’Open-Source, j’ai constaté que les drivers propriétaires peuvent vite devenir un enfer, et j’y suis depuis allergique.
C’est à cette époque que ton site Funix m’a sauvé, en me guidant dans la compilation (trop fréquente) de Linux, de XFree86, et autres logiciel multimédia (oui, moi aussi je dis comme ça… il y a un autre mot en 2022 ?).
Cette solution GUI VIA a ensuite laissé la place à une solution CLI à base de SheevaPlug eSata (sous Debian) avec ½G RAM et MiniDLNA, qui associé à un lecteur BD de salon compatible DLNA m’a permis de continuer à bénéficier de ma « médiathèque ».
Les services se sont multipliés et le SheevaPlug est devenu trop léger. Pour faire tourner à peu près les mêmes services que toi, j’utilise désormais un UDOO x86 1ère génération (sous Archlinux) avec 2GB RAM. Mais après 6 ans d’utilisation (déjà !) je constate que ça commence à être juste au niveau RAM, raison pour laquelle je suis en train de développer (à base de Gitolite) un remplacement léger à Gitea, qui pèse lourd sur le serveur, et une réécriture en Rust de mon Pyruse…
Mon retour d’expérience :
dist-upgradequi n’est pas passé comme il aurait dû, mais c’était hyper fiable.[^] # Re: SBC x86
Posté par Yves (site web personnel) . Évalué à 2.
J’oubliais… Un petit complément de retour d’expérience.
Bien qu’en pratique, la box étant allumée 24/7, mon IP VDSL chez Bouygues soit apparemment fixe, j’ai préféré ne pas m’y fier, et donc j’utilise ddclient pour garder le DNS à jour si l’IP change.
Grace à ça, la fois où la box est tombée en panne, j’ai juste branché le serveur sur la box de quelqu’un d’autre, et hop, tout était à nouveau opérationnel… sauf le mail. Bien sûr, j’ai reconfiguré le “smarthost” Exim, et mis à jour les entrées SPF du DNS, mais l’opérateur de l’autre personne (SFR ou Orange, je ne sais plus…) ne voulait pas laisser passer le moindre email qui ne soit pas de/vers @ce-fai.fr :-(
Bref, pas d’email pendant 1 semaine, ce n’est pas idéal… et je ne sais pas comment gérer un fallback, notamment quant à la gestion du stockage.
Au final, entre la crainte d’une panne matérielle (mon 1er SheevaPlug a cramé son alim.), la crainte d’un problème de box, les perturbations électriques qui ont l’air de devenir plus fréquentes… je commence à envisager la migration vers du IAAS. Et pourtant, je ne suis convaincu ni du bénéfice pour la planète, ni de l’intérêt financier.
Pour l’instant, c’est à l’état de réflexion, car ce ne sera pas envisageable sans fibre, et pour l’instant je ne peux pas l’avoir…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.