http://www.vmworld.com/blogs/MarcB Comment Feed for Le blogue de Marc 2008-09-25T12:28:44Z http://www.vmworld.com/blogs/MarcB/2008/09/16/une-image-vaut-mille-mots#comments-1375 Avec un peu de retard...<br /> Je suis d'accord que le principe de recouvrement mérite un effort financier. Ce niveau de protection ne se fait pas sans un minimum d'investissement. J'ai été témoin de catastrophes où on aurait bien voulu dépenser quelques dizaines de milliers de dollars pour récuppérer des données perdues. Il demeure une question au sujet de l'agent SRA qui est normalement livré par le fournisseur de stockage : N'est-il pas un élément critique de l'intégrité et du contrôle du système et qui d'autre pourrait en être garant, compte tenue de l'importance critique d'un système de relève? Je crois cependant que dans ce monde virtualisé beaucoup de choses sont possibles et probablement à portée de quiconque veut s'y mettre. 2008-09-25T12:28:44Z http://www.vmworld.com/blogs/MarcB/2008/09/16/une-image-vaut-mille-mots#comments-1340 entièrement d'accord.<br /> Néanmoins, on constate des efforts concernant l'apparition de solutions de stockage PME/PMI permettant de s'associer à SRM. <br /> Personnellement, on teste actuellement SRM sur des FAS2020. C'est vrai qu'on est dans des tranches de minimum 25000 - 30000 $.<br /> Maintenant, il est tout à fait possible d'imaginer répliquer des SAN vers des NAS bas de gamme qui sont bcp moins performants et de mettre SRM par dessus. On va atteindre des prix entre 15000 à 20000 $ environ.<br /> Certes, on est encore dans des tranches de prix un peu élevé pour une PME/PMI, mais honnêtement un DRP à ce prix... ca commence à être crédible... 2008-09-17T02:46:08Z http://www.vmworld.com/blogs/MarcB/2008/09/11/mon-programme#comments-1304 Salut Marc,<br /> <br /> Contente pour toi que tu ailles au VMWORLD. <br /> Je n'ai malheureusement pas le temps de passer au "travers" du programme complet... ouf... par contre, j'ai vu les choix que tu as fait Excellent ! <br /> <br /> Plusieurs sujets m'intéressent particulièrement : <br /> VM Site Recorery Manager (pour les VMs critiques)<br /> ESX TOP<br /> Vmotion deep<br /> <br /> Et j'aimerais que tu poses une question :<br /> _________________________________________<br /> <br /> La mise à jour de ESX via Update manager est géniale et focntionne très bien en combinant VMotion, il n'y a pas de coupure au niveau des VMs. Par contre, à chaque fois qu'on met à jour le ESX (UPDATE 1 ou 2), les VMWARE TOOLS doivent également être mis à jour sur toutes les VMs (dans VC, les VMs affichent Vmware Tools : "Out of date").<br /> <br /> Donc finalement la question : Y a-t-il une façon de mettre à jour les "foutus" VMWARE Tools sans avoir à RÉAMORCER la VM ? Si non, est-ce que VMWARE travaille à améliorer ce bémol ? <br /> <br /> Sous question : Quelles sont les conséquences de ne pas avoir les Vm Tools à jour dans les VMs ? Nous savons déjà que dans notre config actuelle (ESX Update 2, VMs ont les Vmware tools de Update 1), ça ne pose pas de problème pour la gestion et pour VCB (les backups fonctionnent bien même si les Vmware Tools ne sont pas à jour). Mais y a-t-il un risque ?<br /> <br /> Merci à l'avance et surtout BON CONGRÈS !<br /> <br /> Au plaisir d'avoir de tes nouvelles !<br /> <br /> Nicole Faust 2008-09-12T15:33:19Z http://www.vmworld.com/blogs/MarcB/2008/09/01/vmworld-2008#comments-1285 Salut Marc<br /> <br /> Contant de voir que d'autres Québecois vont devoir se "taper" Vegas!!!<br /> <br /> Au plaisir de prendre une bière au party des canadiens!!! 2008-09-11T19:28:26Z