Ce n'est pas une histoire de Salt/Puppet/Chef ... ou d'outils d'orchestration pour déployer des OS en masse où même de changement ... ça n'a même strictement rien à voir et tout n'est pas que "livraison".
Tout n'est pas virtualisé ou virtualisable beaucoup de sociétés ont des gros cluster physiques.
Entre Red Hat 5.5 6 et 7, l'architecture de yum la façon de configurer les repos, les configuration des fichiers de mutltipathing, rien n'est foutu pareil.
Et je ne parle pas d'une petite option ou deux en plus ou d'amélioration au fur et à mesure des versions.
L'OS entre dans le tronc commun et n'est plus vraiment un point différenciant (sauf dans des cas très particuliers).
Oui ça c'est bien quand tu livres des vm pour faire tourner des serveurs webs en effet. Debian c'est cool pour faire tourner Apache en effet, bien pour des gens qu'en ont "rien à foutre" en effet.
Pour des clusters de BDD physique sous Oracle ou SAP une Debian c'est parfait c'est sur t'es niquel dans les matrices pour rattacher ça à ta Vmax.
Lorsqu'il faut changer la baie de stockage qui livre les LUN aux différents cluster Oracle sous RH physique, alors qu'ils sont sous plusieurs versions différentes et que tu ne peux pas toujours choisir, car tu es dans un contexte herbergement/infogérance sur une baie de stockage mutualisée, ce sont les OS du client, t'as un RH 5.5 un 6, un 6.5, un 7
Un peu bêtement tu te dis ça va être plus ou moins similaire la conf du multipathing allez ... bha non pas du tout, t'as l'impression que les mecs qui gèrent ça adore tout réinventer à chaque version, allez les gars ont dégage tout et on refait.
Super-pratique pour donner les best-practices et les tunnings aux admins des machines ensuite.
La je parle de RH je suis sympa chez chez eux y a de la documentation au moins.
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -5.
Ce n'est pas une histoire de Salt/Puppet/Chef ... ou d'outils d'orchestration pour déployer des OS en masse où même de changement ... ça n'a même strictement rien à voir et tout n'est pas que "livraison".
Tout n'est pas virtualisé ou virtualisable beaucoup de sociétés ont des gros cluster physiques.
Entre Red Hat 5.5 6 et 7, l'architecture de yum la façon de configurer les repos, les configuration des fichiers de mutltipathing, rien n'est foutu pareil.
Et je ne parle pas d'une petite option ou deux en plus ou d'amélioration au fur et à mesure des versions.
Oui ça c'est bien quand tu livres des vm pour faire tourner des serveurs webs en effet. Debian c'est cool pour faire tourner Apache en effet, bien pour des gens qu'en ont "rien à foutre" en effet.
Pour des clusters de BDD physique sous Oracle ou SAP une Debian c'est parfait c'est sur t'es niquel dans les matrices pour rattacher ça à ta Vmax.
Lorsqu'il faut changer la baie de stockage qui livre les LUN aux différents cluster Oracle sous RH physique, alors qu'ils sont sous plusieurs versions différentes et que tu ne peux pas toujours choisir, car tu es dans un contexte herbergement/infogérance sur une baie de stockage mutualisée, ce sont les OS du client, t'as un RH 5.5 un 6, un 6.5, un 7
Un peu bêtement tu te dis ça va être plus ou moins similaire la conf du multipathing allez ... bha non pas du tout, t'as l'impression que les mecs qui gèrent ça adore tout réinventer à chaque version, allez les gars ont dégage tout et on refait.
Super-pratique pour donner les best-practices et les tunnings aux admins des machines ensuite.
La je parle de RH je suis sympa chez chez eux y a de la documentation au moins.