Reivilo

Le serveur est livré avec une Ipv4 classique. Par contre, le réseau OVH est près à accueillir l'IPv6 et ton serveur est livré avec une classe /64 d'IPv6 du réseau OVH que tu peux employer à ta guise. Le noyau actuel (2.4.32) n'est pas compatible IPv6 sur toutes les architecture, mais le prochain 2.4.33 le sera.

C'est clair que ça change J'ai fait un petit billet à ce sujet : Kimsufi, ça suffit ?

Pour les capacités de l'offre, elles sont marquée en bas : Bases MySQL 4 : 50 Taille recommandée par base 50 Mo Connexions simultanées par base 50 Tu peux dépasser sans autres les 50mo mais leurs structures n'est pas faites pour (ce ne sera pas optimisé je pense). Mais rien ne t'empêche d'ajouter un sql plan

Salut, Qu'est-ce qu'il te faut comme espace de stockage et combien consommes-tu au total de BP ?

Collectd est installé par défaut sur les gentoo release ovh via http//nsxxxx.ovh.net/cgi-bin/mrtg.cgi

Ok. Que te donne un top ? Ton serveur swap ? Combien as-tu de processus actifs ? As-tu remarqué quelque chose de particulier sur les mrtgs ?

Salut, Ton serveur sert peut-être de relais de spam, je dis ça d'après les symptômes de ta liste d'attente de mails, jette un oeil sur ce sujet pour voir si tu figures dedans et demande à ovh de vérifier de ce côté, toi-même tu peux vérifier tes logs

Moi je laisse la priorité à la qualité : Tant que les aspirateurs n'ennuient pas ma bande passante ou la santé du serveur, aucun problème. Par contre, si ils commencent à gêner mon quota ou à ralentir le serveur, alors pas de pitié.

Oh oui que oui En encore, on a beau mettre tous les services redondants possible, il restera toujours des failles, là on ne peut pas vraiment parler de haute dispo sinon il faudra mettre le serveur SQL redondant ou en cluster SQL, de même pour le serveur Mail et idem pour le NFS, et encore raid5 c'est bien beau, mais si 2 disques claquent en même temps (ou simplement détectés comme corrompus)... et là ce serait encore dépendant d'un datacenter... enfin bon, on essaye juste de faire du mieux qu'on peut avec les moyens à disposition

Ok j'avais pas vu C'est pas grave, je continuerai à chercher, si d'autres ont des éléments de réponse, qu'ils n'hésitent pas Merci à toi !

Oui, ça correspond à ce que j'ai écrit plus haut non ? Pour ça je vois assez bien les configurations nécessaires, mais ce pour quoi je n'ai aucune idée c'est pour le serveur qui répartira la charge entre les serveurs Apache (bref, celui qui gérera LVS), quelle connectique faut-il prévoir, quel genre de processeur, combien de ram,.. ? As-tu une idée ? Je préfère pas lui consacrer un serveur bi-xeon si un simple celeron 512mo de ram suffit Et côté disques, tu conseilles quoi entre du sata 7,2 krpm, du sata raptor à 10krpm et du scsi à 10-15 krpm pour le NFS ? En tout cas merci bien pour toutes ces informations

Parfait parfait... Sinon t'aurais pas des conseils pour le type de configuration hardware du serveur de load balancing ?

Oui justement c'est ça que je cherche. Pour Nagios, ça me semble parfait merci. Sinon comme OS, qu'est-ce que tu mettrais ? pour Le NFS GFS, Red Hat (ou Fedora ?) est obligé ?

Les moyens ce n'est pas un problème et pour la baie, consommation électrique et la bande passante non plus. Ce qui est important pour l'instant, c'est de connaître la configuration du cluster la plus adaptée ainsi qu'un ordre de grandeur de la puissance hardware, principalement pour le répartiteur de charge. Voici quelques ordres de grandeurs : Filer : 0.5-1 To d'espace utile en raid5 (là, je pense à du Sata2 voire des Raptor plutôt qu'à du SCSI pour des questions de coûts, maintenant si vous avez d'autres avis, ils sont bienvenus). Une question au passage : une fois le raid5 en place, on ne peut pas changer sa capacité (en ajoutant un disque dur) sans le reconstruire, c'est bien ça ? Bon allez, je vous en donne une deuxième en prime : Quelle configuration est conseillée ? Je vois de tout, allant du pentium 2GHz au bi-xeon 3GHz avec 16Go de ram... un PIV 3GHz avec 2Go de ram est-ce un bon choix ? BP : < 25 Mbps mais l'évolutivité de ce côté n'est pas un problème. Le reste des serveurs (3-4 Apache au début, 1 Mail (avec dns primaire) et 1 SQL (avec dns secondaire)) serait assez classique (PIV HT 3GHz, 2Go de Ram (ou 1?)) sauf le SQL qui aurait un bi-xeon avec 4Go de RAM et des disques SCSI en raid1. Je pense ajouter encore 1 serveur de backup. En gros, ce sera le point de départ (car le but du cluster est de : répartir la charge, simplifier l'évolutivité). Pour simplifier, voici ce que je cherche principalement : - Une idée réaliste du serveur répartiteur de charge (configuration hard). - La configuration conseillée pour un second serveur répartiteur de secours (heartbeat par exemple). - Une idée de temps à prévoir pour la configuration, rodage, stabilisation de LVS. - Je cherche également des idées pour simplifier la gestion du cluster et des sites en utilisant une interface commune (genre Cpanel, mais ce serait du sur-mesure), pour gérer un serveur je vois parfaitement, mais pour gérer un cluster de manière propre, je vois moins bien. - Ensuite il y a la question du monitoring, que conseillez-vous ? Cacti, Munin, autre ? Merci pour ta réponse

Bonjour, Je cherche des informations sur les clusters à répartition de charge (basé sur LVS). Ce cluster n'aura pas pour but d'apaiser un gros site, mais serait plutôt exploité comme pour un hébergeur : des centaines de sites, des changements de zones dns, vhosts,... très fréquent, etc... Bref, en dehors d'applications professionnelles, les clusters sont peu exploité et donc la doc est difficile à trouver (en dehors de celle de Linux Virtual Server ou de quelques fiches descriptives). J'espère trouver ici quelqu'un qui a déjà mis en place ou utilisé ce type de cluster pour répondre à quelques-une de mes questions. Ce que j'ai retenu est assez maigre : un serveur répartiteur de charge (voire un deuxième redondant pour la haute accessibilité) répartir les requêtes clients vers un serveur apache opérationnel qui lui-même ira piocher des données sur un filer tout en se servant sur le serveur MySQL pour renvoyer le tout au client. Les serveurs mails, DNS et SQL tournent sur des machines à part. Donc, tous les serveurs Apache sont identiques, il serait logique d'utiliser le même httpd.conf sur le filer, mais y a-t'il une solution propre pour redémarrer tous les serveurs Apache pour prendre en compte un changement de vhost par exemple ? J'ai aussi du mal à dimensionner le trafic entrant sur le répartiteur ainsi que sa configuration hardware, certains parlent de machines de fond de grenier : PIII 500MHz Est-ce bien raisonnable ? J'ai encore une foule de questions, mais commençant doucement et surtout, voyons si quelqu'un a des compétences dans ce domaine Merci d'avance pour ceux qui sauraient répondre et bonne nuit aux autres

Distribution : OS, sur quoi tourne le serveur ? Debian, Gentoo, Red Hat, etc... ? Utilisateur système, c'est idem que pour le ftp.

C'est presque comme pour un ftp : tu mets le host (ip, nom de domaine,..), l'utilisateur système et son mot de passe et tu te retrouves en shell. Il y a énomément de tutos sur le web à ce sujet, et si tu connais déjà un peu le shell tu n'auras aucun problème. Quelle est ta distribution ?

Salut, Il faut installer un serveur ssh sur le serveur, cherche du côté d'openSSH

Et bien salut à toi Tu n'auras pas de mal à rencontrer les personnes adéquates par ici (ni l'ambiance agréable et unique d'ailleurs :-° ). Bonne découverte et bonne chance pour tes études

Oui, t'as raison, j'ai été trop vite. Tout dépend de la bande passante et de l'emplacement du serveur ou encore de la prestation du (re)vendeur. Après quelques recherches, j'ai rapidement trouvé des U à 49 (à l'unité on s'entend bien ). Et je pense qu'en cherchant bien, on peut trouver mieux, tu aurais quelque chose à proposer ? Sinon, mon point de vue reste le même, c'est dur de rentabiliser un serveur + 1 U dans le bas de gamme.

Salut, Avec ce budget, l'achat est pratiquement hors de question (1U te coûte minimum 99/mois...). Maintenant, si tu te sens à l'aise avec un serveur, en louer un peut te permettre de réaliser quelques économies (tout dépend de ce qu'il te faut et pour ça, donne nous plus d'informations : bande passante totale, type de site, nombre de visiteur,...).

Safe_mod doit est-être désactivé pour ça non ?

212.27.32.132 c'est pas l'ip de ton dédié... ça ne risque pas de marcher comme ça corrige le serveur primaire avec 213.251.166.34

Salut ! Encore un Suisse, c'est la série J'aime bien ton site. Mais il est tout récent apparemment (début juillet ?). C'est un bon début, tu trouveras ici quelques conseils pour te lancer dans son référencement et pour l'améliorer. A++ sur le Hub

23 Mrd c'est bien... mais dès qu'on dépasse les 800, le reste est classé "similar content"... donc quel intérêt ? C'est sûr que "1-10 sur 888", c'est moins impressionnant que "1-10 sur un total d'environ 24'360'000'000". Pour le environ, j'aurais penché pour "à 1 million près", la précision pour une telle somme étant secondaire et ça les protège des remarques des 24 359 999 112 résultats inutilisables.