tu achetes ta ram à montgallet ? :) Sinon il va falloir me donner l'adresse et le nom de tes fournisseurs. Parce que moi la ram ECC je l'ai pas vraiment à ce prix là pour des i386 et pour des pSeries j'en parle même pas.
mon sentiment sur Big blue et le libre après plusieurs années et plusieurs services : IBM fait du business si le libre permet de faire plus de business alors go. Sinon on s'en fou royalement et on continue à vendre des softs périmés et hors de prix à des DSI incompétents. IBM ne fait pas dans l'informatique, IBM est un assureur.
j'ai des propositions sérieuses pour aix marseille et paris. J'ai eu deux trois contact avec des ss2i en région lyonnaise mais rien de bien sympa. Et j'ai aucune envie d'être de la viande. Si je dois être de la viande je serais une viande indépendante.
Une chose est sure si comme moi tu cherches du blending edge sur des technos opensource, le seul endroit valable c'est paris. J'ai bien essayé de partir mais je sens que je vais y retourner rapidement. En région je n'ai malheureusement pas encore trouvé mon bonheur.
(je suis du sud et j'aimerais bien y retourner. Si quelqu'un à quelque chose à proposer :) )
Au final je reste persuadé que la seule solution reste de monter sa propre structure. J'attend que ma moitié gagne sa vie et je me lance :). Au moins je sais pour qui je bosse le we et la nuit.
Absolument pas, mais alors vraiment vraiment pas. Mise à part si tu habites dans la creuse peut être. Mais dans beaucoup de boites recherchent des compétences GNU/Linux et/ ou LL . Sans même mettre mon cv sur monster juste par le bouche à oreille en 1 semaine j'ai trois proposition ferme d'embauche et seulement 1 ss2i.
Evidement il faut bouger de région (je viens d'auvergne).
Oulà tu trouves vraiment que ce président est libéral ? Moi pas, mais alors vraiment pas. Il n'a fait aucune loi libérale. Bien au contraire il continue à assoir la position dominante des puissants. La loi HADOPI en est encore une. L'industrie du disque n'est pas capable de se réformer. Elle ne propose rien en phase avec son temps. Pas de problème on va faire une loi qui va empêcher que le marché change pour que Universal continue à nous vendre sa merde.
j'aime beaucoup Redhat pour sa capacité à se dire. Ok Xen c'était bien. Maintenant kvm c'est mieux on part sur kvm. J'aime bien ça. Surtout que grace à la libvirt (et donc ovirt) on garde quand même la possibilité d'avoir aussi ses anciens xen. Franchement j'adore.
Je ne vois pas trop l'intérêt de ce genre de techno. Je trouve ça moche et lourdingue. Surtout qu'il existe une solution standardisé (plus ou moins c'est vrai), qui fonctionne de manière très légére sur n'importe quel hardware. C'est .... wait for it ! ... le web !! Et bien oui internet est pour moi LA solution à ce genre de problème. C'est léger pour le client, l'infra à mettre derrière à fait ses preuves (java ou autre).
Ok ca répond pas à 100% des besoins. Particulièrement aux applications très spécifique genre PAO ou autre. Mais pour lire ses mails et faire des présentations ça me parait très suffisant.
Est-ce qu'il y'a un équivalent du VirtualCenter de VMWare ?
=> non et c'est très bien. Je suis contre les interfaces graphique n'importe quel incompétent peut toucher. Ca m'évite des nuits blanches derrières. (je me souviendrais toute ma vie de ma première install de linux en 96. Après des journées de travail enfin elle et installé. Je me loggue ... et là j'ai un curseur blanc qui clignote ... quoi faire ? :) Lire la doc.
Est-ce que les outils de sauvegarde (Legato NetWorker, Netbackup, NetVault, TimeNavigator,...) savent sauvegarder en natif des VM KVM (avec et sans interruption (système de snapshot) ) ?
=> autant que n'importe quel linux installé sur une machine physique.
Le support ...
=> ok ca rassure mon boss. Dans la réalité ? Une seule fois le support m'a sortie du caca dans lequel je m'étais mis. Ça a été au bout de 3 jours et beaucoup de parlote avec HP. Mais oui pour rassurer le client, le support c'est important. Redhat le fournira en Redhat 6.
On doit toujours répondre à des besoins.
=> oui et comme le dit la page A3 sur la porte de mon bureau. Le client exprime le besoin, JE mets en place la solution qui va bien. Dans 99% des cas quand le client vient avec sa solution technique c'est n'importe quoi. Je viens de mettre en place Veritasfs .... Mon dieu au secours. Dire que gfs2 existe et en plus est dans la redhat ...
On ne peut pas dire "VMWare" c'est proprio/complexe, "KVM" c'est libre/simple
=> si on peut le dire et je le dis. Je pense que 2ans de sueur sur le sujet me permet de le faire. Vmware pour un admin unix c'est complexe et vraiment pas souple. Il faut beaucoup trop travailler pour industrialiser vmware et ce sans garantie de pérennité. Avec kvm l'industrialisation est native et pérenne. Je parle bien sur de gros parcs qui grossissent vite.
Ca fait deux ans que je fais de la virtualisation en production et ce dans 3 environnements. 2 gros et un petit. Celui qui me plait le plus c'est le petit. D'une part parce qu'il est entièrement de ma responsabilité et d'autre part parce qu'il est exclusivement basé sur du LL.
* Nombres d'utilisateurs ? 150 boites mails 20 domaines des blogs du web (dollibar principalement), environ 2Mbs de traffic en journée. Des applis en php ou en ruby pas de java.
* Combien de DomU ? 24
* Quelles fonctions des DomU ? imap smtp http jabber dns mysql
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 2
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? ubuntu server + xen puis kvm
* Choix de la solution matériel ? la moins chere - core duo intel 2go RAM
* Est-ce stable en production ? oui aucun soucis en 2ans
* Délai d'étude et de mise en production ? pas longtemps
le second environnement est plus consistant :
* Nombres d'utilisateurs ? beaucoup je ne saurais dire combien. Le service rendu est utilisé par une grande majorité de fournisseurs de téléphonie mobile dans le monde
* Combien de DomU ? 200+
* Quelles fonctions des DomU ? Principalement des web services java
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 20+
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? VMware ESX + RH4
* Choix de la solution matériel ? IBM xSeries. Je n'en pense que du mal vraiment. Dans cette gamme hp est bien mieux avec sa gamme DL.
* Est-ce stable en production ? Apres quelques mois de rodage oui. Mais l'admin est très lourde et demande beaucoup de dev d'outils
* Délai d'étude et de mise en production ? 6mois d'étude et 8 de mise en production.
Le dernier environnement est un peu différent car pas très abordable. AIX sur pSeries. Alors la c'est la rolls .... des usines à gaz. Ca marche vraiment très bien y'a rien à dire. Mais par contre c'est tres cher et tres complexe à mettre en place. Pour un resultat identique à kvm ou xen. La seule chose kvm c'est simple :).
Une derniere chose. KVM ne permet pas l'ajout de disque a chaud et c'est vraiment vraiment dommage.
je dirais que contrairement à MS, google rend un service utilisable et gratuit. Sinon effectivement google sera le MS de 2020.
C'est d'ailleurs ce que j'avais dis lors de mon entretien avec google. Mon intérêt pour venir cher vous ? Être du coté du monopole comme le sont aujourd'hui les salariés de MS (suivez mon regard). Voir si on peut rester lucide et objectif après des années dans ce genre de boite. Après 2ans chez bigblue je dirais que oui :)
J'en avais déjà parlé à la sortie de nagios 3. Utilisez hobbit vraiment. C'est simple. Un rpm avec 3 dépendance pour le serveur un rpm pour le client et ça fait bien plus que ce que nagios fait avec des 10e de greffons.
Nagios est une sale usine à gaz, hobbit c'est simple, c'est stable très stable et la communauté très active.
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.
- un gsm
- un gps
- un ecran tactile
- un vrai os
- un vrai écran
- un peu de stockage genre 8Go
- une connection au net transparente
- du wifi
- du bluetooth
- de l'autonomie
- pas trop lourd
- pas trop gros.
- peut etre un vrai clavier mais pas forcément
J'aurais tendance à dire que ce besoin est assez courant mais il ne semble pas exister de produit y répondant.
je joue à wow depuis le début sous Debian puis ubuntu et je n'ai jamais eu de vrai soucis. Je dirais même que plus ça va mieux ça va. Et ca me permet de plus avoir de Windows sur mon disque.
J'ai cru comprendre (je ne suis que de loin ce point, et mes compétences en developpement kernel sont plus que limité), que l'api du kernel avait tendance à changer tout le temp.
Si c'est le cas j'en déduis que vmware doit tout le temp suivre ces changement si il veut avoir un kernel relativement récent.
Vrai/faux ?
Si c'est le cas c'est quand même un réelle perte de temp je trouve et je rejoins par là le commentaire sur l'utilisation de BSD plutot que de linux.
Posté par oau .
En réponse à la dépêche Nagios 3.0.
Évalué à 2.
Je suis surpris que personne ne parle de ce fork de bigbrother. J'ai plusieur fois tenté d'installer nagios ... sans succés. Je trouve ca horriblement compliqué pour mon petit cerveau :(.
Alors que hobbit est d'une simplicité déconcertante et d'une souplesse très agréable. Ok le résultat est pas super sexy mais il est très très efficace.
En tout cas je l'utilise et je pousse ma boite à l'utiliser. En remplacement de cette horreur de SRM dans un premier temps et peut être de tivoli/patrol un jour. En tout cas dans ma boite précédente c'est ce qui a été fait. Remplacer patrol,netview,what'up et un truc pour vérifier des urls par hobbit.
Pour linux nous on vient de faire rentrer 100 machines avec un contrat de 40 serveurs par trimestre sur plusieurs années. Que du linux même pour Oracle. Le seul bémol reste vmware esx qui n'a pas pour moi la souplesse de Xen. Mais un jour je vous le dis on le fera avec Xen :)
Certes AIX est vieillot mais il a de bonne infra structure, ainsi il suffit d'aller voir du coté des LPAR (Logical partitions) et de la version 6 d'AIX pour voir des fonctionnalités hors du commun ex: la partition mobility
Ainsi il est impressionnant de voir une machine virtuelle changer de machine physique en 2 secondes ! et sans coupure s'il vous plaît.
Mouais alors ça c'est vrai que sur les slides c'est beau, que le gars d'Austin venu faire la présentation maitrisait bien le sujet. Mais vmware et xen le font déja depuis longtemp, ça c'est un détail. Par contre les prérequis matériel nécessaire sur les deux p5 sont très limitant et empeche de faire LE truc qui nous parraisait utile : migrer les partitions pour les updates de firmware. Et bien ce n'est pas possible. Les deux p5 doivent avoir exactement le même niveau de firmware .... super.
C'est d'ailleur un problème récurent que j'ai sur les x et les p que je n'avait pas sur les DL d'HP : il faut d'une part mettre continuellement à jours les firmwires et d'autre part on n'a pas d'outils utilisable pour vérifier simplement si une machine est à jour ou pas et ou trouver le firmwire qui va bien. Je dis bien utilisable l'outil, car il parait que IBM director le fait mais personne chez nous n'a jamais réussi à le mettre en place ....
[^] # Re: vs Tomcat
Posté par oau . En réponse à la dépêche JOnAS 5.1 M5 : Serveur d'application certifié Java EE 5 !. Évalué à 2.
merci de votre aide pour éclaircir ce point.
[^] # Re: Passerelle Apache Felix?
Posté par oau . En réponse à la dépêche JOnAS 5.1 M5 : Serveur d'application certifié Java EE 5 !. Évalué à 4.
[^] # Re: Question
Posté par oau . En réponse au journal Vers une fusion IBM SUN ?. Évalué à 10.
[^] # Re: Qu'est-ce qui te lie juridiquement ?
Posté par oau . En réponse au journal Déployer du Microsoft provoque le cancer du poumon. Évalué à 1.
Une chose est sure si comme moi tu cherches du blending edge sur des technos opensource, le seul endroit valable c'est paris. J'ai bien essayé de partir mais je sens que je vais y retourner rapidement. En région je n'ai malheureusement pas encore trouvé mon bonheur.
(je suis du sud et j'aimerais bien y retourner. Si quelqu'un à quelque chose à proposer :) )
Au final je reste persuadé que la seule solution reste de monter sa propre structure. J'attend que ma moitié gagne sa vie et je me lance :). Au moins je sais pour qui je bosse le we et la nuit.
[^] # Re: Qu'est-ce qui te lie juridiquement ?
Posté par oau . En réponse au journal Déployer du Microsoft provoque le cancer du poumon. Évalué à 1.
Evidement il faut bouger de région (je viens d'auvergne).
[^] # Re: à chaque force, son contraire
Posté par oau . En réponse à la dépêche L'April s'insurge face aux mouchards filtrants de l'HADOPI. Évalué à 4.
Les français ont élu un président libéral,
Oulà tu trouves vraiment que ce président est libéral ? Moi pas, mais alors vraiment pas. Il n'a fait aucune loi libérale. Bien au contraire il continue à assoir la position dominante des puissants. La loi HADOPI en est encore une. L'industrie du disque n'est pas capable de se réformer. Elle ne propose rien en phase avec son temps. Pas de problème on va faire une loi qui va empêcher que le marché change pour que Universal continue à nous vendre sa merde.
Moi j'appelle ça du dirigisme.
[^] # Re: ovirt
Posté par oau . En réponse au journal Red Hat annonce sa stratégie pour la virtualisation. Évalué à 1.
Personnellement j'utilise ubuntu server et ce petit script basé sur vmbuilder :
#!/bin/bash
RAM=
IP=
HOST=
DST=/infra/$HOST/
mkdir -p /data/virt/$DST
echo $IP $HOST >> /etc/hosts
vmbuilder kvm ubuntu -m $RAM --suite intrepid --flavour virtual --arch i386 -o --libvirt qemu:///system --ip $IP --host $HOST --tmpfs - --firstboot boot.sh -d /data/virt/$DST --mirror http://mir1.ovh.net/ubuntu/ --addpkg vim ctags unattended-upgrades
virsh start $HOST
# Excellent !
Posté par oau . En réponse au journal Red Hat annonce sa stratégie pour la virtualisation. Évalué à 2.
# Interet ?
Posté par oau . En réponse au journal SPICE libéré ! (bientôt). Évalué à -4.
Ok ca répond pas à 100% des besoins. Particulièrement aux applications très spécifique genre PAO ou autre. Mais pour lire ses mails et faire des présentations ça me parait très suffisant.
[^] # Re: plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 4.
Est-ce qu'il y'a un équivalent du VirtualCenter de VMWare ?
=> non et c'est très bien. Je suis contre les interfaces graphique n'importe quel incompétent peut toucher. Ca m'évite des nuits blanches derrières. (je me souviendrais toute ma vie de ma première install de linux en 96. Après des journées de travail enfin elle et installé. Je me loggue ... et là j'ai un curseur blanc qui clignote ... quoi faire ? :) Lire la doc.
Est-ce que les outils de sauvegarde (Legato NetWorker, Netbackup, NetVault, TimeNavigator,...) savent sauvegarder en natif des VM KVM (avec et sans interruption (système de snapshot) ) ?
=> autant que n'importe quel linux installé sur une machine physique.
Le support ...
=> ok ca rassure mon boss. Dans la réalité ? Une seule fois le support m'a sortie du caca dans lequel je m'étais mis. Ça a été au bout de 3 jours et beaucoup de parlote avec HP. Mais oui pour rassurer le client, le support c'est important. Redhat le fournira en Redhat 6.
On doit toujours répondre à des besoins.
=> oui et comme le dit la page A3 sur la porte de mon bureau. Le client exprime le besoin, JE mets en place la solution qui va bien. Dans 99% des cas quand le client vient avec sa solution technique c'est n'importe quoi. Je viens de mettre en place Veritasfs .... Mon dieu au secours. Dire que gfs2 existe et en plus est dans la redhat ...
On ne peut pas dire "VMWare" c'est proprio/complexe, "KVM" c'est libre/simple
=> si on peut le dire et je le dis. Je pense que 2ans de sueur sur le sujet me permet de le faire. Vmware pour un admin unix c'est complexe et vraiment pas souple. Il faut beaucoup trop travailler pour industrialiser vmware et ce sans garantie de pérennité. Avec kvm l'industrialisation est native et pérenne. Je parle bien sur de gros parcs qui grossissent vite.
[^] # Re: plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 2.
# plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 6.
* Nombres d'utilisateurs ? 150 boites mails 20 domaines des blogs du web (dollibar principalement), environ 2Mbs de traffic en journée. Des applis en php ou en ruby pas de java.
* Combien de DomU ? 24
* Quelles fonctions des DomU ? imap smtp http jabber dns mysql
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 2
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? ubuntu server + xen puis kvm
* Choix de la solution matériel ? la moins chere - core duo intel 2go RAM
* Est-ce stable en production ? oui aucun soucis en 2ans
* Délai d'étude et de mise en production ? pas longtemps
le second environnement est plus consistant :
* Nombres d'utilisateurs ? beaucoup je ne saurais dire combien. Le service rendu est utilisé par une grande majorité de fournisseurs de téléphonie mobile dans le monde
* Combien de DomU ? 200+
* Quelles fonctions des DomU ? Principalement des web services java
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 20+
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? VMware ESX + RH4
* Choix de la solution matériel ? IBM xSeries. Je n'en pense que du mal vraiment. Dans cette gamme hp est bien mieux avec sa gamme DL.
* Est-ce stable en production ? Apres quelques mois de rodage oui. Mais l'admin est très lourde et demande beaucoup de dev d'outils
* Délai d'étude et de mise en production ? 6mois d'étude et 8 de mise en production.
Le dernier environnement est un peu différent car pas très abordable. AIX sur pSeries. Alors la c'est la rolls .... des usines à gaz. Ca marche vraiment très bien y'a rien à dire. Mais par contre c'est tres cher et tres complexe à mettre en place. Pour un resultat identique à kvm ou xen. La seule chose kvm c'est simple :).
Une derniere chose. KVM ne permet pas l'ajout de disque a chaud et c'est vraiment vraiment dommage.
[^] # Re: un gros bug...
Posté par oau . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
C'est d'ailleurs ce que j'avais dis lors de mon entretien avec google. Mon intérêt pour venir cher vous ? Être du coté du monopole comme le sont aujourd'hui les salariés de MS (suivez mon regard). Voir si on peut rester lucide et objectif après des années dans ce genre de boite. Après 2ans chez bigblue je dirais que oui :)
[^] # Re: Avis perso
Posté par oau . En réponse au journal Béranger passe à Windows. Évalué à 1.
tout pareil ! Mais surtout nous ne sommes plus étudiant et ne prenons surement plus le temps de maitriser toutes ces nouvelles couches.
Maintenant j'ai un vrai boulot, une femme bientôt des enfants, j'ai autre chose à faire que compiler des kernel .
# hobbit - again
Posté par oau . En réponse à la dépêche FAN : Fully Automated Nagios. Évalué à 1.
Nagios est une sale usine à gaz, hobbit c'est simple, c'est stable très stable et la communauté très active.
[^] # Re: Façon de parler
Posté par oau . En réponse au journal When Sysadmins Ruled the Earth. Évalué à 3.
Une garde c'est 24h de travail d'affilé alors qu'une astreinte c'est comme pour nous, elle a un téléphone et on l'appelle.
Pour la petite histoire c'est agréable d'avoir une femme qui connait la notion d'astreinte :)
[^] # Re: FAINEANT ???
Posté par oau . En réponse au message Limitation du scsi sous linux. Évalué à 1.
je ne cherche pas à savoir quel est la taille maximum d'une partition mais quelle est la taille maximum d'un disk physique.
cordialement
Olivier AUDRY
[^] # 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é à 2.
[^] # 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>
# Suis - je si différent ?
Posté par oau . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 2.
- un gsm
- un gps
- un ecran tactile
- un vrai os
- un vrai écran
- un peu de stockage genre 8Go
- une connection au net transparente
- du wifi
- du bluetooth
- de l'autonomie
- pas trop lourd
- pas trop gros.
- peut etre un vrai clavier mais pas forcément
J'aurais tendance à dire que ce besoin est assez courant mais il ne semble pas exister de produit y répondant.
Vous en pensez quoi ?
[^] # Re: Un peu trop technique
Posté par oau . En réponse au journal Jouer sous Linux, d'un point de vue de canard. Évalué à 3.
# API
Posté par oau . En réponse au journal VMware et la GPL. Évalué à 0.
Si c'est le cas j'en déduis que vmware doit tout le temp suivre ces changement si il veut avoir un kernel relativement récent.
Vrai/faux ?
Si c'est le cas c'est quand même un réelle perte de temp je trouve et je rejoins par là le commentaire sur l'utilisation de BSD plutot que de linux.
Apple a bien joué sur ce coup là.
# Hobbit ?
Posté par oau . En réponse à la dépêche Nagios 3.0. Évalué à 2.
Alors que hobbit est d'une simplicité déconcertante et d'une souplesse très agréable. Ok le résultat est pas super sexy mais il est très très efficace.
En tout cas je l'utilise et je pousse ma boite à l'utiliser. En remplacement de cette horreur de SRM dans un premier temps et peut être de tivoli/patrol un jour. En tout cas dans ma boite précédente c'est ce qui a été fait. Remplacer patrol,netview,what'up et un truc pour vérifier des urls par hobbit.
[^] # Re: L'avenir d'AIX
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.
[^] # Re: AIX - Mais quel avenir ?
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.
Certes AIX est vieillot mais il a de bonne infra structure, ainsi il suffit d'aller voir du coté des LPAR (Logical partitions) et de la version 6 d'AIX pour voir des fonctionnalités hors du commun ex: la partition mobility
Ainsi il est impressionnant de voir une machine virtuelle changer de machine physique en 2 secondes ! et sans coupure s'il vous plaît.
Mouais alors ça c'est vrai que sur les slides c'est beau, que le gars d'Austin venu faire la présentation maitrisait bien le sujet. Mais vmware et xen le font déja depuis longtemp, ça c'est un détail. Par contre les prérequis matériel nécessaire sur les deux p5 sont très limitant et empeche de faire LE truc qui nous parraisait utile : migrer les partitions pour les updates de firmware. Et bien ce n'est pas possible. Les deux p5 doivent avoir exactement le même niveau de firmware .... super.
C'est d'ailleur un problème récurent que j'ai sur les x et les p que je n'avait pas sur les DL d'HP : il faut d'une part mettre continuellement à jours les firmwires et d'autre part on n'a pas d'outils utilisable pour vérifier simplement si une machine est à jour ou pas et ou trouver le firmwire qui va bien. Je dis bien utilisable l'outil, car il parait que IBM director le fait mais personne chez nous n'a jamais réussi à le mettre en place ....