Identifiez-vous Devenir membre

Rechercher

OVH : Down ?

142 réponses

Page |<<<1 2 3 4 5 67 8 >>>|

Auteur	Message
Bool Modérateur Inscrit le : 09/05/2005	# Le 02/02/2010 à 15:36 cerise : la gamme 2009 est software par défaut en fait, donc on n'a plus de problème de bridage ni de manipulations foireuses du RAID de le part d'OVH. Passer de 40Mo/s à plus de 100Mo/s (je n'ai plus les chiffres en tête), ça fait du bien, toutes gammes confondues. Pour la taille, j'utilise du RAID 0 là où c'est possible... ça aussi j'étais contre... avant . <hs>d'ailleurs même sur du SSD en RAID 0 Zabbix arrive à être lent, y a un problème quelque part dans ce soft.</hs> Google is watching you.
dob Modérateur Inscrit le : 10/05/2005	# Le 02/02/2010 à 16:52 Ça bouffe, le monitoring ! Surtout si tu veux garder de la granularité dans les données... Julien Tartarin Founder & CEO @ Mailjet.com
Salemioche Membre Inscrit le : 26/12/2008	# Le 02/02/2010 à 18:02 Pour la taille, j'utilise du RAID 0 là où c'est possible... ça aussi j'étais contre... avant . qu'est ce qui t'a fait changé d'avis ? synchro totale temps réel sur un autre serveur ? Créer un site , Hébergement , http://www.hebergeur.pro , création web social : http://linkedin.com/in/salemioche - http://twitter.com/Salemioche
Bool Modérateur Inscrit le : 09/05/2005	# Le 02/02/2010 à 18:17 Non la synchro totale (du genre DRBD), ça revient au final à du RAID 0+1, c'est de la triche. Typiquement dans le cas de mon monitoring sur EG SSD, grâce au RAID soft tout le système est en RAID 1 et seul MySQL et le /tmp sont en RAID 0. Avec du LVM derrière je fais régulièrement des snapshots, pour une copie intégrale compressée sur du RAID 1 (+ backup externalisé). Bref, si un disque lache je ne perds pas la main sur le système, seul MySQL est planté (je suis même pas sûr que ça plante Zabbix, mais j'ai pas non plus testé), OVH change le disque, et je repars de la dernière sauvegarde. Ca ne me dérange pas outre mesure de perdre quelques heures d'historique du monitoring. Et comme Geo le disait dans un autre sujet, sur des slaves MySQL ça peut probablement coller aussi, si coté software tu peux immédiatement retirer ce serveur de la boucle. Maintenant si j'ai le choix, je préfère évidement avoir du RAID 10. Google is watching you.
cerise Membre Inscrit le : 31/10/2008	# Le 02/02/2010 à 18:22 Faire du raid 0 sur sur mysql, je trouve ça quand même hyper chaud non ? sinon, le ssd selon OVH n'a aucun Interêt en terme de perf pures sur un serveur Apache par exemple, bien que j'en doute quand même CeriseClub
Bool Modérateur Inscrit le : 09/05/2005	# Le 02/02/2010 à 18:26 MySQL : d'où le snapshot LVM. Si le disque crash, je perds plusieurs heures d'activité oui. Google is watching you.
devtribu Modérateur Inscrit le : 16/06/2005	# Le 02/02/2010 à 18:32 en raid0 il suffit qu'un des deux disques lachent pour tout perdre non ? le risque est donc pratiquement de 100% au bout de X mois de prod en tout cas, les eg ssd de chez ovh sont vraiment impressionnants aussi bien pour mysql que pour apache meme si l'espace disque est un souci dans pas mal de cas. http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition
Bool Modérateur Inscrit le : 09/05/2005	# Le 02/02/2010 à 21:13 Oui les risques sont élevés en RAID 0, faut pas utiliser ça partout ;) Par contre pour Apache, je vois pas trop ce que ça apporte (ormis quand t'as 50Go de fichiers statiques à balancer en permanence... mais dans ce cas tu prends peut-être pas Apache non plus), tu peux en dire plus ? Google is watching you.
devtribu Modérateur Inscrit le : 16/06/2005	# Le 03/02/2010 à 09:20 bool > pour apache en ssd, c'est surtout une impression j'ai remplacé un MG classique par un EG ssd pour apache : la load a baissé, plus du tout de cpu occupé sur du iowait et les sauvegardes sont bien plus rapides http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition
Bool Modérateur Inscrit le : 09/05/2005	# Le 03/02/2010 à 09:28 D'acc, si l'iowait a baissé, c'est que c'est efficace oui. Maintenant y a peut-être des solutions software qui seraient arrivées au même résultat. Google is watching you.
Rano Modérateur Inscrit le : 13/04/2005	# Le 03/02/2010 à 11:04 Rien à voir, mais je me tape une attaque en règle depuis la corée et le vietnam (et quelques autres du coin) depuis hier soir, c'est bien violent ! Je sais pas trop comment ils se débrouillent, mais le traffic entrant n'a pas trop augmenté et pourtant, ça fou en vrac le serveur. Comme s'ils faisaient plein de requetes mais super lentement ce qui fait que le serveur sature car il arrive pas à leur envoyer vite les réponses. J'ai quasiment fini de "iptablER" les ips de ces pays et ça va mieux, mais meme si les paquets sont dropé, j'ai l'impression que ça sature un peu le "tuyau" quand meme. Chambres d'hote tavel Séjours en provence Forum mariage
dob Modérateur Inscrit le : 10/05/2005	# Le 03/02/2010 à 11:10 Tu parles d'une attaque TCP ou HTTP ? Julien Tartarin Founder & CEO @ Mailjet.com
Bool Modérateur Inscrit le : 09/05/2005	# Le 03/02/2010 à 11:53 Si ce sont simplement des requêtes lentes, un proxy HTTP devrait pouvoir encaisser ça. Google is watching you.
Rano Modérateur Inscrit le : 13/04/2005	# Le 03/02/2010 à 11:57 Ca semble etre passé Ou alors les derniers filtres que j'ai mis sont efficaces. Ca remontait dans HTTP Chambres d'hote tavel Séjours en provence Forum mariage
Akarys Membre Inscrit le : 19/01/2008	# Le 04/03/2010 à 08:29 Grosse panne visiblement Toute la salle S02 de RBX-1 est au rouge : 800 serveurs sur VMS...
caaptusss Membre Inscrit le : 25/09/2007	# Le 04/03/2010 à 09:20 Oui, j'ai été impacté. Panne d'1h15 d'après mon monitoring... FirstHeberg.com \| Régie Publicitaire \| Hébergement Gratuit
cerise Membre Inscrit le : 31/10/2008	# Le 04/03/2010 à 09:32 c'était quand cette panne ? J'ai rien remarqué moi CeriseClub
Akarys Membre Inscrit le : 19/01/2008	# Le 04/03/2010 à 09:38 Vers 8h15, et c'est toujours en cours... http://travaux.ovh.net/vms/index_rbx.html (sd2, au milieu) Nous avons eu une interruption du refroidissement en salle 02 (baies 02XXX) Le probleme a deja été résolu mais 150 serveurs sont encore en panne. Nos équipes sont en cours d'intervention pour tout réparer rapidement. (Message édité le 04-03-2010 à 09h43 par Akarys)
Akarys Membre Inscrit le : 19/01/2008	# Le 04/03/2010 à 12:15 Serveur reparti à 12h05 4 heure 11 minutes d'interruption... Pas un mail d'OVH autre que l'Alerte Monitoring 5 minute après la coupure... Rien dans l'historique des interventions dans le Manager OVH... Content que ce soit reparti, mais vraiment OVH peut mieux faire
krucial Administrateur Inscrit le : 09/03/2005	# Le 18/02/2011 à 16:49 J'ai l'impression que j'ai de plus en plus de probleme de connexion entre mon serveur http et mon serveur sql chez OVH. Il y a aucun solution pour que les deux serveurs soient dans la meme salle réseau ? Comment savoir dans quelle salle se situe chaque serveur ? JC - Mes sites \| Affiliation devis travaux

Auteur

Message

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 02/02/2010 à 15:36

cerise : la gamme 2009 est software par défaut en fait, donc on n'a plus de problème de bridage ni de manipulations foireuses du RAID de le part d'OVH. Passer de 40Mo/s à plus de 100Mo/s (je n'ai plus les chiffres en tête), ça fait du bien, toutes gammes confondues.

Pour la taille, j'utilise du RAID 0 là où c'est possible... ça aussi j'étais contre... avant .
<hs>d'ailleurs même sur du SSD en RAID 0 Zabbix arrive à être lent, y a un problème quelque part dans ce soft.</hs>

Google is watching you.

dob
Modérateur

Inscrit le : 10/05/2005

# Le 02/02/2010 à 16:52

Ça bouffe, le monitoring ! Surtout si tu veux garder de la granularité dans les données...

Julien Tartarin
Founder & CEO @ Mailjet.com

Salemioche
Membre

Inscrit le : 26/12/2008

# Le 02/02/2010 à 18:02

Pour la taille, j'utilise du RAID 0 là où c'est possible... ça aussi j'étais contre... avant

qu'est ce qui t'a fait changé d'avis ? synchro totale temps réel sur un autre serveur ?

Créer un site , Hébergement , http://www.hebergeur.pro , création web

social : http://linkedin.com/in/salemioche - http://twitter.com/Salemioche

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 02/02/2010 à 18:17

Non la synchro totale (du genre DRBD), ça revient au final à du RAID 0+1, c'est de la triche.

Typiquement dans le cas de mon monitoring sur EG SSD, grâce au RAID soft tout le système est en RAID 1 et seul MySQL et le /tmp sont en RAID 0. Avec du LVM derrière je fais régulièrement des snapshots, pour une copie intégrale compressée sur du RAID 1 (+ backup externalisé).

Bref, si un disque lache je ne perds pas la main sur le système, seul MySQL est planté (je suis même pas sûr que ça plante Zabbix, mais j'ai pas non plus testé), OVH change le disque, et je repars de la dernière sauvegarde. Ca ne me dérange pas outre mesure de perdre quelques heures d'historique du monitoring. Et comme Geo le disait dans un autre sujet, sur des slaves MySQL ça peut probablement coller aussi, si coté software tu peux immédiatement retirer ce serveur de la boucle.

Maintenant si j'ai le choix, je préfère évidement avoir du RAID 10.

Google is watching you.

cerise
Membre

Inscrit le : 31/10/2008

# Le 02/02/2010 à 18:22

Faire du raid 0 sur sur mysql, je trouve ça quand même hyper chaud non ?

sinon, le ssd selon OVH n'a aucun Interêt en terme de perf pures sur un serveur Apache par exemple, bien que j'en doute quand même

CeriseClub

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 02/02/2010 à 18:26

MySQL : d'où le snapshot LVM. Si le disque crash, je perds plusieurs heures d'activité oui.

Google is watching you.

devtribu
Modérateur

Inscrit le : 16/06/2005

# Le 02/02/2010 à 18:32

en raid0 il suffit qu'un des deux disques lachent pour tout perdre non ?
le risque est donc pratiquement de 100% au bout de X mois de prod

en tout cas, les eg ssd de chez ovh sont vraiment impressionnants aussi bien pour mysql que pour apache
meme si l'espace disque est un souci dans pas mal de cas.

http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 02/02/2010 à 21:13

Oui les risques sont élevés en RAID 0, faut pas utiliser ça partout ;)

Par contre pour Apache, je vois pas trop ce que ça apporte (ormis quand t'as 50Go de fichiers statiques à balancer en permanence... mais dans ce cas tu prends peut-être pas Apache non plus), tu peux en dire plus ?

Google is watching you.

devtribu
Modérateur

Inscrit le : 16/06/2005

# Le 03/02/2010 à 09:20

bool > pour apache en ssd, c'est surtout une impression
j'ai remplacé un MG classique par un EG ssd pour apache : la load a baissé, plus du tout de cpu occupé sur du iowait et les sauvegardes sont bien plus rapides

http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 03/02/2010 à 09:28

D'acc, si l'iowait a baissé, c'est que c'est efficace oui. Maintenant y a peut-être des solutions software qui seraient arrivées au même résultat.

Google is watching you.

Rano
Modérateur

Inscrit le : 13/04/2005

# Le 03/02/2010 à 11:04

Rien à voir, mais je me tape une attaque en règle depuis la corée et le vietnam (et quelques autres du coin) depuis hier soir, c'est bien violent ! Je sais pas trop comment ils se débrouillent, mais le traffic entrant n'a pas trop augmenté et pourtant, ça fou en vrac le serveur. Comme s'ils faisaient plein de requetes mais super lentement ce qui fait que le serveur sature car il arrive pas à leur envoyer vite les réponses. J'ai quasiment fini de "iptablER" les ips de ces pays et ça va mieux, mais meme si les paquets sont dropé, j'ai l'impression que ça sature un peu le "tuyau" quand meme.

Chambres d'hote tavel
Séjours en provence
Forum mariage

dob
Modérateur

Inscrit le : 10/05/2005

# Le 03/02/2010 à 11:10

Tu parles d'une attaque TCP ou HTTP ?

Julien Tartarin
Founder & CEO @ Mailjet.com

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 03/02/2010 à 11:53

Si ce sont simplement des requêtes lentes, un proxy HTTP devrait pouvoir encaisser ça.

Google is watching you.

Rano
Modérateur

Inscrit le : 13/04/2005

# Le 03/02/2010 à 11:57

Ca semble etre passé Ou alors les derniers filtres que j'ai mis sont efficaces. Ca remontait dans HTTP

Chambres d'hote tavel
Séjours en provence
Forum mariage

Akarys
Membre

Inscrit le : 19/01/2008

# Le 04/03/2010 à 08:29

Grosse panne visiblement
Toute la salle S02 de RBX-1 est au rouge : 800 serveurs sur VMS...

caaptusss
Membre

Inscrit le : 25/09/2007

# Le 04/03/2010 à 09:20

Oui, j'ai été impacté. Panne d'1h15 d'après mon monitoring...

FirstHeberg.com | Régie Publicitaire | Hébergement Gratuit

cerise
Membre

Inscrit le : 31/10/2008

# Le 04/03/2010 à 09:32

c'était quand cette panne ? J'ai rien remarqué moi

CeriseClub

Akarys
Membre

Inscrit le : 19/01/2008

# Le 04/03/2010 à 09:38

Vers 8h15, et c'est toujours en cours...
http://travaux.ovh.net/vms/index_rbx.html (sd2, au milieu)

Nous avons eu une interruption du refroidissement en salle 02 (baies 02XXX)
Le probleme a deja été résolu mais 150 serveurs sont encore en panne.
Nos équipes sont en cours d'intervention pour tout réparer rapidement.

(Message édité le 04-03-2010 à 09h43 par Akarys)

Akarys
Membre

Inscrit le : 19/01/2008

# Le 04/03/2010 à 12:15

Serveur reparti à 12h05
4 heure 11 minutes d'interruption...
Pas un mail d'OVH autre que l'Alerte Monitoring 5 minute après la coupure...
Rien dans l'historique des interventions dans le Manager OVH...

Content que ce soit reparti, mais vraiment OVH peut mieux faire

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 18/02/2011 à 16:49

J'ai l'impression que j'ai de plus en plus de probleme de connexion entre mon serveur http et mon serveur sql chez OVH. Il y a aucun solution pour que les deux serveurs soient dans la meme salle réseau ? Comment savoir dans quelle salle se situe chaque serveur ?

JC - Mes sites | Affiliation devis travaux

Page |<<<1 2 3 4 5 67 8 >>>|

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.