Reprise du message précédent :

Résumé :
Un data center en feu  
Bof... Clic, clic clic , relancer les VM sur le centre n2 et
Le plus long dans la procédure c'est retrouver la procédure dans le classeur et se re-servir un café  
Not a single Fuck was given that day

Et c'est exactement le but  

J'ose pas imaginer les gens avec la solution VMware by OVH qui réplique dans la même salle (VMware y est pour rien hein c'est juste mal managé, mais au final ça la fou mal de payer une blinde des licences pour ça )

Comme par hasard, tu postes cela un 1er Avril...  
A+,

Tiens d'ailleurs, si la VM XOA avait été sur un des serveurs touchés ça aurais donné quoi ? Faut la redéployer manuellement ? Y'a un process particulier ?

Toutes les données du backup sont stockés sur le dépot de backup. Donc même si tu déploies une XOA toute fraîche (même en Free) tu peux tout restore sans être bloqué (et même sur des serveurs tous neufs)
Et sinon tu peux backup la conf de ton XOA pour faciliter les choses (c'est un petit json).

Ok, suffit de mettre la main sur un des serveur et de repousser un XoA, restaurer le json et t'es reparti. Effectivement c'est pas grand chose comme taff

à condition d'avoir sauvegardé le JSON à un endroit qui a pas cramé.

Et y'a beaucoup de monde à fidéliser sur ce genre de dédié sans IPMI ?

Va dire ça aux clients de dédiés chez OVH

SVP mettez un indice en bas de mon écran C'est quoi le rapport entre teams et cette chaine de télé pour enfant ?

C'est trop con, merci Et je ne vois plus que ça maintenant

 
ah hué ça va loin

Sur dropbox par exemple.

Ça crame pas un nuage

Buncefield likes this

 
Y'en a d'autres de la gamme, le but c'est pas de faire des €€€ à court terme, mais d'avoir plus d'utilisateurs et de partenaires
 

 
 
 
En fait, le JSON si c'est jamais tu te souviens pas de l'endroit où tu as enregistré tes backups
 
Mais genre si tu sais sur quel NFS tes backups se trouvent, ta XOA toute fraîche, tu te connectes au dépot de backup et de là tu peux déjà tout restore comme si de rien n'était. Sans avoir besoin du moindre JSON L'intégralité des data ET des metadata sont sur le dépot de backup

J'ai lu le feedback, c'est la classe quand ça se passe aussi bien. Bon je suis moyennement d'accord avec le fait de ne même pas informer les clients alors que leur service a été down pendant quelques heures Le mec reçoit des alertes la nuit "Boarf, je verrai demain matin" Il a vraiment confiance dans son architecture  
 
Une question qui m'est venue du coup :  
Comment on fait un monitoring efficace et redondant quand on a X sites comme ici sur une multitude de datacenters géographiquement dispersés ?  
- J'ai rarement entendu parler de redondance de système de monitoring (que ce soit du multi-outil ou bien un outil qui est actif-actif)  
- Le site ne peut pas seulement s'auto-monitorer et envoyer des alertes sur incident car s'il brûle ou s'éteint soudainement on ne saura rien  
- Dédier un site pour le monitoring pose également un souci de SPOF, si le site disparait on est aveugle  
Bref, ya des best practices ou bien du feedback de cas réels sur ce sujet ?

Chaque service envoie un email "coucou" toute les 5mn.
Sur ton pc, tu as une base access en vba qui lit ton courrier outlook et mets à jour en 'down' si le coucou arrive pas.
 
En plus, c'est pratique, ça t'informe aussi quand les mails tombent, c'est tout rouge !

Tu fais sans problème une infra de supervision haute dispo avec SCOM, la seule contrainte c'est la latence entre les serveurs qui font tourner l'outil et les serveurs SQL qui sont derrière.
J'imagine que les autres gros noms du secteur peuvent faire ça aussi

La pluspart des outils de supervision supportent la haute dispo. SCOM, mais c'est aussi prévu dans Nagios et Centreon.
Et si la HA c'est trop compliqué pour le gain, tu fait un système par site qui fait toute la sup du site ET qui supervise... Le système de sup des autres sites.
Comme ça si un site crame, t'a pas 200000 alertes, et t'es pas dépendant d'une solution avec de la HA complexe que tu maitrise pas.

quoi, maintenant on a pas des systèmes qui se monitorent eux mêmes ?
 
vous me décevez

 
Méthode simple avec une stack Netdata/Prometheus/Grafana = fédération Prometheus. Et alertes Grafana si pas de données à un moment (tu peux avoir un 2ème Grafana ailleurs qui s'occupe juste de monitorer le… monitoring )

Ya un cron sur chaque machine qui fait un appel api vers slack dans un chan avec son hostname qui te ping.
 
Du coup t’as un healthcheck permanent, les notifs sur tous tes appareils, la recherche integré et le stockage illimité pour 6.25€ par mois.
 
 

 
mais c'est pas le role de l'IT que de déployer des outils à la vazycommej'tepousse-jemenfousdesusers ?
 
ça doit etre écrit dans la définition même de l'IT ça, c'est pas possible autrement.  

 
Non le rôle de l’IT c’est de mépriser les demandes des users et de les challenger à mort pour ne rien faire évoluer et ensuite aller pleurer à cause du shadow it et des acquisitions de softs en saas sans passer par eux. Nuance.

 
 
   ah ben moi, j'ai les deux alors, les Jean-Michel Apeuprè déploient comme des connards (dernière en date, MAJ antivirus sans règle je suppose qui vérifie tellement tout que ton PC sors les rames et les pagaies pour ouvrir un pauvre doc word alors que t'as 16Go de RAM, un SSD et un CPU i7) et quand tu leur fais une demande, soit t'as écrit au trou noir de l'IT, soit tu te tapes une réponse format "c'est pas nous" façon "vazy dégage avec ton mail de merde".
 
 
 

Tellement

L'équivalent métier c'est de challenger à mort les commerciaux des esn sans consulter l'informatique, acheter le produit, communiquer sur la roadmap et ensuite demander à l'IT si ça marche pour hier en les tenant pour responsables sur les retards de mise en prod.

 
Nous on en a une bonne en ce moment. On a des PCs fixes en accès à distance (+ perf que laptop, h24 pour faire tourner des programmes, si besoin on revient les rebooter pour des MAJ ou autre si on perd la main mais c'est rare) & les laptop user classiques, et sur le site ils mettent une politique de flex office, comme toutes les banques modernes & entreprises à la mode. La règle c'est "zero machines sous les bureaux, zero machines dans les placards", pour avoir aucune shadow IT.
On peut pas les mettre en salle info parce que c'est pas sur rack les machines.
On a quelques dizaines de personnes qui peuvent pas bosser sans ces PCs et pas prévu de les virer  
 
Donc on va déménager ces PCs sur une succursale pas encore à la mode, dans un coin sous un bureau avec des prises réseaux, à +100km, et pour rebooter le PC quand l'IT plante les MAJ ce sera déplacement professionnel. Et l'IT va nous les briser avec leurs problèmes de cybersécu alakon.

Fabuleux  

Shadow IT traduit vraiment littéralement    

Le pire c'est qu'on annonce la couleur et qu'on va tout foutre dans une succursale lointaine. Mais RAF, ils préfèrent que leur nouvelle disposition de bureau soit inaltérable.

Et quand la Shadow IT clone une image, c'est avec la technique de Shadow Clone Jutsu ?    
A+,

La Shadow IT, c'est MOI  

On appelle ça des serveurs non

 
Le SAAS, c'est pas justement le moyen pour l'IT de se séparer de ce qui ne l'intéresse pas?
 

 
Pas forcément, on a quelque ordis comme ça aussi. C'est pour des besoins ponctuels, comme lancer une macro Excel qui met quelques heures (donc un Windows 10 avec les applis Office tout bête). Ca permet de ne pas bloquer sa machine perso.

 
C'est aussi ça.

 
On pourrait  
 
Mais en vrai, c'est des applications bureautiques qui tournent dessus, donc avec besoin d'une image bureautique (du office, des dll spécifiques, des vieux machins, des licences affectées à un user spécifique,   )
Tu me diras, on pourrait avoir des VM et hop.
Mais chez nous, les VM sont soit sur linux (j'sais même pas lequel) soit des windows server pour poser des trucs genre serveur FTP ou ms sql server. et les applications bureautiques codées pour des machines utilisateurs tournent pas dessus (pas de pack office, pas d'user, etc.)
 
Et quand un rendu doit tourner même 3h et quelques, ça veut dire que le laptop de l'utilisateur est très peu utilisable pendant ce temps, et il peut pas le lancer l'après midi (parce qu'il rentre chez lui/éteint le pc à un moment), et sinon faudrait le payer à faire ses emails pendant 3h/jour (parfois bien plus).
Puis en prime, y'a des notions de sequence (certains programmes générent des trucs insérés dans d'autres programmes ensuite), et donc faut que l'ordi soit dispo pour lancer la suite ou alors faut attendre qu'il soit rallumé le lendemain.
Donc passer de "je lance ça en partant du taf le soir et le lendemain matin c'est bon c'est sûr" à "je le lance à 8h et je garde le laptop allumé toute la journée à moitié bloqué", c'est pas optimal en utilisation de ressources humaines...

 
Il n'y a rien qui te choque dans le fait qu'un Macro Excel dure plusieurs heures ? Rien du tout ?
 

Oui en gros vous utilisez des marteaux Playskool pour creuser des tranchées dans du granit. Donc forcément, c'est la merde.
Vous avez essayer d'exprimer vos besoins métier à l'IT au moins ? Ou alors cette façon de bosser dégueulasse ne vous a jamais étonné, car ça a toujours été comme ça ?