Tests de charge - Quel sizing de serveur est-il nécessaire?

Hello !

L’un de mes collaborateurs m’a posé une colle sur Dolibarr, en effet je suis incapable de lui donner les sizing de machines de production nécessaires en fonction du nombre de records de la DB.
Explication, chaque magasin fait ± 300 factures par jours. Aujourd’hui il n’y a qu’un magasin, mais ils comptent en ouvrir 3 cette année, le tout lié à la même instance Dolibarr.

Avons-nous une grille de référence qui donne une indication sur les serveurs recommandés à mettre en place pour de telles volumétries ?

Pour résumer:
Année 1 → une magasin → 300 x 360 x 1 = 108 000 objets
Année 2 → deux magasins + l’année 1 → 324 000 objets
Année 3 → quatre magasins → 756 000 objets

Concernant le nombre d’utilisateur :

  • 5 directement sur l’ERP
  • 10 utilisateurs sur des applications tierces qui passent par les API

Concernant le nombre de produits :

  • 400 produits

Concernant les entrepots :

  • 5 entrepots + 4 magasins = 9 entrepots

Nombre de clients

  • ce n’est pas relevant car vente comptoir, un seul client « client de passage » + des clients B2B mais c’est dérisoir ± 100

Compta

  • Module de compta simple activé

Bref, vous m’aurez compris, le serveur de l’année n°1 n’est pas celui e l’année 3

Si vous avez des idées, je suis preneur.
Et dans tous les cas, nous allons procéder à des tests de charge avec des instances de test

Bonjour,
300 factures par jours x le nombre de magasins = le nombre de factures total. Ce n’est pas suffisant pour dimensionner un serveur.

  • Combien de produits/services dans le catalogue ?
  • Gestion de stock : combien d’entrepôts ?
  • C’est de la vente comptoir ? Sinon combien de clients ?
  • Coté fournisseurs il sont combien ?
  • Combien d’utilisateurs ?
  • Y aura t-il une comptabilité ?

@+

Bonjour :slightly_smiling_face:
Surtout :

Combien d’utilisateurs ?

car bien souvent les plantages viennent de là… :rofl:

Bonjour Phil,
j’ai mis à jour la description !

Bonjour,

pour dimensionner un serveur, il faut prendre en compte le nombre de transaction de user par unité de temps… le volume de donnée et/ou le nombre d’utilisateur ne sert pas à grand chose (ils ne sont que des indicateurs tellement le stockage est bon marché)

1 user seul peut faire tomber à lui tout seul un serveur en requêtant un grand nombre de donnée.
1000 user peuvent être actifs sur un petit serveur sans problème …
prenez un chewing-gum Emile.

C’est quoi ? boutique en ligne ? logistique ? Nombre de transaction par jour ?
ça peut être gourmand en ressource !
@+

10 utilisateurs sur des applications tierces qui passent par les API
Il y’en a plusieurs :

  • Application de production de plats (utilisation d’API online) : peu de transaction
  • Application de commande de plats (utilisation d’API online) : utilisation normale 5 utilisateurs (50 commandes / jours)
  • Synchronisations vers Prestashop (utilisation d’API fin de journée)
  • Synchronisations vers Comptable (utilisation d’API fin de journée)