Usages

Quatre types de charge pour un serveur dédié

32 cœurs, 64 threads et mémoire ECC réservés à un seul client.

Commencer par recenser les ressources nécessaires

Ces quatre types de charge reposent sur le même matériel AMD EPYC 7543P. Seuls changent la mémoire à réserver, l’organisation des disques et la répartition des adresses et de la bande passante ; il ne s’agit pas de configurations matérielles différentes.

Hôte de virtualisation

Proxmox VE pour les VM et les conteneurs

Installez Proxmox VE 9 et utilisez un miroir ZFS pour les disques des VM. Une adresse IPv4 supplémentaire peut être attribuée aux VM qui ont besoin d’une adresse dédiée.

Réservez d’abord de la mémoire aux services de l’hôte et au cache ZFS, puis répartissez le reste entre les VM KVM ou les conteneurs. Définissez les quotas CPU en fonction des tâches exécutées simultanément, plutôt qu’en additionnant simplement les cœurs virtuels annoncés pour chaque VM.

Les deux SSD NVMe inclus peuvent être configurés en miroir lors de l’installation. Le miroir protège contre la panne d’un disque, mais ne remplace pas une sauvegarde hors site ; les modèles de VM, les fichiers de configuration et les données métier doivent chacun faire l’objet d’un plan de restauration.

À prévoir : ressources de l’hôte et isolation des VM
Bases de données et middleware

Base de données principale et services associés

Hébergez PostgreSQL ou MySQL sur NVMe et exécutez Redis et les files de messages sur la même machine. La configuration 256GB offre davantage de marge pour dimensionner le pool de mémoire tampon.

Le budget mémoire doit couvrir le cache de la base de données, les processus de connexion, le cache du système d’exploitation et le middleware. Toute la mémoire ne peut pas être affectée au pool de mémoire tampon, et la taille des fichiers de la base ne suffit pas à estimer les besoins.

Lorsque la base principale, les journaux et les files partagent les mêmes disques, surveillez le chevauchement des pics d’écriture. Une connexion NVMe directe n’élimine pas la concurrence I/O entre les services ; les tâches critiques nécessitent des quotas, une supervision et des tests de restauration.

À prévoir : cache et pics d’écriture
Sites internationaux et API

Hébergement centralisé des sites et applications

Une IPv4 dédiée peut héberger les sites et les API. Choisissez 250 Mbps, 1 Gbps ou 2 Gbps selon les besoins de sortie ; les trois options sont sans limite de trafic.

Le serveur est hébergé à Tokyo, au Japon. L’expérience dépend également du réseau des visiteurs, du routage international, du poids des pages et de la réactivité de l’application. La localisation géographique ne garantit pas une latence identique depuis toutes les régions.

Les ressources de plusieurs sites peuvent être réparties entre processus, conteneurs ou VM. Le besoin d’adresses dédiées supplémentaires dépend de l’isolation des services et de la conception du réseau ; le nombre de sites ne détermine pas à lui seul le nombre d’adresses nécessaires.

À prévoir : pics de sortie et origine du trafic
Charges Windows

Applications métier et hôte Hyper-V

Windows Server Datacenter peut héberger des applications métier et Hyper-V. L’équipe administre le système via RDP ; la licence du système est facturée avec le serveur chaque mois.

Windows Server 2019, 2022 et 2025 sont disponibles en anglais, chinois traditionnel ou chinois simplifié. La compatibilité des applications et des bases de données, ainsi que leurs conditions de licence, doivent être vérifiées séparément avant le déploiement.

RDP est un moyen d’administration ; il n’inclut pas de licence pour les applications métier ni de droits d’accès à distance supplémentaires. Pour un déploiement avec plusieurs VM, vérifiez également les limites de licence des systèmes invités et réservez les ressources nécessaires à l’administration et aux sauvegardes de l’hôte.

À prévoir : compatibilité et licences

Dimensionner la mémoire selon les données actives et la simultanéité

128GB convient pour démarrer avec une base de données ou quelques VM ; 256GB offre davantage de marge pour une dizaine de VM ou une base dotée d’un pool de mémoire tampon plus important. Ces exemples servent au dimensionnement et ne garantissent pas un nombre de charges exécutables.

La densité des VM dépend de la mémoire résidente de chaque système invité, des tâches simultanées et des besoins en période de pointe. Pour une base de données, estimez les besoins à partir des données actives, du nombre de connexions et du type de requêtes, et non de la seule capacité disque utilisée.

Les deux configurations utilisent de la mémoire DDR4-3200 ECC et disposent du même processeur, des mêmes disques et de la même bande passante incluse. La mémoire ne peut pas être augmentée sur le serveur après sa mise en service ; changer de configuration nécessite une nouvelle commande. Il faut donc tenir compte à la fois des besoins habituels et des pics de charge.

Choisir selon le niveau de contrôle des ressources

Un VPS partagé, un serveur dédié et une baie hébergée impliquent des niveaux de gestion et d’investissement différents. Le tableau compare les caractéristiques générales de chaque solution : une location mensuelle ne comprend pas la gestion des applications, et un serveur dédié ne dispense pas de l’administration système.

Comparaison des solutions d’hébergement
Critère VPS partagé Serveur dédié Baie en propre
Ressources dédiées Les ressources virtuelles sont attribuées au client, mais le matériel physique sous-jacent héberge généralement plusieurs clients. La machine entière est réservée à un seul client ; le CPU, la mémoire et les disques ne sont pas partagés avec d’autres clients. La répartition des ressources dépend du matériel acheté et de son déploiement en baie.
Stabilité des performances Dépend de l’ordonnanceur de virtualisation, des quotas et du niveau de partage des ressources sous-jacentes. Les 32 cœurs ne sont pas partagés avec d’autres clients ; les charges exécutées sur la même machine doivent néanmoins être gérées. Dépend du matériel acheté et des charges hébergées ; la gestion de l’équipement incombe au client.
Mise à disposition Selon la configuration et les modalités de livraison des instances virtuelles du fournisseur. Après la commande en ligne, le serveur est livré via le portail ; le client gère l’installation du système et des applications. Achat, installation en baie, câblage et déploiement système et réseau à organiser.
Coût de départ Commence généralement par une petite allocation de ressources, facturée selon l’offre choisie. Location mensuelle, sans frais d’installation ni engagement. Prévoir l’achat du matériel, la baie, le réseau et la gestion sur site.

Les ressources matérielles sont dédiées, mais cela ne constitue pas une garantie de performances applicatives. La contention sur les verrous de base de données, la configuration des applications, les écritures de sauvegarde et la surallocation des VM peuvent toujours créer des goulots d’étranglement sur une même machine.

Réseau : dimensionner séparément bande passante et adresses
250 MbpsInclus · trafic illimité
1 GbpsEn option · trafic illimité
2 GbpsEn option · trafic illimité

Attribution des IPv4

Première adresse
Administration de l’hôte et accès SSH / RDP
Adresses suivantes
À attribuer aux services ou aux VM selon le plan réseau
Nombre d’adresses
1 incluse, jusqu’à 256 au total

Ce schéma sert à planifier les ressources et n’affiche aucun identifiant de connexion. Les adresses sont consultables dans le portail après le paiement et la livraison.

La bande passante pour les pics, les adresses pour l’isolation

La bande passante détermine le débit disponible, tandis que le volume de trafic mesure la quantité totale de données transférées. Les trois options sont sans limite de trafic, mais leurs débits diffèrent. Les distributions de fichiers, les visites du site et les sauvegardes qui se chevauchent sont à prendre en compte dans le budget de sortie.

Commencez par recenser les temps de réponse des applications, les téléchargements et les autres transferts sortants en période de pointe, puis choisissez 250 Mbps, 1 Gbps ou 2 Gbps. Une seule option de bande passante peut être sélectionnée ; les débits des trois options ne s’additionnent pas.

Une IPv4 dédiée est incluse ; jusqu’à 255 adresses supplémentaires peuvent être commandées, une par une. Les adresses de plusieurs sites ou VM se planifient selon les besoins d’isolation. Plusieurs sites peuvent aussi partager une même adresse, avec une configuration adaptée des points d’entrée et des certificats.

Plusieurs IPv4 ne configurent pas automatiquement le réseau des systèmes invités. La première adresse de la liste est réservée à l’hôte pour SSH ou RDP ; les autres sont configurées dans le système ou les VM à l’aide des paramètres réseau, avec vérification du pare-feu et des droits d’accès.

Définir la protection des données avant le déploiement

Les deux disques NVMe de 1TB sont connectés séparément, sans RAID matériel. Leur capacité nominale cumulée est de 2TB, mais ils ne sont pas configurés d’emblée en RAID-1. Le système de fichiers, l’espace utilisé par le système et le niveau de redondance influent sur l’espace disponible pour les applications.

Pour les bases de données et les VM, il est recommandé de configurer d’abord un RAID logiciel ou un miroir ZFS, puis des sauvegardes hors site. Le miroir apporte de la redondance au niveau des disques, mais ne protège ni contre une suppression accidentelle, ni contre une erreur d’écriture de l’application, ni contre la perte simultanée des données de la machine.

Trois vérifications avant la mise en production

  • Organisation des disques : choisir entre disques indépendants et miroir, puis définir l’emplacement des volumes applicatifs, des journaux et des sauvegardes.
  • Emplacement des sauvegardes : conserver une copie ailleurs que sur la même machine et adapter les sauvegardes de la base à la méthode de restauration retenue.
  • Tests de restauration : vérifier que les sauvegardes sont lisibles, que la configuration peut être reconstruite et que les applications peuvent redémarrer ; ne pas se limiter à vérifier l’exécution des tâches.

Le matériel et le réseau sont pris en charge par le fournisseur ; la configuration système, les données métier et les sauvegardes relèvent du client.

Configurer le serveur selon les charges

Commencez par choisir la capacité mémoire, puis définissez les besoins en disques, bande passante, IPv4 et système d’exploitation. Les tarifs mensuels des deux configurations et les options figurent sur la page des tarifs ; le récapitulatif de commande indique le prix total et le montant dû pour la période choisie.

Facturation en dollars américains ; les moyens de paiement disponibles sont indiqués sur la page de configuration. La disponibilité effective est celle affichée en temps réel dans le portail.