Vous êtes sur la page 1sur 83

CYCLE DE FORMATION

Analyste informaticien

PROJET DE FIN DTUDES

Sujet : Automatisation du processus de dploiement logiciel

Soutenu par : Christopher LEY


Entreprise : CIEME Informatique
Sous le tutorat de : M. David BESIN
Contrat du 10/2008 au 10/2010

Mmoire de fin dtudes

2010

Mmoire de Fin dEtudes


RR3363

Cycle de formation : Analyste Informaticien

Sujet : Automatisation du processus de dploiement l


Suivi:

Christopher LEY PROMO 70


2/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Remerciements
Je tiens remercier dans un premier temps, toute lquipe pdagogique de
lINSTA et les intervenants professionnels responsables de la formation Analyste
Informaticien, pour avoir assur la partie thorique de celle-ci.
Je souhaite remercier AFCEPF et plus particulirement Monsieur Patrick
RAKOTOMALALA qui nous a suivi et sest montr disponible durant toute la
rdaction du mmoire.
Je remercie galement Monsieur Ryad LEBIB pour laide et les conseils quil ma
apport pour le bon droulement de ma formation.
Je tiens remercier tout particulirement et tmoigner toute ma
reconnaissance aux personnes suivantes, pour lexprience enrichissante et
pleine dintrt quelles mont fait vivre durant ces deux annes au sein de
lentreprise CIEME Informatique :
Monsieur Florent RAUGEL, PDG de CIEME Informatique, pour son accueil et la
confiance quil ma accord ds mon arrive dans lentreprise.
Monsieur David BESIN, responsable du service Services & Support de la
socit CIEME Informatique, mon tuteur, pour mavoir intgr rapidement au sein
de lentreprise et mavoir accord toute sa confiance, pour le temps quil ma
consacr tout au long de cette priode, sachant rpondre toutes mes
interrogations, sans oublier sa participation au cheminement de ce rapport.
Toute lquipe technique, ainsi que lensemble du personnel de CIEME pour leur
accueil sympathique et leur coopration professionnelle tout au long de ces deux
annes.

3/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Sommaire
CYCLE DE FORMATION.......................................................................1
Analyste informaticien........................................................................................ 1
Chapitre 1 : Introduction.....................................................................8
1.1 Situation actuelle.......................................................................................... 8
1.2 Contexte....................................................................................................... 8
1.3 Objectifs gnraux........................................................................................ 8
1.4 Prsentation des diffrentes parties.............................................................9
1.4.1 Prsentation de lentreprise...................................................................9
1.4.2 Analyse des besoins et de lexistant.......................................................9
1.4.3 Solutions possibles et restrictions...........................................................9
1.4.4 Le projet.................................................................................................. 9
1.4.5 Rsultat final......................................................................................... 10
1.4.6 Conclusion............................................................................................. 10
Chapitre 2 : Prsentation de lentreprise............................................11
2.1 Prsentation gnrale................................................................................. 11
2.2 Historique.................................................................................................... 11
2.3 Domaines dactivits................................................................................... 12
2.4 Offres.......................................................................................................... 12
2.5 Concurrents et parts de march..................................................................14
2.6 Situation conomique................................................................................. 14
2.7 Certifications et reconnaissance.................................................................15
2.8 La recherche et dveloppement dans lentreprise......................................15
Chapitre 3 : Analyse des besoins et de lexistant................................16
3.1 Analyse des services................................................................................... 16
3.1.1 Organigramme de lentreprise..............................................................16
3.1.2 Les diffrents services...........................................................................16
3.1.3 Prsentation du service technique........................................................17
3.2 Schma doccupation du service Services et Support ...........................19
3.3 Les rsultats de laudit................................................................................ 20
3.4 Les besoins du service................................................................................ 20
3.4.1 Processus de prparation et dacheminement dune commande..........20
3.4.2 Tableau rcapitulatif de la dure des tches.........................................21

4/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


3.4.3 Analyse de lexistant............................................................................. 21
3.4.4 Les limites de ce systme.....................................................................21
3.4.5 Les nouveaux besoins du service..........................................................22
Chapitre 4 : La solution.....................................................................24
4.1 Lautomatisation........................................................................................ 24
4.1.1 Les avantages de lautomatisation.......................................................24
4.1.2 Pourquoi automatiser la prparation ?..................................................24
4.2 Panorama des solutions.............................................................................. 25
4.2.1 Altiris Deployment Solution de Symantec.............................................25
4.2.2 Microsoft WDS....................................................................................... 26
4.2.3 Scripts et Linux RedHat Kickstart..........................................................26
4.3 Ressources et restrictions........................................................................... 27
4.3.1 Ressources............................................................................................ 27
4.3.2 Restrictions........................................................................................... 27
4.4 Contraintes du cahier des charges..............................................................28
4.5 La solution retenue..................................................................................... 28
4.5.1 Altiris Deployment Solution de Symantec.............................................28
4.5.2 Microsoft WDS (Windows Desktop Search)............................................29
4.5.3 Scripts et Linux RedHat Kickstart..........................................................29
4.6 Critres de choix......................................................................................... 30
4.7 Procdure de sauvegarde............................................................................30
4.8 Le choix du serveur..................................................................................... 31
4.8 Les aspects fonctionnels............................................................................. 31
Chapitre 5 : Le projet........................................................................32
5.1 Technologies utilises.................................................................................. 32
5.1.1 Le protocole PXE................................................................................... 32
5.1.2 Le protocole DHCP................................................................................ 33
5.1.3 Le protocole TFTP.................................................................................. 34
5.1.4 Le protocole HTTP................................................................................. 35
5.1.5 Le service Kickstart............................................................................... 35
5.1.6 Les fichiers PXELinux............................................................................ 36
5.2 Configuration des serveurs.........................................................................36
5.2.1 Schma de fonctionnement..................................................................36
5.2.2 Principe de fonctionnement..................................................................37
5.2.3 Configuration du serveur DHCP.............................................................38
5/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.2.4 Configuration du serveur TFTP..............................................................39
5.2.5 Configuration du serveur Apache..........................................................40
5.2.6 Le service kickstart............................................................................... 41
5.2.7 Les fichiers PXELinux............................................................................ 43
5.3 Les scripts Post Installation.........................................................................44
5.4 Organisation................................................................................................ 45
5.4.1 Listes des tches................................................................................... 45
5.4.2 Rpartition des tches..........................................................................46
5.4.3 Gantt..................................................................................................... 47
5.5 Les livrables................................................................................................ 48
5.6 Documentation UML.................................................................................... 49
5.6.1 Diagramme de fonctionnement............................................................49
5.6.2 Diagramme de dploiement..................................................................50
5.7 La maintenance........................................................................................... 51
5.7.1 Le transfert de comptences................................................................51
5.7.2 Aspects fonctionnels de la Maintenance...............................................51
5.8 Les difficults rencontres..........................................................................52
5.9 La mise en production (MeP).......................................................................53
5.9.1 Prrequis............................................................................................... 53
5.9.2 Tableau des anomalies aprs MeP ou VABE (Validation la Bonne
Exploitation)................................................................................................... 54
Chapitre 6 : Rsultat final..................................................................55
6.1 Aperu du projet.......................................................................................... 55
6.1.1 Booter en rseau............................................................................. 55
6.1.2 Choix de la distribution.........................................................................56
6.1.3 Rcupration de limage et installation.................................................56
6.1.4 Excution des scripts Post-Installation..................................................58
6.2 Limpact du systme sur le service technique............................................59
6.3 Le retour utilisateur..................................................................................... 59
6.4 Les attentes ont-elles bien t respectes ?...............................................60
Chapitre 7 : Conclusion.....................................................................61
7.1 Le gain pour lentreprise............................................................................. 61
7.2 Le gain personnel........................................................................................ 61
Chapitre 8 : Annexes.........................................................................62
8.1 Glossaire..................................................................................................... 62

6/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.2 Scripts dautomatisation Linux Red Hat 5.3 (32 Bits)..................................63
8.3 Scripts de Sauvegarde................................................................................ 66
8.4 Fiche de Formation...................................................................................... 68
8.5 Caractristiques Dell PoxerEdge R310........................................................69
8.6 Exemple de fiche de test ou PV de Recette.................................................71

7/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 1 : Introduction
1.1 Situation actuelle
Je travaille actuellement dans une socit de cration de progiciels de gestion
financires des tlcoms ou GFT, qui propose des solutions aussi bien pour les
entreprises, que pour les hpitaux ou htels.
Jappartiens au service client, plus particulirement lquipe Support et
Service .
Je suis en charge de linstallation des serveurs, du logiciel de taxation, de leur
mise jour ainsi que de leur dbogage lorsque cela savre ncessaire, plus
particulirement sous univers Unix (Linux, SCO), mais galement moindre
partie sous Windows.

1.2 Contexte
Lquipe Support passe normment de temps prparer les commandes clients,
notamment la prparation des serveurs selon les demandes des clients.
En effet le march des GFT tant une activit relativement peu connue du grand
public, ainsi que la complexit de la base de donnes des logiciels de la CIEME
Informatique (Base de donnes propritaire), font quune prparation extrieure
nos locaux sans formation au pralable se rvle extrmement complique.
Pour quun dploiement soit bien ralis, certains pr requis systmes doivent
tre respects, encore plus sous univers Unix. Nous devons respecter un
partitionnement, des packages, des droits et autorisations spcifiques, ainsi
quidentifier linfrastructure actuelle du client, le type de PABX ou IPBX, la
prsence ou non dinterface utilisateurs, surtout dans les milieux hospitaliers et
hteliers. A lheure actuelle, toutes ces tches sont ralises manuellement par
un technicien, qui est responsable de la machine et plus prcisment de la
commande, de la rception jusqu lacheminement chez le client et sa mise en
production. Le temps de prparation serveur se rvle donc extrmement long,
et occupe une ressource du service pendant environ journe sans pour autant
que ce soit un rel retour sur investissement pour la socit.

1.3 Objectifs gnraux


Le but de ce projet est donc damliorer le processus de prparation commande
et plus prcisment des prparations machines. De cette faon, nous pourrons
diminuer de faon considrable le temps de livraison et doccupation du service.
Il faut galement que cette transition se fasse de faon transparente pour la
socit, que cela ne perturbe pas les prparations actuelles...
De plus il doit tre facile de modifier ou dajouter pour nimporte quel intervenant
du service, dventuelles mises jour du logiciel, ou de nouvelles distributions
dployer.
8/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


1.4 Prsentation des diffrentes parties
1.4.1 Prsentation de lentreprise
Cette premire partie permettra de mieux apprhender lentreprise CIEME
Informatique. Nous pourrons y dcouvrir son historique et sa place sur le march
concurrentiel quest le logiciel de Gestion Financire des Tlcoms (GFT). Nous
pourrons y voir galement ses objectifs, le savoir-faire quelle offre ses clients
ainsi que les avances quelle a permise dans le secteur informatique des
tlcoms. Cette partie se terminera par la prsentation des diffrents ples
produits ainsi que les offres que ceux-ci proposent aux clients.
1.4.2 Analyse des besoins et de lexistant
Au cours de cette partie, nous prsenterons les diffrents services, leurs activits
et les interactions existants entre eux. Cette tape nous permettra dexposer les
besoins rcurrents de chacun au service Support ainsi que les besoins des
intervenants extrieurs au service Support lorsque quils prennent contact avec
celui-ci. Cela nous permettra danalyser avec plus de recul lexistant, les
ventuelles carences de ce dernier et les amliorations bnficiant au service
que devrait permettre le dveloppement du nouvel outil.
1.4.3 Solutions possibles et restrictions
Pour faire suite lanalyse des besoins de chacun, nous prsenterons ici les
diffrentes solutions possibles pour amliorer le service et le travail de chacun.
Nous mettrons galement en vidence les restrictions imposes pour le projet
pour prsenter plus en dtail la solution retenue et ce quelle apportera
concrtement au service. Chaque projet comporte galement sa part
dobligations lgales et cela est dautant plus vrai dans le domaine des tlcoms.
Il est donc indispensable pour ce projet davoir des stratgies de scurit et de
maintenance. Nous verrons donc galement dans cette partie les obligations
lgales que doit respecter ce projet ainsi que la stratgie de scurit mise en
place afin dassurer la confidentialit des donnes. La prennit des informations
est aussi indispensable ce qui ncessite que le systme soit dot dune grande
fiabilit. Il est donc impratif que ce dernier possde une stratgie de
maintenance et de sauvegarde, laquelle sera galement prsente au cours de
cette partie.
1.4.4 Le projet
Une fois la solution retenue et expose en dtail, nous prsenterons
lorganisation du projet. Les diffrentes tapes ncessaires la ralisation de
celui-ci seront ici dcrites et les diffrents acteurs intervenant dans la bonne
ralisation du projet y seront prsents. Puis nous aborderons la planification des
diffrentes tapes afin que le projet soit finalis en temps et en heure. Cette
partie prsentera galement une tape essentielle du projet, savoir le
dploiement. Seront exposs plus en dtail les diffrents choix techniques
9/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


abords lors du choix de la solution retenue. Nous y verrons donc aussi bien les
technologies choisies pour llaboration du projet que les tapes de
conceptualisation. Nous finirons cette partie par une prsentation des diffrents
livrables de ce projet.

1.4.5 Rsultat final


Cette partie nous donnera un aperu du projet aprs sa ralisation. Nous
pourrons y dcouvrir le comportement de celui-ci aprs sa mise en production et
les diffrents retours des utilisateurs. Ceux-ci pourront permettre destimer si le
projet a atteint ses objectifs et si les diffrentes analyses et les diffrents choix
effectus durant toute la ralisation de ce projet taient pertinents.

1.4.6 Conclusion
Pour finir, la conclusion nous permettra de faire le point sur ce qua concrtement
apport ce projet lentreprise et ce quil ma apport sur un plan personnel.
Nous clturerons cette analyse avec les diffrentes amliorations demandes par
les utilisateurs et celles en cours de dveloppement.

10/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 2 : Prsentation de lentreprise


Cette premire partie a pour but de mieux comprendre les origines de la socit
CIEME Informatique. Nous commencerons donc par lhistoire de la socit CIEME
Informatique. Cela nous permettra de dcouvrir son volution au cours des
annes et ce qui lui a permis darriver ce quelle est prsent. Nous
poursuivrons ensuite par la place que CIEME occupe sur le march. Seront aussi
prsentes dans cette partie les recherches et innovations qui lui ont permis de
devenir un des leaders sur le march du logiciel de taxation. Pour finir, nous
prsenterons les diffrents ples produits et les solutions que ces ples proposent
sur le march de linformatique des tlcoms.

2.1 Prsentation gnrale

Statut Juridique : Socit Anonyme Conseil dAdministration


Capital : 431 632 Euros
Chiffre daffaires : 1 634 000 Euros (au 30/06/2009)
Prsident Directeur Gnral : M. Florent RAUGEL
Effectifs : 17 employs
Adresse : 25 rue du 8 Mai 1945, 94470 Boissy Saint-Lger
Domaines dactivits : Socit Editrice de Logiciels, SSII, hbergement

2.2 Historique
Depuis plus de vingt-cinq ans, CIEME sest toujours situe la pointe de
linnovation en matire de Techniques de lInformation et de la Gestion
Financires des Tlcoms dans les domaines de lHtellerie et de la Sant et de
lIndustrie.
Depuis sa cration en 1984, la vocation de Cieme Informatique est fonde sur la
mise au point de progiciels destins mieux grer les systmes de facturation
des tlcommunications chez les oprateurs et dans les entreprises.
La socit CIEME INFORMATIQUE, diteur en solutions progiciels de gestion
financire des tlcommunications, a accompagn plusieurs changements
importants du march des tlcommunications. Tous ces changements ont eu
des effets plus ou moins importants sur ses solutions progiciels. Des simples
changements de numrotations raliss sur le rseau franais, jusqu la
drgulation des oprateurs tlcoms et larrive de nouveaux oprateurs sur le
march. Tous ces changements ont eu pour consquence dimposer des
modifications fonctionnelles trs importantes.
Lappellation mme du march, la gestion financire des tlcoms , est
survenue au milieu des annes 90 la suite dune modification importante du
mode de tarification des communications.

11/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Alors que les tlcommunications constituent de plus en plus le lien fondamental
de l'entreprise avec son environnement, Cieme Informatique s'appuie sur plus de
20 annes d'exprience d'interoprabilit entre les univers de la tlphonie et de
l'informatique pour proposer un ensemble de progiciels et de services capable de
mieux matriser et optimiser les flux de communication.

Quelques dates cls :

1984 : Cration de CIEME Informatique


1985 : Lancement dInfoTax, progiciel prcurseur dans la taxation
tlphonique
1990 : Drgulation des tlcommunications, on parle maintenant de GFT
1992 : Lancement de la gamme InfoServ en remplacement dInfoTax
1998 : Ouverture du march des tlcoms franais la concurrence
2002 : Adaptions de la gestion financire la nouvelle monnaie : lEuro
2002 : Lancement du module MobilServ
2003 : Interface client/serveur Web avec la mise jour InfoServ 2.3

2.3 Domaines dactivits


Editeur et vendeur de progiciels de gestion des flux voix et donnes, Cieme est
devenu l'acteur majeur sur le march de la Gestion Financire des
Tlcommunications
(GFT).
Une prsence de longue date sur ce march a permis Cieme d'acqurir une
exprience et des comptences reconnues par l'ensemble des professionnels des
Tlcommunications Traditionnelles et TOIP. Avec des budgets moyens en
hausses de 10 15% par an, la facture des diffrents moyens de communications
reprsente aujourd'hui plus de 4 % du chiffre d'affaire des entreprises. Ds lors,
la GFT devient une priorit stratgique pour l'ensemble des entreprises dont le
retour sur investissement atteint une vitesse exceptionnelle, de moins de six
mois en moyenne.

2.4 Offres
Actuellement, la socit propose 3 solutions personnalisables en fonction des
besoins du client :

InfoServ, divis en 3 catgories pour une approche encore plus large du


march :
InfoServ Industrie & Service permet de rpondre la problmatique
dentreprise en :

12/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


tablissant une simulation oprateurs sur la base des diffrents tarifs
pratiqus sur le march pour optimiser vos choix en termes
d'oprateurs
donnant les informations ncessaires l'amlioration de vos services
tlphoniques indispensables aux centres d'appels (nbre d'appels
aboutis/non aboutis, nbre de sonneries, etc.) pour une optimisation du
taux de satisfaction de leurs clients.
pouvant refacturer en interne (par services, centres de cots, postes,
etc.) vos frais fixes et variables
InfoServ Htelier (HoriZon), le produit HoriZon a t spcifiquement
conu pour rpondre aux besoins des professionnels de l'htellerie. Tout en
optimisant les cots financiers, l'utilisation d'HoriZon met la disposition
du client un ensemble de fonctionnalits nouvelles partir de 4 points
fondamentaux:
L'interface avec des applicatifs externes utiliss dans l'htellerie
(Fidelio, Optims, Hogatex, MAI/HIS, Cegid).
Les fonctions vocales, comme la messagerie tlphonique ou les
fonctions rveils
La gestion financire des clients, la tarification multi-oprateur ou la
facturation des communications tlphoniques selon les services et
choix d'oprateurs alternatifs.
L'accueil tlphonique, pour optimiser lanalyse des appels arrivs
(dure de sonnerie, appels non rpondus)
InfoServ Sant, pour les tablissements de sant, il est indispensable
d'apporter des solutions probantes en termes de flux tlphoniques et de
services proposs aux patients tout en grant efficacement les aspects
financiers et administratifs. Ainsi, les avantages d'InfoServ Sant se
retrouvent dans diffrents domaines :
L'interfaage avec les diffrents applicatifs informatiques existants
La gestion administrative des patients : gestion des admissions, dition
automatique des bordereaux et des diffrentes factures
La gestion financire des patients

MobilServ, qui permet de consolider lensemble des CDR (Charging Data


Record) fournis par les oprateurs nationaux (Orange, SFR, Bouygues Telecom)
pour une lisibilit simplifie du contrle des cots, ainsi que :
Linventaire de lensemble des terminaux mobiles prsents dans la
socit
La comparaison des cots en fonction des diffrents oprateurs

13/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Actis, pour lamlioration de la gestion de la socit cliente, grce un service


de Tltraitement qui permet de se librer des cots rcurrents lis aux systmes
d'administration des tlcoms :
Matrise des ressources humaines : pas d'investissement de temps dans
la gestion des outils, pas de problme de remplacement pendant les
priodes de vacances
Matrise des ressources financires : aucun investissement matriel,
donc pas d'immobilisation
Pas de cots d'exploitation induits (mise jour, veille technologique)
Mise disposition d'un personnel comptent et efficace prenant en
charge l'analyse de vos besoins sur le long terme
Ponctualit dans la rception des rapports de statistique

2.5 Concurrents et parts de march


CIEME occupe une position de leader sur le march des GFT, car elle est la seule
proposer des offres ayant une interoprabilit sur lensemble des rseaux
PABX, IPBX prsent sur le march.
De plus ses certifications et partenariats, en font le numro 1 auprs des
constructeurs tlcoms, comme Matra, Alcatel, Cisco.
France Tlcom, propose des solutions compltes cl en mains bases sur un
InfoServ simplifi : InfoServ TPE, qui nous permet dlargir et dtendre notre
domination sur le territoire franais.
Parmi ces concurrents ont peu noter :

Cogis
GT2F
SLIT
Axitel
Memobox

A elles seules, les solutions de CIEME Informatique reprsentent 57% du march


franais. *
* source interne

2.6 Situation conomique


La situation conomique de la socit est saine, mais stable.

14/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


En effet depuis les annes 2001-2002, date de passage leuro qui a engendr
une recrudescence massive des entreprises pour la surveillance et le contrle des
relevs tlphoniques, le chiffre daffaire de CIEME Informatique a connu un lger
recul, sans pour autant devenir catastrophique.
On peut dfinir lge dor des solutions de GFT sur cette priode, le march
stant affaibli, il est normal que le rsultat net de la socit suive la mme
courbe.
CIEME a su ragir en diversifiant ses offres et ses services, et ainsi largir le
march sur laquelle elle se positionne.
Quelques chiffres :
Exercice fiscal
*
Chiffres
daffaires en
Millions
deuros

2000
2001

2001
2002

20022003

2003
2004

2004
2005

20052006

2,3

2,5

2,3

2,1

2,0

2,0

200
6200
7

200
7200
8

1,9

1,8

2008
2009
1,7

* Exercice clos au 30 juin

2.7 Certifications et reconnaissance


Cieme Informatique met en uvre de multiples partenariats technologiques et
marketing, et ralise galement de nombreux accords de distribution. Ces
partenariats s'effectuent tant l'chelle francophone queuropenne. CIEME
Informatique est certifie parmi les plus grands groupes informatiques et de
tlcoms mondiaux, comme Cisco, Microsoft, 3com, Alcatel
De par ces certifications et ses chanes de distributions, les solutions de CIEME
Informatique sont aujourdhui prsentes sur plus de 6000 sites, tous secteurs
confondus.

2.8 La recherche et dveloppement dans lentreprise


Cieme Informatique consacre par ailleurs un investissement soutenu en
Recherche et Dveloppement (30% de son chiffre d'affaires), qui lui permet de
faire voluer constamment ses produits afin de coller le plus possible aux
volutions technologiques du march.

15/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 3 : Analyse des besoins et de lexistant


Aprs avoir prsent CIEME dun point de vue externe, cette partie prsentera
CIEME dun point de vue interne. Nous prsenterons ici les diffrents services,
leur fonctionnement respectif ainsi que les tches qui leur incombent. Nous
verrons ensuite les diffrents processus et le cheminement complet dune
prparation commande. Cela nous permettra de dgager une problmatique sur
la gestion du temps et des ressources ncessaires la ralisation de la
prestation. Nous finirons par lanalyse de lexistant et de ses ventuelles
carences.

3.1 Analyse des services


3.1.1 Organigramme de lentreprise

3.1.2 Les diffrents services


On peut donc voir dans lorganigramme que lentreprise comprend quatre
services principaux : les ressources humaines, le dveloppement, le commerce et
marketing, le service client et SAV.
Les ressources humaines : Ce service est responsable du personnel. Il est en
charge de la gestion des contrats de travail, de la gestion des congs et des
payes mensuelles.
16/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Le dveloppement : Ce service est en charge de toute la partie dveloppement


logiciel des progiciels commercialiss par CIEME. Les dveloppeurs ont
galement pour mission de corriger les bugs dus des erreurs de
dveloppement. Quand lanomalie est reproductible sur les bases de donnes
internes la socit, les dveloppeurs lanalysent et la corrigent. Parfois, les
anomalies ne sont pas reproductibles au sein de CIEME ; dans ce cas l, ils
doivent se connecter directement au site afin de constater lanomalie. La
rdaction des documentations dinstallation et la cration des procdures de mise
jour du logiciel font galement parties de leurs prrogatives.
Ce service permet aux offres de CIEME dvoluer afin de coller le plus possible
aux volutions technologiques du march. Prs de 30% du CA est investi dans ce
service.
Le commerce et marketing : Sa mission est de rpondre aux appels doffre afin de
placer les logiciels de CIEME. Il assure galement la promotion des progiciels de
CIEME, avec des procds marketing tels que le CIEME TV.
Le service client, SAV et technique: Ce service se compose de ples particuliers.
Le premier est la partie Support.
Le support vient en aide au client en cas de problme, il corrige les anomalies du
systmes et fait lanalyse de niveau un. Lorsquil ne peut pas corriger euxmmes, il transfre les anomalies aux dveloppeurs afin quun correctif soit
programm.
Le deuxime ple est la partie la plus technique. Il sagit de lquipe installation.
Ce sont les installateurs qui sont chargs dinstaller chez les clients les diffrents
logiciels vendus par la socit. Les interventions peuvent tre ralises
directement chez le client mais sont le plus souvent effectues en
tlmaintenance.
Il est galement responsable de la prparation des commandes et sa livraison.
Cest sur ce dernier service sur lequel saxe notre projet, nous allons donc rentrer
plus en profondeur sur les actions ralises par ce service.

3.1.3 Prsentation du service technique


Ds mon arrive la CIEME Informatique, jai t affect au service Support et
Services sous la direction de M. David Besin.
Ce service est responsable de :
1- L'tude et la prparation technique du projet
Cette phase consiste analyser l'existant et identifier les besoins. L'objectif est
de mettre en place une solution adapte au fonctionnement et la structure du
client. L'quipe Services de Cieme Informatique va alors tre implique dans la
ralisation d'audits, d'actions d'avant vente et de missions ponctuelles de
17/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


conseil. La gense et la validation d'un document technique, conformment la
Mthodologie de Gestion de Projet de Cieme Informatique va tre le point de
dpart
du
dploiement.

2 - Le dploiement de la solution sur site


Le dploiement de l'application sur site peut tre assur par l'quipe Services. Le
progiciel est alors personnalis suivant les spcificits du site, les connexions
avec autocommutateur ou commutateur et ventuellement d'autres applications
externes sont tablies et une batterie de tests est ralise. La solution doit tre
oprationnelle l'issue de cette phase. Si le dploiement est assur par une
tierce partie, l'quipe Services fournit, au besoin, une assistance tlphonique
comprenant toutes les procdures prcites.

3 - Le transfert des comptences


Le transfert de comptences s'effectue par le biais de deux canaux
complmentaires : la formation aux utilisateurs et les supports pdagogiques. La
formation aux utilisateurs est dispense par un membre de l'quipe Services.
Flexible, elle va permettre de renforcer les aspects les plus importants par
rapport l'installation. Elle est complte par des supports pdagogiques sous
forme de manuels ou de didacticiels.

4 - L'accompagnement de linstallation
Le membre de l'quipe Services qui a t en charge de votre projet et ralis
chacune de ses tapes sera votre unique interlocuteur. En cas de requtes de
votre part, l'quipe Hotline va l'en informer afin qu'il tienne votre dossier jour.
Il vous communiquera le cas chant les volutions postrieures de l'application,
les nouvelles facults qui peuvent vous intresser et sera pour vous une vritable
force de proposition au cas o vos installations rseaux et tlcoms voluent.

Comme vue prcdemment ce service est compos, outre M. Besin, de 5


techniciens rseaux et tlcoms dont moi-mme. Ce qui est trs peu compte
tenu de la charge de travail raliser par le service. Cf. : Organigramme de la
CIEME Informatique
La CIEME Informatique reoit environ une dizaine de commandes de prparation
serveur par semaine que ce soit sous environnement Linux ou Windows et ce
chiffre est en constante augmentation.

18/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


La logistique de prparation de commandes, aprs rception du service
commercial, se compose comme suit :

La gnration de la licence suivant lOS et les modules commands


La sortie de stock du matriel ncessaire la prparation de la commande
La prparation et la configuration serveur (Raid, rajout de carte rseau,
vocale, srie)
Lexpdition
La Mise en Service sur site

Un dlai de 15 jours suivant la rception de la commande auprs du service


commercial est respecter sous peine de pnalits rgies par un
ddommagement forfaitaire dfinies avec nos installateurs.
Outre les prparations des commandes, ce service est galement en charge de :

La Hotline : ouverte du Lundi au Vendredi entre 8h30 et 17h30


Ladministration du rseau de la Socit
Du helpdesk collaborateur

De plus chaque technicien se voit attribuer un ou plusieurs grands comptes


clients administrer :
Moi-mme, je suis responsable de toute ladministration et le contact de la
Banque Africaine de Dveloppement (BAD)
Sans compter toutes les petites prestations annexes, comme les mises jour des
grilles tarifaires des solutions clientes aprs migration chez un autre oprateur,
ou la mise en place ddition personnalise de leurs facturations tlphoniques.

3.2 Schma doccupation du service Services et Support

19/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


3.3 Les rsultats de laudit
Un audit a t ralis par la direction pour faire un point sur le fonctionnement
du service support et services , il sest avr que lutilisation des ressources
humaines de ce service ntait pas optimise, notamment pour la tche de
prparation des commandes.
Voici les points noirs qui sont ressortis aprs cet audit :

Dlai de prparation trop important


Dlai de rquisition dun technicien trop important
Anomalies constates lors de la configuration serveur (erreurs humaines)
Pas de documentation centralise

3.4 Les besoins du service


Afin de mieux apprhender le problme du service au niveau de la prparation
des commandes, nous allons mettre en vidence le processus actuel. Ceci nous
permettra de voir et dtudier le temps de chaque phase pour essayer den
amliorer la productivit.
3.4.1 Processus de prparation et dacheminement dune commande
On peut voir ci-dessous les diffrentes tapes de la commande. A lheure actuelle
toutes ces tapes se font de faon manuelle. Il ny a aucun processus pour
automatiser le procd.

20/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

3.4.2 Tableau rcapitulatif de la dure des tches


Avec le tableau ci-dessous nous sommes en mesures de constater quelles sont
les tches les plus contraignantes, et ainsi orienter notre phase danalyse pour
orienter nos travaux l-dessus.
Tche
Gnration de la licence
Sortie de stock du
matriel
Prparation du serveur et
test de fonctionnement
Demande denlvement

Commentaires
Option + ventuel
dveloppement
spcifique
Serveur + ventuels
matriels
Installation de lOS +
configuration + test

Temps estim
5 minutes

Demande denlvement
en ligne auprs de notre
transporteur

15 minutes

Total :

10 minutes
3 heures

3 heures 30 minutes

3.4.3 Analyse de lexistant


On peut donc remarquer que la prparation des serveurs est une des fonctions
les plus contraignantes assure par le service technique en termes de temps
heure/employ.
Environ 2/3 dune prparation commande est ddi la configuration et la
prparation
du
serveur.
Cependant cette tche ne reprsente quune petite partie de la valeur
marchande
dune
commande.
Cette tche nest pas des plus rentables pour la socit car, elle ncessite et
bloque donc un employ qui pourrait soccuper ailleurs.
Actuellement, la configuration se fait la main , c'est--dire quun technicien
est ddi au suivi de la machine, de son expdition et de son installation sur site.

3.4.4 Les limites de ce systme


Aprs avoir dtaill les processus oprationnels, on remarque que sur 3h30 de
prparation, 3h sont ddies la prparation et au test machine.
On peut donc rapidement isoler les inconvnients et limites de cette prparation :
21/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Le temps trop important, pour une tche faible valeur ajoute
Le blocage dun technicien
Le cot

Mon responsable ma donc demand de rflchir sur une technique


damlioration de prparation des serveurs.
3.4.5 Les nouveaux besoins du service
Vritable opration valeur ajoute, la prparation de commandes consiste
collecter les informations et optimiser le flux. Russir rationaliser et optimiser
cette tche nous permettrais la fois de gagner en productivit et damliorer la
qualit de service et donc l'image de marque de CIEME Informatique (envoi des
commandes dans le respect des dlais ngocis avec les clients, etc.).
Aprs tudes ralises au pralable par la direction, il a t valu quun
technicien du service Support et Services avait un charge moyenne de travail
sur un an denviron 130%, avec des pics allant jusqu 175%, lors de cong ou
dindisponibilit dun des technicien du service.

3.4.5.1 La problmatique
Une problmatique a donc t souleve :

Comment amliorer le processus de prparation des serveurs ?


Recruter ?
Cette solution a t trs vite abandonne par mon responsable, pour cause de
restrictions budgtaires.
Cf. chapitre Ressources et Restrictions
Il a donc fallu se tourner vers dautres moyens
mthodologiquement les possibilits restant notre disposition.

et

danalyser

Matriser les ressources internes ?


Effectivement, comme constat prcdemment, on peut voir que la socit
lheure actuelle, noptimise pas la prparation des serveurs, ce qui est une perte
de temps considrable donc dargent pour la CIEME Informatique.
Nous nous sommes donc tourns sur les possibilits damlioration de cette
tche.
Lautomatisation de lopration nous est donc apparue comme la solution.

22/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

23/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

3.4.5.2 Les rsultats attendus


Comparativement au tableau des tches du sous-chapitre 3.2.2, nous pouvons
esprer, grce lautomatisation du processus de prparation machine, un gain
de temps consquent.
Voici un tableau rcapitulatif des diffrentes tches et du temps estim
attendu de celle-ci :
Tche
Gnration de la licence
Sortie de stock du
matriel
Prparation du serveur et
test de fonctionnement
Demande denlvement

Commentaires
Option + ventuel
dveloppement
spcifique
Serveur + ventuels
matriels
Installation de lOS +
configuration + test

Temps estim
5 minutes

Demande denlvement
en ligne auprs de notre
transporteur

15 minutes

Total :

10 minutes
1 heure

1 heures 30 minutes

On espre ainsi avec cette solution, diminuer de plus de moiti, le dlai de


prparation commande et plus prcisment de diminuer de 1/3 le temps
ncessaire la prparation du serveur passant de 3 heures actuellement 1
heure, grce ce procd.

24/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 4 : La solution
Pour faire suite lanalyse du service et de lexistant, nous allons maintenant
pouvoir proposer diffrentes solutions afin de palier aux besoins de la prparation
serveur. Aprs avoir mis en vidence plusieurs solutions, nous carterons celles
savrant irralisables au vue des restrictions imposes par le projet. Nous
pourrons donc prsenter plus en dtail la solution retenue et nous dcrirons les
stratgies de scurit et de maintenance quil sera obligatoire de mettre en place
afin que le projet respecte les obligations dfinies dans le cahier des charges.

4.1 Lautomatisation
Comme nous lavons voqu dans le chapitre prcdent, notre solution se porte
sur lautomatisation de la prparation serveur, nous allons au pralable faire un
petit rappel de lavantage et le pourquoi nous avons retenus cette solution.

4.1.1 Les avantages de lautomatisation


Lautomatisation de la prparation permet indiscutablement la socit
damliorer ses dlais de livraisons tout en maximisant lintgration des
ressources existantes.
En effet, pour optimiser la qualit logicielle, acclrer les dlais de mise sur le
march et maximiser le retour sur investissement, il est indispensable de penser
au-del dun simple outil dautomatisation et dinscrire les prparations serveurs
dans une perspective stratgique plus tendue impliquant : des investissements
initiaux pour planifier un processus de dveloppement logiciel pilot par les
impratifs de qualit pour pleinement bnficier des avantages de
lautomatisation.
4.1.2 Pourquoi automatiser la prparation ?
Les prparations manuelles sont appropries dans certains cas mais restent
toujours longues, fastidieuses et en inadquation avec la brivet des cycles de
dveloppement actuels.
Lautomatisation de la prparation gnre de nouveaux vecteurs defficacit qui
acclrent les cycles de livraison, par ailleurs, lorsquun grand nombre de
machines doivent tre prpares simultanment, la charge de la prparation
manuelle crot proportionnellement en multipliant les risques derreurs humaines
et dincohrences susceptibles daltrer les rsultats finaux.
Lautomatisation de ce processus optimise la qualit logicielle et lefficience
oprationnelle, elle prsente les avantages long terme suivants :
25/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Remploi : Lautomatisation permet lquipe de prparation et de
dploiement de rduire les dlais de livraison en remployant des
configurations machines dj existantes sans en recrer chaque nouvelle
commande. Cette facult de remploi permet galement lquipe de
prparation de constituer des bibliothques de configuration, devenant
terme des actifs de proprit intellectuelle gnrateurs de valeur.
Prvisibilit et cohrence : Grce lautomatisation, nous pouvons vrifier
rapidement que les fonctionnalits des nouvelles versions logiciel de la
socit sont toujours oprationnelles et dans le cas contraire, de fournir un
retour immdiat lquipe de dveloppement
Productivit : Lautomatisation cre un environnement haute
productivit permettant lentreprise dtendre sa capacit de production
sans ajout de ressources. Cette organisation libre des ressources pour se
focaliser sur dautres besoins.
Ces multiples bnfices de lautomatisation permettent lquipe dvaluer trs
prcisment les niveaux de qualit, de prendre des dcisions plus pertinentes
quant aux dlais de livraison et de minimiser les risques de dploiement.

4.2 Panorama des solutions


Aujourdhui, il existe sur le march plusieurs solutions permettant dautomatiser
le processus de dploiement de systmes dexploitation.
Dans cette partie, nous allons prsenter les diffrentes solutions avec un
descriptif complet de chaque application

4.2.1 Altiris Deployment Solution de Symantec


Une solution possible pourrait tre Altiris Deployment Solution de Symantec.
Cette solution permet de dployer et de configurer des systmes dexploitation,
de migrer les paramtres utilisateurs et ensuite de dployer des logiciels sur le
systme dexploitation une foi celui-ci install.
Principales fonctionnalits :

Dploiement en masse d'images indpendantes du matriel d'un systme


de rfrence vers les nouveaux systmes et les systmes existants l'aide
de la technologie Symantec Ghost

Configuration de chaque systme d'aprs des critres standards, comme la


fonction, le type d'utilisateur ou la localisation

Cration simplifie de tches permettant d'automatiser les fonctions de


dploiement et de migration, telles que la cration d'images, l'installation
26/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


de systme d'exploitation base sur script, la configuration et le
dploiement de logiciels

Compatible aussi bien pour les systmes dexploitation 32 Bits que 64 Bits

4.2.2 Microsoft WDS


Une autre solution possible pourrait tre Microsoft Windows Desktop Search
(WDS), anciennement RIS (Remote Installation Services). Cette fonctionnalit
serveur fournit par Microsoft permet des ordinateurs dont le BIOS prend en
charge le PXE (Preboot eXecution Environment) dexcuter de faon distante des
variables denvironnement de dmarrage.
Principales fonctionnalits :

Dploiement rapide avec prise en charge de Microsoft System


Management Server et le contrle des mises jour logiciels Windows
Gestion aise avec prise en charge des stratgies de groupes de Windows

Boot depuis le rseau grce la technologie PXE

4.2.3 Scripts et Linux RedHat Kickstart


Une autre solution serait dutiliser un utilitaire freeware trs peu connu appel
Kickstart dvelopp sous environnement Unix plus particulirement par RedHat,
mais aussi disponible sur des OS Linux ne ncessitant pas de licence comme
Fedora
12
ou
CentOS
5.4.
Grce cette mthode, un administrateur systme peut crer un simple fichier
contenant les rponses toutes les questions poses durant une installation
normale.
Les fichiers kickstart peuvent tre conservs sur un simple systme serveur et
lus par les ordinateurs durant linstallation, ce qui en fait un outil idal pour les
administrateurs systmes et rseau ncessitant un protocole dautomatisation.
De plus, il est possible de spcifier des scripts dautomatisation pour linstallation
dun logiciel ou un paramtrage annexe du systme dexploitation.

Principales fonctionnalits :

Dploiement rapide et fiable


27/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Possibilit de dploiement illimit avec les scripts dautomatisation

Prend en charge le boot par PXE

Compatible aussi bien pour les systmes dexploitation 32 Bits que 64 Bits

28/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


4.3 Ressources et restrictions
4.3.1 Ressources
Matriel :
Pour raliser ce projet, certains serveurs sont ncessaires et doivent tre
accessibles depuis le rseau. Un adressage IP spcifique sera nanmoins tudi.
Liste des serveurs ncessaires :
Un serveur DHCP
Un serveur TFTP
Un serveur hbergeant lapplication retenue
Cependant, il sera possible de faire cohabiter certains serveurs sur la mme
machine, ce qui requiert nanmoins un serveur suffisamment puissant. Nous y
reviendrons
sur
la
partie
dploiement
de
la
solution.
Logiciel :
Pour la partie logicielle, aucun nouvel achat nest envisag. Il faudra donc que la
solution soit gratuite ou que la socit possde dj les licences ncessaires.
Pour la partie OS, c'est--dire logiciel serveur, aucun achat nest galement
envisag, la solution devra soit tre installe sur un OS gratuit de type GNU ou
que CIEME Informatique possde dj des licences utilisables.

Humaines :
Pour la partie documentation et dveloppement, je serais seul sur le projet. Mon
tuteur interviendra pour la partie validation et mise en production. Cependant
lensemble du service participera la phase de test final.
4.3.2 Restrictions
Lors de la cration du projet, certaines restrictions ont t abordes :
Recyclage du matriel : Il nest pas envisag dacheter du matriel
spcialement pour le projet. Il faudra donc utiliser un serveur existant.
Aucun impact sur le rseau existant : Afin dtre le moins contraignant
possible, la mise en place du projet ne devra pas perturber le systme de
prparation actuel, ni perturber le fonctionnement des serveurs actuels.

29/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Les mises jour doivent tre transparentes : Les mises jour futures du
projet devront elles aussi tre transparentes et ralisables par une autre
personne du service technique que moi-mme, cela entrane donc une
bonne documentation et formation.
Pas dachat de nouveau logiciel : Le projet devra galement utiliser des
logiciels gratuits ou dj en possession de la CIEME Informatique. Aucun
frais logiciel nest envisager.
Scuriser lapplication : Le projet devra galement mettre en place un
systme de sauvegarde du serveur, pour palier toutes pannes et donc de
pertes de donnes.
Dployer des distributions Unix : Le projet devra tre capable de dployer
des distributions bases sur des noyaux Unix (RedHat, Fedora, CentOS)
obligatoirement et ventuellement des distributions Windows.

4.4 Contraintes du cahier des charges


Nous pouvons conclure que le cahier des charges nous impose donc les
contraintes suivantes :
Un budget matriels/logiciels de O
La solution devra automatiser le dploiement
La solution devra dployer des distributions Linux

4.5 La solution retenue


Au vue des restrictions mises en vidence dans la partie prcdente, nous allons
pouvoir carter deux des solutions pour nous concentrer sur celles correspondant
le mieux au projet.
4.5.1 Altiris Deployment Solution de Symantec
Sans doute la solution la plus complte de toute. Effectivement cette solution
regroupe toutes les fonctionnalits tablies par le cahier des charges. Altiris
Deployment Solution propose un package cl en main , regroupant une
solution de dploiement, dune configuration post dploiement ainsi quun
processus de sauvegarde et de restauration grce la technologie de Symantec
Ghost.
Cependant, cette application a un cot et nous avons vu que lapplication ne
devra gnrer aucun frais supplmentaire. Hors la socit CIEME Informatique ne
30/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


possde aucune licence dAltiris Deployment Solution, cette solution nest donc
pas envisageable.

4.5.2 Microsoft WDS (Windows Desktop Search)


Lavantage de cette solution est quelle est trs facile dployer sur le rseau,
car cest un module part entire de Windows Serveur 2003 R2. De plus le fait
dutiliser un outil Microsoft rend possible un support de trs bonne qualit, ainsi
que
beaucoup
de
documentations
sur
Internet.
CIEME Informatique possde galement dj des licences Windows Serveurs
2003 R2, donc il ny a pas de licence acheter.
Cependant le problme majeur de cette solution est que WDS ne peut dployer
que des distributions Windows (Serveur 2003, 2008, XP, Vista, Seven), or nous
avons vu que lapplication devait obligatoirement tre capable de dployer des
systmes dexploitation Unix/Linux, cette solution nest donc galement pas
envisageable.

4.5.3 Scripts et Linux RedHat Kickstart


Sans doute la solution la plus mconnue et la plus complique pour quelquun ne
connaissant pas lunivers Linux. Cependant Kickstart permet dautomatiser le
processus dinstallation en plaant les informations rentres normalement au
clavier dans un fichier de configuration.
Mais attendez, il y a mieux !
Une fois le processus dinstallation achev, Kickstart permet de spcifier une liste
de commandes Shell ou Scripts quon souhaite voir excutes. Cela signifie quon
peut automatiquement installer des logiciels locaux qui ne font pas partie de la
distribution Linux et procder aux derniers rglages ncessaires pour rendre le
nouveau systme dexploitation parfaitement oprationnel.
De plus toutes les technologies utilises sont libres et ne gnreront donc aucun
frais.
Un des problmes de cette solution vient du fait quelle ne peut pas dployer des
distributions Windows, mais cela ne rentre pas dans les restrictions du cahier des
charges et a t valid par mon responsable.
Cest donc le choix du Scripts et Linux Kickstart qui a t retenu.

31/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

32/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

4.6 Critres de choix


Voici un tableau rcapitulatif des solutions proposes selon les critres de choix
du cahier des charges :

Comme nous pouvons le voir sur ce tableau, on voit bien que la solution N3 :
Linux Kickstart + Scripts rpond bien tous les prrequis du cahier des charges.
Cest donc cette dernire solution que nous avons retenue.

4.7 Procdure de sauvegarde


Nayant pas eu de budget pour mettre en place une solution de sauvegarde
approprie, jai pris notamment linitiative de mettre en place une procdure
simplifie
de
sauvegarde
sur
le
serveur.
Il sagit dun script qui excute une requte ftp, qui sauvegarde le rpertoire ou
se trouve les fichiers de configuration et lenvoi sur un serveur ddi. En effet, les
scripts de configuration sont ce quil y a de plus importants, car ils constituent le
cur du projet. Cette sauvegarde seffectue tous les soirs 23h00.
Le dtail du script se trouve en annexe.

33/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


4.8 Le choix du serveur
Une contrainte du projet est quil ny a pas eu de fonds dbloqus pour lachat
dun
nouveau
serveur.
Il a donc fallu que je fasse un inventaire du parc existant pour savoir quelles
machines je pourrais utiliser pour la ralisation de celui-ci.
Tous les serveurs disponibles taient soit HS soit trop obsoltes pour pouvoir tre
utiliss en production.
Heureusement, nous avons eu beaucoup de chance, car DELL nous a fourni un
serveur rackable PowerEdge R310, car nous avions ralis la 500ime commande
de serveurs auprs de DELL et cest un gage de remerciement de notre fidlit.
Voici les caractristiques du serveur PowerEdge R310 :

Fonctionnal
it

Serveur Dell PowerEdge R310

CPU

Processeurs Quadcore Intel Xeon 3400

Mmoire

4 Go

Disque Dur

2 disques durs SAS de 146 Go

Contrleur
RAID

Adaptateur de bus hte de 6 Gbit/s

Cartes
dinterface
rseau

Carte Intel Gigabit ET 2 ports

Ce serveur est bien plus que suffisant pour la ralisation du projet.


Il nous permet galement de rajouter une scurit sur la sauvegarde des
donnes du fait de son contrleur RAID et ses 2 disques durs que nous montrons
en RAID 1.
NB : Un descriptif complet du serveur Dell R310 se trouve en annexe

4.8 Les aspects fonctionnels


Nous pouvons donc esprer grce cette solution dautomatisation, obtenir les
aspects fonctionnels suivants :
Amlioration du dlai de prparation commande
Amlioration de la qualit du livrable
Soulager le personnel de cette tche
34/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Amliorer le ROI

35/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 5 : Le projet
A prsent que les grandes lignes du projet sont dfinies, nous allons nous lancer
dans la ralisation technique de celui-ci.
Nous commencerons par lorganisation du projet. Il sera dcoup en sous-parties
qui seront ensuite places dans un diagramme de GANTT. Nous pourrons donc
voir de cette faon la rpartition des tches et des ressources dans le temps.
Nous verrons galement les diffrentes technologies utilises pour la ralisation
de celui-ci et leur mise en uvre.

5.1 Technologies utilises


Pour la bonne ralisation de ce projet plusieurs technologies et protocoles
rseaux ont dus tre utiliss et mise en place, nous commencerons par lister ces
protocoles, puis nous les dcrirons et expliquerons leur principe de
fonctionnement.
Les protocoles et services utiliss sont les suivants :

Le protocole PXE (Preboot eXecution Environment)


Le protocole DHCP (Dynamic Host Configuration Protocol)
Le protocole TFTP (Trivial File Transfert Protocol)
Le protocole HTTP
Le service Kickstart
Les fichiers PXELinux

5.1.1 Le protocole PXE


PXE est lacronyme de Preboot eXecution Environment, cest llment cl sur
lequel repose tout notre projet.
PXE est donc un environnement regroupant plusieurs services/protocoles qui
permet une station de dmarrer depuis le rseau en rcuprant une image de
systme dexploitation qui se trouve sur un serveur.
Limage ainsi rcupre peut-tre le systme dexploitation brut ou bien le
systme dexploitation personnalis avec des composantes logicielles (suite
bureautique, utilitaires, scripts, etc.)

36/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Une fois cette image pr-charge , elle peut ventuellement, en fonction des
paramtres passs, tre installe sur la machine qui a boot en PXE.
Ce protocole permet galement dinstaller de manire automatique et distance
des serveurs sous divers OS.
Pour activer le PXE, il faut auparavant le configurer dans le BIOS si celui-ci le
permet. Loption se trouve frquemment dans un menu concernant la carte
rseau. Aujourdhui, toutes les cartes rseaux supportent ce protocole et sont
dj actives par dfaut pour accepter ce mode dmarrage.
5.1.2 Le protocole DHCP
DHCP (Dynamic Host Configuration Protocol) est un protocole rseau permettant
la base de configurer automatiquement les paramtres IP du client, c'est--dire
ladresse IP du client, le masque de sous rseau, la passerelle par dfaut et le ou
les DNS.
Cela se droule en 4 tapes :
1) DHCPDISCOVER qui permet au client de dcouvrir les serveurs DHCP
disponibles sur le rseau et demander une premire configuration.
2) DHCPOFFER qui est la rponse du serveur, contenant les premiers
paramtres.
3) DHCP REQUEST pour confirmer la demande dattribution.
4) DHCPACK est la rponse finale du serveur, elle contient lensemble des
paramtres IP et autres du client.

Schma de fonctionnement DHCP :

37/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

DHCP va tre aussi utile pour indiquer au client le nom du fichier et ladresse du
serveur TFTP sur lequel tlcharger le fichier de configuration une fois le
paramtrage termin.

5.1.3 Le protocole TFTP


TFTP est lacronyme de Trivial File Transfer Protocol, cest un protocole simplifi
de transfert de fichiers.
Il fonctionne en UDP sur le port 69, au contraire du FTP qui utilise lui TCP.
Lutilisation dUDP, protocole non fiable , implique que le client et le serveur
doivent grer eux-mmes une ventuelle perte de paquets. En termes de
rapidit, labsence de fentrage nuit lefficacit du protocole sur les liens forte
latence. On rserve donc gnralement lusage du TFTP un rseau local.
Les principales simplifications visibles du TFTP par rapport au FTP est qu'il ne
gre pas le listage de fichiers, et ne dispose pas de mcanismes
d'authentification, ni de chiffrement. Il faut connatre l'avance le nom du fichier
que l'on veut rcuprer. De mme, aucune notion de droits de lecture/criture
n'est disponible en standard.
cause de ces fonctionnalits absentes, FTP lui est gnralement prfr. TFTP
reste trs utilis pour la mise jour des logiciels embarqus sur les quipements
rseaux (routeurs, pare-feu, etc.) ou pour dmarrer un PC partir d'une carte
rseau.
Schma de fonctionnement TFTP :

38/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

5.1.4 Le protocole HTTP


HTTP est labrviation de HyperText Transfert Protocol, cest un protocole de
communication client-serveur dvelopp pour le World Wide Web (www).
HTTP est un protocole de la couche application. Il peut fonctionner sur n'importe
quelle connexion fiable, dans les faits on utilise le protocole TCP comme couche
de transport. Un serveur HTTP utilise alors par dfaut le port 80.
Les clients HTTP les plus connus sont les navigateurs Web permettant un
utilisateur d'accder un serveur contenant les donnes.
Ces clients se connectent des serveurs http tels quApache ou IIS.
Ce protocole sera ncessaire pour lhbergement des images des OS dployer,
car elles devront tre accessibles en HTML.
5.1.5 Le service Kickstart
Le service Kickstart est un utilitaire dvelopp par Red Hat Network pour son
systme dexploitation Red Hat 5.0 Entreprise. Ce service a ensuite t reconduit
sur les distributions Freeware comme Fedora 12 et CentOS 5.0.
Lorsquune machine doit recevoir un fichier kickstart bas sur le rseau, les
vnements suivants se produisent dans cet ordre :
1) Aprs avoir t plac sur le rseau et allum, le PXE logique de la machine
diffuse son adresse MAC et une requte tre dcouverte.
2) Si une adresse IP statique n'est pas utilise, le serveur DHCP reconnat la
requte de dcouverte et propose une offre d'information rseau
ncessaire pour que la nouvelle machine dmarre. Celles-ci incluent une
adresse IP, la passerelle par dfaut utiliser, le masque rseau du rseau,
l'adresse IP du serveur TFTP ou HTTP contenant le programme de chargeur
de dmarrage et le chemin et le nom de fichier de ce programme (associ
au super utilisateur du serveur).
3) La machine applique les informations de rseau et lance une session avec
le serveur pour demander le programme de chargeur de dmarrage.
4) Le chargeur de dmarrage, une fois charg, recherche son fichier de
configuration sur le serveur depuis lequel il a t charg. Ce fichier indique
le noyau et les options de noyau, comme l'image de disque RAM initial
(initrd), qui devraient tre excuts sur la machine qui dmarre. En
supposant que le programme de chargeur de dmarrage est SYSLINUX, ce

39/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


fichier se trouve dans le rpertoire pxelinux.cfg sur le serveur.
5) La machine accepte et dcompresse l'image init et le noyau, lance le
noyau et commence une installation kickstart avec les options fournies
dans le fichier de configuration du chargeur de dmarrage, y compris le
serveur contenant le fichier de configuration de kickstart.
6) Le fichier de configuration de kickstart dirige ensuite la machine vers
l'emplacement des fichiers d'installation.
7) La nouvelle machine est construite selon les paramtres tablis dans le
fichier de configuration de kickstart.

5.1.6 Les fichiers PXELinux


Les fichiers de configuration de PXELinux sont dans le pxelinux.cfg. Chaque client
peut avoir son fichier de configuration. Par dfaut, PXELinux cherche un fichier de
configuration ayant comme nom l'adresse mac du client, son adresse IP, des
bouts de son adresse IP ou autre (PXELinux les essaie dans cet ordre et charge le
premier qu'il trouve).

5.2 Configuration des serveurs


Aprs avoir prsent et dcrit les protocoles utiliss, nous voquerons dans cette
partie la phase de configuration des diffrents serveurs, les diffrentes
interactions existantes entre eux ainsi que le mode de fonctionnement de notre
solution.

5.2.1 Schma de fonctionnement


Pour commencer, et afin de mieux comprendre le fonctionnement de notre
architecture, je vous propose le schma fonctionnel de notre architecture :

40/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

5.2.2 Principe de fonctionnement


Le schma suivant est tir de la doc de clic.mandrakesoft.com illustre le
processus de fonctionnement :

41/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

5.2.3 Configuration du serveur DHCP


Le serveur DHCP occupe un rle primordial pour notre projet, il a pour rle de :
Dfinir les adresses IP des clients PXE
Fournir aux clients PXE le nom du systme d'exploitation charger par le
rseau.
Je nai pas eu besoin de mettre en place un serveur DHCP, car il y en avait dj
un prsent sur le rseau de la CIEME Informatique.
Cependant, certaines modifications sont ncessaires et doivent tre configures
sur
le
serveur
DHCP.
Voici les options dclarer sur le serveur DHCP :
Le nom dhte du serveur TFTP
Le nom du fichier de dmarrage
CIEME Informatique possde un serveur DHCP sous Windows Server 2003 R2, ces
options correspondent aux options 66 et 67 du DHCP Windows.
Configuration du DHCP :

42/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Nous pouvons constater que nous avons renseigns pour loption 66, ladresse IP
du serveur TFTP et pour le loption 67, lemplacement du fichier de configuration.
5.2.4 Configuration du serveur TFTP
Tout dabord nous avons du installer un systme dexploitation rpondant aux
prrequis
de
notre
projet.
Nous sommes partis sur un Linux CentOS 5.4, car tout dabord, cet OS est
totalement gratuit et disponible lgalement en tlchargement sur Internet. Cest
galement une distribution oriente pour lutilisation entreprise, elle est donc
fiable et reconnue. De plus, CentOS est la version gratuite de RedHat Entreprise,
et cest une distribution que je matrise trs bien pour avoir ralis diffrents
projets sur celle-ci.
Nous attribuerons ladresse IP : 192.168.0.240/24 et nous lappellerons srv-pxe.
Passons maintenant la phase de configuration du serveur TFTP.
Pour installer le serveur TFTP, il faut lancer la commande suivante :
yum install tftp tftp-server

Ce dernier est lanc via xinetd.d. On peut donc voir la configuration via la
commande suivante :
more /etc/xinetd.d/tftp
Il faut supprimer ou commenter cette ligne, aussi non le serveur ne pourra
pas se lancer :
disable = yes

Pour installer le systme damorage PXELinux, on lancera la commande


suivante :
yum install system-config-netboot

Ceci s'occupera d'aller installer le fichier linux-install/pxelinux.0 dans le dossier


du serveur, savoir /tftpboot. Ce dernier sert aux cartes rseaux pour raliser
leur boot PXE, mais aussi pour afficher un menu permettant de choisir la
distribution linux que l'on veut installer, quand le serveur en propose plusieurs.
Il ne reste plus qua redmarrer le serveur TFTP :

43/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


/etc/init.d/xinetd restart

Voil le serveur TFTP est maintenant configur.


5.2.5 Configuration du serveur Apache
Nous installerons notre serveur apache sur le serveur srv-pxe du service
technique, cest la machine ddie la ralisation de ce projet.
Le serveur Apache est ncessaire pour le bon processus dautomatisation du
dploiement pour que notamment les images des OS ainsi que les fichiers de
configuration puissent tre accessible en HTML sur le rseau.
Pour installer le serveur Apache, il faut lancer la commande suivante :
yum install httpd

Il ne reste plus qu taper la commande suivante pour le dmarrer :

service httpd start

Comme nonc prcdemment, le serveur Apache a 2 rles :


Hberger les fichiers des Images des OS
Hberger les fichiers de configurations
Une fois le serveur apache configur, le rpertoire de stockage accessible en
HTML se trouve lemplacement /var/www/html
Ceci est le rpertoire racine de notre serveur html, l o les fichiers de
configuration et les images des distributions seront mis en ligne.
Cependant pour une meilleure organisation du projet, jai dcid de crer
dautres dossiers depuis ce rpertoire racine.

Un rpertoire parent que nous appellerons pxe dans :


/var/www/html/pxe
Un sous-rpertoire pour les fichiers de configuration que lon appellera ks
dans :
/var/www/html/pxe/ks
Un autre sous-rpertoire pour pouvoir monter les images iso des
diffrentes distributions installer que lon appellera OS dans :
/var/www/html/pxe/os

Dans le sous-rpertoire OS, nous crerons galement un rpertoire unique pour


chaque distribution, cest depuis ces rpertoires que seront accessibles les
diffrents systmes dexploitation en html.
44/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

45/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

5.2.5.1 Schma de larborescence du serveur Apache

Maintenant que nous avons configur notre serveur apache, il ne reste plus qua
mettre en place nos fichiers de configuration et nos images des systmes
dexploitation dployer.

5.2.6 Le service kickstart


Le service kickstart est llment cl du projet, ce petit utilitaire Linux, permet de
configurer et automatiser les processus de dploiement et dinstallation.
Les fichiers kickstart sont de petits fichiers textes dans lesquels sont inscrites
toutes
les
options
dinstallation.
Si les fichiers ne sont pas prsents ou nexistent pas, linstallation par le rseau
fonctionnera quand mme mais le serveur vous posera des questions pour son
installation. Il ny a donc aucun intrt ne pas en crer.
Nous allons tout dabord installer ce service, il suffit de lancer la commande
suivante :
yum install system-config-kickstart

Il existe un utilitaire graphique de ce type de fichier que lon peut lancer comme
ceci :

46/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


system-config-kickstart

La fentre suivante devrait safficher :

Maintenant il ny a plus qu choisir les paramtres que lon souhaite pour


linstallation de la distribution. Il faut savoir que chaque paramtre qui nest pas
renseign
sera
demand

linstallation.
Cela peut savrer pratique notamment si lon souhaite un partitionnement
diffrent pour certains serveurs.
Lutilitaire va ensuite nous proposer de sauvegarder un fichier nomm ks.cfg,
cest le fichier de configuration de la distribution, ainsi si on la configur pour un
systme Linux RedHat 5.3 Entreprise, on pourra le nommer par exemple
ksRH53.cfg, comme il ny aura pas dambigit si lon doit crer un fichier de
configuration pour plusieurs distributions diffrentes.
Il faut le mettre un emplacement accessible par le serveur HTML.
Comme vu prcdemment dans larborescence, nous allons le placer dans le
rpertoire que nous avons cr spcialement pour les fichiers de configurations,
c'est--dire lemplacement suivant :
/var/www/html/pxe/ks

47/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Maintenant que les fichiers de configuration sont crs, il ne reste plus qu
dclarer les fichiers de boot PXELinux pour que linstallation de notre solution soit
fonctionnelle.

48/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.2.7 Les fichiers PXELinux
Lutilitaire PXELinux permet de renseigner aux machines bootant en PXE,
lemplacement des fichiers de configuration, mais galement lemplacement des
images des distributions dployer.
Il faut tout dabord lancer la commande suivante pour ouvrir lutilitaire graphique
du boot PXE :
system-config-netboot

La fentre suivante devrait safficher :

Nous voyons que nous devons renseigner :

Un nom pour linstallation


La mthode dinstallation
Lemplacement du fichier kickstart
Ladresse IP du serveur TFTP
Lemplacement des paquets sur le serveur Apache

Au pralable, nous devons monter limage ISO de la distribution installer


lemplacement prvu, comme vu dans larborescence du serveur Apache, c'est-dire dans le rpertoire :
/var/www/html/pxe/OS/RH53

49/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Nous le faisons avec la commande suivante :


mount t iso9660 /home/iso/rhel-server-5.3-i386-dvd.iso
/var/www/html/pxe/OS/RH53 o loop

Voil le projet est maintenant oprationnel, il ne reste plus qu tester le


fonctionnement en effectuant un boot rseau (gnralement la touche F12 au
dmarrage) sur une machine cliente.

5.3 Les scripts Post Installation


Les scripts dautomatisation de la configuration et dinstallation du logiciel de
CIEME Informatique, Infoserv se trouvent en annexe.
NB : Jai jug bon de ne mettre quun seul script en annexe, en loccurrence celui
de la distribution Linux Red Hat 5.3 Entreprise 32 Bits, car les scripts ne diffrent
que trs peu suivant les distributions.

50/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.4 Organisation
5.4.1 Listes des tches
Analyse :

Analyse du besoin
Analyse de lexistant
Rdaction du cahier des charges
Validation du cahier des charges
Go Nogo
Cration des documents de spcification

Configuration :

Recherche de la solution
Validation de la solution
Recherche du matriel
Mise en place des diffrents protocoles utiliss
Configuration des serveurs
Cration des scripts dautomatisation

Finalisation :

Tests unitaires
Dploiement des distributions
Tests fonctionnels
Cration de la procdure de fonctionnement
Formation utilisateur
Mise en production

51/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.4.2 Rpartition des tches

Nous pouvons voir que le projet a t ralis sur 35 jours entre le lundi
23/11/2009 et la mise en production le 08/01/2010.
Nous avons effectu ce projet dans les temps car il devait tre oprationnel
dbut janvier 2010.
Les congs de fin danne et de nol nous ont bien aids, car cette priode est
gnralement plus calme. Nous avons donc pu nous concentrer pleinement sur la
ralisation de ce projet.

52/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

53/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.4.3 Gantt

Mmoire de fin dtudes

54/71
LEY Christopher PROMO 70

Mmoire de fin dtudes

5.5 Les livrables


Il sera mis la disposition du service technique :

Linstallation et la configuration
documentation associe

Les scripts dautomatisation de linstallation ainsi que les diffrents scripts


annexes (sauvegarde) avec la documentation associe

Le processus pour pouvoir booter dun poste client en PXE

Une documentation explicative de lutilisation de la plateforme de


dploiement :
- Cration de comptes utilisateurs
- Ajout et modification de distribution
- Cration et modification des fichiers Kickstart
- Interoprabilit du serveur sur le rseau
- Paramtrage de scurit

des

diffrents

serveurs

avec

la

55/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Les scnarios de tests et les cahiers de tests de base ou recettes

NB : Un exemple de fiche de recette se trouve en annexe

56/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.6 Documentation UML
5.6.1 Diagramme de fonctionnement

Ce diagramme de squence nous prsente les phases de fonctionnement du


serveur PXE.

57/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.6.2 Diagramme de dploiement.

On peut voir sur ce schma simplifi les diffrentes interactions qui existent entre
les diffrentes machines.

58/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.7 La maintenance
La maintenance est un des critres primordiaux pour la validit et la prennit du
projet dans le temps.
Effectivement, si le projet savre dfectueux pour diverces raisons et que
personne nest en mesure dy remdier, alors celui-ci naura apport aucunes
innovations ou solutions pour la socit.
Le but de la maintenance est de maintenir ou rtablir le systme afin que celui-ci
soit en mesure dassurer le service quil lui est dtermin.
Jai donc t charg dans un premier temps de la maintenance de notre solution,
car je lavais ralis.
Cependant jai du faire un transfert de comptences plusieurs techniciens du
service et support de la CIEME Informatique, afin que ceux-ci puissent tre
capable de maintenir galement le systme.

5.7.1 Le transfert de comptences


Au jour daujourdhui, sur les cinq techniciens informatiques de la CIEME, quatre
ont reus une formation et les documentations ncessaires au bon
fonctionnement du systme.
Ce transfert de comptences sest ralis en plusieurs tapes :

Rdaction des documentations


Prsentation de la solution
Principe de fonctionnement
Simulations de pannes

Nous avons effectu les formations sur des aprs midi de fin de semaines (jeudi
ou vendredi), rparties sur le mois de fvrier.
NB : Les formations napparaissent pas sur le diagramme de Gantt en 5.4.3
5.7.2 Aspects fonctionnels de la Maintenance
La maintenance du systme saxe sur plusieurs critres, la fin de la formation,
un technicien doit :

Etre capable de prvenir une ventuelle panne du systme


Etre capable de rparer et remettre en fonctionnement le systme
Etre capable de participer des tudes damlioration du processus
industriel (Mise en place dune nouvelle distribution)
59/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


NB : Un exemple de fiche de formation se trouve en annexe

60/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

5.8 Les difficults rencontres


Au cours de ce projet nous avons rencontr plusieurs difficults, concernant le
matriel et les ressources disponibles.
Le budget fut la premire difficult affronter. Nous navons pas eu les fonds
ncessaires pour la ralisation de ce projet, il a donc fallu se tourner vers des
technologies du monde libre. Un monde o les documentations sont souvent
abondante, mais non ralisable dans le monde de lentreprise car ne rpondent
pas aux critres de scurit. De plus, il a fallu trouver les machines ncessaires
la mise en place de celui-ci parmi le parc existant de la CIEME Informatique.
Une deuxime difficult a t les ressources disponibles, car il fallait continuer la
production actuelle, je devais donc assurer mon rle de support technique au
client, tout en travaillant en parallle sur la ralisation du projet.
Les autres difficults taient plus du niveau technique et surtout au niveau de la
ralisation des scripts dautomatisation.
Nous avons pu malgr tout terminer le projet temps.
Liste des difficults principales rencontres :

Budget
Ressources disponibles
Configuration matrielles (Scripts.)

61/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.9 La mise en production (MeP)
Dans ce chapitre, nous verrons comment la mise en production (MeP) sest
droule, savoir quels ont t les vnements qui nont pas t prvu ou mme
les erreurs quont pu tre effectues lors de la cration du projet.
La mise en production a eu lieu le vendredi 8 janvier 2010 14h, mais les
premires ncessits de son utilisation ont eu lieu le lundi 11/01/2010 au matin,
lors de la rception des premires commandes client de la part du service
commercial.
(Cf. acheminement dune commande en 3.4.1)

5.9.1 Prrequis
Il avait t formul lors de la runion pour laval de la MeP du projet que les
utilisateurs du systme devaient fournir un retour sur les ventuels besoins ou
contraintes quils avaient remarqu.
Ces informations devront tre remontes Christopher LEY.
Un fichier ressource, accessible sur le partage de Christopher LEY, a t mis
disposition des utilisateurs.
Il se prsente sous forme de tableau avec les champs suivants :

Date de remonte (DR)


Anomalies/Besoins (A/B)
Techniciens ayant remont linformation (TI)
Commentaires (C)
Correctifs appliqus (CA)
Date de correction (DC)

NB: Les lments entre parenthses correspondent lalias o au code de


lintitul du champ du tableau

62/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


5.9.2 Tableau des anomalies aprs MeP ou VABE (Validation la Bonne Exploitation)

DR
11/01/2010

A/B
Erreurs client PXE :
impossible de
trouver limage de
la distribution

TI
Mickael
Chevalier

C
Lors du redmarrage
du serveur PXE, les
images Iso des OS ne
sont pas remontes
automatiquement

15/01/2010

Perte du lien FTP


pour rcuprer le
logiciel Infoserv
dployer

Julien Demoly

Impossible de
rcuprer le logiciel
Infoserv

26/01/2010

Coupure de
courant gnralis
e : le serveur est
HS
Nouvelle version
du logiciel Infoserv
2.4-V5-008
dployer

Julien Vaghi

Installation client PXE


refaire, car crash
lectrique

Christopher
LEY

Ancienne version du
logiciel, Mise Jour de
version dInfoserv

04/02/2010

Lgende :

Mmoire de fin dtudes

63/71
LEY Christopher PROMO 70

CA
Ligne rajout sur le
serveur srv-pxe
dans
/etc/rc.d/rc.local :
Mount t iso o
loop
Cration dun
rpertoire sur srvpxe pour stockage
en local du logiciel
Infoserv
Mise en place du
srv-pxe sur
londuleur de la
baie du service
Copie des
nouveaux fichiers
dinstallation
dInfoserv dans le
rpertoire de
stockage

DC
11/01/2010 par
Christopher LEY

16/01/2010 par
Christopher LEY

26/01/2010 par
Julien Demoly

04/02/2010 par
Christopher LEY

Mmoire de fin dtudes


- DR : Date de Remonte - A/B : Anomalies/Besoins - TI : Technicien ayant remont linformation
- C : Commentaires
- CA : Correctifs appliqus
- DC : Date de correction
NB : Ce tableau de bord et de suivi du projet est toujours en place aujourdhui, ceci est un extrait du 1 er moi aprs MeP.
Cela permet davoir un historique des interventions ralises sur celui-ci

Mmoire de fin dtudes

64/71
LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 6 : Rsultat final


Cette partie sera la prsentation finale du projet. Nous verrons ici le projet aprs
sa mise en production en prsentant son fonctionnement. Nous nous pencherons
galement sur le comportement du systme dun point de vue technique. Nous
analyserons ensuite limpact sur le service et si son comportement est conforme
aux attentes.
Nous finirons par les diffrents retours utilisateurs ainsi que les diffrentes
remarques
et
demandes.

6.1 Aperu du projet


Dans ce sous-chapitre sera
dploiement
dun

prsent
point

le

fonctionnement
de
vue

du

serveur de
utilisateur.

6.1.1 Booter en rseau


Pour booter en rseau, il faut gnralement appuyer sur la touche F12 au
dmarrage du BIOS :

Une fois boot en rseau, le client PXE, se met la recherche du serveur


TFTP :

65/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Le serveur DHCP lui attribue une adresse IP et lui renseigne ladresse IP du
serveur TFTP.

66/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


6.1.2 Choix de la distribution
Le serveur TFTP nous renseigne les distributions possibles installer, c'est--dire
qui sont dj configures sur le serveur de dploiement :

Ici, nous voyons que le serveur hberge neuf systmes dexploitation


prconfigurs, le technicien na plus qu slectionner la distribution quil
souhaite
installer
en
fonction
de
ses
besoins.
Cest la dernire tape manuelle de linstallation.
6.1.3 Rcupration de limage et installation
Le client PXE rcupre limage et le fichier de configuration et procde
linstallation suivant les prrequis :

67/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Paramtrages des prrequis (Partitionnement, mot de passe Root) :

Installation des packages :

68/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

On peut voir que le temps dinstallation est denviron 10 minutes, tandis quil est
denviron 45 minutes lors dune installation manuelle.

69/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

6.1.4 Excution des scripts Post-Installation


Une fois linstallation de la distribution termine, le fichier kickstart excute les
scripts de post installation pour que la configuration soit optimale et ne ncessite
aucunes interventions humaines :

NB : Un script dinstallation se trouve en annexe

70/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

6.2 Limpact du systme sur le service technique


Le dploiement automatis a permis de matriser au mieux les ressources du
service services et support de la CIEME Informatique, car dune part, il permet
de :

Amliorer le temps de prparation dune commande


Librer un technicien
Supprimer les erreurs humaines lors du dploiement
Amliorer le ROI de la Socit moindre cot
Amliorer la productivit

6.3 Le retour utilisateur


Le retour utilisateur a t trs important lors de la mise en place de ce projet. Le
fait davoir une quipe pour lutiliser quotidiennement a permis de trs vite
remonter des anomalies ou des besoins supplmentaires.
Une des premires remarques tre signale, a t le nombre de distributions
dployer.
Effectivement, lors de la mise en production, le systme ne pouvait dployer que
3 distributions en 32 Bits, il nous a t demand sil tait possible dincorporer
des distributions 64 Bits pour des systmes plus puissants.

Avis gnral
Nous nous sommes aperu que lavis gnral sur ce projet tait trs positif.
Les techniciens utilisateurs du produit avaient plus de temps libre et taient donc
plus dcontracts car cela leur enlevait une lourde tche de prparation
quotidienne.
De plus nous avons eu un retour trs positif de notre principale intgrateur
France Tlcom qui nous a soulign le fait que le dlais de livraison de leurs
commandes stait trs nettement amlior par rapport au 1 er trimestre 2009.

71/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

6.4 Les attentes ont-elles bien t respectes ?


Il mavait t demand de trouver un moyen damlioration des ressources du
service technique, le service tait au bord de la rupture car surcharg de travail.
Il nous a fallu dans un premier temps tudier ce qui tait possible damliorer et
quelles tches taient les plus contraignantes. Nous nous sommes tourns trs
rapidement sur le systme de prparation des commandes et notamment la
prparation serveur.
Aprs recherche lautomatisation du systme de prparation, nous est apparue
comme la rponse notre besoin.
Voyons maintenant si les attentes ont bien t respectes :
Attentes
Amliorer les ressources
Amliorer le temps de prparation
Amliorer le dlai de livraison
Minimiser les erreurs humaines
Diminuer la contrainte du technicien
Automatisation Linux
Automatisation Windows

Valides
oui
oui
oui
oui
oui
oui
non

La ralisation du projet est termine. Nous avons pu voir que celui-ci tait
fonctionnel
et
que son comportement respectait nos attentes. Nous avons galement pu voir
les
diffrents
retours utilisateurs qui nous ont permis de nous faire une ide de limpact de ce
projet
dans
le service. Nous clturerons donc ce mmoire par une valuation des gains
apports
par
ce
projet.

72/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 7 : Conclusion
Pour conclure, nous allons valuer les gains que ce projet a apport
lentreprise. Nous verrons si le projet a russi ou non sa mission damliorer le
processus de prparation commande et si cela a permis un gain de productivit
pour lentreprise. Nous verrons ensuite ce que ma apport ce projet sur un plan
personnel, tant au niveau technique, quau niveau de la gestion dun projet et
dune quipe.

7.1 Le gain pour lentreprise


Nous avons pu voir dans les diffrentes parties que le projet avait t un rel plus
pour lentreprise. Il a pu apporter un outil pratique, simple utiliser et rapide
pour le dploiement grande chelle de serveurs. Il a pu galement amliorer
grandement la productivit de la socit, le temps de prparation en est ainsi
divis par trois. Nous avons vu galement que grce ce procd, le personnel
de lquipe technique est beaucoup sollicit pour la prparation serveur, une
tche ncessitant normment de temps pour peu de retour sur investissement,
qui est donc plus productif et amliore ainsi la position de CIEME Informatique sur
son march.

7.2 Le gain personnel


Sur le plan personnel, ce projet a t trs formateur. Il ma permis de me lancer
dans la conduite de projet et de voir les difficults de cet exercice. Jai pu
mapercevoir quil est trs compliqu de tenir un planning et que si on ne prvoit
aucune marge de glissement, un projet peut facilement dpasser les dlais. Ce
projet ma galement permis de travailler en quipe car la partie test et
validation des diffrents jalons du projet taient dlgus aux personnes du
service. Jai donc pu me rendre compte que la conduite de projet ne se rsume
pas crer un planning et donner des ordres. Il ma fallu tenir compte de la
dimension humaine car une personne nexcutera jamais les ordres comme une
machine. Il faut donc russir travailler avec les sensibilits de chacun tout en
russissant faire passer les directives souhaites.

73/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes

Chapitre 8 : Annexes
8.1 Glossaire

GFT : Gestion Financire des Tlcoms


CDR : Charging Data Record
ROI : Return On Investment, Retour sur Investissement
CA : Chiffre dAffaire
SAV : Service Aprs Vente
DHCP : Dynamic Host Configuration Protocol
TFTP : Trivial File Transfert Protocol
PXE : Preboot eXecution Environment
UML : Unified Modeling Language
MeP : Mise en Production
VABE : Validation la Bonne Exploitation

74/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.2 Scripts dautomatisation Linux Red Hat 5.3 (32 Bits)
#platform=x86, AMD64, ou Intel EM64T
# System authorization information
auth --useshadow --enablemd5
# System bootloader configuration
bootloader --location=mbr
# Partition clearing information
clearpart --all --initlabel
# Use graphical install
text
# Firewall configuration
firewall --disabled
# Run the Setup Agent on first boot
firstboot --disable
# System keyboard
keyboard fr-latin1
# System language //choix de langue du systme
lang fr_FR
# Installation logging level
logging --level=info
# Use network installation
url --url=http://192.168.0.237/pxe/RH53
# Reboot after installation
reboot
#Root password
rootpw --iscrypted $1$zRX7OUW9$KcyZeLHMLpnA7/jpV/pRo0
# SELinux configuration //dsactivation du Pare-feu Linux
selinux --disabled
# System timezone
timezone Europe/Paris
# Install OS instead of upgrade
install
# X Window System configuration information //partitionnement
xconfig --defaultdesktop=GNOME --depth=32 --resolution=800x600
# Disk partitioning information
part /boot --bytes-per-inode=4096 --fstype="ext3" --size=400
part / --bytes-per-inode=4096 --fstype="ext3" --size=15000
part /var --bytes-per-inode=4096 --fstype="ext3" --size=15000
part /tmp --bytes-per-inode=4096 --fstype="ext3" --size=10000
part swap --bytes-per-inode=4096 --fstype="swap" --recommended
part /home --bytes-per-inode=4096 --fstype="ext3" --grow --size=1
%packages //Packages slectionns pour linstallation
@server-cfg
@base-x
@gnome-desktop
@development-libs
@base
@admin-tools
@legacy-software-development
@office
75/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Suite du script dautomatisation

@office
@sound-and-video
@web-server
@development-tools
@legacy-network-server
@legacy-software-support
@printing
@system-tools
@editors
@dialup
@graphical-internet
@text-internet
@graphics
@authoring-and-publishing
@network-server
@java
@ftp-server
#Post Install
%post
mkdir /install
cd /install
ftp -n -i 192.168.0.237 << !
user toor data
binary
cd /home/packages/RH53
mget *
quit
!
#Installation des Packages necessaires a Infoserv
rpm
rpm
rpm
rpm
rpm
rpm
rpm
rpm
rpm
rpm

-Uvh
-Uvh
-Uvh
-Uvh
-Uvh
-Uvh
-Uvh
-Uvh
-Uvh
-Uvh

aspell-fr-0.50-9.2.2.i386.rpm
Deployment_Guide-fr-FR-5.2-11.noarch.rpm
libpng10-1.0.37-1.fc8.i386.rpm
man-pages-fr-2.39-4.fc6.noarch.rpm
ncompress-4.2.4-47.i386.rpm
ncurses4-5.0-11.i386.rpm
telnet-server-0.17-39.el5.i386.rpm
sharutils-4.6.1-2.i386.rpm
dialog-1.0.20051107-1.2.2.i386.rpm
uucp-1.07-12.i386.rpm

76/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Suite du script dautomatisation
#Modification des fichiers de config
mv /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf.old
cp httpd.conf /etc/httpd/conf/
mv /etc/sysconfig/i18n /etc/sysconfig/i18n.old
cp i18n /etc/sysconfig/
mv /etc/inittab /etc/inittab.old
cp inittab /etc/
mv /etc/rc.d/rc.local /etc/rc.d/rc.local.old
cp rc.local /etc/rc.d/
chmod +x /etc/rc.d/rc.local
#Creation du lien logique
ln -s /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so /usr/lib/libstdc++libc6.1-1.so.2
#Desactivation dans ntsysv //dsactivation des modules
chkconfig --level 3 ip6tables off
chkconfig --level 3 iptables off
chkconfig --level 3 sendmail off
#Activation dans ntsysv //Activation des modules
chkconfig --level 3 httpd on
chkconfig --level 3 vsftpd on
chkconfig --level 3 telnet on
#Infoserv //rcupration et copie des fichiers dInfoserv
mkdir /install/infoserv
cd /install/infoserv
ftp -n -i 192.168.0.237 << !
user toor cieme-ftp
binary
cd /home/Iso/infoserv
mget *
quit
!
chmod 775 INSTALL*
#Installation dInfoserv //installation dinfoserv
cd /install/infoserv
sh INSTALL

77/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.3 Scripts de Sauvegarde

#Configuration du script
#Serveur
serveurFTP=192.168.0.100
#Port du serveur
serveurFTPPort="21"
#Utilisateur
serveurFTPUser="backup"
#Mot de Passe
serveurFTPPass="******"
#dossier de destination sur le serveur FTP. Attention il doit
exister!
serveurFTPDossier="sauvegarde/"
#Nom de l'archive, n'oublier pas de mettre les extensions
".tar.gz"
fichierSortie="Sauvegarde.tar.gz"
#Test de l'existence du dossier pass en argument
if [ "$1" = "" ] ; then
echo Veuillez indiquer le nom du dossier sauvegarder en
argument.
echo Usage : $0 NomFichier
exit 1
fi
#Test de l'existence du dossier
if [ -e $1 ] ; then
#Le code au cas ou le chemin est bon
else
echo "Le dossier '$1' n'existe pas"
exit 1
fin
echo Script de Sauvegarde FTP
if [ -e $fichierSortie ] ; then
echo "Suppresion de l'ancienne Archive!"
rm $fichierSortie
fi
echo Compression du dossier : $1
tar -czf $fichierSortie $1
echo Envoi du fichier sur le serveur FTP : $serveurFTP
ftp -i -n $serveurFTP $serveurFTPPort <<END_SCRIPT
quote USER $serveurFTPUser
quote PASS $serveurFTPPass
pwd
cd $serveurFTPDossier
binary
put $fichierSortie
pwd
78/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Suite Script sauvegarde

pwd
quit
END_SCRIPT
echo "Fin de l'envoi sur le serveur"
echo Suppression du fichier de sauvegarde
rm $fichierSortie
echo "Fin de la sauvegarde !"

79/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.4 Fiche de Formation

80/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.5 Caractristiques Dell PoxerEdge R310

81/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


Suite Caractristiques Dell PoxerEdge R310

82/71

Mmoire de fin dtudes

LEY Christopher PROMO 70

Mmoire de fin dtudes


8.6 Exemple de fiche de test ou PV de Recette

83/71

Mmoire de fin dtudes

LEY Christopher PROMO 70