Bonjour à tous,
J'utilise mon serveur dédié hébergé chez OVH pour partager sa connexion internet via OpenVPN sur mes petites passerelles, donc le tout en NAT.
Mon soucis est que le débit est ridicule... Je dépasse avec difficulté les 200Ko/s ce qui me parait bizarres pour un serveur avec 100Mbp/s garantie, après quelques tests, ce serveur me permet au moins 10Mo/s réel, ma connexion actuel me permet un débit de 2Mo/s réel.
Je pense qu'il doit y avoir une petite optimisation réseau à faire sur ce serveur pour accepter un débit meilleur je ne sais pas, j'espère que vous pourrez m'éclairer sur ce sujet.
# Kimsufi
Posté par Frederic Bourgeois (site web personnel) . Évalué à 1.
Car sur les Kimsufi la BP n'est pas garanti à 100 mbps
Extrait de : http://travaux.ovh.com/?do=details&id=2495
Le SLA Standard
---------------
Le SLA Standard est destiné aux Kimsufi (le marché des particuliers) qui
n'ont pas besoins de garanties. Le client veut un serveur qui marche,
pas cher avec tous les services minimum et sans surprises à la
fin du mois. En terme de bande passante, nous lui garantissons qu'il
peut utiliser 100Mbps de manière non permanente c'est à dire non intensive.
Pour déterminer le caractère permanente et non permanente, nous
calculons la bande passante utilisée "à 95%". C'est à dire que le
client a droit au burst pendant 5% du mois, ce qui fait 36 heures
par mois. Si le client utilise 100Mbps de temps en temps (ce qu'on appelle
le burst), il n'y a aucun problème. Par contre, si son utilisation de
burst de 100Mbps est régulière, la bande passante calculée à 95% va
augmenter. Si en moyenne, le client utilise plus de 10Mbps à 95%, le client
a toujours un burst de 100Mbps mais en priorité basse, c'est à dire que
nous ne garantissons pas le burst à 100Mbps. Tout depend de la destination,
de l'heure de la journée et de l'utilisation du serveur. Tous les jours, nous
recalculons automatiquement la bande passante à 95% de tous les
serveurs Kimsufi et donc si le client utilise à nouveau moins de
10Mbps à 95%, il aura droit à nouveau au burst 100Mbps en priorité
normale. Et ainsi la suite le jour suivant.
[^] # Re: Kimsufi
Posté par yellowiscool . Évalué à 3.
Envoyé depuis mon lapin.
[^] # Re: Kimsufi
Posté par Tilantote . Évalué à 1.
Je ne pense pas que ce soit la limitation de BP qui bloque.
[^] # Re: Kimsufi
Posté par Tilantote . Évalué à 1.
J'ai en partie résolu mon problème, je pense que le soucis vient de chez OVH, en effet en utilisant OpenVPN via le protocole UDP, j'ai des débits très faible, et j'avais déjà remarqué ce problème chez eux avec d'autres serveurs haut de gamme... je passe OpenVPN en TCP-SERVEUR TCP-CLIENT, j'ai des débits plafonnant à 800Ko/s mais encore loin de mon débit maximal...
J'ai tenté quelques optimisations d'OpenVPN (réglage du mtu etc...) aucun changement réel.
J'ai également fait quelques optimisations réseau sous débian... Idem...
Je pense que je vais tester depuis un autre serveur, dans tous les cas je vous tiens au courant si ça peut être utile.
[^] # Re: Kimsufi
Posté par benoar . Évalué à 2.
[^] # Re: Kimsufi
Posté par Tilantote . Évalué à 1.
Sachant que je n'utilise pas beaucoup de BP, je ne devrais pas avoir de bridage.
Le bridage à lieu si la BP du serveur dédié est utilisé à un certain pourcentage, je ne sais plus lequel, mais avant que j'atteigne ce débit....
Aujourd'hui, j'ai remis en UDP, j'ai 2Mo/s réel depuis OpenVPN et mon serveur dédié, donc le problème venait bien de chez eux...
[^] # Re: Kimsufi
Posté par Kerro . Évalué à 2.
Cela dit, pour l'instant je n'ai jamais vu de ralentissement. C'est à mon avis une protection qu'OVH se réserve en cas de gros mangeur de bande passante (qui est ainsi invité à prendre un produit plus cher).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.