Hoggins!
27/09/2014, 16h56
Une réponse du support m'a invité à déclarer un incident.
vRack 1.5 et grosses latences
Hoggins!
26/09/2014, 17h36
Il y a quand même un truc qui me chiffonne : les 1Gbps sont garantis, mais la bande passante est mutualisée ?
Ce que je veux dire, c'est qu'il est bien évident que je n'ai pas un switch à moi tout seul pour mes deux serveurs, ne nous méprenons-pas.
En revanche, le fait que quelqu'un "abuse" sur ce même switch (probablement sans le savoir) ne devrait pas impacter ses colocataires, si ?
Ce que je veux dire, c'est qu'il est bien évident que je n'ai pas un switch à moi tout seul pour mes deux serveurs, ne nous méprenons-pas.
En revanche, le fait que quelqu'un "abuse" sur ce même switch (probablement sans le savoir) ne devrait pas impacter ses colocataires, si ?
Hoggins!
24/09/2014, 15h24
À toutes fins utiles, si quelqu'un de chez OVH passe par là, le ticket support technique est le 4529751.
Hoggins!
24/09/2014, 14h45
Merci captain !
C'est effectivement mon sentiment. Je file de ce pas vers le support technique.
Bonne journée !
C'est effectivement mon sentiment. Je file de ce pas vers le support technique.
Bonne journée !
captainadmin
24/09/2014, 14h43
Il se pourrait que quelqu'un consomme toute la BP sur ton switch
le vrack est un système pour mutualisé les switchs via des vlan dédiés, si un autre client consomme toutes les ressources du switch, tu seras impacté.
le plus simple est d'ouvrir un ticket chez OVH qui t'informeront d'un éventuel problème de flux sur leur switch
Si tu es sur que tu ne gènére pas ce trafic, cela vient des équipements réseaux
Bonne journée
http://www.captainadmin.com
le vrack est un système pour mutualisé les switchs via des vlan dédiés, si un autre client consomme toutes les ressources du switch, tu seras impacté.
le plus simple est d'ouvrir un ticket chez OVH qui t'informeront d'un éventuel problème de flux sur leur switch
Si tu es sur que tu ne gènére pas ce trafic, cela vient des équipements réseaux
Bonne journée
http://www.captainadmin.com
Hoggins!
24/09/2014, 14h27
Salut à tous,
J'ai deux machines à RBX dans un vRack 1.5 depuis quelques jours. C'est cool. C'est propre, c'est efficace, et c'est transparent.
Sauf que par moments... d'étranges ralentissements se font ressentir sur les pattes eth1 (vRack) de mes serveurs, et là, c'est le drame, parce qu'il y a des éléments qui demandent un peu de réactivité. En temps normal, soit 80% du temps, j'ai un ping entre les deux machines digne d'un réseau local Gigabit classique sans engorgement, soit inférieur à la milliseconde.
Et puis parfois, ça s'emballe.
J'ai fait plusieurs vérifications, et ce n'est pas lié au trafic entre mes deux serveurs, j'ai même fait le test en coupant toute communication autre que le ping entre mes deux serveurs. Rien n'y fait.
J'ai donc installé un smokeping pour comprendre, voici ce qui en sort.
Smokeping sur l'interface vRack entre les deux serveurs :
Aperçu : http://imgur.com/oyqKfmF
Sur trois heures : http://imgur.com/3GXtE3C
Sur trente heures : http://imgur.com/ib5l5PR
À titre de comparaison, le ping vers le DNS Google 8.8.8.8 sur l'interface eth0
Aperçu : http://imgur.com/NwprUDr
Sur trois heures : http://imgur.com/ugncuvo
Sur trente heures : http://imgur.com/TzSd3q4
On constate que la latence est bien plus stable et faible sur l'interface publique que sur l'interface privée, sur laquelle ça monte parfois jusqu'à 50ms. C'est énorme et très handicapant.
Soucieux de comprendre si c'était l'activité de mes deux serveurs entre eux à l'origine du problème, j'ai aussi graphé l'activité réseau sur les interfaces réseau eth1 des deux serveurs :
Jour : http://imgur.com/BZrwNm7
c'est très calme, régulier, et ça ne justifie pas ces montées brutales de ping sur des interfaces Gigabit avec 1 Gbps garantis annoncés
J'ai même tenté d'appliquer d'autres méthodes de congestion TCP sur ces interfaces, sans résultat probant. Dans tous les cas, je suis loin de saturer lesdites interfaces.
Merci de m'éclairer, je suis bien ennuyé.
J'ai deux machines à RBX dans un vRack 1.5 depuis quelques jours. C'est cool. C'est propre, c'est efficace, et c'est transparent.
Sauf que par moments... d'étranges ralentissements se font ressentir sur les pattes eth1 (vRack) de mes serveurs, et là, c'est le drame, parce qu'il y a des éléments qui demandent un peu de réactivité. En temps normal, soit 80% du temps, j'ai un ping entre les deux machines digne d'un réseau local Gigabit classique sans engorgement, soit inférieur à la milliseconde.
Et puis parfois, ça s'emballe.
J'ai fait plusieurs vérifications, et ce n'est pas lié au trafic entre mes deux serveurs, j'ai même fait le test en coupant toute communication autre que le ping entre mes deux serveurs. Rien n'y fait.
J'ai donc installé un smokeping pour comprendre, voici ce qui en sort.
Smokeping sur l'interface vRack entre les deux serveurs :
Aperçu : http://imgur.com/oyqKfmF
Sur trois heures : http://imgur.com/3GXtE3C
Sur trente heures : http://imgur.com/ib5l5PR
À titre de comparaison, le ping vers le DNS Google 8.8.8.8 sur l'interface eth0
Aperçu : http://imgur.com/NwprUDr
Sur trois heures : http://imgur.com/ugncuvo
Sur trente heures : http://imgur.com/TzSd3q4
On constate que la latence est bien plus stable et faible sur l'interface publique que sur l'interface privée, sur laquelle ça monte parfois jusqu'à 50ms. C'est énorme et très handicapant.
Soucieux de comprendre si c'était l'activité de mes deux serveurs entre eux à l'origine du problème, j'ai aussi graphé l'activité réseau sur les interfaces réseau eth1 des deux serveurs :
Jour : http://imgur.com/BZrwNm7
c'est très calme, régulier, et ça ne justifie pas ces montées brutales de ping sur des interfaces Gigabit avec 1 Gbps garantis annoncés
J'ai même tenté d'appliquer d'autres méthodes de congestion TCP sur ces interfaces, sans résultat probant. Dans tous les cas, je suis loin de saturer lesdites interfaces.
Merci de m'éclairer, je suis bien ennuyé.