Serveur stable qui devra fonctionner(très)longtemps sans Upgrade? [Résolu]

flyingman · 08/12/2012, 16h12

Bonjour à tous.

Voilà mon problème:

Je désires mettre en place des serveurs (4 en réalité) qui soient stables et, surtout, qui ne devront jamais êtres réinstallés (upgrade d'OS par exemple) une fois en place (sauf panne matérielle bien sûre! ça, je ne pourrais rien y faire

).

Pourquoi? Parce-que je "travaille" pour une association (je finit mon contract dans 1 an) et qu'elle n'aura pas les moyens de faire appel à des professionnels de l'informatique et encore moins de payer un administrateur système linux pour s'occuper de ces petits soucies de mise à jour/upgrade etc etc !

Donc voilà, j'entends parler de linux avec LTS (ubuntu server) de linux version stable (debian stable) et de linux pris en charge jusqu'en 2020 (CentOS 6.3). J'entends, aussi, parler de rolling/standart distributions.

J'aimerais avoir vos avis sur la stratégie (choix de la disto/type de distributions) à appliquer dans mon cas.

Ah oui, j'oubliais la configuration des serveurs:

-Serveur de fichier (samba).
-DNS local (bind9).
-Serveur LAMP.
-Serveur Mail (postfix et dovecot)

D'avance, merci.

frp31 · 08/12/2012, 19h55

y'a aucune raison de mettre à jour un système qui fonctionne
il faut juste faire une procédure à fournir à l'association qui permet une installation automatique à l'identique de ce qui existe (par exemple avec un ks (kickstart))
ou encore de faire une image disque avec la procédure pour booter sur CD pour la redescendre en cas d'incident.

dans les deux cas aucune modification n'existera après une réinstallation.

flyingman · 08/12/2012, 21h28

Bonsoir François.

Citation:

y'a aucune raison de mettre à jour un système qui fonctionne

Maintenant que tu le dis...cela parait d'une logique implacable!

Donc pour résumer, j'installe une distribution et tout mes logiciels et si ça ne plante pas, je laisse comme ça et ça pourrait durer des décenies

Pas d'upgrade OK, mais pour les mise à jour de sécurité/bug?

Cela pourrait-il me rendre le système instable?(le mieux étant l'ennemie du bien

)

Cordialelment.

mathv · 09/12/2012, 10h25

tu devrais, je pense, aussi prendre en compte un backup de données (incrémental sur un 5e serveur par exemple)

Préparer un tuto général pour ton association, des scripts à lancer en fonction ce de qu'ils pourraient rencontrer par la suite (plus de connexion avec un serveur par exemple ou saturation/ralentissement du mail à cause d'un mailbombing ou trop de mail deferred,...)

Un sacré boulot en tout cas =)

flyingman · 09/12/2012, 11h26

Bonjour à tous.

Citation:

tu devrais, je pense, aussi prendre en compte un backup de données (incrémental sur un 5e serveur par exemple)

En fait j'ai 2 serveurs et 2 machines de backup.

serveur2 se synchronise avec serveur1 (avec rsync).
serveur1 fait une sauvegarde incrémentielle sur backup1.
Et pour finir, backup2 se synchronise avec backup1(avec rsync).

Je suis un débutant en administration système, mais si avec ça ils perdent leur données ...

Citation:

Préparer un tuto général pour ton association, des scripts à lancer en fonction ce de qu'ils pourraient rencontrer par la suite (plus de connexion avec un serveur par exemple ou saturation/ralentissement du mail à cause d'un mailbombing ou trop de mail deferred,...)

Un sacré boulot en tout cas =)

J'y compte bien! et comme tu dis y'a du boulot!

Cordialement.

flyingman · 09/12/2012, 11h35

Sinon, pour en revenir à mon serveur MEGA stable, J'avais pensé prendre une distribution qui serait en fin de vie (du genre ancienne stable chez debian) qui serait donc patchée au maximum, et là, après avoir vérifier que tout (bind, apache, etc) fonctionnait correctement, la "freezée".--> plus de MAJ et surtout pas de upgrade.

Qu'en pensez vous?

Est-ce une bonne stratégie?

Cordialement.

Stopher · 10/12/2012, 19h49

Salut,

La débian "stable" est déjà bien éprouvée, utiliser une "oldstable" est, je pense, pousser le vice un peu loin. D'autant que celà va te priver de fonctionnalités intéressantes ou nécessaires pour une machine récente.

D'autres points sont à prendre en compte, par exemple, la version des outils que tu utilises, PHP/Python etc ...
qui selon tes/les devs, peuvent être bloquants si la version est trop ancienne.

Ou alors tu compiles toi même ces outils ( ce que perso je conseille en prod ).

Ensuite, il faut bien garder en tête qu'il peut suffire d'une panne de courant pour mettre par terre le bon fonctionnement de ton infra ou simplement un disque faiblard qui corrompt une base de données aux premiers signes de fatigue.

Mais ça peut effectivement aussi durer 10/20/50 ans sans problème et sans y toucher.

Il faut serrer les fesses.

Une image disque est un bon moyen de restaurer un système à un instant t.

Bon courage,

Ch.

flyingman · 11/12/2012, 16h26

Bonjour à tous.

@ Stopher.

Citation:

utiliser une "oldstable" est, je pense, pousser le vice un peu loin.

J'ai déjà commencé la migration sur 3 de mes 4 machines avec debian stable 6.0.6 (squeeze)!

Donc je coupe la poire en deux!

a moitier stable et à moitier récente.

Cordialement.

frp31 · 11/12/2012, 16h36

Citation:

Envoyé par flyingman

Bonjour à tous.

@ Stopher.

J'ai déjà commencé la migration sur 3 de mes 4 machines avec debian stable 6.0.6 (squeeze)!

Donc je coupe la poire en deux!

a moitier stable et à moitier récente.

Cordialement.

ça me paraît raisonnable

flyingman · 12/12/2012, 09h56

Citation:

ça me paraît raisonnable

Alors là! je part tranquille

Un grand merci à tous.

Cordialement

Katyucha · 13/12/2012, 16h51

Citation:

Envoyé par frp31

y'a aucune raison de mettre à jour un système qui fonctionne

Tu as raison ! Laissons les vieilles failles bien béantes !

Non un système doit être maintenu à jour ! Et les mises à jours de sécurité sont le minimum à appliquer !

frp31 · 13/12/2012, 21h32

Citation:

Envoyé par Katyucha

Tu as raison ! Laissons les vieilles failles bien béantes !

Non un système doit être maintenu à jour ! Et les mises à jours de sécurité sont le minimum à appliquer !

ca ne s'applique qu'aux machines directement liés à internet

ok.Idriss · 13/12/2012, 23h09

Bonsoir.

D'accord avec frp31 sans dire qu'il ne faille absolument jamais faire de maj : il faut faire une maj qu'en cas d’absolu nécessité et faire une étude avant.

Si la sécurité est un besoin de ton application, alors là ta maj de sécurité devient une nécessité. Exemple : t'héberge une application qui tourne sur MySQL, MySQL a découvert une grosse faille à l'authentification et livre un correctif, là il est nécéssaire d'installer un correctif si ta base gère différentes authentifications avec privilèges.

Si par contre ton truc c'est un serveur qui enregistre les logs dans une bdd en interne pour X raison, qui n'est dispo que sur le réseau local et que tout le monde sans exception à le droit de consulter ... à quoi sert ta maj à part risquer de planter une config qui marche ?

Donc +1 frp31 (bon mes exemples sont un peu tirés par les cheveux

).

Cordialement,
Idriss

Katyucha · 14/12/2012, 09h18

Citation:

Envoyé par frp31

ca ne s'applique qu'aux machines directement liés à internet

Oh que non.... Rien de pire que d'avoir le meilleur mur entre nous et internet . Se dire que tout va bien, de toute façon, on a de superbe pare-feu. Mais au final avoir du carton à l'intérieur...

Citation:

Si par contre ton truc c'est un serveur qui enregistre les logs dans une bdd en interne pour X raison, qui n'est dispo que sur le réseau local et que tout le monde sans exception à le droit de consulter ... à quoi sert ta maj à part risquer de planter une config qui marche ?

Tout simplement parce que la plus grande menace n'est pas internet mais toutes les saloperies qu'on ramene de l'extérieur via des clefs usb, des dd externes et des ordis portables... J'ai vu le souci récemment avec un commercial qui revient plugger son portable et 400 virus sur son poste ... dont 2-3 vers sympathiques

08/12/2012, 16h12	#1
flyingman Membre du Club Inscription : décembre 2005 Messages : 183 Détails du profil Informations forums : Inscription : décembre 2005 Messages : 183 Points : 61 Points : 61	Serveur stable qui devra fonctionner(très)longtemps sans Upgrade? Bonjour à tous. Voilà mon problème: Je désires mettre en place des serveurs (4 en réalité) qui soient stables et, surtout, qui ne devront jamais êtres réinstallés (upgrade d'OS par exemple) une fois en place (sauf panne matérielle bien sûre! ça, je ne pourrais rien y faire ). Pourquoi? Parce-que je "travaille" pour une association (je finit mon contract dans 1 an) et qu'elle n'aura pas les moyens de faire appel à des professionnels de l'informatique et encore moins de payer un administrateur système linux pour s'occuper de ces petits soucies de mise à jour/upgrade etc etc ! Donc voilà, j'entends parler de linux avec LTS (ubuntu server) de linux version stable (debian stable) et de linux pris en charge jusqu'en 2020 (CentOS 6.3). J'entends, aussi, parler de rolling/standart distributions. J'aimerais avoir vos avis sur la stratégie (choix de la disto/type de distributions) à appliquer dans mon cas. Ah oui, j'oubliais la configuration des serveurs: -Serveur de fichier (samba). -DNS local (bind9). -Serveur LAMP. -Serveur Mail (postfix et dovecot) D'avance, merci.
	00

08/12/2012, 19h55	#2
frp31 Expert Confirmé Sénior francois Ingénieur systèmes et réseaux Inscription : juillet 2006 Messages : 4 224 Détails du profil Informations personnelles : Nom : francois Âge : 36 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Ingénieur systèmes et réseaux Secteur : Aéronautique - Marine - Espace - Armement Informations forums : Inscription : juillet 2006 Messages : 4 224 Points : 10 425 Points : 10 425	y'a aucune raison de mettre à jour un système qui fonctionne il faut juste faire une procédure à fournir à l'association qui permet une installation automatique à l'identique de ce qui existe (par exemple avec un ks (kickstart)) ou encore de faire une image disque avec la procédure pour booter sur CD pour la redescendre en cas d'incident. dans les deux cas aucune modification n'existera après une réinstallation. __________________ Communauté OpenBSD francophone Communauté de collectionneur d'ordinateurs antiques
	10

10/12/2012, 19h49	#7
Stopher Membre confirmé christophe de saint leger Responsable de service informatique Inscription : juin 2004 Messages : 161 Détails du profil Informations personnelles : Nom : christophe de saint leger Âge : 27 Localisation : France Informations professionnelles : Activité : Responsable de service informatique Secteur : Industrie Informations forums : Inscription : juin 2004 Messages : 161 Points : 226 Points : 226	Salut, La débian "stable" est déjà bien éprouvée, utiliser une "oldstable" est, je pense, pousser le vice un peu loin. D'autant que celà va te priver de fonctionnalités intéressantes ou nécessaires pour une machine récente. D'autres points sont à prendre en compte, par exemple, la version des outils que tu utilises, PHP/Python etc ... qui selon tes/les devs, peuvent être bloquants si la version est trop ancienne. Ou alors tu compiles toi même ces outils ( ce que perso je conseille en prod ). Ensuite, il faut bien garder en tête qu'il peut suffire d'une panne de courant pour mettre par terre le bon fonctionnement de ton infra ou simplement un disque faiblard qui corrompt une base de données aux premiers signes de fatigue. Mais ça peut effectivement aussi durer 10/20/50 ans sans problème et sans y toucher. Il faut serrer les fesses. Une image disque est un bon moyen de restaurer un système à un instant t. Bon courage, Ch. __________________ Lindev.fr
	10

13/12/2012, 23h09	#13
ok.Idriss Responsable Modération Idriss Neumann Consultant en SSII et auditeur au CNAM Paris (ingénieur SI) Inscription : février 2009 Messages : 3 799 Détails du profil Informations personnelles : Nom : Idriss Neumann Âge : 22 Localisation : France, Essonne (Île de France) Informations professionnelles : Activité : Consultant en SSII et auditeur au CNAM Paris (ingénieur SI) Informations forums : Inscription : février 2009 Messages : 3 799 Points : 12 136 Points : 12 136	Bonsoir. D'accord avec frp31 sans dire qu'il ne faille absolument jamais faire de maj : il faut faire une maj qu'en cas d’absolu nécessité et faire une étude avant. Si la sécurité est un besoin de ton application, alors là ta maj de sécurité devient une nécessité. Exemple : t'héberge une application qui tourne sur MySQL, MySQL a découvert une grosse faille à l'authentification et livre un correctif, là il est nécéssaire d'installer un correctif si ta base gère différentes authentifications avec privilèges. Si par contre ton truc c'est un serveur qui enregistre les logs dans une bdd en interne pour X raison, qui n'est dispo que sur le réseau local et que tout le monde sans exception à le droit de consulter ... à quoi sert ta maj à part risquer de planter une config qui marche ? Donc +1 frp31 (bon mes exemples sont un peu tirés par les cheveux ). Cordialement, Idriss __________________ ma page developpez \| initiation aux bases de données relationnelles \| exercices shells scripts & Bash Les règles du club
	10

09/12/2012, 10h25	#4
mathv Membre du Club Administrateur systèmes et réseaux Inscription : octobre 2012 Messages : 28 Détails du profil Informations personnelles : Sexe : Localisation : Belgique Informations professionnelles : Activité : Administrateur systèmes et réseaux Secteur : Arts - Culture Informations forums : Inscription : octobre 2012 Messages : 28 Points : 41 Points : 41	tu devrais, je pense, aussi prendre en compte un backup de données (incrémental sur un 5e serveur par exemple) Préparer un tuto général pour ton association, des scripts à lancer en fonction ce de qu'ils pourraient rencontrer par la suite (plus de connexion avec un serveur par exemple ou saturation/ralentissement du mail à cause d'un mailbombing ou trop de mail deferred,...) Un sacré boulot en tout cas =)
	10

09/12/2012, 11h35	#6
flyingman Membre du Club Inscription : décembre 2005 Messages : 183 Détails du profil Informations forums : Inscription : décembre 2005 Messages : 183 Points : 61 Points : 61	Sinon, pour en revenir à mon serveur MEGA stable, J'avais pensé prendre une distribution qui serait en fin de vie (du genre ancienne stable chez debian) qui serait donc patchée au maximum, et là, après avoir vérifier que tout (bind, apache, etc) fonctionnait correctement, la "freezée".--> plus de MAJ et surtout pas de upgrade. Qu'en pensez vous? Est-ce une bonne stratégie? Cordialement.
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email