SuperPlan ou Kimsufi ?

Tu n'as meme pas mis la base sql sur le ssd ?

ok. tu fais combien de PAP ?

le reseau interne ovh est tellement pourri que j'ai tout regroupé sur un EG SSD pour BT
ca tourne bien mieux qu'avec 2 serveurs qui n'arrivaient pas a communiquer tous les soirs vers 19h00

Je n'ai que très rarement de problèmes avec le réseau interne d'OVH.

Quand il y a un soucis c'est généralement parce que Tatave trifouille les routeurs, ou bien à cause d'un bug dans leurs outils de gestion (IP loadbalancing, VMAC, voir VLAN qui part en sucette). Mais pas de soucis sur le réseau en lui même.

Et t'as essayé avec le VRack (baie virtuelle) devtribu ? Un réseau "dédié", qui dépote bien.

bool > j'ai pas confiance dans le reseau ovh (que ca soit la fibre physique ou la config a l'arrache)
d'ailleurs ils ont fait plein de travaux foireux sur le routage (config routeurs ipv6, ajout de routeurs) dont certaines taches toujours en cours depuis des semaines
http://travaux.ovh.net/?do=details&id=3971
http://travaux.ovh.net/?do=details&id=3959

Pour les baies virtuelles, je prefere pas tester
Je suis pas sur que rajouter une couche software dans les routeurs améliore la fiabilité

Au contraire le vrack est sensé être au même niveau que le réseau "normal", sauf que tu peux retirer les protections d'OVH et gagner en perf (en admettant que tu aies confiance à 100% dans les machines à l'intérieur du vrack)

C'est ce que j'ai compris des ML du moins, je n'ai pas testé (trop cher par rapport à ce que ça m'apporterait)

Ils ajoutent cette couche VLAN et derrière zappent plein de couches de filtrages (ce qui permet du coup de faire des choses impossibles jusque là, et évite de se faire couper pour rien).
Avec des transferts permanents et gourmands de type DRBD, des accès distants divers (MySQL, services XML, reverse proxy, etc), et un monitoring des pings permanents je n'ai vraiment pas de soucis en interne.

Pour leurs surcharges d'il y a 15 jours, c'est résolu, et a été annoncé sur la ML. Le problème venait d'une mauvaise configuration de la part des clients (moi y compris), qui surchargeait effectivement les routeurs. Mais cette surcharge n'a pas entraîné de coupure ou de perte de paquet pour les clients, hors IPv6, hors interventions super brêves.

Normalement aucun problème réseau de fait planter MySQL... Ça drop tes connexions, ça laisse des connexions dans un état bizarre, mais ça plante pas.

Problème disque ça plante oui, mais tu le sais normalement, parce que quand un disque lâche ou déconne ça s'arrête pas tout seul comme ça ^^ Tu as vérifié que ton serveur s'est pas retrouvé à court de swap ?

La baie virtuelle c'est 100€ pour 10 serveurs par exemple ; et 15€ pour l'option pro si tu ne l'avais pas déjà. En moyenne je compte 30€ par serveur pour la baie virtuelle, moi ça me va, justement pour la plus grande liberté au niveau du réseau. Mais c'est vrai que c'est quelque chose que je peux plus facilement mutualiser, surtout dans le cas de virtualisation : avec 8 serveurs virtuels par machine physique, c'est vite amorti.

Pour ce qui est des routeurs c'est pourtant vrai : ils dropaient juste les services non prioritaires, tels que les pings des routeurs eux même. Je suppose que les autres taches secondaires tels que le basculement des IP failover étaient également plus longues, par exemple. Mais le routage en lui même n'a pas été touché. Je pense que je monitore pas trop mal mon petit parc, je m'en serais rendu compte.

Bah il y a 15 jours je n'avais encore que 4 serveurs en baie virtuelle... tous les autres fonctionnaient bien sans ça. Maintenant effectivement je suis pas sûr d'avoir de serveurs sur RBX3, c'est peut-être lié.

Je suis vernis ou bien vous dépassez les quotas BP ? (le weathermap est bidon dixit Octave)