Cette semaine : le best of de mon IT "
- jai pas géré l'incident parce meme si tu m'as dit que l'application B était plantée tu n'as pas ouvert de ticket.
=> bon ok il y a des process il faut les suivre. Pas de ticket pas d'incident

- jai pas géré l'incident parce que j'étais en reunion et que le reste de l'équipe ne suit pas si des tickets tombent dans lappli des tickets (on était sur une P1 critique...)

- le ticket disait "message d'erreur dans lappli A "impossible de clore le dossier car l'application B n'est pas disponible". J'ai donc ouvert un ticket sur l'application A puisque le pb est sur lappi A" pourquoi tu râles? Ah bon j'aurais du vérifier si l'application B était up (oui parce que ça fait 1an qu'il na pas le temps de mettre en prod l'application de monitoring des applications) tu crois ?

=> je peux échanger ce boulet contre un des vôtres ?

Le titre du gars "Application expert"....

Full VMware. C’est la plus grosse infra du genre en Europe.

Sur quel produit ils font du VDI ?

Je suis en train de bosser sur le déploiement d'un produit, et pour un des rôles la documentation dit "pour faire de la haute dispo, le rôle doit être déployé en cluster d'au moins 3 noeuds", sans explication sur le pourquoi du comment.
Ca nous laisser un peu perplexes, surtout que l'infra sera déployée entre 2 datacenters donc on a un peu de mal à comprendre comment gérer ce rôle dans notre contexte.
Du coup on a ouvert un ticket chez l'éditeur pour avoir des explications....
 
On n'a pas été décus!
 

 
Y'a pas à dire, parfois t'es content de payer la DIME!
 

C'est chez moi ? T'as un numéro de ticket ?

Dans le doute, ticket chez plam

nope malheureusement

 
Merci mais j'en ai assez en ce moment Cette fois, j'ai un utilisateur dans un pays du Golfe qui me dit que son MS SQL ne marche pas, avec des screenshots de l'application

Alors donne un peu plus d'argent à cet éditeur pour le support premium bullshit

Je suis en train de bosser sur le déploiement d'un produit, et pour un des rôles la documentation dit "pour faire de la haute dispo, le rôle doit être déployé en cluster d'au moins 3 noeuds", sans explication sur le pourquoi du comment.
Ca nous laisse un peu perplexes, surtout que l'infra sera déployée entre 2 datacenters donc on a un peu de mal à comprendre comment gérer ce rôle dans notre contexte.
Du coup on a ouvert un ticket chez l'éditeur pour avoir des explications....
 
On n'a pas été décus!
 

 
Y'a pas à dire, parfois t'es content de payer la DIME!
 

Quand tu fais un cluster, il te faut au moins 3 noeuds : 2 noeuds "réels" (avec l'appli et tes données), et 1 Witness. Le witness est là pour atteindre le quorum de 2/3, afin que chaque noeud sache si c'est lui qui est isolé (et doit s'arrêter), ou si c'est l'autre (et donc prendre la main).
Leur réponse est à côté de la plaque, ou alors leur truc est pourri (si 2 noeuds tombent, comment le 3ème noeud sait que c'est lui qui doit prendre la main ?)

Même dans ce cas, leur réponse est débile : ça veut dire que 2 noeuds peuvent suffire, alors pourquoi en imposer 3 ?

Bonjour,
 
Quelles sont les alternatives face à VROPS ?
Nous sommes prêt à payer la dîme.
 
Cdt,

Bonjour,

Quelles sont les alternatives face à VROPS ?
Nous sommes prêt à payer la dîme.

Cdt,

Virtualisé sur ton produit? Si oui, EVIDEMMENT c'est toi.
Si non, c'est pas grave, ca permet de tester la solidité de tes connaissances informatiques

Si t’as vROps tu paies déjà la DÎME.

Quel est ton besoin déjà ?

Oui mais quitte à payer la dime, autant la payer pour qu'elle soit multi techno

Métrique des VMs, stats en tout genre en gros

c'est déjà un contrat premium

 
Alors j'ai plus de précision : le système de « test »/installer de MS SQL ne voit pas le disque virtuel alors que l'OS (Windows 2016) oui. Mais ça marcherai sur HyperV. Sauf que je vois pas en quoi c'est moi qui peut l'aider là, c'est plus à lui de demander à MS pourquoi il snobe le disque  

Oui mais quitte à payer la dime, autant la payer pour qu'elle soit multi techno

Une seule solution : SCOM

 
Alors j'ai plus de précision : le système de « test »/installer de MS SQL ne voit pas le disque virtuel alors que l'OS (Windows 2016) oui. Mais ça marcherai sur HyperV. Sauf que je vois pas en quoi c'est moi qui peut l'aider là, c'est plus à lui de demander à MS pourquoi il snobe le disque  

Ca gère linux ? pour faire plaisir à XaT

Même dans ce cas, leur réponse est débile : ça veut dire que 2 noeuds peuvent suffire, alors pourquoi en imposer 3 ?

Bah j'attendais une réponse dans cet esprit, mais y'a en général pas besoin d'un noeud complet pour faire un witness (file share witness, cloud witness...) et là de toute facon la notion ne s'applique pas vraiment, chaque noeud du cluster va servir exactement les même infos, c'est plutôt comme une ferme de serveurs web dans l'esprit.
(Je parle du rôle HGS d'HyperV, si ca peut en éclairer certains )

Le disque est dispo dans la VM mais pas formaté ?

Qui connait bien l'extension Audioconference sur 365 ?
J'ai gotomeeting et j'aimerai bien migrer dessus, mais je suis pas sûr de pouvoir pour certains scénarios.
Et le site admin de Microsoft est franchement pas intuitif là dessus...

Je vois pas où dans SQL server il te demande un disque. Tu as ton disque, formaté et tu fous tes données, logs etc dessus.
A moins qu'il parle d'un cluster Windows ou dans ce cas c'est la couche de clustering qui a qq prérequis genre réservations SCSI pour pouvoir partager un disque entre plusieurs hôtes

Dis toujours

Je vois pas où dans SQL server il te demande un disque. Tu as ton disque, formaté et tu fous tes données, logs etc dessus.
A moins qu'il parle d'un cluster Windows ou dans ce cas c'est la couche de clustering qui a qq prérequis genre réservations SCSI pour pouvoir partager un disque entre plusieurs hôtes

 
ou bien ça pourrait être un truc fun, genre l'utilisation de raw partitions sous sql server, avec des lectures/écritures directement sur le disque et sans passer un système de fichiers.