Bonjour,
Je suis en train de vérifier si, selon les dires de Novell, de nombreux clients commencent à migrer de Redhat vers SuSE Linux.
Pour l'instant, j'ai trouvé ce site, très intéressant :
http://www.moreinterop.com/
Si je regarde les succès client, je trouve plusieurs cas de migration Redhat vers SuSE Linux :
http://www.moreinterop.com/Customers.aspx
Les clients concernés :
Infracom
MoneyGram
Leading Automotive Company
Baker Hugues
VTI Technologies
(ceci n'est pas une liste exhaustive)
J'aimerais savoir si, de votre côté, vous avez été témoin d'une telle migration, ou si cela serait en cours. Quels ont été les facteurs déclenchant cette migration (coût ? Interopérabilité ? stabilité ? certification ? compétences ?)
Je me demande si les DSI, ayant opté pour cette stratégie, mangent actuellement leur chapeau après la prise de connaissance du rachat par Attachmate. Votre témoignage est bien sur le bienvenu.
# En France
Posté par jame_s . Évalué à 7.
http://pro.01net.com/editorial/370896/microsoft-vend-des-sou(...)
http://www.microsoft.com/Presspass/press/2008/jan08/01-30Ren(...)
# Debian
Posté par Sytoka Modon (site web personnel) . Évalué à 6.
[^] # Re: Debian
Posté par gnumdk (site web personnel) . Évalué à 10.
[^] # Re: Debian
Posté par palm123 (site web personnel) . Évalué à -1.
ウィズコロナ
[^] # Re: Debian
Posté par Olorim . Évalué à 6.
Sinon actuellement, c'est uniquement du RedHat, quelques serveurs Windows 2003 et 2008 (beaucoup moins de 1 %).
Suse, jamais vu. Bon, en même temps, j'ai pas fait toutes les entreprises Françaises, mais ce que je sais c'est que RedHat, ça commence à devenir TRES cher, trop pour certains et coté distrib avec un support 24/7 reconnu, il ne reste que Suse. Pour ce qui est du coté libre de la chose, dans la plus part des cas, les décideurs s'en cognent totalement.
[^] # Re: Debian
Posté par patrick_g (site web personnel) . Évalué à 5.
[^] # Re: Debian
Posté par Olorim . Évalué à 2.
Je hais cette distribution, ce qui explique ma tendance à l'oublier...
[^] # Re: Debian
Posté par patrick_g (site web personnel) . Évalué à 4.
Une petite explication ? Et Scientific Linux c'est un peu répandu ou ça se limite aux labos de recherche ?
[^] # Re: Debian
Posté par Olorim . Évalué à 1.
Explication concernant CentOS : j'ai eu des problèmes, certes mineurs, mais qui tombait en plein stress professionnel. Problèmes que je ne retrouvais pas avec mes trois serveurs Debian... Je sais, c'est pas objectif, mais c'est comme ça : je déteste la distribution CentOS.
Sinon, c'est quoi Scientific Linux ? J'ai trouvé le site, j'ai lu rapidement, c'est basé sur RedHat Entreprise?
[^] # Re: Debian
Posté par patrick_g (site web personnel) . Évalué à 5.
[^] # Re: Debian
Posté par Gniarf . Évalué à 3.
[^] # Re: Debian
Posté par Olorim . Évalué à 1.
Qui plus est, je n'accuse aucune distribution, je dit que je n'aime pas CentOS.
J'ai le droit de penser ce que je veut ou il faut le permis pour ça?
[^] # Re: Debian
Posté par Kerro . Évalué à 1.
1 - tu as des problèmes avec CentOS
2 - problèmes que tu n'as pas avec Debian
Donc on en conclut :
3 - que tu n'a pas Red Hat (sinon tu aurais dis "problèmes que tu n'as pas avec Red Hat vu que Red Hat = CentOS en principe)
[^] # Re: Debian
Posté par Olorim . Évalué à 0.
J'avoue que je n'ai pas fait autant de chose avec RedHat qu'avec CentOS (dans un cas, version prepackage, dans l'autre installation normal avec la conf à la main).
T'as déjà essayé les deux?
[^] # Re: Debian
Posté par boq . Évalué à 3.
Ya en gros 1 mois de décalage pour les versions mineures, et 4 ou 5 mois pour les versions majeures. Et encore, ça c'est à la sortie d'une nouvelle version.
[^] # Re: Debian
Posté par Dabowl_75 . Évalué à 5.
C'est aussi pour ces raisons que les clients ont plus de facilités à aller ailleurs.
# PUB
Posté par be_root . Évalué à 4.
Il se prend pour Napoléon, son état empire.
# Suse fanboy / employee
Posté par Amaury . Évalué à 8.
Si tu veux faire de la pub très bien mais aies la décence d'afficher ton vrai nom et pas un pseudo-qui-fait-penser-à-un-vrai-nom et d'admettre le fait que tu es financièrement intéressé lorsque l'on parle de Suse.
[^] # Re: Suse fanboy / employee
Posté par Olorim . Évalué à 1.
[^] # Re: Suse fanboy / employee
Posté par daimrod . Évalué à 6.
[^] # Re: Suse fanboy / employee
Posté par imr . Évalué à 4.
[^] # Re: Suse fanboy / employee
Posté par bubar🦥 (Mastodon) . Évalué à 2.
# Et linux on POWER ?
Posté par Dabowl_75 . Évalué à 1.
Dans l'immense majorité des cas, on parle de x86 mais j'ai bon espoir de trouver parmi vous des gens qui ont du Linux sur Power.
Donc, y a t-il des gens qui migrent des Redhat Power vers des Suse power ?
[^] # Re: Et linux on POWER ?
Posté par Gilles Mocellin . Évalué à 1.
On est en train de monter une architecture sur 2 IBM p780, avec des LPAR AIX.
Mais j'ai essayé de monter une LPAR Debian PowerPC.
L'installation passe, mais impossible de booter.
Le bootloader Yaboot a quelques problèmes on dirait.
IBM supporte officiellement RedHat et SUSE sur leur PowerPC.
Le problème avec ces machines, c'est qu'on paye généralement pour un tout hardware+software, et que ça ne coute rien de créer une partition AIX.
Alors que de créer une partition RedHat ou SUSe, il faut une licence...
[^] # Re: Et linux on POWER ?
Posté par Kerro . Évalué à 3.
?!
[^] # Re: Et linux on POWER ?
Posté par Gilles Mocellin . Évalué à 1.
Je ne voulais pas dire que coté IBM PowerVM il fallait une licence différente, non.
[^] # Re: Et linux on POWER ?
Posté par Dabowl_75 . Évalué à 2.
sympa ça deux p780 :)
vous comptez faire du partition mobility ?
y a aussi l'AME qui est très intéressant à mon avis, tout du moins plus que l'AMS...
[^] # Re: Et linux on POWER ?
Posté par Gilles Mocellin . Évalué à 1.
128 Go de RAM. Pour l'instant, pas besoin d'AME (compression mémoire) ou AMS (partage blocks identiques) non-plus.
Pas les moyens pour du partition mobility. On défini nos partitions sur chaque serveur, avec les mêmes LUN de notre SAN comme base.
On peut redémarrer une partition sur l'autre serveur en cas de problème, avec un profile adapté (moins de CPU et de mémoire).
Ce que j'en pense moi, c'est que pour le prix, j'aurais préféré une dizaine de serveurs Linux, même RedHat.
Mais il y avait d'autres contraintes de licences (Informix, by IBM, donc pas les mêmes coûts sur AIX que sur Linux...).
Et le power 7 c'est vraiment avéré le plus rapide pour notre file de batchs.
Oui, on a eu le temps de faire des benchs.
- Les derniers Intel se défendent, surtout vu le prix.
- Les Itaniums sont à la ramasse
On a pas essayer d'AMD, mais on avait besoin de puissance brute, pas de plein de cores.
[^] # Re: Et linux on POWER ?
Posté par Gilles Mocellin . Évalué à 1.
http://www-03.ibm.com/systems/power/software/virtualization/(...)
Le problème c'est que notre SGBD s'alloue la mémoire buffer au démarrage. Elle ne peut pas être partagée même si il ne l'utilise pas vraiment.
[^] # Re: Et linux on POWER ?
Posté par Dabowl_75 . Évalué à 2.
Je ne suis pas hyper convaincu par l'AMS, car avec des profile bien taillés, le DLPAR suffit en général à combler les besoins en mémoire.
En revanche la compression me semble beaucoup plus intéressante car il est vrai que certaines zones mémoire sur un OS sont dormante, et donc qu'on peut gagner un peu là dessus.
# Novell -> Red Hat
Posté par IsNotGood . Évalué à 6.
http://customers.redhat.com/category/red-hat-jboss-solutions(...)
[^] # Re: Novell -> Red Hat
Posté par Krunch (site web personnel) . Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Ici ça va commencer
Posté par Sébastien Rohaut . Évalué à 1.
Raisons principales : coût du support, politique et coût des licences, réactivité. Pour le reste, c'est surtout une histoire de gros sous. Par contre au système nous apprécions aussi bien Redhat que SLES, cette dernière est plus longue à installer (y compris en "kickstart") mais plus simple à gérer.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.