Reprise du message précédent :
Tu fais un prix intéressant sinon sur la version full inclusive ? Avec un bonus en drogue/prostitué.e.s (écriture inclusive offerte ) ?

La license la moins cher qu'il reste vu qu'ils suppriment les autres et que celle d'après c'est la Entreprise Plus pour 4x la prix de la standard.
 
10k€ pour un hôte c'est déjà pas mal suivant ce que tu mets dessus hein, et vSphere Standard ça doit suffire à faire plein de chose aussi déjà (enfin j'espère, on est encore en 6.0 avec une license qui n'existe plus ..)

VirtualBox sinon  

 
   
 
Un petit Ryzen 1800x, 64GB de Ram, un SSD m2 d'un To, un virtoual Box, roule ma poule  

voila, sur un pc portable fermé sur plateau 1U dans une baie de brassage.

Par contre quel OS ? Vista familiale ?

Et en + le portable fait UPS intégré vu qu'il y a une batterie

 
Et pas besoin d'écran tiroir.  
 
 

 
Je vends rien    
 

 
Bah disons que des fois, pouvoir faire du Storage vMotion c'est pratique Ou faire du DVS également. Après j'y connais rien de pourquoi c'est comme ça, je fais que du support sur le produit

 
 
 
XenServer + XO

Changer un password krbtgt en pleine journée, ça se tente ?

Non, c'est pas vraiment ça.
Avec la FAT et DOS/Win3x qui étaient prévus pour les noms 8.3, tu ne pouvais pas faire plus long, un point c'est tout. C'est pas qu'il chiait, c'était une limite fixe.
Ensuite ils ont rajouté une gestion de noms longs dans Win95 et la FAT32. Par compatibilité avec les anciens softs, les fichiers étaient accessibles avec deux noms : leur long nom et un nom 8.3, que Windows générait avec un tilde et un numéro en effet. Si un vieux soft manipule un fichier à long nom, le long nom a des chances d'être perdu, c'est le jeu

Actuellement ce nom court 8.3 existe toujours en interne, mais en NTFS il est optionnel : il y a une option perdue quelque part dans la base de registre qui dit s'il faut ou non générer ces noms 8.3 pour d'éventuels anciens softs (qui de toute façon ont des chances de ne plus tourner dans les Windows 64 bits actuels, vu que la plupart étaient en 16 bits).

Ces noms longs de Win95 ont une limite de 260 caractères (lettre de lecteur comprise) mais en effet quelques softs ont une limite un peu en-dessous.
Windows 10 gère les noms plus longs depuis une des dernières versions, mais par compatibilité avec les vieux softs il faut que le soft disent explicitement qu'il gère les noms longs pour pouvoir en bénéficier.

 
Ah oui en effet  
 
Le pourquoi c'est simple: Faire du pognon

 
Je propose qu'on monte notre startup, y'a du potentiel    

Ça chie pas, t'es juste trop jeune pour savoir ça

Sinon jacob_delafon c'est le multi de qui? Qu'il se dénonce  

Pourquoi je serais un multi  

 
Oui y'a un problème ? tu veux qu'on en discute ?

Mon premier pc était sous msdos6.22/win3.11

XaT

Merci pour les rectifications

XaT

 
Ça évite pas mal la réflexion en amont sur la structure des données et pour pas mal de cas où le cahier des charges change 15 fois par semaine, c'est un avantage  

Raison de plus, tu devrais savoir

J'étais jeune
 
XaT

"Faut embaucher des professionnels" ® XaT
 
Vous documentez systématiquement vos install/whatever je présume ?
 
Ça prend un temps considérable de faire ça bien...

Bas quand tu ne décides pas c'est un peu dur .  
On est souvent confronté à ça, et même parfois en prod, les besoins changent une fois que c'est mis en place  .  
C'est plus un problème au niveau des demandeurs qui croient que nous sommes exclusivement à leur service, et que l'informatique c'est 4 cliques et puis c'est tout   .
On à parfois des reunions de réunions pour revenir sur ce que il à été dit et décidé il y à 5 mois, alors que des gens ont bossés à temps plein sur des projets  

Si vous êtes dans un process où y a beaucoup d'itération et avec des conséquences sur l'infra, je ne comprends pas pourquoi l'infra n'est pas impliquée.
 
Ce n'est pas une fatalité de faire 15 changements par semaine, si c'est dans un process où toutes les équipes sont impliquées, où les tests sont automatisés et effectués.
Le déploiement automatisé ça existe aussi.
Mais sans implication des bons acteurs, ça va être balèze

J'essaie de renseigner les trucs quelque part ouais
Sinon faut apprendre un language style markdown et écrire à la chaîne et exporter vers ce que tu veux quand t'en as besoin stocké dans git/svn/whatever

XaT

Ça m'intéresse ton langage là, je vais voir ce que ça donne

 
On est en sous effectif malheureusement, dans une optique de pas trop cher, forcément ça aide pas    
 
 
 
Ah non mais on peut rien imposer c'est ça le souçis . Et vue qu'on est une équipe transverse en support de toute la R&D, on fait éponge    
 

Oui et oui
(Doc d'architecture et doc d'exploitation au minimum).
Et effectivement ça peut durer aussi longtemps ou même plus longtemps que la partie "déploiement technique" à proprement parler, selon l'ampleur du projet...

Je suis d'accord avec ça, mon chef se bataille avec ses chefs pour leur faire comprendre. Mais les N+2-3 s'en   un peu beaucoup. Disons que ce sont un peu des gamins capricieux parfois.

Bon sinon j'ai une question niveau virtualisation:

Vous connaissez surement OpenStack. Je m'interresse à ça justement grâce à Numa (http://redhatstackblog.redhat.com/2015/05/05/cpu-pinning-and-numa-topology-awareness-in-openstack-compute/)
Grâce à cette techno, il est possible de faire tourner une VM physiquement sur plusieurs hôtes ?
Parce que pour mes fermes de compilation ça pourrait être un gros plus de pouvoir compiler sur plusieurs serveur physique en même temps, tout en ayant la finesse de gestion de la suite d'openstack.

edit: J'utilise déja icecc. mais il y à quand même à déployer les environements à la main et c'est un peu chiant. de plus le coté maitre/esclave est trop contraignant car il faudrait beaucoup, beaucoup d'espace disque pour n'avoir qu'un seul Scheduler..

D'un point de vue méthodo du coup, j'essaie de faire la doc lors du maquettage pour gagner du temps mais je me demande si c'est la meilleure façon de faire au final.

 
Purifier par le feu, j'aime bien, mais c'est dangereux le retour de flammes  

Les concours d'uptime c'est fini hein