Reprise du message précédent :
Ma version d'essaie XOA a expiré Il est pas content

Relisez bien son post. Un incendie d'une boutique dans la ville.
L'incendie OVH, ben c'est eux-même. Pas le kebab de la rue qui a cramé.

Roh il est tatillon

Si le centre des impôts de Balma crame je peux te dire que le DC Zayo va vite s'arrêter

La nuance est grande

 
Bah ça n’a rien à voir en fait.  
Parce qu’à l’époque à laquelle je faisais de l’infra je ne compte plus le nombre de cellules de crise à cause de SAN effondrés par des coupures électriques. Systématiquement en auto hébergement.

Du coup on peut prendre l'autre exemple d'OVH qui a une coupure elec suite à la haute tension qui coupe et les génératrices qui démarrent pas car sans contrats depuis 10ans ?

Redface is red

Ah c'est ta définition de auto hébergement qui est pas claire pour moi. Oui je parle pas d'avoir sa salle IT mal géré. Si t'es assez gros tu peux avoir un DC sérieux a toi, sinon rack ou salle dans une data.

Je pensais que tu opposais au cloud. Ici je qualifie de auto hébergement ma prod car sur mes serveurs sur xcp-ng mais dans un rack chez Jaguar

Je me souviens pas de ce truc, c'est vieux?
Bordel ils sont pas chanceux niveau énergie OVH

 
j'avais du tierIII en autohébergé : 2 petits datacenters de 500 M² relié par une fibre noire ( à 10 km de distance : pas ouf ça )
 
boite française de 10 000 personnes et 3 milliards € de CA avec 100 personnes à la DSI ( 150 avec les prestas je pense)  
 
très formateur en tout cas pour comprendre toutes les problématiques de prod  

 
   
 
1/ passe dire coucou ou envoi un MP 1 jour avant de passer que je vienne à la boite
2/ prépare un respirateur, tu vas être comme ca    
3/ prévois en un pour ton interlocuteur  
4/ j'veux bien ton avis ensuite en MP pour que je me poile.
5/ N'oublie pas que les boites font de l'informatique avec 10 balles en poche car ca ne vaut pas plus.

 
2017 https://www.developpez.com/actu/172 [...] cessibles.
 
Et il doit en avoir un autre en 2015 ou un truc du genre.

Sauf que c'est inexact.
La panne de SBG1, dont le reroutage du traffic qu'elle a causé, et qui a impacté tout le réseau ovh, a aussi été aidée par un défaut majeur mais accidentel.

L'alimentation en fuel des groupes se faisait via une petite cuve, alimentée elle-même par pompage depuis une grande cuve.

Sauf que les pompes étaient malheureusement branchées sur le circuit électrique principal, et non sur celui de secours (ondulé et alimenté par les groupes).

Donc une fois la petite cuve vidée, n'étant point alimentée par les pompes, rideau.
Mais ça les aurait fait un peu trop passer pour des cons de l'avouer.

Haha bien joué

Propre

passé un certain point, ça devient difficile de plaider la malchance.

 
Sud IdF, frais et traiteur ?

 
Bien sûr !  

Là c'est juste une erreur de branchement, mais qui fait mal.

 
 
ouep    mais ça fait bien 3 ans que je suis parti maintenant  

@ceux qui étaient/sont en CentOS, vous avez pris quoi comme décision ?
 
Rocky ?
RHEL ?
Ubunut/Debian ? lol

alpine docker

 
a priori ca sera Rocky pour nous

 
C'est quoi lol comme distro ?

petite question vmware parceque la je seche.

Je deploie un nouveau vsphere avec 3 hotes en test.
le vshpere est hebergé sur les hotes.

J'installe les hotes, j'installe vsphere sur un des hotes, je configure vsphere, crée un cluster, mets les 3 hotes dedans ok.

Je crée un dvswitch. j'ai donc une carte réseau dans le vswitch0, qui porte le vmkernel d'admin, et une carte réseau dans le dvswitch. je crée un distributed port group qui porte le vlan d'admin
je bascule les vmkernel des hotes du vswitch0 vers le dvswitch

> tous les hotes passent en "network connectivity lost"

alors que je continue a les ping sans probleme.

je seche.

Wondows 2019 ?

Je pense que ca sera aussi ça
Ca a l'énorme avantage de pouvoir créer les VM sans se faire chier à mettre sous licence pour avoir du support

Pourquoi lol ?

Pas fan d'Ubuntu mais tu peux avoir du support.
Et Debian il est où le problème ?

Surtout en mettant Rocky en premier...  

l'écosystème est pas du tout le même, ca fait pas mal de choses à reprendre

Ah ok, dans ce sens là  

J'ai démissionné.

... les groupes qui ne s'alimentent pas eux memes ?

Bouge la vmnic du vcenter sur le distributed port group du dvswitch ?

https://packetpushers.net/podcast/d [...] ster-fire/

D'ailleurs normalement tu peux tout faire d'un coup via le wizard : bouger les interfaces de management et l'interface du vcenter.
Me semble l'avoir fait sans trop de soucis.

 
La plus belle install auto hébergée que j'ai vu.  
Par contre on a démontré que les deux sites n'étaient pas autonomes. Sur une coupure total des liens des services tombaient parce qu'ils étaient adhérents à l'autre salle.  
Mais mis à part ce problème de conf (résolu), j'avais été bluffé par la qualité de l'installation, à tous points de vue.

 
 
   en grande partie due à l'ancien directeur infra ( avant philippe S.) qui ne laissait rien passé :
 
 comité de sauvegarde : tel serveur hors prod est en erreur 2 fois de suite pourquoi? analyse et remédiation dans la semaine  
 comité de drp : 2 bascules par ans entre les datacenters ( scope diffèrent à chaque fois )  
 visite des datacenters (sans prévenir) 1 fois par trimestre et t'avais pas intérêt à avoir laisser trainer un carton dans la salle serveurs.
 
 
 
quand t'arrive là et que c'est ton premier poste de responsable système c'est très formateur  

Ah oui la dessus ça avait nettement dérivé quand on est arrivés.

 
plusieurs choses :
- on etait deja sous centos, habitude des commandes, playbook ansible deja ecrit pour centos etc
- durée du support des versions largement supérieur (de mémoire 10 ans contre 5)
- iso avec Redhat, du coup possibilité d'avoir le "meme OS" quand on a besoin de support (achat d'une redhat) et quand on en a pas besoin (centos > rocky), avec les memes playbook etc
- les produits commerciaux supportent systematiquement Redhat, ca progresse pour ubuntu mais c'est pas encore a 100% le cas  
 
 

 
fait en meme temps

 
Ouvre un ticket chez Plam