Choisir son stockage et ses sauvegardes

Un serveur dédié pour le stockage, avec des NVMe connectés séparément

Les serveurs OnuCloud sont hébergés à Tokyo, au Japon.

Les requêtes pâtissent-elles de la concurrence sur les disques partagés, ou la compression et la vérification des sauvegardes monopolisent-elles le processeur ? Identifiez d’abord le goulot d’étranglement, puis répartissez disques, mémoire et bande passante de restauration. Un serveur dédié ne remplace pas une stratégie de redondance.

Configurer un serveur de stockage OnuCloud Voir les tarifs mensuels et options OnuCloud

Les sections suivantes examinent l’hôte, les services de données, les sauvegardes et les accès métier. Aucune configuration ne remplace l’évaluation de la charge réelle.

Machines virtuelles et ressources hôte

Réservez des ressources à l’hôte avant de répartir celles des VM

Proxmox VE permet d’héberger plusieurs services actifs en continu sur un même serveur dédié. Les ressources sont clairement attribuées, mais les quotas de chaque VM, l’isolation réseau et les sauvegardes restent à configurer.

Les ressources se répartissent, mais restent limitées

L’AMD EPYC 7543P offre 32 cœurs et 64 threads, avec prise en charge d’AMD-V et de NPT ainsi que de la virtualisation imbriquée. Celle-ci convient aux tests de configuration, mais les couches de planification supplémentaires ont un coût. Sa prise en charge ne signifie pas que les performances restent inchangées.

Les 128 Go de DDR4-3200 ECC conviennent à un hôte dont les besoins sont bien définis. Pour héberger davantage de VM ou réserver plus d’espace au ZFS ARC, la configuration 256 Go peut être envisagée. Le quota CPU, la marge de l’hôte et le budget mémoire sont à calculer ensemble : le nombre de threads ne suffit pas à déterminer combien d’instances déployer.

La mémoire ne peut pas être augmentée sur la machine après sa mise en service. Pour changer de configuration, il faut commander une autre machine et migrer les services.

Gérez séparément les disques de production et les volumes de sauvegarde

Les disques des VM peuvent utiliser les 2 × 1 To NVMe connectés individuellement et inclus, en fonction des besoins de restauration et en choisissant entre une utilisation séparée et un miroir. Un NVMe supplémentaire de 2 To peut servir de volume de sauvegarde. Deux disques au maximum peuvent être ajoutés, chacun connecté individuellement.

Une sauvegarde sur la même machine facilite les restaurations quotidiennes, mais reste exposée aux mêmes pannes que les services de production. Les copies importantes doivent être transférées séparément vers un autre site. Placer une sauvegarde dans une autre VM ne change rien au fait qu’elle se trouve sur le même serveur physique.

Cette solution s’adresse aux administrateurs capables de gérer un hôte de virtualisation. Elle ne convient pas aux projets qui attendent la gestion des VM, de la stratégie de sauvegarde et de la configuration système par OnuCloud.

Bases de données et middleware

Éliminez la concurrence sur le stockage partagé, sans négliger la haute disponibilité

Les requêtes, la création d’index, l’écriture des journaux et la persistance du cache n’ont pas les mêmes exigences en matière d’attente disque. Les NVMe étant connectés individuellement et non via un stockage partagé, les variations dues à la concurrence d’autres clients sur des disques cloud partagés sont écartées. Les verrous, les plans de requête et les tâches exécutées sur la même machine continuent toutefois d’influencer la latence.

Adapté : écritures continues et charge prévisible

Un serveur dédié facilite l’attribution des ressources lorsque les bases de données et le middleware fonctionnent en continu et que les ressources CPU, mémoire et disque doivent être clairement définies. Réservez d’abord la mémoire aux tampons et au jeu de données actif du cache, puis prévoyez une marge pour le système, le traitement des journaux et la compression des sauvegardes.

Les analyses de sauvegarde, les vérifications et les requêtes métier peuvent se disputer les disques et le CPU, même si elles relèvent du même client. Planifiez ces tâches pendant les périodes creuses au lieu de supposer que toutes peuvent fonctionner à pleine charge simultanément.

Inadapté : considérer une seule machine comme un dispositif de reprise automatique

Deux disques connectés individuellement ne constituent pas un RAID-1 préconfiguré. Les services qui nécessitent un basculement, un miroir ou une restauration sur un autre équipement doivent prévoir eux-mêmes la réplication, la détection des pannes et les procédures de reprise. La séparation des disques sur une seule machine ne suffit pas à assurer la haute disponibilité.

OnuCloud fournit le matériel et le réseau. Les paramètres de la base de données, la topologie de réplication et les sauvegardes de données relèvent du client. Les projets qui nécessitent une redondance ou une gestion de base de données par le centre de données ne font pas partie du périmètre du service.

Fichiers et copies hors site

Attribuez les disques aux besoins de restauration, pas seulement à la capacité

Le stockage de fichiers privilégie l’espace disponible, tandis qu’un service de sauvegarde doit aussi tenir compte de l’isolation des copies et de leur chemin de restauration. Les deux NVMe de 1 To inclus représentent une capacité brute totale de 2 To. Avec un miroir sur deux disques, la capacité nominale disponible est d’environ 1 To, avant déduction du formatage et de la surcharge du système de fichiers.

Les capacités indiquées sont les valeurs nominales du catalogue. Aucun RAID matériel n’est fourni : la création des pools et des miroirs incombe au client.
Groupe de disques Usage conseillé Capacité Limite à garder en tête
2 × 1 To NVMe inclus Miroir ZFS pour les données actives et les fichiers courants 2 To bruts au total ; environ 1 To en miroir Un miroir ne remplace pas les versions historiques et ne protège pas contre la synchronisation d’une suppression accidentelle.
2 × 2 To NVMe en option Pool de sauvegarde distinct pour conserver des copies des données métier 4 To bruts au total ; environ 2 To en miroir Les copies restent sur la même machine. Les données critiques doivent aussi être sauvegardées hors site.
Copie externe hors site Conservation des données en dehors du périmètre de panne de la machine Selon la cible de sauvegarde choisie Vérifiez régulièrement la lisibilité des données, l’ordre de restauration et le temps nécessaire.
Activités internationales et adresse IP fixe

Attribuez les adresses aux services et configurez l’isolation dans le système

Une adresse IP fixe convient aux interfaces d’administration de boutiques, aux rappels de service et aux listes d’autorisation. Une IPv4 dédiée permet d’identifier clairement l’adresse attribuée, mais le nombre d’adresses ne crée pas automatiquement une isolation entre les services et ne garantit pas d’éviter les contrôles des plateformes externes.

Adapté : plusieurs services avec des correspondances clairement définies

Une IPv4 dédiée est incluse. Jusqu’à 255 adresses supplémentaires peuvent être ajoutées, pour un total maximal de 256. Un registre des adresses peut être tenu pour chaque VM ou service, avec son usage, l’équipement associé et les règles d’accès, afin d’éviter les doublons de configuration.

Les adresses supplémentaires doivent être associées aux services dans le système. Pour l’administration à distance, seule la première IPv4 indiquée dans le portail est utilisée. Les autres adresses sont affectées selon les besoins métier. Le pare-feu, le routage et le réseau des VM sont à configurer par le client.

Inadapté : considérer plusieurs IP comme un déploiement multisite

Ajouter des IPv4 sur une même machine ne répartit pas les services entre plusieurs zones géographiques et ne change pas le périmètre de panne de l’équipement. Une architecture qui exige un déploiement dans plusieurs villes, un basculement entre régions ou un accès au plus près des utilisateurs ne doit pas reposer entièrement sur une seule machine.

Lorsque plusieurs boutiques sont hébergées sur le même serveur, leurs comptes, identifiants et droits d’accès doivent être gérés séparément. Les adresses réseau peuvent être réparties, mais les autorisations système et les exigences de conformité restent à traiter individuellement.

Accès aux applications Windows

Vérifiez les licences avant de déployer les services à distance

Les applications nécessitant Windows Server peuvent utiliser une licence Standard ou Datacenter, facturée au mois. Cette solution convient aux équipes qui maîtrisent déjà l’administration Windows et peuvent installer leurs applications et gérer leur système. Il ne s’agit pas d’un service d’hébergement d’applications ni d’administration déléguée.

Versions système et mode de connexion

Windows Server est proposé en versions 2019, 2022 et 2025, avec une interface en anglais, en chinois traditionnel ou en chinois simplifié. Après la livraison, les identifiants sont disponibles dans le portail et la connexion s’effectue via RDP. Si plusieurs IPv4 sont attribuées, seule la première est utilisée pour la connexion à distance.

Vérifiez au préalable la compatibilité des applications, pilotes et composants requis avec la version choisie. La langue du système ne signifie pas que les applications sont localisées : leur langue et leurs licences doivent être vérifiées séparément.

Une licence ne remplace pas la configuration des applications

Choisissez Standard ou Datacenter en fonction des besoins réels en licences, et non uniquement de la quantité de mémoire. Si des charges Windows et Linux doivent partager une machine via la virtualisation, vérifiez également les conditions d’utilisation des licences des systèmes invités.

La préinstallation de logiciels métier propriétaires, la configuration d’un service d’annuaire ou la gestion de comptes applicatifs ne font pas partie de la livraison standard. Avant de choisir, recensez les dépendances logicielles, les droits d’accès et les méthodes de sauvegarde, puis confirmez que le système et le matériel répondent aux besoins.

Quand ne pas louer un serveur entier

Pour une faible charge, le serveur dédié n’est pas toujours le choix le plus économique

Les serveurs OnuCloud conviennent aux charges continues, aux besoins en ressources bien définis et aux équipes capables d’administrer leur système. Si le besoin ne porte ni sur une puissance de calcul dédiée, ni sur des disques connectés individuellement, ni sur une adresse IP fixe, la location d’un serveur entier peut entraîner des coûts liés aux ressources inutilisées et davantage de travail d’administration.

  1. 01

    Quelques cœurs suffisent pour les tests

    Pour un environnement de test peu gourmand en calcul et en accès disque, qui peut être libéré une fois les tâches terminées, un VPS mutualisé généraliste est souvent plus économique. Si les 32 cœurs et 64 threads du serveur restent inutilisés, l’avantage des ressources dédiées ne se traduit pas par un bénéfice concret.

  2. 02

    Les ressources doivent évoluer à la demande

    Si l’activité nécessite d’ajouter ou de supprimer des instances à l’heure, ou d’augmenter temporairement les ressources lors d’une campagne, évaluez d’abord des services élastiques. Pour changer de configuration mémoire chez OnuCloud, il faut commander une autre machine : augmenter les ressources de la machine existante ne permet pas de gérer un pic de trafic imprévu.

  3. 03

    L’administration système n’est pas assurée

    Le RAID logiciel, ZFS, le réseau de virtualisation et la restauration des données nécessitent une gestion continue. Si le projet ne peut pas prendre en charge la configuration du système et la vérification des sauvegardes, il faut d’abord définir les responsabilités d’administration au lieu de considérer le matériel dédié comme un service géré.

Un autre type de charge de calcul

DGX Spark pour les expérimentations sur les modèles et le développement CUDA

Pour l’inférence locale de grands modèles, les essais de réglage fin LoRA / QLoRA et le prototypage d’applications d’IA, DGX Spark peut être une option à évaluer. Il ne s’agit pas d’une option d’accélération pour les serveurs de stockage AMD : les deux gammes se choisissent séparément.

Adapté : des tâches de développement avec un objectif expérimental clair

La comparaison des sorties de modèles, la validation de flux d’inférence, les essais de réglage fin et le développement CUDA gagnent à être précédés d’une définition des objectifs d’évaluation et du mode d’export des résultats. Les modèles et dépendances de développement sont à préparer soi-même.

Inadapté : dépendance à x86 ou entraînement multi-machine

Les projets qui dépendent de programmes x86, de Windows ou d’un entraînement sur plusieurs machines ne doivent pas migrer directement vers cette gamme. Vérifiez d’abord la compatibilité de l’architecture et des logiciels avant de planifier les expérimentations, afin de prendre en compte le coût de la migration de l’environnement.

Vérifier si DGX convient chez OnuCloud

Définissez les disques et les objectifs de restauration avant de choisir les options

Recensez la capacité des données actives, l’emplacement des copies, le jeu de données en mémoire et la bande passante de restauration, puis configurez le serveur dans l’espace OnuCloud. Définissez la redondance et les sauvegardes en même temps que la configuration de la machine.

Configurer un serveur OnuCloud selon la charge Consulter le détail des tarifs mensuels OnuCloud