1 / 31

Le concept Client/Server

Le concept Client/Server. Lausanne, le 5 Septembre 1991. hemmer@cernvm.cern.ch. Le modèle client/serveur Choix du hardware Réseaux Example CERN Bases de données distribuées Example CERN Tolérance aux pannes Futur des SGBD. Topics. Sans rapport avec les BD

stamos
Download Presentation

Le concept Client/Server

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. LeconceptClient/Server Lausanne, le 5 Septembre 1991 hemmer@cernvm.cern.ch

  2. Le modèle client/serveur Choix du hardware Réseaux Example CERN Bases de données distribuées Example CERN Tolérance aux pannes Futur des SGBD Topics

  3. Sans rapport avec les BD Separe l'application (client ou demandeur de services) du fournisseur de service(s) (serveur) Le serveur gère les resources Le client interface (communique) au serveur Le client est géré par l'utilisateur Très ancien modèle (VM/CMS, Berkeley Unix ...) Implique une forme de communication entre client et serveur (Mémoire partagée, RPC, Protocole de transport...) Client/Server Model

  4. example VM/CMS User VM R; Print a file (Pseudo) communication VMCF, IUCV, Spool, SNA, X.25 ... Printer (Local or Remote) Server VM Printer Device

  5. example Unix User process lpr -P printer (Pseudo) communication IPC : pipes, TCP sockets, Decnet sockets... Line printer daemon (local or remote) Printer Device

  6. example X/Windows Screen Device X Server (Pseudo) communication Application (e.g. spreadsheet, database ...)

  7. Machine A Tout ensemble ... Print Pie Chart of Last Year Sales Per Country... Machine B X Server Database application Machine C Database server Machine D Printer Server

  8. La ressource est séparée de son utilisation (OO) Gestion des ressources plus aisée La couche réseau est naturelle L'application ignore la façon dont le serveur fonctionne Permet un meilleur usage des ressources (Load sharing) Downsizing Le serveur doit se soucier du partage de ses ressources La communication doit être totalement spécifiée La gestion des ressources et du réseau est plus compliquée Pour et Contre

  9. Multitâche Multithread Protocole de réseau Coût de taux de transfert Flexibilité Heterogénéité Interoperability Impact de la technologie Example : Shift Considérations Techniques

  10. Shift U l t r a n e t SGI SGI DN 10K DecStation Sun DN 10K IP Router Site infrastructure

  11. TAPE SERVER Un example de traitementsur SHIFT SHIFT1 JOB CPU lire fichier /shift/shd01/xyz rtcopy DPM: sfget ? rfio DISK SERVER Flux de contrôle Flux de données

  12. Séparer le choix client/serveur Client basé sur le L&F Serveur basé sur les performances, les services fournis et la connectivité Protocoles STANDARDS !! (p. ex.TCP/IP) Relatif à l'activité Impact de la technologie (p.ex. HP 700, N-Cube 2) Downsizing peut épargner de l'argent Preserver l'investissement existant (p.ex. l'infrastruture réseau) Préserver l'environnement existant Choix du Hardware

  13. Indépendant du client/serveur ou des bases de données Impact dans l'environnement PC/Mac Doit être supporté par leSGBD Protocole Gestion Réseaux Locaux

  14. CRAY X/MP 48 (Unicos 5.1.9) IBM 3090/600 E-VF (VM/XA SP2.1) Siemens/Fujitsu 7890 S (VM/HPO 5) 250 VAX, µVAX & VAXStation (VMS) 50 VAX, µVAX & VAXStation (Ultrix) 250 Apollos (Domain OS 10.2) 100 Suns 2000 MacIntosh's 1200 IBM PC et compatibles (DOS et Unix) RT/PC, RS 6000, Silicon Graphics Norsk Data, PS/2, DecStations ... Equipement

  15. Ethernet FDDI Ultranet Token Ring (Domain) Token Ring (IBM) HPPI Cernet (†) RS 232 Réseaux spéciaux Réseaux

  16. TCP/IP UDP/IP Decnet SNA Appletalk Novell (SPX/IPX) X.25 ISO/OSI Protocoles spéciaux ... Protocoles de réseaux

  17. Infrastructure des réseaux Cray XMP 48 Sun IBM 3090 E CTC Sun Siemens 7890 S FDDI VAX Cluster CERN VAX Cluster ENG

  18. Le réseau du CERN

  19. Traitement distribué Serveurs de base de données Base de données distribuées Example : CERN Bases de donnéesDistribuées

  20. Traitement Distribué Network Database Server Database Engine

  21. Portugal Bases Distribuées Database Server Database Engine UK Portugal Sales Network Database Server Database Engine Switzerland

  22. Serveurs de Basesde Données Client Client Client Server Server Server . . . Database Server Database Engine

  23. Transaction ProcessingMonitors Client Client Client Transaction Processing Monitor Multithreaded Server Multithreaded Server . . . Database Server Database Engine

  24. Topologie SQL*NETau CERN Siemens 7890 S VM/HPO CTC VTAM IBM 3090/600 6 VF - VM/XA 8232 Cray X/MP 48 CLC TCP/IP Sun 3732 8232 TCP Decnet ... IP Central VAX/VMS Cluster LAVC LEP LAVC PS Ultrix Apollo Ultrix Ultrix TCP Ultrix RT PC Ultrix Ultrix IPX TCP TCP Fastpath TCP Novell Sun Appletalk Mac Mac IBM PC IBM PC Mac IBM PC Mac IBM PC Mac Mac IBM PC Mac IBM PC IBM PC Apollo

  25. Le Système de contrôle du LEP SPS LEP Domain PCR Lab et bureaux Pbar Dev Centre de calcul

  26. Architecture du Logiciel IBM RT PC Apollo IBM PC/AT PCA Application Application Application Application RPC client RPC client SQL*Net SQL*Net RPC Servers SQL*Net Application Servers Oracle SQL*Net Oracle Server DataBase Server

  27. EMDIR Interface Utilisateur Oracle Serveur EMDIR Client EMDIR RPC RPC Niveau Transport Niveau Transport Réseau

  28. Performance ms Decnet Tcp/Ip Local KB

  29. Accès aux données Recovery Tolérance aux pannes totale Hardware Support du système Software Tandem's non-stop SQL Fault Tolerance

  30. Utilisation de CASE Distribution pour productivité Distribution pour performance Manque d'outils de gestion Le DBA doit s'occuper de réseaux Le DBA doit s'occuper de plateformes multiples Challenges

  31. Types de données + riches (images, voix, etc...) Orienté Objet Ouvert (RDA) SGBD répliquéés SGBD Real Time Transaction Monitors Securité Gestion globale FuturdesSGBD commerciales

More Related