Blog

Le bare metal l'emporte sur les deux chiffres qui décident si un serveur de jeu est agréable : le temps de tick dans le pire cas et la latence dans le pire cas. Une VM mono-locataire sur du matériel que vous contrôlez s'en approche. C'est sur un VPS multi-locataire survendu que la simulation à tick fixe s'effondre, parce qu'un vCPU ordonnancé avec quelques millisecondes de retard donne un tick manqué que chaque joueur voit sous forme de rubber-banding. Ce guide explique ce qu'un hyperviseur ajoute à une boucle de tick, pourquoi le temps de tick au 95e percentile compte plus que le débit moyen, comment mesurer le steal time et le MSPT sur votre propre serveur, et quand une VM reste le bon choix.

AlmaLinux vous donne la plateforme RHEL (même ABI, même cycle de vie de dix ans, même écosystème) gratuitement. Red Hat facture un montant à quatre chiffres par an et par serveur pour l'original. La question intéressante n'est pas laquelle est la moins chère ; c'est ce que l'abonnement achète précisément, et qui en a vraiment besoin. Ce guide détaille la réponse : SLA de support, certifications ISV, patching à chaud et options de cycle de vie d'un côté ; les vrais avantages d'indépendance d'Alma (y compris des pilotes que Red Hat a abandonnés) de l'autre, plus l'option gratuite à 16 systèmes de Red Hat dont la plupart des gens oublient l'existence.

Le réseau électrique de la Hollande-Septentrionale est en grande partie saturé pour les raccordements nouveaux ou renforcés des gros consommateurs, et Amsterdam n'autorise plus de nouveaux datacenters, ni l'extension des datacenters existants, jusqu'en 2035. Les serveurs qui tournent déjà à Amsterdam gardent leur alimentation. Ce qui manque, c'est la capacité nouvelle : un bâtiment de plus, un raccordement plus puissant ou une baie plus dense dans une salle existante.

Un serveur Linux fraîchement installé ne possède aucune règle de pare-feu. Chaque listener que vous démarrez devient instantanément accessible depuis l'ensemble d'Internet. La solution est une base courte et bien comprise : default-deny en entrée, autoriser le trafic established, et une allow-list explicite pour les services que vous faites réellement tourner. Ce guide construit cette base dans nftables règle par règle, explique les points que tout le monde rate (ICMP et IPv6), montre la même politique dans ufw et firewalld, et explique comment éviter de vous verrouiller vous-même dehors, ainsi que le piège de la publication de ports Docker.