Reprise du message précédent :
J'ai deux HDD sur mon serveur :  
 
- un petit 2.5" pour faire un backup chaque semaine
- un "gros" 4To avec ext4 et sur lequel j'ai un partage samba.
 
95% du temps il n'y a aucun consommateur de l'un ou de l'autre.
Je n'arrive pas à les avoir en veille quand ils sont inactifs. Si je lance un  
HDParm -C  
ça me retourne pour le 4To : "uknown" et pour le 2.5" : "Active"
Si je lance un  
HDParm -Y puis un HDParm -C  
ça me retourne pour le 4To : "idle" et pour le 2.5" : "idle"
 
Si je tape HDParm -C  à nouveau au bout de 5s c'est de nouveau unknown / active.  
 
J'aimerais bien les mettre en idle car ils représentent 15 à 20% de la conso. J'ai tenté de mettre "HDParm -Y /disque1;HDParm -Y /disque2" en crontab toutes les heures, rien n'y fait.

de souvenir, pas de mise en veille possible sur un proxmox natif (mais ça doit pouvoir le faire si on installe une debian de base puis proxmox)

Salut,

Quelqu'un a déjà expérimenté syncthing ? J'ai un soucis quand je le passe en service système sous debian (ça plante lamentablement) alors que ça tourne sans problème quand lancé par un utilisateur.

et je ne sais pas trop où trouver des logs plus précis...

Pour info, problème résolu... des options hardening de systemd qui n'était pas supportés par mon vieux proc 32bits

Bonjour,
 
J'aurais voulu avoir des conseils ou des retours d'expérience sur la config pour un serveur. J'ai actuellement un PC sous Ubuntu qui me fait office de serveur domotique et un NAS synology pour stocker films, photos et divers documents. Avec le temps mes besoins commencent à évoluer et voici les projets que je souhaite mettre en place
 
- serveur NAS (4 baies voir 5)
- serveur domotique avec base de données (InfluxDB) et Grafana pour les dashboards
- serveur FTP pour pouvoir uploader des fichiers depuis l'extérieur
- serveur WEB pour tester des sites internet (usage privé)
- système de surveillance qui doit etre acecssible depuis l'extérieur
- bloqueur de pub (Pi Hole)
- serveur PLEX pour diffuser le contenu de mon NAS sur mes devices (TV, Ordinateur, Smartphone)
- Gestion de backups local (serveur domotique, web...)
 
Voici ce que j'ai mis en place à date:
- Une baie 9U peu profonde de 45cm
- Ma maison est cablée avec du cable ethernet grade 3
- Switch Ubiquiti POE 24 ports
- Ubiquiti Secure Gateway qui fait routeur
- 1 Access Point UAP AC PRO
- Fible SFR qui arrive dans ma baie
- 1 PC qui fait office de serveur (i5 6500, 16Go RAM et 128SSD) sous linux Ubuntu avec des containers
 
Mes besoins risquent encore d'évoluer avec le temps du coup du coup je voulais savoir si la config que j'ai actuellement sera siffusante ou si je dois passer sur une solution un peu plus pro/evolutive en passant par un serveur "pro". Voici aussi mes contraintes
- Je vais changer ma baie pour une 42U mais je n'ai pas la profondeur suffisante pour des serveur des profondeurs classiques (~60cm). Le max que j'ai est pour une baie de 80cm de profondeur
- Je ne souhaite pas investir dans du neuf mais plutot dans de l'occasion (200/400 euros)
- Idéallement rackable
 
Je m'orientais vers un serveur Dell PowerEdge R210 II qui est parfait en profondeur mais les 4TO de disques sont problématiques pour mon NAS.
 
Mes questions:
- Dois je changer mon PC/serveur pour une solution plus pro ?
- Quelle config dois je prendre ? Bi processeur (Xeon ?) ? Combien de RAM (je pensais partir sur 32Go DDR3) ? Ai-je besoin de l'ECC pour la RAM ? Redondance alimenation (non selon moi) ? Redondance ethernet (non selon moi).
- Je pensais tout gérer avec des VM et un ESXi mais est ce vraiment utile ?
 
Merci beaucoup pour votre aide et merci Andorria de m'avoir donné ce topic
 

Ce qui risque de consommer du cpu c'est surtout plex avec le transcodage.

Perso j'ai abandonné mes serveurs pro pour repasser sur du classique.

Actuellement mon serveur proxmox tourne avec ça : https://www.cpubenchmark.net/cpu.ph [...] Hz&id=2874

Regarde ma config si tu veux plus d'infos.

Mon serveur ESXi tourne depuis 2 ans avec ça : https://www.cpubenchmark.net/cpu.ph [...] Hz&id=3064
 
Excellent rapport Perf/Conso imho, et donc peu bruyant, en plus d'être pas cher.

Y a pas besoin d'une machine de guerre pour faire tourner ces services, j'ai un tas de service en container, de la VM Windows, du ZFS, un Plex avec jusqu'à 4-5 users, et mon 'pc/serveur" a base pentium G se tourne les pouces

 
Tu les trouves ou les CM et processeurs au format U pour serveur ?

Intel nuc non ?

Merci pour les infos a tous. Je vais regarder tout ca

Certes, mais le plus gros consommateur de cpu reste plex et son transcodage. Si tu as que 4 ou 5 users ça va, dès que tu commences à en avoir un 20aine, ça devient vite la mission..

ça commence à faire une famille sacrément nombreuse 20 utilisateurs
A la maison on est 6 et c'est déjà loin de la moyenne française.

Ah oui à 20 je sais pas
 
4-5 j'ai déjà les potes branché dessus qui squat ma fibre

Avec quel OS?

 
Oui, faut bien entendu voir en fonction des besoins de chacun.
 
J'ai aujourd'hui entre 6 et 8 VM qui tournent et mon CPU se tourne aussi les pouces 99% du temps.
L'une des VM est une "Seedbox". Quand j'ai 2 flux entrants et sortants cryptés à 40-50Mo/s, ça pompe du CPU, de même lorsque je dois dézipper un fichier de 50Go. Mais ca reste des besoins CPU très ponctuels.
 
J'ai simplement anticipé l'ajout prochain des 5 cameras IP. Aujourd'hui une de me VM de test fait office de NVR pour analyse d'image détection de présence et enregistrement. J'ai essayé plusieurs softs, je ne suis pas encore arrêté, mais une chose est sûre ça bouffe du CPU avec une seule cam donc avec 5 ou 6 ça chargera.
 
L'intérêt selon moi de ces CPU "iX-U" de 8e génération notamment c'est justement d'avoir des perfos dispo sous le pied mais une conso très réduite en idle.

 
NUC tout à fait oui.    

Ça vaudrait peut être le coût de prendre le Plex Pass afin d'avoir le transcodage hardware et d'ajouter un GPU...

Ca marche en gratos pour du partage de bon coeur, je te dis que le truc se tourne les pouces et tu veux que je lache des ronds et achète une CG ?
 

 
Proxmox

Mon container Duplicati s'est simplement suicidé aujourd'hui en tentant de le mettre à jour (définitivement vraiment stable ce soft de backup en perpétuel beta )
 
je relance donc la question, un truc à suggérer équivalent à Duplicati ?
- pas du simple miroir, mais plusieurs version de backup
- chiffrement à la volée des backup
- backup à distance (ssh, ftp whatever qu'on peut héberger sur un KS)

BackupPC + LUKS ?

Cobian (aucune idée si c'est le même type de sauvegarde que tu cherches à faire ) ?

Cobian ca mouline sous Windows uniquement me semble non ?
 
Bon je test BackupPC là, on va voir, c'est bien moche comme il faut, ça me plait Bon par contre pas de chiffrement natif des backup a priori du coup
 
Edit: ah oui mais non en fait, c'est un serveur qui backup sur lui-même, pas trop envie d'installer ça sur un KS distant et laisser une porte ouverte pour qu'il vienne récup mes données :-/

C'pour ça que je te propose de mettre du LUKS sur ton stockage.

Hello.

J'ai un switch qui a des connecteurs SFP.

Y a t'il une utilisation grand publique possible ?

Si c'est des SFP, peut être.

Quel modèle de switch ? SFP only ou quelques ports SFP dédiés, voire hybrides SFP-RJ45 ?  
 
Tu peux toujours acheter des SFP RJ45 mais ça revient vite cher par rapport à un autre switch "natif RJ45"

C'est TP-Link T2600G-28TS (TL-SG3424).
 
Donc j'ai déjà 24 ports
 
Idéalement, il me faudrait des modules qui rajoutent du POE, mais pas certain que cela existe.

Injecteur poe

+1

Ouhai, dont le SFP aucun interêt à la maison

La plupart du temps oui Il y a quelques rares exceptions si tu te sens geek/créatif ? Quelques trucs qui me viennent à l'esprit :  
 
- Si ton switch a des ports 10G, ce sera probablement sur des ports SFP/SFP+, pas sur du cuivre. Tu peux t'en servir pour connecter un NAS en 10G si tu ne veux pas brider des accès concurrents à ton NAS (faut aussi que ton NAS puisse servir + de 100Mo/s à ses clients, et avoir 2 clients en simultanés qui font ce genre de transfert )  
- Ça peut servir pour mettre une fibre pour connecter un lien qui mesure de + de 100m  
- Connecter un équipement réseau qui serait sur un autre compteur électrique (mettre le wifi autour de la piscine depuis la cabane au fond du jardin ) en évitant les soucis de masse et autres joyeusetés.  
- Si t'as une goulotte pleine et que t'arrives pas à passer un nouveau câble cuivre, ya peut-être moyen de passer une fibre à la place vu que c'est plus fin, en priant pour ne pas la péter au passage  
 
Bref, faut une grosse maison  
 
Je suis pas sûr qu'on puisse s'en servir facilement pour bypasser un ONT et j'ai peur que l'opérateur en face ne kiffe pas trop voir un switch supplémentaire débarquer sur son réseau.  
 
Pour revenir à ta problématique de PoE, si tu as 1 ou 2 équipements à alimenter alors les injecteurs sont pratiques, si tu en as plus ou que ça risque de s'agrandir dans le temps (exemple : caméras IP, APs wifi), c'est parfois plus simple d'acheter un petit switch PoE dédié, style 8 ou 16 ports. Les équipements alimentés en PoE n'ont généralement pas besoin d'une énorme bande passante donc c'est pas grave s'ils se retrouvent tous derrière le même port 1Gbps de ton switch "principal".

allez, petit refresh du serveur@home, le N330 (11 ans déjà !) et ses 2Go de RAM prennent leur retraite  
 

Quelle utilisation ?

Fury Black Artic Alpine Mortar Max
Je dirais un truc sexuel bizarre entre plugs queue de cheval, l'azote liquide et des mortiers

 
rien de spécifique, serveur perso, web, domotique, partage NFS, bouncer IRC, routeur/firewall internet, switch et AP wifi, backups, monitoring (influxDB + grafana), t*rrent... le plus embêtant avec l'ancien c'était la limite à 2 Go de RAM (j'étais à 1 Go d'utilisation) et le fait que c'était du mini-ITX donc un seul port PCIE.

T'es en forme  

Y'a encore des gens qui traînent sur IRC ?  
C'est pour une utilisation particulière ? XDCC ?

oui c'est encore utilisé. Pas d'utilisation particulière, salons de discussion tout simplement.

je suis sur irc aussi, c'est toujours niquel

Il y a encore pas mal de chan de "support" sur les logiciels opensources.