Professional Documents
Culture Documents
NFE107
Chapitre 6
Vision Informatique Technique
Architecture Physique
6.1 Introduction
Urbanisation / Architecture
Quels mtiers ?
Vision Mtier
Quoi?
Vision Fonctionnelle
Expression des
besoins, des
contraintes, des
exigences
Architecture Applicative
Comment?
Avec quoi?
Vision Informatique
Logique
Vision Informatique
Technique
Architecture Logicielle
Architecture Physique
Introduction
Objectifs :
Architecture Technique
elle structure les moyens dinfrastructure technique mettre en uvre pour informatiser lactivit de
lentreprise
elle dcrit et organise
Dcrire larchitecture physique pour chaque bloc applicatif, en prcisant les moyens
dinfrastructure technique mettre en uvre (implantation des composants, topologie) :
2.
Dfinir la qualit de service attendue pour le systme partir des contraintes exprimes et
dcrire les solutions mettre en oeuvre :
Performance
Disponibilit
Scurit
4.
5.
6.
outils de supervision
procdures de dploiement et de configuration, procdures dexploitation, de supervision
Cots
Ressources humaines
Formation
Dveloppement
Administration (exploitation / supervision)
Logiciels / Progiciels (licences, cots rcurrents, support) : catalogues et tarifs diteurs
Matriels (serveurs, rseau) : catalogues et tarifs constructeurs
Tlcommunications : catalogues et tarifs oprateurs
Assistance : plateforme dassistance / support (help desk)
Chapitre 6
Vision Informatique Technique
Architecture Physique
Architecture Physique
La description de larchitecture physique, de chacun des blocs applicatifs, prsentant les moyens
dinfrastructure technique mettre en oeuvre (implantation des composants, topologie) est ralise partir :
Fournir un schma prsentant pour chaque bloc applicatifs larchitecture physique gnrale faisant apparatre
tous les composants de larchitecture physique de production
Infrastructure logicielle :
Infrastructure matrielle :
Linfrastructure logicielle
Linfrastructure matrielle
Dcrire de faon dtaille, pour chacun des blocs applicatif, les configurations de :
logiciels de base (systme dexploitation, SGBD, middleware, serveur web, serveurs dapplications, annuaires, SSO, )
10
11
Chapitre 6
Vision Informatique Technique
Architecture Physique
13
Lutilisation du systme
Lefficacit demande au systme
Performance
Disponibilit
Scurit
Des contrats de qualit de service doivent tre mis en place entre les diffrents blocs
applicatifs afin de garantir le niveau de service attendu
Performances
Le critre concernant les performances attendues par le systme est un lment trs structurant
du modle de dimensionnement
Les aspects les plus importants prendre en compte sont les suivants :
14
Larchitecte doit prconiser des solutions permettant de maximiser les performances du systme
15
Disponibilit
La rponse ces problmatiques passe par la mise en uvre dun certain nombre de
mcanismes et de solutions :
16
Haute disponibilit
La rpartition de la charge
La gestion du fail-over (redondance matrielle des machines, mise en place de cluster (grappes
actif/passif, actif/actif) de serveurs et base de donnes, utilisation pour les espaces de stockage de RAID,
SAN, NAS
La mise en uvre dune architecture SOA utilisant des services sans tat (stateless) permet de faciliter la
rpartition de charge
Fail-over
17
Mmoire ou persistant
18
Rpartition / Synchronisation
19
Afin de garantir la continuit de service (24/24, 7/7), il peut tre envisag de laisser
une instance de la base de donnes en consultation seule, pendant quune autre
instance excute des traitements batchs. Par la suite une bascule et une
synchronisation des donnes seront ralises
RAID
20
Au lieu de stocker les informations sur un seul gros disque, on les mmorise sur plusieurs
petits disques.
Cela permet en particulier de rpartir plusieurs endroits des informations cruciales (des
index par exemple), d'acclrer les accs aux donnes en pratiquant l'entrelacement des
informations (des parties conscutives d'un fichier sont places sur des disques diffrents
ce qui permet de les rcuprer toutes en mme temps au lieu de les lire les unes la suite
des autres).
La bande passante des entres sorties sur disque est ainsi considrablement amliore.
Enfin, aprs un crash d'un des disques, la rcupration des donnes est facilite. Plusieurs
niveaux de disques Raid sont disponibles sur le march : entrelacement des informations
sur les disques (RAID niveau 0), duplication en miroir des fichiers (RAID niveau 1), ...
SAN
On runit sous cette dnomination un rseau de priphriques de stockage, relis les uns
aux autres par des canaux de type SCSI (Small Computer System Interface), SSA (Serial
Storage Architecture), ESCON (Enterprise System Connection), ou Fibre Channel.
On peut raliser un rseau SAN de manire centralise ou dcentralise.
21
SAN centralis : les diffrentes units centrales ont accs une seule unit de stockage, constitue
gnralement dun ensemble de disques Raid (Redundant Array of Independent Disks).
SAN dcentralis : les diffrentes units de traitement ont accs plusieurs units de stockage.
NAS
22
Cette appellation dsigne une unit de stockage relie au reste du systme par des
protocoles de communication classiques (Ethernet, TCP/IP, etc.), exactement comme tout
autre serveur de fichiers.
Le dispositif NAS ne dispose pas de son propre systme dexploitation mais utilise un micro
noyau ddi la gestion des entres-sorties comme NFS (environnement Unix), SMB/CIFS
(DOS/Windows) ou NCP (Novell Netware).
La reprise sur incident ncessite dadresser les points suivants dans le cadre de
larchitecture physique afin de permettre de redmarrer lactivit de lentreprise dans
les meilleurs dlais et avec le moins de perte dinformation possible :
23
Scurit
Identification et Authentification
Contrles d'accs
Dcrire les mcanismes proposs pour grer les profils et les habilitations
Non rpudiation
24
Chiffrement de donnes
Intgrit
Profil utilisateur
Habilitations applicatives
Confidentialit
Habilitations et Profil
Chapitre 6
Vision Informatique Technique
Architecture Physique
Dmarche de dimensionnement
1.
2.
3.
4.
Utiliser des mtriques et des abaques diteurs et constructeurs pour faire un premier
dimensionnement du systme partir des lments du modle de dimensionnement thorique
Dvelopper un prototype implmentant des cas reprsentatifs de lutilisation du systme
Mettre en uvre un benchmark (slection de scnario reprsentatifs de lutilisation du systme,
constitution de jeux dessai, )
5.
6.
7.
8.
26
Dimensionnement statique
Dimensionnement dynamique
Prototype et becnhmark
Etapes du benchmark
1.
2.
3.
4.
5.
6.
27
valider les choix darchitecture dfinis dans le dossier dArchitecture (validation de la faisabilit technique)
prouver le socle technique (outils, frameworks, ) sur une ralisation concrte
valider la mthodologie sur lensemble de la chane de production (des spcifications techniques aux
procdures de dploiement)
Elments de volumtries
Volumtrie Statique
Volumtrie Dynamique
28
Nombre denregistrements
Taille denregistrement (octets)
Historisation (rtention, archivage)
Estimation du volume total des donnes fonctionnelles, y compris les donnes historises.
Volume physique total
A partir de lexpression des besoins le systme doit tre dimensionn afin datteindre les
performances attendues
29
A partir de ces lments, des mtriques et des abaques diteurs et constructeurs sont utiliss
pour raliser un premier dimensionnement du systme
Cours U&ARSI 5 - Vision Informatique Logique Architecture Applicative - v1.0
Chapitre 6
Vision Informatique Technique
Architecture Physique
Les environnements du SI
31
de dveloppement
dintgration
de benchmark
de recette
de formation
de pr-production / qualification
de production
Exploitation
Organisation
32
Acteurs
Planification
Stratgie globale
Sauvegardes
Restaurations
Archivages, purge
Bascule site de secours
Administration
Supervision
Editions / impressions
Assistance utilisateurs
Administration
33
Dispositif de sauvegarde: serveur de sauvegarde, rseau de sauvegarde, CD, DVD, DAT, DLT,
SDLT, LTO (Linear Tape Open)
Outils (logiciel) : IBM Tivoli Storage Manager, Atempo TiNa (Time Navigator),
Procdure darchivage
Procdure de sauvegarde / restauration
Stratgie de sauvegarde / restauration
Afin de ne pas avoir de mauvaise surprise, il est primordial de faire des tests de
restauration intervalle rgulier
Supervision
La supervision comprend :
la supervision technique :
34