Pour devoir mettre régulièrement les mains dans l'API perl de vmware je peux affirmer une chose : il est bien plus simple de manipuler des vm xen avec un shell et un peu de perl plutot qu'apprendre les centaines de pages de l'api.
En gros il est plus simple d'utiliser des outils "dont on a l'habitude" (le perl et le sh), plutôt que d'apprendre une nouvelle API. Et c'est la ou je n'aime pas ESX : c'est un produit dans la philosophie Windows mais ca peut aussi faire tourner des Linux et pour ma part je passe mes journées à me battre avec les windowsiens qui gerent mes esx.
Bref j'aime pas esx :)
<mavie>
j'ai 1 cluster de 8 esx à patcher. L'admin esx me dit qu'il faut 8h/esx pour passer les patchs. Surpris je dis que je vais regarder. Le patch est fournis sous la forme d'un rpm dans un tgz et il y a une commande pour passer le patch. L'admin ESX venant de windows m'explique qu'il prend chaque tgz, le copie sur sa machine, le detar, le met sur l'esx, lance la commande et ca pour chaque patch (une petite centaine). Et de temps en temps il faut rebooter. Sur un gros Xseries rebooter ça peut prendre 10/15min. Donc au final ca prend 8h.
Moi, première chose je lis le man de la commande de patch et je trouve le -b qui empeche le reboot. On a déja gagné 10minx50 ....
Ensuite un petit for i in tar etc et ca tourne tout seul.
Résultat j'ai patché tout mes serveurs en quelques minutes.
[^] # Re: Idem pour Open Source vs Propriétaire
Posté par oau . En réponse au journal Windows vs Linux : Un schéma très schématique ?. Évalué à 3.
En gros il est plus simple d'utiliser des outils "dont on a l'habitude" (le perl et le sh), plutôt que d'apprendre une nouvelle API. Et c'est la ou je n'aime pas ESX : c'est un produit dans la philosophie Windows mais ca peut aussi faire tourner des Linux et pour ma part je passe mes journées à me battre avec les windowsiens qui gerent mes esx.
Bref j'aime pas esx :)
<mavie>
j'ai 1 cluster de 8 esx à patcher. L'admin esx me dit qu'il faut 8h/esx pour passer les patchs. Surpris je dis que je vais regarder. Le patch est fournis sous la forme d'un rpm dans un tgz et il y a une commande pour passer le patch. L'admin ESX venant de windows m'explique qu'il prend chaque tgz, le copie sur sa machine, le detar, le met sur l'esx, lance la commande et ca pour chaque patch (une petite centaine). Et de temps en temps il faut rebooter. Sur un gros Xseries rebooter ça peut prendre 10/15min. Donc au final ca prend 8h.
Moi, première chose je lis le man de la commande de patch et je trouve le -b qui empeche le reboot. On a déja gagné 10minx50 ....
Ensuite un petit for i in tar etc et ca tourne tout seul.
Résultat j'ai patché tout mes serveurs en quelques minutes.
Conclusion : l'admin nt est pas assez FAINEANT
</mavie>