Auteur Sujet: Panne du site  (Lu 3930 fois)

0 Membres et 1 Invité sur ce sujet

Optrolight

  • Client Orange Fibre
  • Modérateur
  • *
  • Messages: 4 673
  • Grenoble (38) @Optrolight
    • Optroastro
Panne du site
« Réponse #12 le: 14 février 2014 à 13:12:53 »
Vivien, j'espère que tu fais tout ça surtout pour t'amuser. Parce que franchement, si le site est bloqué seulement 10 minutes à 3h du matin tous les jours, ça ne dérange vraiment personne!
Et en cas de gros problème, si le site est en rade 1 ou 2 jours, pareil, ça ne dérangera pas grand monde.
Sinon, tu la fais où ta sauvegarde actuelle? Sur un service de stockage en ligne? Sur un PC chez toi?

En tout cas, bravo et merci pour tout le temps que tu nous consacres en maintenant ce site et ce serveur!

Leon.

+10000, il ne faut pas que ça devienne une astreinte !!

vivien

  • Administrateur
  • *
  • Messages: 47 274
    • Twitter LaFibre.info
Panne du site
« Réponse #13 le: 14 février 2014 à 15:32:19 »
La sauvegarde actuelle est fait sur mon PC, je la lance une fois par semaine avant d'aller dormir. C'est pas terrible de tout récupérer à chaque fois, même si je le fais en heure creuse. Le fait de passer en incrèmentiel sur un serveur distant va permettre de le faire tous les jour.

Remarque : sur les heures creuses : en Telecom, tout est dimensionné pour les heures de pointes donc ce qui coûte à un opérateur c'est qui utilise de la bande passante sur le créneau 21h-22h pour le grand public, 18h - 23h si on prend plus large)

OVH baisse le débit des serveurs pas cher à 10 Mb/s au delà de 3 To/mois et je trouve dommage que le compteur compte 24h/24. Il aurait été préférable pour OVH et pour la majorité des clients de réduire le débit au-delà de 500 Go échangé entre 18h et 23h.


corrector

  • Invité
Panne du site
« Réponse #14 le: 15 février 2014 à 21:44:27 »
Bon, on ne peut plus rien dire sans se faire allumer.

Je me demande ce que je fais ici.

oliviertoto92350

  • Expert
  • Abonné Orange Fibre
  • *
  • Messages: 1 595
Panne du site
« Réponse #15 le: 16 février 2014 à 10:03:58 »
Je réfléchit à ce que la sauvegarde soit réalisée en incrèmentiel sur un autre serveur afin de pouvoir faire une reprise rapide en cas de gros soucis (Je n'ai pas mis de RAID sur le serveur).

Je pense qu'un petit serveur Synology pourrait d'aider, avec le paquet "Time Backup" (qui est gratuit et beaucoup plus puissant que "Sauveguarde et Réstauré". :)
Le mien réalise, en local, une sauvegarde par incrèmentation.
Je suis persuadé que cela fonctionne aussi en distant

vivien

  • Administrateur
  • *
  • Messages: 47 274
    • Twitter LaFibre.info
Panne du site
« Réponse #16 le: 16 février 2014 à 10:50:42 »
Ce qui m'a souvent découragé pour la sauvegarde incrèmentale distante, c'est l'aspect sécurité : je n'ai pas de réseau privé, donc il faut ouvrir un port sur Internet soit sur l'ordinateur qui fait les sauvegardes soit sur l'ordinateur sauvegardé. Il faut donc bien sécuriser le tout de façon béton sinon c'est l’accès à la totalité du contenu du serveur.

jack

  • Professionnel des télécoms
  • *
  • Messages: 1 677
  • La Madeleine (59)
Panne du site
« Réponse #17 le: 16 février 2014 à 17:07:09 »
Pipe le tout dans SSH, et hop, c'est secure  8)

Au fait, tu as combien à sauvergarder ? Quelle est la taille du total (DB + fichier) ?

En fonction de la taille, plutôt que de passer à innodb qui est super lent, tu pourrais penser à utiliser LVM (avec une micro-coupure)

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Panne du site
« Réponse #18 le: 16 février 2014 à 17:21:29 »
Quitte à faire du snapshot, ZFS !

vivien

  • Administrateur
  • *
  • Messages: 47 274
    • Twitter LaFibre.info
Panne du site
« Réponse #19 le: 16 février 2014 à 17:21:59 »
DB MySQL : 863 Mo
Site web (fichiers) : 4664 Mo

LVM, cela oblige a tout sauvegarder a chaque fois (pas d'incrèmentiel), non ?

La restauration me semble aussi plus complexe si le serveur de secours n'a pas LVM...

jack

  • Professionnel des télécoms
  • *
  • Messages: 1 677
  • La Madeleine (59)
Panne du site
« Réponse #20 le: 16 février 2014 à 17:49:31 »
Ben, au sujet de innodb, tu peux utiliser des snapshots (coupure du serveur SQL, snapshot, démarrage du serveur SQL, copie, destruction du snapshot)
Au niveau de la copie, si c'est histoire de faire une copie pour ne pas tout perdre en cas de panne, rsync est ton ami

PS : ZFS, c'est stable ce truc ? J'ai tendance à me méfier des trucs produits par une boite qui a, entres autres, fait le java ..

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Panne du site
« Réponse #21 le: 16 février 2014 à 18:04:29 »
PS : ZFS, c'est stable ce truc ? J'ai tendance à me méfier des trucs produits par une boite qui a, entres autres, fait le java ..

Sous OpenSolaris/Solaris, c'est le top. Utilisé à la maison (Nexenta) et en production au boulot. L'intégration poussée des snapshots en fait un must-have. A la maison, je gère toutes mes sauvegardes : 1 snapshot/jour importé sur un autre disque physique avec rotation sur une semaine et conservation du snapshot du lundi. En cas de crash disque, je perds une journée au pire. Si j'ai besoin de restaurer un fichier, je n'ai qu'à accèder à l'arborescence pour voir tous mes snapshots.

Sous Linux, ça tendrait à le devenir. J'ai fait quelques essais entre mon Nexenta et un Ubuntu, les snapshots s'importent sans problème.

De mon point de vue,
Avantages de ZFS:
 - gestion des volumes et systèmes de fichiers "tout-en-un"
 - snapshots illimités
 - snapshot exportables vers un autre volume ZFS via un flux réseau ou meme une copie de fichiers
 - dedup à la volée
 - controle d'intégrité des données
 - gestion des volumes de type RAID
Inconvénients de ZFS : beaucoup de RAM nécessaire, au minimum 1Go/To et si possible de l'ECC ce qui est embetant en cas d'utiisation perso.

vivien

  • Administrateur
  • *
  • Messages: 47 274
    • Twitter LaFibre.info
Panne du site
« Réponse #22 le: 16 février 2014 à 19:19:55 »
Ben, au sujet de innodb, tu peux utiliser des snapshots (coupure du serveur SQL, snapshot, démarrage du serveur SQL, copie, destruction du snapshot)

Mais, il me semble que l'avantage des bases innodb par rapport bases myIsam que j'utilise aujourd'hui est de pouvoir faire des snapshots sans coupure du serveur MySQL.

aujourd'hui les snapshots sont réalisés de nuit par mysqldump :
mysqldump -u ${2} -p${3} -e ${1} > /home/dump/${1}/dump-${1}-${JOUR}.sql

Optrolight

  • Client Orange Fibre
  • Modérateur
  • *
  • Messages: 4 673
  • Grenoble (38) @Optrolight
    • Optroastro
Panne du site
« Réponse #23 le: 16 février 2014 à 21:10:43 »
Pour des sauvegarde incrèmental qui ne bouche pas trop de réseau on le fait en RSync au boulot (depuis qu'un gus dans son ministère à dis qu'il fallait sauver tout les pc portable du cnrs !!!)