Reprise du message précédent :

Il faudrait plus d'infos...
 
Tu utilises quelle instance GitLab ? gitlab.com ou un GitLab dédié ?
Vous avez une souscription Premium / Ultimate ?
 
Sur gitlab.com, sans souscription tu as droit à 400 minutes de CI par mois : https://about.gitlab.com/blog/2020/ [...] ree-users/

Gitlab dédié à l'entreprise, pas de souscriptions.

Les 400 minutes je ne peux pas compter dessus.

Quelles autres informations je peux apporter pour mieux m'orienter ?

Merci pour la réponse.

Dans ce cas oui, tu peux déployer un runner GitLab sur ta machine.
 
Tu sais déjà quel OS tu vas utiliser ? Voire si vas faire tourner ton runner dans une VM avec un autre OS ?
Et tu prévois de faire tourner ton runner dans un container ?
 
L'avantage d'un runner sous forme de container, c'est que tu peux facilement limiter les ressources (CPU/RAM) qui lui sont allouées.

32Go c'est pas large.
64Go c'est le max sur un Nuc classique, c'est pas mal, mais 128Go c'est confort.

Là-bas, ils utilisent Ubuntu, personnellement j'aime bien Debian, donc à voir ce qui est le plus judicieux.
On est relativement libre, donc tout conseil est la bienvenue.
 
Pas forcément besoin d'avoir un Gitlab Runner dans un container, généralement je l'installe directement sur la machine, en suivant le tutoriel officiel.
A voir s'il n'y a pas trop de "pertes" en optant pour la version container, je pense que dans les deux cas on peut limiter l'usage en ressource.
 

Okay je vais tenter de partir sur minimum 64Go.
 
Du coup, va falloir que je creuse si je pars sur de la DDR4 moins cher ou basculer carrément en DDR5 si ça rentre à peut près dans le budget et s'il y a un intérêt.

Perso, je trouve que Debian n'a pas sa place en entreprise, mais tout le monde est pas d'accord
(9 ans de support pour RHEL ou ses dérivés)
 

J'utilise tout le temps les executor Docker ou Kubernetes, ça permet d'avoir un environnement "propre" à chaque fois.
Par contre, ça complexifie le debug : https://docs.gitlab.com/runner/executors/

Tu as dit que tu remplaces un NUC, mais pour le nouveau tu es encore obligé de te contraindre à un NUC? C'est un peu dommage.
 
Ici il y a un configurateur de NUC sur base de 13600K, si jamais :  
 
https://iamnuc.com/fr/13th-gen-inte [...] ned&color=
 
Et ici une variante en 12700H
 
https://iamnuc.com/fr/12th-gen-inte [...] ned&color=

 
En effet

Ok je vais creuser, merci pour les suggestions.

Je suis libre pour les choix, donc il ne me faut pas forcément un format NUC.
Le choix du 13600K me semblait intéressant par rapport au fait que le prix est contenu tout en ayant accès à autant de Threads.
 
Merci pour le partage du lien en tout cas et pour toutes vos réponses.

Si je le fais acheter par ma boîte mais que je l'assemble moi même, j'arrive sans problème à faire une bonne station en 13600k avec 64 ou 128Go DDR4 dans ton budget.
Par contre j'ai regardé chez Dell, en tout assemblé c'est rapidement 2k€.

Qu'est-ce qui te fait dire ça ? Juste la durée du support ?

Ok, je vais me pencher sur les détails et faire une première ébauche.
Le choix du 13600K est un bon compromis pour les besoins du coup?

Si c'est le nombre de coeur / thread que tu recherches, tu as regardé du côté amd ?

Je peux seulement te confirmer que les 12600k, 13500, 13600k ont un excellent rqp pour ce genre d'usage.
Chez AMD c'est le 5900x en 12/24 que je vois avec un bon rqp ces jours-ci

Aujourd'hui pour l'efficacité je partirai sur du Ryzen dernière gen en non-X (super efficacité énergétique tout en étant bien perf quand même)

Oui, surtout la durée de support : RHEL 8 sera supporté jusqu'à mi 2029, RHEL 9 jusqu'à mi 2032.
Debian 10 c'est hors support mi 2024, Debian 11 mi 2026, donc tu dois te taper des mises à jour majeures / réinstaller.
Et avec RHEL tu as le choix du support ou non (avec Rocky / Alma voire Oracle Linux, qui permet les 2 cas).
 
Je fais beaucoup de templates de VMs (VMware / Nutanix) de façon automatique avec Packer, Kickstart est beaucoup plus simple que Preseed.
Faudrait fusiller le mec qui a pondu la méthode de partitionnement et facturer les balles à sa famille
 
Après, c'est une question d'habitude...J'utilise Red Hat depuis "longtemps" (1996, j'ai encore des CD ), je trouve leur doc / base de connaissance très pratique.
Idem pour des composants comme SELinux, quand tu t'en sers depuis longtemps, repartir sur AppArmor c'est pas "marrant".
 
On a beaucoup de produits Red Hat ici (OpenShift, Ansible Automation Platform), ça aide à préférer RHEL

@Plam Ryzen 7xxx = DDR5. Tu veux un devis pour 64Go DDR5  ?  
 
32go DDR4 = 80€   --> 160€
32go DDR5 = 150€ --> 300€

Merci pour vos réponses, j'en ferai la synthèse dans la soirée.

Je viens de regarder, prix d'entrée pour avoir plus de Threads c'est tout de suite un étage au dessus en terme de budget.
Sans parler du coût CM + RAM plus élevée de la plateforme.
 
Il semble finalement que le choix est vite restreint.

Le 13600K semble être le vainqueur du coup.

Un bon 500€ le ticket d'entrée pour plus de Threads avec IGP contrairement à la série d'avant.
Il ne reste plus grand chose pour les autres pièces du coup.

Merci pour les retours, je vais sûrement partir sur RHEL du coup mais sans support payant.

J'ai été étonné de voir que 64Go de DDR5 5200 en premier prix été à 249€ alors qu'en DDR4 3600 c'est 265€.
Surpris aussi de voir le prix du Noctua NH-D15, 140€ .
 
Edit:
https://fr.pcpartpicker.com/list/HQwfW4
Première ébauche du coup, ça semble dépasser le budget et compliqué de trouver toutes les pièces chez un même revendeur pour éviter de le monter soi même histoire de se concentrer plutôt sur le boulot.

Tu as 2 solutions :
- un "rebuild" de RHEL, comme Rocky / Alma / Oracle Linux
- RHEL, avec une soucription Red Hat Enterprise Linux Individual Developer
 
Ca te donne droit à 16 serveurs RHEL, à Ansible Automation Platform, etc.
 
C'est utilisable en entreprise, mais tu ne peux pas "partager" ton compte :
 

Intéressant, ayant toujours utilisé du Debian (majoritairement en perso) et très peu d'expérience d'autres distributions. Quand je regarde les durées de support, en environnement professionnel ça fait court. À leur décharge, l'upgrade est généralement facile.

 
Je ne connais pas Kickstart, mais Preseed c'est pas la panacée en effet. Par contre je n'ai rien à reprocher au système de partitionnement.

Je ne me rappelle pas avoir du de Debian en entreprise notamment à cause de l'absence de support... J'ai commencé avec la Debian 2.1 d'ailleurs, ça rajeunit pas

Quand je bossais dans mon ancienne boîte (un éditeur de logiciel pour labo d'analyses), les 1ers serveurs Linux que l'on mettait chez nos clients étaient en Debian.
 
Y'en a pas eu beaucoup puisqu'on a basculé sur du Red Hat.

J'ai pas dit que c'était le moins cher Ça va durer plus longtemps aussi.

 
 
Salut, tu as quoi comme sophos ???
 
Merci à toi

Sophos Firewall Home Edition : https://www.sophos.com/fr-fr/free-t [...] n/software

Ouai alors l'absence de support on pourrait en parler des heures et des heures.

Ici on a environ 300 serveurs debian avec toutes sortes de fonctions : VoIP, bdd, web serveurs etc. Et il serait hors de question de partir sur du red hat pour ça.

Les développements sont fait en sorte pour ne surtout pas dépendre de la distribution et être capables d'évoluer avec le temps.

Mis a part l'automobile ou certains secteurs de l'industrie, j'ai du mal à comprendre le bien fondé du "ya une lts c'est ça qu'il faut choisir"

Faut tout containeriser sous du Alpine épicétou  

 
 
Ok merci à toi

Nous avons une infra à près de 250 millions d'euros (6000 VM Linux et 1600 partitions AIX, entre autres) donc la question ne se pose pas
 
Tu bosses dans le public ?

C’est la fête de red hat

Ah mais on est d'accord, on déploie / migre un maximum de trucs vers Kubernetes / Docker / Swarm
 
Mais sur des applis legacy, une distrib supportée 4 ans je trouve ça moyen... sauf si tes clients acceptent que tu n'aies plus de correctifs de sécu

Non, pourquoi ?

Vous faites souvent appel au support de vos distros ?

Support dans le sens où la distrib reçoit encore des mises à jour / correctifs de sécu.
 

Oui voilà, sans parler de faire appel au support éditeur, les correctifs de sécu c'est quand même un bon truc à avoir.

https://wiki.debian.org/LTS/Extended
2029
Les maj de sécu sont gratuite jusqu'en 2029 pour debian 10
Le support non ^^

Il faut juste penser à bien refaire ses sources lists

... et espérer tomber sur les paquets tenus à jour.

 
Bon, je teste des trucs en virtuel sur VMWare Worstation 17.
J'ai installé un serveur OPnSense avec deux cartes, une WAN et une LAN. Pas de soucis de ce côté là.
J'ai créé trois VLAN dans lesquelles je vais mettre un poste dans chaque VLAN, en DHCP. Pour tester.
Le DHCP est bien configuré sur OP. Enfin je pense.
 
Ma question est stupide certainement, mais si je voulais mettre dans chaque VLAN une dizaine, une vingtaine, voire plus, de poste. Comment procéder ? Quelle est la procédure à appliquer ?  
 
Mon but est d'installer chez moi un "vrai" serveur physique OP et d'avoir un VLAN pour mes enceintes et mes prises WiFi, un VLAN pour ma Shield/AppleTV et ma XBox, un VLAN pour mes portables PC/Mac. Voir comment les rentrer dans la configuration du serveur DHCP de chaque VLAN.
 
Merci de vos retours

Le principe du dhcp, c'est de donner dynamiquement une ip dans un range, pas d'y configurer les hôtes un par un.
Ton device est dans le vlan (parcequ'il est sur un ssid dans le vlan, parceque son switch ou son port de switch est dans le vlan), il prend une ip dans le range configuré poue ce vlan sur le dhcp.

 
DHCP attribue une IP au client. à toi de choisir si tu veux que ça soit dynamique ou fixe.
pour les équipements volatiles on préfère le dynamique pioché dans un range dynamique
pour les serveurs, c'est intéressant de fixer l'IP
 
oui pour le dynamique aux enceintes et prises wifi
bof pour le serveur

Oui pour le fonctionnement d'un DHCP.
Mais dans le cas que j'ai cité, comment faire pour avoir les équipements dans les VLAN différents ? Comment faire pour que toutes mes prises WiFi, mes enceintes WiFi, se "placent" dans le VLAN nommé on va dire VWIFI, et ma Shield mon AppleTV mon XBox dans le VLAN VMedia ? Que mes portables se retrouvent dans le VLAN VPortables ?  
Je ne vais pas chercher leurs adresses MAC et les mettre dans chaque VLAN, si ?
Je passe bien par des switchs, mais la partie WiFi, qui sera donc gérée par mon routeur en mode AP, comment cela se passe ?