Aller au contenu

ams51

Membre+
  • Compteur de contenus

    1 362
  • Inscrit(e) le

  • Dernière visite

Messages postés par ams51

  1. Bonjour,

    pour une migration de serveur je cherche à copier un dossier complet d'un serveur sur un autre.

    mon ancien serveur (source) : nsxxx.ovh.net

    mon nouveau serveur (destination) : nsyyy.ovh.net

    Je veux copier le dossier /home/aaa/bbb/ de nsxxx.ovh.net vers nsyyy.ovh.net avec tous les sous répertoires.

    J'ai vu la commande suivante:

    En ouvrant un putty sur la machine source nsxxx.ovh.net

    rsync --archive /home/aaa/bbb/ root_AT_nsyyy.ovh.net:/home/aaa/bbb/

    Est ce correct?

    Question subsidiaire: je souhaite faire ce transfert en copiant tout SAUF un sous répertoire /home/aaa/bbb/cache/

    Est ce qu'il y a une commande ou est ce que je dois me taper les sous dossier un a un à la main en évitant /home/aaa/bbb/cache/ ?

  2. 2 semaines... c'est long, OVH ne m'avais pas habitué à ça

    D'après leur service commercial la livraison est pour aujourd'hui ou demain.

    Ce qui m'emm... le plus c'est que j'avais pris le serveur 1 mois avant la fin de l'ancien pour avoir le temps de faire un peu de dev avant de migrer.

  3. Bonjour,

    j'ai commandé un serveur HG 2010 SSD chez OVH le mercredi 11 Novembre. Une semaine après j'ai reçu un coup de fil pour me dire qu'ils avaient une rupture de stock sur les cartes réseaux. On arrive bientôt à 2 semaines et toujours rien...

    Depuis le jour de ma commande il est indiqué sur le site d'OVH qu'il y a 3 serveurs HG 2010 SSD livrables en 1 heure et 11 serveurs livrables en 72 heures.

    Suis je le seul dans ce cas ?

  4. Sans cache les accès MySQL font tomber la machine.

    Mon pb vient en grande partie des crawlers qui bouffent entre 250'000 et 300'000 pages par jour (3 fois plus que les visiteurs). Je dois donc servir 400'000 pages par jour et entre 5 à 10 pages par seconde en pointe. C'est pas énorme mais suffisamment lourd pour mon système bancale.

  5. - "sécurité du RAID 1", les deux SSD risquent d'avoir strictement la même usure dans le cas présent, donc pour le moment je suis assez dubitatif quant à l'intérêt du RAID 1 dans ce cas

    C'est RAID1 ou RAID0 avec 2 disques. RAID0 est plus rapide mais RAID1 plus sûr. Je ne sais pas s'ils auront la même usure mais en cas de casse il est peu probable qu'ils cassent la même jour (où alors j'ai vraiment pas de chance)

    - 48Go de mémoire, 10Go de données sur le disque, et malgré tout des problèmes de temps de lecture disque !? Es-tu certain que ce ne sont pas seulement les écritures qui te posent problème ?

    Mon serveur actuel n'a que 16Go. Après analyse approfondie mes problèmes viennent de mon système de cache qui travaille sur des millions de fichiers qui prennent entre 40 et 50Go sur le disque. Il y a un très gros ralentissement de ce côté. L'idée est de changer de système de cache et de placer une partie des données dans un cache mémoire avec memcached.

    Mon futur serveur aura 48Go de mémoire et 10Go de données sur disque.

    - pour moi le principal intérêt de memcached c'est l'accès réseau, il permet d'avoir un cache commun à plusieurs serveurs. Dans une config mono serveur j'aurais tendance à lui privilégier des solutions d'accès à la mémoire partagée (via xcache, apc, ou autre), généralement beaucoup plus rapide.

    D'après ce que j'ai lu memcached est beaucoup utilisé avec MySQL pour stocker le résultat des requêtes en cache. Ce qui permet d'alléger la charge sur les BDD.

    Xcache compile les scripts php et place le tout en mémoire... ça accélère le php mais je ne crois pas que ça améliore MySQL. Pour ça je vais mettre eaccelerator qui fait la même chose.

  6. Je recopie intégralement un billet publié chez moi... ça peut aider.

    Je suis loin d'être un expert en hardware (bien au contraire) donc c'est une base de réflexion et non une étude définitive :)

    Suite à une surcharge permanente de mon serveur depuis quelques mois je songe sérieusement à le changer. Je vais rester chez OVH, je suis assez content de leur service depuis le début et mon ange de l'infogérance qui m'a sauvé plus d'une fois ne travaille qu'avec OVH... Alors on ne change pas une équipe qui gagne.

    A départ je pensais passer sur une architecture avec 2 serveurs. Le plan de dev pour modifier mes scripts était bien avancé. J'ai entendu parler de Memcached chez Mrboo, ce qui m'a rappelé un billet chez Koreus. Bref, j'ai passé une petite journée dans la doc de Memcached puis dans mon code pour voir comment je pouvais l'adapter chez moi. Et là c'est le coup de foudre... Je peux jeter mon sale système de cache maison qui fait planter ma machine contre un système de cache un poil plus sérieux utilisé par des startups qui montent (digg et facebook par exemple).

    Mon architecture à deux serveur ne présentant plus beaucoup d'intérêt, je jète mon dévolu sur un serveur HG-2010. Reste à choisir le disque SSD 80Go ou SAS 15000rpm 300Go. Sachant qu'ils seront monté en RAID1 (disques miroir).

    Le disque SSD est plus petit mais peut largement contenir mon site et mes bases de données si je n'utilise pas mon système de cache merdique. A priori ça ne devrait pas dépasser 10Go... Et même si ça double (peu probable) il me reste 60Go de marge.

    Et là je tombe sur un comparatif très détaillé des disques SSD Intel X25-E SLC 32Go et SAS Seagate Cheetah 15000RPM 300Go.

    OVH propose un SSD Intel X25-M (et pas E) et pas de référence pour le SAS. On dira que les disques SAS sont à peu près équivalents. Pour les caractéristiques des SSD :

    • X25-M: Read 65µs, Write 85µs, MTBF 1.2million heures, sequential read 250Mb/s, sequential write 70Mb/s. Voir la doc
    • X25-E: Read 75µs, Write 85µs, MTBF 2millions heures, sequential read 250Mb/s, sequential write 170Mb/s. Voir la doc

    En gros les perfs sont équivalentes seulement le M écrit 2.5 fois moins vite. Je prendrais donc les résultats du comparatif et je diviserais par 2.5 pour les tests d'écriture et les tests de R/W (les résultats seront faux mais pas surestimés). Autre point, la durée de vie est plus faible... mais 1.2 million d'heure reste quand même raisonnable (en plus il y a la sécurité du RAID1).

    Bref, voici les résultats du comparatif compilés et corrigés pour une utilisation mono-disque.

    dauran-8.png

    dauran-9.png

    dauran-11.png

    Les résultats d'écriture/lecture random sont, parait-il, plus proche de la réalité. Pour de l'I/O simple le SSD aurait un débit 240% meilleur (au minimum, certainement plus vu mon approximation). Pour de l'écriture sur base de données l'amélioration est de 650%, en lecture 2300%.

    Bref, malgré les incertitudes de mes approximations le SSD semble meilleur sur tous les points.

    Reste à savoir maintenant comment je vais configurer Memcached. Je vais avoir 48Go de RAM sur mon serveur, je pense allouer entre 8 et 12 Go pour Memcache, d'après mes estimations ça devrait être assez bien dosé (je compte bien utiliser le cache à fond). Par contre je n'ai jamais vu autant d'allocation de mémoire (en général c'est plutôt quelques Mo)... Ce sera donc la grande surprise sur les performances globales.

    Si je travaille bien, le temps d'accès aux pages devrait redescendre sous la seconde (disque SSD + cache en RAM+ 3fois+de mémoire + proc plus puissant + eaccelerator = un peu mieux qu'avant?)

    Je ne devrais plus avoir le fameux répertoire de cache qui emm.. ennuie Dan pour la sauvegarde du serveur :)

  7. Il faut peut être regarder du côté de la variable path du cookie

    function SetCookie ( name, value, expires, path, domain, secure) {
    szCookie = name + "=" + escape (value) +
    ((expires) ? "; expires=" + expires.toGMTString() : "") +
    ((path) ? "; path=" + path : "") +
    ((domain) ? "; domain=" + domain : "") +
    ((secure) ? "; secure" : "");
    document.cookie = szCookie;
    }

    voir de ce côté : http://www.sam-mag.com/archives/cookies2.htm

  8. Qu'est-ce que vous me conseillerez ? Un CMS ? Mais généralement il faut savoir coder ne serais-ce qu'un minimum, non ?

    Un CMS: oui

    Par contre si tu n'as pas une grande expérience je te conseille de prendre un CMS simple et éventuellement de prendre un template/thème proche du tien et de le modifier par petite touche avec tes propres couleurs/images...

  9. Je suis plutôt adepte du nom de domaine le plus court possible avec un nom inventé. En tout cas pour un site qui souhaite développer une audience fidèle.

    Je réserve les noms de domaines avec mot clés (et tirets) aux sites destiné à avoir une audience en provenance des moteurs quasi exclusivement.

  10. Je galère souvent avec les "replace" car j'oublie de mettre les expressions dans des tableaux (array) ou au contraire je mets des tableaux alors qu'il n'en faut pas.

    C'est le genre de bugs qui peut faire tourner un développeur non expert pendant de longues minutes.

×
×
  • Créer...