Bonjour,
Mon serveur Centos 7 souscirt en août 2021 arrive en renouvellement, je me tâte pour le renouveler 1 an juste après la end of life de Centos 7 au 30 juin 2024.
Ma config actuelle est un ADV 3 qui n'est plus commercialisé
AMD Epyc 7351P - 16c/32t - 2.4 GHz/2.9 GHz avec 128 Mo de RAM et 2 x 1 To SSD NVMe en soft raid , CentOS 7 + Plesk.
aujourd'hui en ADV3 AMD Ryzen 9 5900X - 12c/24t - 3,7 GHz/4,8 GHz j'ai l'impression de perdre au change
Et le ADV 2 actuel CPU : Intel Xeon-E 2388G - 8c/16t - 3,2 GHz/4,6 GHz me semble un peu moins bon.
L'idée est de garder 128 Mo de RAM et la volumétrie de disque.
A moins que des petits nouveautés arrivent pour la rentrée, la DDR5 commence à se pointer.
Des avis sur ma problématique ?
Mon ADV héberge actuellement 30 sites internet from scratch et wordpress.
Merci de vos retours
Faire simple, tjrs faire simple.
Si rien ne justifie à ce jour de passer sur une nouvelle offre autant rester sur celle ci.
Reste la question de l'engagement et de la mise à jour.
Je suis en plein dedans avec la fin du support de deb10 dans 1 an…
De base je dirai reprendre un engagement d'un an (voir pas d'engagement du tout ?) et refaire un point dans quelques mois…
Et si les nvlles offres ne sont pas + intéressantes reste la possibilité avant la fin du support de prendre une instance PCI, y migrer les sites, réinstaller le dédié, remigrer les sites…
C'est un peu + de boulot, mais ça permet de conserver le serveur actuel.
aujourd'hui en ADV3 AMD Ryzen 9 5900X - 12c/24t - 3,7 GHz/4,8 GHz j'ai l'impression de perdre au change
Il y-a moins de cœur c'est sur... Mais bon :
https://technical.city/fr/cpu/EPYC-7351P-vs-Ryzen-9-5900X
assez flagrant ici aussi :
https://www.cpubenchmark.net/compare/3124vs3870/AMD-EPYC-7351P-vs-AMD-Ryzen-9-5900X
je risque d'attendre en effet voir les offres de rentrée ou de cybermonday.
pas.compris le but pour ovh de mettre des processeurs desktop grand public pour des serveurs
et ca m'emballe à moitié aussi…
ou alors je reviens aux Intel
pas vu une différence fondamentale avec cet AMD Epyc
merci
Bonjour,
pas.compris le but pour ovh de mettre des processeurs desktop grand public pour des serveurs
et ca m'emballe à moitié aussi…
Moins cher, plus performant, moins consommateur et AMD contrairement à Intel supporte les mémoires ECC sur la gamme grand public.
La différence la plus visible sont les cache réduit sur la gamme GP.
Du coup je suppose que OVH met ça sur des CM type serveur de ASRock Rack (ou autre fabricant qui propose un équivalent).
Cordialement, janus57
Intéressant d'échanger, je vais attendre une prochaine config en Intel Xeon je pense.
Ou d'attendre une promo rentrée, black…
La rapidité n'étant jamais bonne conseillère,
plus sage d'attendre et faire calmement l'installation et les migrations des sites !
Perso j'ai détesté mon passage sur les cpu Epyc :
1/ reboot ultra long (plusieurs minutes), avec parfois des mauvaises surprises (boot impossible mais c'etait peut etre les maj
2/ je devais avoir un gros gros swap (car il se remplissait sans arret) je ne sais pas pourquoi (malgré ma conf systeme)
Je suis passé au 5900x et je trouve que c'est beaucoup mieux:
1/ les perf en single core au top. On a pas forcément besoin de 16 cores (à voir sur les courbes munin).
Je préfère 12 à haute fréquence. Ca réponds plus vite (à moins d'avoir une tonne de processes)
2/ le temps de reboot / downtime
3/ ok j'ai moins de RAM aussi (256=>128) mais dans mon cas je n'ai pas vu de différence avant/apres
Par contre pour certaines taches tres multi process en api, j'ai pris un vps epyc : c'est efficace et reboot ultra rapide et pas trop cher
2/ je devais avoir un gros gros swap (car il se remplissait sans arret) je ne sais pas pourquoi (malgré ma conf systeme)
Avec le uptime qui grimpe, le swap se rempli toujours (ne serai-ce que pour les accès aux fichiers). Perso je ne tourne plus qu'avec des swap de 1Go (quand SSD).
Bonjour,
1/ reboot ultra long (plusieurs minutes), avec parfois des mauvaises surprises (boot impossible, mais c'etait peut etre les maj
toujours comme ça sur les matériels serveurs et selon le matériel et vérification matériels c'est +/- long.
En pro sur des serveurs HPE on a un temps de boot de 2 à 5 minutes avant que l'OS ne se lance (et jamais eu de problème de non boot sauf quand l'OS était pourri suite à une MaJ et c'était un Windows).
Avec le uptime qui grimpe, le swap se rempli toujours (ne serai-ce que pour les accès aux fichiers).
cela dépend de la config système, c'est possible de ne jamais swapper selon l'utilisation.
Un Linux sur un serveur bien dimensionné avec un "vm.swappiness = 10" cela peu ne jamais utiliser le swap
Cordialement, janus57
la conf etait vm.swappiness = 1
Oui, c'est intéressant, je vais préciser.
J'ai mon swappiness à 10.
Seul mes serveurs qui n'hébergent une seule application/site ne swap pas.
Le reste de mes machines, où je mutualise des hébergements, swap toutes alors qu'il y a largement assez de RAM (ce qui heurte un peu ma conception de comment fonctionne le SWAP sous Linux).
A une époque j'avais regardé plus en profondeur et avais conclu que les caches fichiers prenaient pas mal de place en swap. Par exemple dans du code PHP les tests sur le système de fichier comme file_exists() ne font pas toujours appel au disque, c'est en cache.
Depuis j'ai un peu arrêté de me tracasser pour ça.
Bonjour,
Le reste de mes machines, où je mutualise des hébergements, swap toutes alors qu'il y a largement assez de RAM (ce qui heurte un peu ma conception de comment fonctionne le SWAP sous Linux).
le swap faut le voir comme 2 choses possibles sous Linux (en tout cas c'est comme ça que je l'ai compris) :
1 - comme espace de débordement en cas de manque manifeste de RAM
2 - comme "cache" si jamais une application se "réserve" de la RAM mais ne l'utilise pas.
Après si on est sûr et certain de sa configuration et que le serveur à assez de RAM on peut y aller à coup de "vm.swappiness = 0" mais faut être sûr et certain.
Cordialement, janus57
ça dépend de l'usage.
Peu de process on va préférer un cpu avec des perfs / core très importante.
Bcp de process, on va favoriser un cpu avec bcp de threads pour répartir le job.
J'ai une préférence généralement pour les gammes intel également, mais force est de constater que les serveur amd que j'ai (ceux avec bcp bcp de threads) ont vraiment de très bonnes perfs également.
Après pour le temps de reboot c'est le principe du baremetal…
@Sich
Tu as quoi comme config de bare métal ?
un peu de tout… Rise1/3, adv2/5/6.
J'ai un adv-stor-2 aussi
J'ai également 2 SYS qui se baladent pour de l'usage + perso.
Le tout sur Debian.
Après si on est sûr et certain de sa configuration et que le serveur à assez de RAM on peut y aller à coup de "vm.swappiness = 0" mais faut être sûr et certain.
Bon, non je ferais pas ça :)
J'ai depuis quelques mois un serveur GAME que j'utilise pour de l'hébergement web (Ryzen 7 3800X - 8c/16t - 3.9 GHz/4.5 GHz) et suis très satisfait du rapport perf/prix 
Je veux bien te croire au vu des CPU !
D'ailleurs l'anti ddos UDP ne devrait il pas bientôt être déployé partout avec HTTP/3 qui va progressivement se mettre en place ?
Il y a une couche UDP sur cette techno…