Requis techniques EMu

Transcription

Document Version 3
EMu version 4.3
Sommaire
SECTION 1
SECTION 2
ArchitectureRéseau
1 Serveur
Postes de travail
Serveur Web
Réseau
Systèmes Ouverts
Licences
Multimédia
2 5 6 6 6 7 8 Exempledeconfigurationsdesystème
11 Index
17 Architecture Réseau
SECTION1
ArchitectureRéseau
EMuestunsystèmedegestiondescollectionsquifournitunaccèsclient/serveuret
avecunnavigateurWebàunecollection.
Une architecture réseau classique pour une installation EMu est représentée ci‐
dessous. Dans cette configuration, un serveur multi‐utilisateurs fournit des
fonctionsdeserveurdebasededonnéesaux:


PostesdetravailclientsEMulocauxetdistants
et
UtilisateurslocauxetdistantsavecunnavigateurWebpourInternet/Intranet
Vued’ensembledel’architectureEMu
LessitesEMudegrandestaillesenparticulierpeuventavoirunserveurWebdédié
situé à l'extérieur du pare‐feu de l'entreprise. Dans ce cas, les services Web EMu
résidentsurleserveurWebexterneetaccèdentauserveurEMuviauneconnexion
sécuriséeàtraverslepare‐feudel'entreprise.
Requis techniques EMu 1
Architecture Réseau
Serveur
Systèmed'exploitation
LeserveurEMudoitfonctionneravecl’undessystèmesd’exploitationsuivants: 
Linux/Unix
Toutes les implémentations Unix et Linux les plus répandues peuvent être
utilisées,ycompris:

CentOS

RedHatES

Ubuntu

Solaris

FreeBSD

IBMAIX
Windows Server 2008 et 2012 sont supportés via une machine virtuelle Linux
fonctionnantàtraversunhyperviseur.
NousrecommandonsUnixouLinuxpourdelargesimplémentationsEMu(plusde
500000enregistrementsouplusde10utilisateurssimultanés).Ilestestiméqu’il
faut un cœur de processeur de serveur (CPU core) pour chaque 2‐3 utilisateurs
simultanéspourunusageintensif,oupourchaque4‐5utilisateurssimultanéspour
usageléger.UnixouWindowsconvientpourdepluspetitesimplémentations.
Nouspouvonsvousconseillersurlemeilleurserveurpourrépondreàvosbesoins.
Authentication
Chaque utilisateur EMu doit avoir un compte sur le serveur EMu. Les bases de
donnéesd'utilisateurssuivantessontsupportées:




2 Unixpasswordfile
NIS(NetworkInformationServices)
WindowsActiveDirectory
LDAP(LightweightDirectoryAccessProtocol)
Logicielsinstallés
LespackageslogicielssuivantssontrequisparleserveurEMu:

Perl5.8.8ousupérieur‐langagedescriptperl
Lespackagesperlsuivantssontrequis:

XML::Parser::Expat

File::FcntlLock
LespackageslogicielssuivantssupplémentairessontrequisparleserveurwebEMu
(IMu)siinstallé:


ImageMagick‐packagedemanipulationd'images
PerlMagick‐interfaceperlpourImageMagick
Lespackagesperlsuivantssontrequis:

HTML::Parser

Image::ExifTool

PDF::APi2
Sauvegarde
EMunenécessitepasdelogicieldesauvegardespécialetn'utilisepasdepartition
"raw".N'importequellogicieldesauvegardeetderestaurationstandardfourniavec
systèmed'exploitationouunproduittiers(parexempleARCserve)peutêtreutilisé.
Stockage
Les besoins d'espace disque pour le back‐end d'EMu (sans données
d'enregistrement ou multimédia) est de moins de 2 Go (cela n'inclut pas l'espace
requisparlesystèmed'exploitation).
Les autres besoins de stockage dépendent fortement de la quantité prévue de
multimédia qui sera stockée dans le système, et les recommandations varient en
conséquence.
Memory
Abasememorylevelof3GBshouldbeallocatedtotheserver.
Theadditionalmemoryrequirementfortheserverisdependentonthenumberand
roles of the connected users. Generally, the server memory requirement per
concurrent user varies between 150 and 300 MB for art and cultural history
organisations, and 256 and 512 MB for large, multidisciplinary natural history
museums.
Virtualisation
LeserveurEMupeutêtrevirtualisé.Cependantilyaunimpactsurlaperformance
danslefonctionnementdelavirtualisation,etsilaperformanceestessentielle,ilest
recommandé qu'EMu fonctionne sur le matériel brut si possible. L'impact de la
virtualisationesttypiquementde5à10%,maispeutallerjusqu'à15%.
Dans un environnement avec virtualisation directement sur le matériel brut,
VMWareESXiouCitrixXenServerestrecommandé.
SiunevirtualisationWindowsestnécessaire,nousrecommandonsVMWareplutôt
queHyperV.
Danstouslescas,nousrecommandonssoitRedHatLinuxouCentOSLinuxcomme
systèmed'exploitationinvité.
4 Requis techniques EMu
Postesdetravail
LespostesdetravailEMufonctionnentavecWindows8,Windows 7,Vista,2012,
2008ou2003.Lesbesoinsenespacedisquesurl'ordinateurclientsontinférieursà
2 Go (sans mise en cache du multimédia et des rapports), mais au moins 10 Go
d'espacedisquelibreestrecommandé.
Les exigences minimales comprennent une carte vidéo capable d'une résolution
minimale de 800x600 avec au moins des couleurs 16 bit. Les autres exigences
minimales(etrecommandées)sont:
Windows8
Pentium2.0GHzDualCoreCPU,2048MoRAM(3072pour
64bitWindows8)
Windows7
Pentium2.0GHzDualCoreCPU,2048MoRAM(3072pour
64bitWindows7)
WindowsVista
Pentium2.0GHzDualCoreCPU,2048MoRAM
Windows2003,2008, Pentium2.0GHzDualCoreCPU,2048MoRAM(3072pour
2012
64bitWindows)
AppleMacintosh
Ilestpossibled’utiliserleclientWindowsEMusurdesstationsdetravailAppleen
utilisantdesoutilsd’émulationWindows.Lesoutilsdisponiblesincluent:


Parallels(http://www.parallels.com/products/desktop/)
VMware(http://www.vmwar.com/products/fusion/)
Contactez‐nouspourdeplusamplesrenseignements.
TerminalServices
LesutilisateursWindowspeuventaussiutiliserTerminalServicesouCitrix,cequi
peutêtreutilepourfournirunaccèsEMuhautevitessesurdesconnexionsàfaible
vitesseàdessitesdistantsoupourlestélétravailleurs.
Installationduclient
LeclientEMupeutêtreinstallédedeuxfaçons:
Enlocal
LeclientEMucompletestinstallésurchaquePC.ChaquePC
doitêtremisàjourpourlesmisesàjourduclientEMu.
Enréseau
(recommandé)
La plus grande partie du client EMu est installée sur un
répertoire du réseau auquel tous les utilisateurs EMu ont
accès.SeulunpetitclientEMudoitêtreinstallésurchaque
PC,etseullerépertoireduréseauabesoind’êtremisàjour
lorsdesmisesàjourduclientEMu.
ServeurWeb
LeserveurWebdoitutiliserPHP5.3ousupérieur.
Réseau
Toutes les données et fichiers multimédias résident sur le serveur EMu et sont
transférés entre le serveur et chaque PC client sur demande. Les fichiers
multimédias peuvent aussi être sauvegardés sur un serveur séparé ou sur des
systèmes de stockage rattachés au réseau (SAN). Les données d’enregistrements
transféréesentrelesPCetleserveurgénèrentuntraficfaiblesurleréseau.
LesfichiersmultimédiastransférésentrelesPCetleserveurpeuventgénérerun
traficimportantenfonctiondelatailledesfichiersetdudébitduréseau.
LeréseaudoitsupporterleprotocoleTCP/IP.
PouruneconnexiondirecteentreleclientEMuetleserveur,unebandepassante
réseaude1Go/sminimumestnécessaire.Siunetechnologiedeclientlégeresten
place(parexempleCitrixouTerminalServices),leréseauentrel'utilisateurfinalet
la passerelle client léger peut être plus lent que cela (avec Citrix, même une
connexionàtraversunmodemdial‐upestpossible).
SystèmesOuverts
LemoteurdebasededonnéesEMu,Texpress,auncertainnombredetechnologies
standards intégrées dans le SGBD pour extraire des données. Ces technologies
incluent http, XML (les deux normes les plus couramment utilisés dans le monde
aujourd'hui),etSQL.
Lestechnologiestellesquel’interfaceSQLsontconçuesaveclesnormesdisponibles.
L’interface SQL est basée sur la norme SQL92 avec de nombreuses améliorations
pourlesavancéesdesdesignsultérieurs.Touteslesinformationsnécessairespour
utilisercetoutilsontpubliées.Beaucoupdepersonnesendehorsd'Axiellontune
grandeexpertisedecetteinterfaceetdesautresinterfacesTexpress.
Avec l'outil d'exportation des données EMu il est possible d'exporter les données
dans un grand nombre de formats, y comprise XML, CSV, et une variété d’autres
formats.
Licences
LalicencepourEMu estparunaccèsutilisateursimultanéauserveurEMu.Ainsi
EMu peut être rendu accessible à un grand nombre d'utilisateurs avec la licence
affectant seulement le nombre d'utilisateurs qui exécutent le système
simultanément.
EMucomprenduneinterfaceWebcomplètementintégréeetadaptéepourdesaccès
viaInternetouIntranet.EnfonctiondelachargeestiméeInternet/Intranet,unsite
peutchoisird’employerunouplusieursserveursWebEMu(lespropriétésduweb
font qu’un serveur Web EMu peut servir plusieurs utilisateurs en apparente
simultanéité).NotezcependantquechaqueserveurWebEMuestconsidérécomme
unutilisateursimultanéentermesdelicences.
LenombredelicencesquidevraientêtreaffectéesàdesserveursWebdépenddu
nombreattenduderecherchessurleWeb.Unerèglegénéraleestdeconsacrerune
licencepourchaquecinqàdixlicencespourlesrecherchessurleWeb.L’allocation
deslicencespourlewebpeutêtrechangéeàtoutmoment.Plusilyadelicences
dédiées à l’utilisation Web, plus il peut y avoir de recherches Web effectuées en
mêmetemps.
Apartlesystèmed’exploitation,aucunlogicielsupplémentairen’estnécessairepour
utiliser EMu. Cependant, de nombreux autres logiciels peuvent être utilisés en
conjonctionavecEMu,enparticulierunnavigateurWeb,unsystèmedemessagerie,
MicrosoftWordetExceletCrystalReportsDeveloper.
Multimédia
EMupeutstockertouttypederessourcesmultimédias.L’applicationpeutafficher
oujouerdirectementlaplupartdesformatsimage,vidéoetaudio,etpeutinvoquer
uneapplicationdistincte"d'aide"pourtouslesautresformats.
Les ressources multimédias sont ajoutées interactivement au module Multimédia
EMudepuisunrépertoirelocalouréseauaccessibledepuisunPCclient.Lorsqu’un
enregistrement multimédia est sauvegardé, EMu crée automatiquement une
vignette et d’autres dérivés comme spécifiés. La ressource multimédia (et ses
dérivéss’ilyena)estensuitetéléchargéeetstockéesurleserveurEMu.Unefoisque
l’enregistrementmultimédiaestsauvegardé,EMuneconservepaslaréférencedela
ressourcemultimédiasurlePCclient.
LesressourcesmultimédiassonttéléchargéessurchaquePCclientsurdemande.Un
cachemultimédiapeutêtreutilisésurchaquePCafinderéduireletraficréseau.Les
options du client EMu peuvent être réglées pour configurer les commodités de
téléchargementetdemiseencachepourlesressourcesmultimédias.
FormatsImageSupportés
EMusupporteplusde100formatsdefichiersimage,ycompris:











BMP
DCX
DNG
GIF
JP2
JPEG
PCD
PCX
PNG
TGA
TIFF
MicrosoftWindowsBitmapImage
ZSoftIBMPCmulti‐pagePaintbrush
DigitalNegative
CompuServeGraphicsInterchangeFormat
JPEG2000
JointPhotographicExpertsGroup
PhotoCD
ZSoftIBMPCPaintbrush
PortableNetworkGraphics
TruevisionTargaImage
TaggedImageFileFormat
Les capacités d'image d'EMu sont extensibles, supportant automatiquement tout
formatd'imageenregistréparlesapplicationsinstalléessurunordinateur.
Métadonnéesd'imagesupportées
EMusupportelesnormesdemétadonnéessuivantes:



EXIF IPTC 2009)
XMP ExchangeableImageFileFormat(Version2.3,April2010)
International Press Telecommunications Council (Version 1.1, July
ExtensibleMetadataPlatform(RevisionDecember2008)
Lesmétadonnéessontextraitesautomatiquementdesformatsdefichierssuivants:
Norme
Formats supportés
EXIF
JPEG,TIFF
IPTC
JPEG,TIFF,PICT,PS,PSD
XMP
JPEG,TIFF
FormatsAudioSupportés
LesformatsaudiosupportésparEMuincluent:








AIFF
AU
MIDI
MP3
RMI
SND
WAV
WMA
AudioInterchangeFileFormat
AudioFileFormat
MusicalInstrumentDigitalInterface
MPEGAudioStream,LayerIII
MIDIinRIFFFileFormat
SoundFileFormat
WaveformAudio
WindowsMediaAudioFile
Les capacités audio d'EMu sont extensibles, supportant automatiquement tout
CODECaudioMCIinstallésurunordinateur.
FormatsVidéoSupportés LesformatsvidéoformatssupportésparEMuincluent:









ASF AVI M1V M2V MP4 M4V
MODJVC
MPEG WMV AdvancedStreamingFormat
AudioVideoInterleaveFile
MPEG‐1VideoFile
MPEG‐2VideoFile
MPEG‐4Part14
EverioGZ‐MG20UDigitalVideoFile
MPEG1SystemStream
WindowsMediaFile
Les capacités vidéo d'EMu sont extensibles, supportant automatiquement tout
CODECvidéoMCIinstallésurunordinateur.
Exemple de configurations de système
SECTION2
Exempledeconfigurationsdesystème
Danscettesection,nousdécrivonsunegammedeconfigurationsdesystèmeEMu
appropriéespouruneinstitutionavecenviron110utilisateurssimultanés. Mais tout d'abord nous examinons quelles ressources sont généralement
nécessaires pour exécuter EMu dans un environnement avec environ 110
utilisateurssimultanés.
Dernièremiseàjour:Août2014
Processeur(CPU)
L'utilisation du processeur varie considérablement selon les activités que les
utilisateursentreprennent:parexemple,lesrecherchesutilisentpeuderessources
processeur par rapport à la manipulation des données (par exemple, le tri et la
création de rapports). Si les utilisateurs effectuent beaucoup de manipulation de
données,ilestimportantd'avoirdesprocesseursàhautevitesseetdepréférence
assez de cœurs pour qu’un processus ne soit pas bloqué par un autre. Bien que
plusieurs threads parcœur soit utile, car cela permet d’avoir plusieurs processus
simultanés,descœursdistinctsdonnerontuneperformancesupérieurelorsquela
chargeaugmente(end'autrestermes,ilestpréférabled'avoirbeaucoupdecœurs
plutôtqued'unseulcœuravecplusieursthreads). Pour garantir que les processus ne soient pas liées au processeur (les processus
étantlentsparcequ'ilsnepeuventpasobtenirassezdeCPU),lenombredecœurs
devraitêtresemblableaunombred'utilisateursactifs.Engénéral,biensûr,tousles
utilisateurs ne produiront pas une charge lourde en même temps, et il est
raisonnable d'avoir moins de cœurs que le nombre d'utilisateurs. En outre, les
processusontbesoindes'arrêterdetempsentempspourattendrelesdisques,afin
qued'autresprocessuspuissentutiliserlecœur.Simoinsdecœurssontdisponibles,
alors de multiples threads par cœur deviennent utiles lors des pics de charge
(plusieursthreadsconduisentàunedégradationpluslentedesperformancesdela
machine).
Dansunsystèmeavec110utilisateurssimultanésetunechargeélevée,100cœurs
seraientrecommandés.Enréalité,ilesttrèspeuprobablequetouslesutilisateurs
produiront une charge lourde simultanément et il est possible d'avoir beaucoup
moinsdecœursetdepermettredeuxthreadsparcœurpourgérerlespicsdecharge.
Danscecas,50cœursavecdeuxthreadsparcœurseraientpeut‐êtresuffisants.
Cache
Naturellement,plusilyademémoirecacheduprocesseur,lemieuxc’est.EMuest
unsystèmedebasededonnéesdoncletauxdesuccèssurlecachededonnéespeut
devenirfaiblelorsdelamanipulationd'ungrandnombrededonnées(commeles
données sont réparties sur la mémoire). Cependant, le plus grand le cache, le
meilleurestletauxdesuccès.Aussiungrandcachepermetàplusdel'exécutable
EMu de résider dans le cache d'instruction, améliorant ainsi les performances du
processeur.Celaestutilelorsquedeuxthreadssontencoursd'exécutionsurunseul
cœuretplusieurscœurssontsituéssurunepucepuisquetouslesthreadsexécutent
probablementlemêmeexécutable(leserveurEMu).
Nombredeprocesseurs
Ilestpréférabled'avoirplusdeprocesseursphysiques,chacunavecmoinsdecœurs,
qu'unprocesseuravecungrandnombredecœurs.
Malheureusement plus il y a de processeurs physiques, plus le coût est grand.
Toutefois, les avantages dépassent les coûts. En particulier, la duplication du
matérield'accèsdemémoirerequiseparchaqueprocesseurpermetunplusgrand
débit.Deplus,moinsdecœursetplusdeprocesseurssignifieplusdecachesdistincts
(unparprocesseur)cequiaugmenteletauxdesuccèscommemoinsdeprocessus
utilisentlemêmecache(permettantàchaqueprocessusd’utiliserplusducache).
Enrésumé:pourEMuilestutiledechercherplusdeprocesseursphysiquesavec
moinsdecœursetdeuxthreadsparcœur.Ungrandcacheestégalementbénéfique
etpluslavitesseduprocesseurestgrande,lemieuxc’est.
SPARCvsIntel
Jusqu'à récemment, les systèmes SPARC étaient l'architecture de choix pour les
grandesmachinesenraisondelaconceptionbienpenséedessous‐systèmesSPARC
(mémoire, disque, réseau, etc.). Conçu pour communiquer simultanément, cela
permet une utilisation maximale du matériel à tout moment. En revanche, les
systèmesbaséssurIntelétaientconçuscommedessuper‐ordinateurs,oùlebesoin
d'opérationssimultanéesétaitfaible.
Au cours des dernières années Intel et AMD se sont installés dans le marché des
serveursetdésormaisproduisentdumatérielquigèrelesopérationssimultanées
aussiefficacementquelessystèmesSPARC.LesprocesseursIntel/AMDfournissent
unmeilleurdébitauniveauduprocesseurquelesprocesseursSPARC,etlefontà
moindrecoûtetc'estnotreavisqu’unesolutionIntel(x86_64)fourniraaujourd'hui
unemeilleurepuissanceinformatiqueàunmoindrecoûtqued'unesolutionSPARC.
Mémoire
EMu peut utiliser beaucoup de mémoire quand un processus accède à un grand
nombredetables.Afindefournirunemeilleureperformance,EMunelibèrepasla mémoireassociéeavecdestablesaprèsquelatablen'estplusrequise.Commela
surchargepourrechargerleschéma,etc.estélevée,ilestpréférabledepayerleprix
aveclamémoireplutôtquelapuissancedetraitementetlesaccèsdisque(requissi
la table doit être rechargée). Cela signifie que les processus EMu ont tendance à
croîtrequandlesutilisateursaccèdentàplusdetables.
LeprocessusduserveurEMucommenceàenviron6Moavantquelestablessoient
chargées. La quantité de mémoire requise pour une charge maximale du serveur
varieselonlestablesinstalléesdansuneinstitution.Uneplagetypiqueestde200
Moà400Mo.Sil'onsupposelepiredescasde500Moetilya110utilisateurs,alors
environ 55 GB de RAM serait requis par EMu‐même. À cela, nous avons besoin
d’ajouter de la mémoire pour tous les autres processus du système, le système
d'exploitationetlecachedusystèmedefichiers:environ500Mopourlesautres
processusEMu(chargesdefond,etc.)et500Mopourlesprocessusdusystèmeet
dusystèmed'exploitation.
Laquantitédemémoirecachedépenddusystèmedefichierutilisé.SiZFSestutilisé
(recommandépourlessystèmesSolaris),leplusgrandlecacheest,lemieuxc’est.
Unetailled'environ4‐5Goestutile.Celasignifiequ'environ64Goseraitrequispour
supporterlachargeexistante.Celaneprendpasenconsidérationplusd’utilisateurs
àl'avenir,nil'ajoutdeplusdeservicesWeb,etc.Nousrecommandonsd’augmenter
cenombreà96Gopourpermettreuneexpansionfuture.
Idéalement, la mémoire doit être divisée en banques basées sur le nombre de
processeurs physiques dans la machine. Ainsi, s'il y a quatre processeurs, alors
quatre banques de 24 Go chacune devrait être utilisée. Cela permet à chaque
processeurdetravaillersursonpropreensemblede24Goavecunbesoinminimal
delecturesdebanquedemémoirecroiséechères.
Disque
En tant que système de base de données, EMu peut utiliser beaucoup de disques
quandungrandnombred'enregistrementsestmanipulé(tri,créationderapports,
modifications globales, etc.). Comme les disques peuvent devenir un goulot
d'étranglement (puisque tous les processus ont besoin d’y accéder), cela vaut la
peined’obtenirlesous‐systèmededisqueleplusrapidedisponible.
Sivousvoulezdesdisqueslocaux,ilestdifficiledetrouvermieuxquedeslecteurs
SAS(SerialAttachedSCSI).Sipossible,utilisezdeslecteurs15000rpm,sinondes
lecteurs10000rpm.Afind'améliorerledébit,l'utilisationdeRAID0(striping)est
recommandée.Idéalement,lenombrededisques«striped»devraitêtreunfacteur
delatailledublocdusystèmedefichiers.Unebonnetailledeblocdusystèmede
fichierspourEMuest16Ko.Celapourraitêtreconfigurécommequatredisquesdans
le stripe où chaque disque a une taille secteur de 4096 octets. Cela signifie que
chaque lecture de 16 Ko nécessite la lecture d’un seul secteur de chaque disque.
Commecelaseproduitenparallèleàtraverslesquatredisques,legaindedébitest
grand.
Silaredondancedesdonnéesestnécessaire,RAID1estrecommandé.Unesomme
de contrôle RAID n'est pas recommandée en raison des temps d'écriture lents
expérimentés(parexempleRAID5).Si1,2Todedisqueestnécessaireparexemple,
alorsdeslecteurs8x300Goseraitidéal,ensupposantqueRAID10estutilisé(c’est
àdireRAID0et1combinés).Sicelan'estpaspossible,alorsdeslecteurs4x600Go
pourraientêtreutilisésavecunetailledeblocdusystèmedefichiersde8K.
Si des disques non‐locaux (SAN) sont à utiliser, il en va de même pour la
configuration du SAN. Idéalement, les données devraient être «striped» sur un
grandnombrededisquespourfournirunmeilleurdébitviadeslectures/écritures
simultanées.Enoutre,pluslecachededisquesurleSANestgrand,lemieuxc’est.
Encore une fois les configurations somme de contrôle RAID ne sont pas
recommandéescarellespeuventinfluersurlesperformancesd'écriture.
Engénéral,lesdisqueslocauxsontpréférablesàundisqueSANnonlocalpuisque
lesdisqueslocauxn'ontpasàrivaliseravecd'autresmachinesquiaccèdentauSAN.
Bien sûr, si le SAN est dédié au serveur EMu, alors il fonctionne comme un sous‐
systèmededisquelocal(àconditionquelatechnologiedeconnexionsoitrapide,par
exemple, la fibre optique, et que le système d'exploitation SAN soit réglé pour
l'utilisationdebasededonnées).
Lestechnologiesdedisqueshybridessontséduisantes.Ellesfournissentl'apparence
d’accèsaudisqueplusrapidegrâceàl'utilisationdeSSDfront‐end.Donc,àcondition
quetouteslesinformationssoientdanslecacheSSD,deslecturestrèsrapidessont
possibles;demêmedesécrituresrapidessontpossibles(lesSSDécrivent2‐4fois
plusvitequedeslecteurshautevitesseSAS).Detellessolutionssontpluschères,
maispourlessystèmesquiutilisentbeaucoupdedisquescommeEMu,desbénéfices
significatifspeuventêtreatteints.
Finalement,deslecteursseulementSSDpeuventêtreutilisés.Ceux‐cifournissentun
débitdudisquesupérieurpourleslecturesetlesécritures.Toutefois,ledébitaun
prix.LesSSDsontchers,maissilasolutionlaplusrapideestrequise,ilsdevraient
êtreconsidérés.
LesSSDontunnombrelimitédecyclesd'écriture,cependantlalimitepourlaplupart
deslecteurscontemporainsestd'environ10000écrituresetilestextrêmementpeu
probablequecettelimiteseraitatteintedansunepériodedecinqans(etmême,en
fait,enmoinsde10ans).
Systèmed'exploitationSystem
Pouruneinstitutionmoyenneàgrande(>10utilisateurs)nousvousrecommandons
d'exécutersousunevarianteUNIXplutôtqueWindows.
Les deux versions UNIX les plus populaires que nous supportons sont Linux et
Solaris.Pourlestrèsgrandesinstitutions(>=50utilisateurs)nousrecommandons
Solaris 10/11 plutôt que Linux puisque Solaris supporte les processeurs virtuels
multiples (où un processeur virtuel est unthread sur un cœur sur un processeur
physique)mieuxqueLinuxquandlenombredeprocesseursvirtuelsvaau‐delàde
dix.CependantEMufonctionnebiensurLinuxetunchoixentrelesdeuxversions
UNIXdépendvraimentdelapréférencedevotreadministrateursystème. Pour les plus petits nombres d'utilisateurs (< 50) Linux fournit une solution très
bonne.
Configurationssuggérées
Lesconfigurationssuivantessontseulementdessuggestionsmaisdevraientdonner
uneidéedesconfigurationsappropriéespourEMu.Quelleconfigurationconvient(et
si des ajustements sont nécessaires) dépendra de la taille, les exigences et les
chargesdel'institution.
Les spécifications de machine ci‐dessous sont pour un site avec environ 110
utilisateurssimultanés.
Configuration1







SunX4‐4Server
4x15coreE7‐8895v2,2.80Ghzx86_64CPU
37.5MBSharedL3CacheperCPU
128GB(4x2x16GB)DDR3‐ECCmemory
6xSASdrives(300GB)
Solaris10/11x86_64
ZFSfilesystem
CetteconfigurationutiliseZFScommesystèmedefichierssous‐jacentavecRAID10.
C'est une solution intermédiaire (en termes de coût et de performance). ZFS ne
supportepasl'utilisationdeSSDpourlesdonnées,cependantillessupportepour
sesZILetARC(caches).L'idéeiciestd'acheterdelamémoiresupplémentairepour
s'assurerquelaplupartdesblocsdedonnéessontconservésdanslecœurparZFS
(d'oùles128GodeRAM).Danscecas,deslecteursSSDnesontpasnécessaires.Vous
pourriezréduirelamémoireà96GoetincluredeuxSSDpourlescachesZFS,mais
celaaffecteraitlestripingpuisquelenombrededisquesdanslestripeseraitréduit
detroisàdeux.Siunserveurhautdegamme(etpluscher)estrequis,leSunx4‐8
devraitêtreconsidéréaveclaconfigurationci‐dessus,saufquedeslecteurs8xSAS
fourniraientunmeilleurstripingdedisque.
Configuration2







SunX4‐4Server
4x15coreE7‐8895v2,2.80Ghzx86_64CPU
128GB(4x2x16GB)DDR3‐ECCmemory
6xSSDdrives
Linuxx86_64
XFS/Ext4fsfilesystem
Cette configuration est semblable à la configuration 1. La seule différence est
l'utilisationdeLinuxaulieudeSolaris.LaraisondecechangementestquelesXFS
deLinuxetlessystèmesdefichiersExt4fsfournissentunsupportdirectpourles
lecteurs SSD. Dans cette configuration, il est possible d'utiliser des lecteurs SSD
exclusivementpourfournirundébitsupérieurdudisque.Laconfigurationci‐dessus
fourniraitunsous‐systèmededisqueplusrapide,maisilestdiscutablecombiendu
sous‐systèmededisqueestutiliséétantdonnélegrandcachedeRAMpossibleavec
128Godemémoire.
Configuration3







DELLC6220IIServer
4x12CoreE5‐2697v2,2,70Ghzx86_64CPU
30MBSharedL3CacheperCPU
128GB(4x2x16GB)DDR3‐1866memory
8x300GBSASdrives(15K)or8x300GBSSDdrives
Linuxx86_64
La configuration ci‐dessus permet des lecteurs SSD ou SAS. Le coût décidera
probablementdelameilleurevoieàsuivre.Comptetenudugrandecachemémoire,
le système de fichiers pourrait résider sur des lecteurs SAS et les avantages
supplémentairesduSSDpeuventdoncêtreminimes.
Configuration4







DELLR920Server
4x15CoreE7‐8890v2,2.80Ghzx86_64CPU
128GB(4x2x16GB)DDR3‐1600memory
8x146GBSASdrives,4x149GBSSDdrives
Linuxx86_64
La configuration ci‐dessus permettrait la solution SSD/HDD, fournissant un sous‐
systèmededisquetrèsrapidegrâceàl'utilisationdeslecteursSSDcommefront‐end
deslecteursSAS.
Index
S Sauvegarde • 3
Serveur • 2
A Serveur Web • 6
Apple Macintosh • 4
SPARC vs Intel • 12
Architecture Réseau • 1
Stockage • 3
Authentication • 2
Système d'exploitation • 2
C Système d'exploitationSystem • 14
Systèmes Ouverts • 6
Configuration 1 • 15
T Configuration 2 • 15
Terminal Services • 4
V Configurations suggérées • 15
Virtualisation • 3
D Disque • 13
E Exemple de configurations de système • 11
F Formats Audio Supportés • 9
Formats Image Supportés • 8
Formats Vidéo Supportés • 9
I Installation du client • 4
L Licences • 6
Logiciels installés • 2
M Mémoire • 12
Memory • 3
Métadonnées d'image supportées • 8
Multimédia • 8
P Postes de travail • 4
Processeur (CPU) • 11
R Réseau • 6

Requis techniques EMu

Transcription

Documents pareils

Cheminement - Faculté de musique

Télécharger - Centre de l`émeu de Charlevoix

Microprogramme en enseignement instrumental

Enseigner dehors Les sorties nature hebdomadaires

CS ETF (IE) on MSCI EMU Small Cap Catégorie B

Natixis Actions Euro Value