Reprise du message précédent :
Moi toujours au boulot (23h-07) cette nuit. je m'ennuis... le lis, je surf, tu parle d'un boulot....et je bosse 3 nuits/jours par semaine en étant payé 35h sans compter les primes.

j'avoue que je vais avoir du mal à te plaindre

Honnetement le boulot de nuit ça reste dur, meme avec des horaire léger.
Là je vais me pieuter.
 
Je gagne pas énormement 17k Brut a Niort.(vie pas chère )
Et grace au prime je touche l'équivalent de mon brut en net.

Tu peux aller voir ce topic: http://forum.hardware.fr/hfr/Progr [...] 3663_1.htm
ou ce site:
http://www.xmbforum.com/
A+,
 

 
PHPBB est un nid à bug et surtout à faille de sécurité.
MD est déstiné à faire des forums publiques avec un grand cnombre d'utilisateurs, par tellement utile pour un forum interne privé.
 
Le second à conseiller (payant aussi mais pas du tout les même prix (ni les même fonctionnalité que MD) c'est vBulletin, il est très complet facile à administré et presque totalement dépourvu de faille de sécurité.
On peut facilement y ajouter des modules.
Bref c'est un très bon forum, il tiens seulement une charge un peut moins important que n'en n'est capable MD et n'a pas toutes les tools de modération, qui sont d'ailleurs souvent inutiles pour un forum avec peu d'utilisateurs.
Le second dans mes choix est en gratuit et est SMF (http://www.simplemachines.org/) qui est modulaire facilement administrable et ayant un code relativement propre et pas trops de failles de sécurité.
Mais il est moins complet que vBulletin  

ces fameuses tours elles étaient déjà en place à mon arrivée et pis je savais que ça allait être comme ça...
 
et de toute manière toute les serveur ont été coupé car les batteries ont tenu même pas 5 minutes au lieu de 20 (batteries hs qui doivent être changé)
 
ptite question :  
si vous voulez virtualiser des AD de sites distants + des vmware pour des applis (vm de test et de prod)  
vous utiliserez quoi VMware ou ESXi.?

 
On virtualise pas un AD complet on laisse toujours un primaire en physique (pour des raisons de déviation d'horloge qui empêche totalement de se logger).
Sinon si tu as qu'un seul ESX ça n'a aucune intérêt autant prendre un ESXi, les ESX (avec un VC) ça sert à gérer l'infrastructure :  déplacer des VM, redémarrer automatiquement en cas de crash sur d'autres machine, ce genre de truc.

 
Paye ta faille de sécurité

 
Y'a juste ce schéma qui est un poil tendu :  
 

 
Tu perds une alim, tu perds la moitié de ton stockage

c'est jamais que du pr0n

C'est sûr que les alims ne sont pas redondantes mais si tu prends une bonne alim de base, t'as pas énormément de risques.

T'es sûr que tu fais de l'hébergement, toi ?    
 
Pour poster un truc comme ça  
Tu t'es déjà retrouvé avec un sotckage dont 50% passent au black d'un coup ? Tu perds tes données et t'éclates ton FS, et la restauration de + de 60 To, c'est pas comme si c'était rapide ni facile !  
 
Clairement, si tu leur prends ce machin, t'en prends un second en secours, obligatoirement.

Non, je ne perds pas mes données vu que je suis en raid
Suffit de bien construire le raid de façon à pouvoir tourner avec 50% des disques.
Vu la capacité totale, même si je perds 50% de capacité, pour le prix, ça me suffit.
 
Bon ok, pour reconstruire le raid ensuite, je vais en chier.
 
Mais vu le prix du machin, tu ne peux pas trop en demander, c'est pas fait pour y mettre des données critiques.
Et je n'ai jamais claqué d'alim, donc, statistiquement, c'est pas ça qui claquera en premier.

un raid qui tourne avec 50% des disques ???
un raid 1 quoi
 
pis l'alim doit etre le truc qui claque le plus vite après un disque dur (j'en ai encore perdu une hier)

Vi
C'est le seul moyen de survivre à un crash d'une des alim je pense.
Je perds peut-être pas mal d'espace mais je suis pas fou non plus.
 
Tu peux pas tout avoir pour pas cher.
T'as peut-être l'infra mais pas les garanties donc tu fais avec voilà tout.
 
Bah j'ai eu de la chance alors parce que pour le moment, je n'ai claqué que des disques.
Ce qui signifie qu'une alim ne devrait plus tarder ...

si t'as pas besoin de 67To mais seulement 30, tu prends moins de To pour autant de fric et tu montes une archi mieux concue

Certes mais là on parlait d'utiliser leur solution
Tu veux faire quoi avec leur truc sinon ?
 
Ou alors du backup N+2 donc si ça lâche, tu t'en fous, t'as le N+1.

ben si leur truc convient pas t'en prends un autre, t'es pas obligé de te couper en 4 pour l'utiliser

 
mybb est très bien aussi.

Non mais leur bricolage me plait, j'aimerais bien jouer avec l'un d'entre eux quoi
Je serais curieux de voir ce que donnerait une raid0 sur l'ensemble de la bécane ^^
 
Même si cela ne vaudra jamais la vidéo de je ne sais plus quelle marque (samsung ?) qui avait testé un windows sur un raid-0 de 24 SSD.
Rien que le temps de cliquer sur l'icône de word, il était déjà lancé.

Sauf erreur, tu parlais du support via liste de distribution / forums

Non, ça c'était moi qui en parlait

 
Ben tiens, perds deux disques en raid5, ou étends un FS entre deux contrôleurs, on verra si tu perds rien en cas de défaut d'alim d'un seul côté  
 
Qui plus est, tu pars du postulat que le raid1 peut se faire intra contrôleurs, donc que c'est un raid soft, et un raid soft d'une telle taille, ça doit être carrément tendu niveau perfs.  
 
Bien sur que les alims claquent, régulièrement même. De mon expérience, les trois éléments qui claquent le plus sur des serveurs sont : mémoire vive, disque dur, alimentation.

 
Ben si tu en fais un serveur de stockage, tu crées une racine DFS sur les deux serveurs (en plus de ton backup sur bandes, oeuf corse). Ainsi, tu garantis ton maintien en condition opérationnelle.

Sur autant de contrôleurs ce serait un raid soft, donc pas forcément terrible niveau perfs.

tout en zfs tant que l'on y est

(d'ailleurs je savais pas que ZFS detecté automatiquement les disques les plus rapides et les plus lent et leurs assignés ainsi les datas frequement utilisé/rarement utilisé d'autant plus pratique dans le cas d'ajout de ssd au sein d'une pool ^^ )

Un peu le même genre de baie (mais pas le même genre de prix )

http://www-03.ibm.com/systems/storage/disk/xiv/

 
Mais !
Laisse-moi rêver non de non !  

 
Tu m'apprends un truc là.

nom de nom

Tiens les mecs d'ailleurs j'ai mon serveur pourrav' sous RHES3 là, que j'aimerais bien rendre 'redondant' vu qu'on a des backups des données, mais aucune image du systeme et que l'ERP est un beau bordel sur lequel on a pas la main.
 
Objectif idéal > dumper une image du bordel que je puisse faire tourner dans une VM en fallback si le serveur physique crashe, bicoz toute la prod/prepa/expe/facturation/reporting se fait sur cette merdeveille.
 
C'est pas possible et jpeux me toucher ?
 
Bon je retourne sur mon chantier de merde, le soft metier en mousse fait *déjà* chier, il n'imprime pas via le réseau alors que le reste des autres soft si ²²²

Je ne vois pas ce qui t'empêcherait de faire une image ?
Faudra juste que tu te recompiles un kernel pour que ça passe en VM mais c'est tout.
 
On va migrer tous nos serveurs de la même façon sur OpenVZ.
Image complète ou stage5 pour les gentoo et on remet ça dans une VM.
Sauf que le kernel est commun à toutes les VM donc c'est bien pratique.

 

Nom nom nom nom ...

Ouais je l'ai installé pour un forum perso
MArche bien. Plus léger que smf, moins de fonctions aussi
 
Je connaissais pas XMB

C'est pas tjs une bonne idée ca...
 
Exemple, ta baie de disques mets plus de temps a démarrer que le serveur, ton serveur boote avec une partie des disques, la DB essaye de remonter etc...Tu peux vite foutre un gros bronx.

 
oui, j'avais vu ca en cours mais j'avais pas tilté sur le coups, c'est en relisant l'article sur zfs sur zikipedia us (le fr est plutot... light) que j'ai relu ca et la ca a fait tilter les neuronnes ^^
 
en stage, un autre gars avec nous a fait tout un tas de procedure pour justement tirer parti de zfs pour ameliorer et simplifier les procedures de test, et c'est assez impressionant (comment simuler le fonctionnement de ton soft+bdd si la partition arrive a saturation? hop, tu resize ta zone a la volé comment tu simules qu'un de tes disques tombe? hop, tu vires la zone ^^ comme tu simules un usage trop important des ressources? tout est desactivable, parametrable, franchement, je suis assez impressionné par Solaris/Open Solaris niveau virtualisation/repartition des ressources c'est plutot bien poussé )

Perso, je me méfierais de la stabilité de la chose: un péta octet, ca sous entend trop que les disques vont péter...  
A+,

Ca en est ou le support de ZFS dans freebsd ?

sont tjrs un poil en retard par rapport a solaris/opensolaris, mais bon stun peu normal.
 
Par contre, il me semble qu'on ne peut toujours pas resize un pool, et ça, c'est plutot emmerdant...
 
et en virtualisation, ils ont tjrs un peu de retard aussi je crois.

 
Vu l'échelle de leur infra, la redondance doit se faire par grappe de serveurs plutot que par grappe RAID