Advanced Operating Systems - Spring 2009 Lecture 21 – Monday April 6 st, 2009 Dan C. Marinescu Office: HEC 439 B. Office.

Slides:



Advertisements
Similar presentations
Andrew File System CSS534 ZACH MA. History  Originated in October 1982, by the Information Technology Center (ITC) formed with Carnegie Mellon and IBM.
Advertisements

OSes: 15. Distributed File Systems 1 Operating Systems v Objectives –introduce issues such as naming, stateful and stateless, and replication Certificate.
Silberschatz, Galvin and Gagne  Operating System Concepts Chapter 16 Distributed-File Systems Background Naming and Transparency Remote File.
1 CSC 539: Operating Systems Structure and Design Spring 2006 Distributed systems  networked vs. distributed operating systems  network structure: LAN.
Silberschatz, Galvin and Gagne ©2009 Operating System Concepts – 8 th Edition, Lecture 23: Distributed-File Systems (Chapter 17)
Silberschatz, Galvin and Gagne ©2009 Operating System Concepts – 8 th Edition, Chapter 17: Distributed-File Systems.
Chapter 17: Distributed-File Systems Silberschatz, Galvin and Gagne ©2005 AE4B33OSS Chapter 17 Distributed-File Systems Background Naming and Transparency.
CS-550: Distributed File Systems [SiS]1 Resource Management in Distributed Systems: Distributed File Systems.
U NIVERSITY OF M ASSACHUSETTS, A MHERST Department of Computer Science Emery Berger University of Massachusetts Amherst Operating Systems CMPSCI 377 Lecture.
Distributed File Systems 17: Distributed File Systems
Chapter 17: Distributed-File Systems Adapted to COP4610 by Robert van Engelen.
Using DSVM to Implement a Distributed File System Ramon Lawrence Dept. of Computer Science
Network Operating Systems Users are aware of multiplicity of machines. Access to resources of various machines is done explicitly by: –Logging into the.
Distributed File Systems CS 3100 Distributed File Systems1.
Distributed File Systems
Other File Systems: AFS, Napster. 2 Recap NFS: –Server exposes one or more directories Client accesses them by mounting the directories –Stateless server.
Chapter 17: Distributed-File Systems Part Silberschatz, Galvin and Gagne ©2005 Operating System Concepts Chapter 17 Distributed-File Systems Chapter.
Distributed File Systems
Chapter 17 Distributed File Systems By: Amar Deo( ) Ankur Patel( )
16: Distributed Systems1 DISTRIBUTED SYSTEM STRUCTURES NETWORK OPERATING SYSTEMS The users are aware of the physical structure of the network. Each site.
Distributed-File Systems
NFS. The Sun Network File System (NFS) An implementation and a specification of a software system for accessing remote files across LANs. The implementation.
University of Pennsylvania 11/21/00CSE 3801 Distributed File Systems CSE 380 Lecture Note 14 Insup Lee.
Distributed File Systems Concepts & Overview. Goals and Criteria Goal: present to a user a coherent, efficient, and manageable system for long-term data.
Distributed File Systems 1 CS502 Spring 2006 Distributed Files Systems CS-502 Operating Systems Spring 2006.
Networked File System CS Introduction to Operating Systems.
1 Lecture 20: Parallel and Distributed Systems n Classification of parallel/distributed architectures n SMPs n Distributed systems n Clusters.
Distributed Systems. Interprocess Communication (IPC) Processes are either independent or cooperating – Threads provide a gray area – Cooperating processes.
5 Chapter Five Web Servers. 5 Chapter Objectives Learn about the Microsoft Personal Web Server Software Learn how to improve Web site performance Learn.
Distributed File Systems
1 10/2/2015 Chapter 16 Distributed-File Systems 此章不作上课内容 l Background l Naming and Transparency l Remote File Access l Stateful versus Stateless Service.
Distributed File Systems Case Studies: Sprite Coda.
Distributed File Systems Distributed file system (DFS) – a distributed implementation of the classical time-sharing model of a file system, where multiple.
What is a Distributed File System?? Allows transparent access to remote files over a network. Examples: Network File System (NFS) by Sun Microsystems.
1 Introduction to Microsoft Windows 2000 Windows 2000 Overview Windows 2000 Architecture Overview Windows 2000 Directory Services Overview Logging On to.
Types of Operating Systems
Advanced Computer Networks Topic 2: Characterization of Distributed Systems.
Introduction to DFS. Distributed File Systems A file system whose clients, servers and storage devices are dispersed among the machines of a distributed.
Dr. M. Munlin Network and Distributed System Structures 1 NETE0516 Operating Systems Instructor: ผ. ศ. ดร. หมัดอามีน หมัน หลิน Faculty of Information.
Ch 10 Shared memory via message passing Problems –Explicit user action needed –Address spaces are distinct –Small Granularity of Transfer Distributed Shared.
Presented By: Samreen Tahir Coda is a network file system and a descendent of the Andrew File System 2. It was designed to be: Highly Highly secure Available.
Jinyong Yoon,  Andrew File System  The Prototype  Changes for Performance  Effect of Changes for Performance  Comparison with A Remote-Open.
Advanced Operating Systems - Spring 2009 Lecture 20 – Wednesday April 1 st, 2009 Dan C. Marinescu Office: HEC 439 B.
CS307 Operating Systems Distributed-File Systems Guihai Chen Department of Computer Science and Engineering Shanghai Jiao Tong University Fall 2011.
Types of Operating Systems 1 Computer Engineering Department Distributed Systems Course Assoc. Prof. Dr. Ahmet Sayar Kocaeli University - Fall 2015.
GLOBAL EDGE SOFTWERE LTD1 R EMOTE F ILE S HARING - Ardhanareesh Aradhyamath.
Silberschatz, Galvin and Gagne ©2009 Operating System Concepts – 8 th Edition, Chapter 16: Distributed System Structures Chapter 17: Distributed-File Systems.
Silberschatz, Galvin and Gagne  Operating System Concepts Distributed File Systems Distributed file system (DFS) – a distributed implementation.
COT 4600 Operating Systems Fall 2009 Dan C. Marinescu Office: HEC 439 B Office hours: Tu-Th 3:00-4:00 PM.
Distributed File Systems Questions answered in this lecture: Why are distributed file systems useful? What is difficult about distributed file systems?
CS307 Operating Systems Distributed-File Systems Guihai Chen Department of Computer Science and Engineering Shanghai Jiao Tong University Spring 2012.
Silberschatz, Galvin and Gagne  Operating System Concepts Distributed File Systems Distributed file system (DFS) – a distributed implementation.
Silberschatz, Galvin and Gagne  Operating System Concepts Chapter 16 Distributed-File Systems Background Naming and Transparency Remote File.
Operating Systems Distributed-System Structures. Topics –Network-Operating Systems –Distributed-Operating Systems –Remote Services –Robustness –Design.
Chapter 17: Distributed-File Systems
File System Implementation
File System Implementation
Chapter 17: Distributed-File Systems
Chapter 15: File System Internals
Distributed File Systems
Distributed File Systems
Outline Announcements Lab2 Distributed File Systems 1/17/2019 COP5611.
Distributed File Systems
Chapter 15: File System Internals
Outline Review of Quiz #1 Distributed File Systems 4/20/2019 COP5611.
Distributed File Systems
Chapter 15: File System Internals
Chapter 17: Distributed-File Systems
Distributed File Systems
M05 DISTRIBUTED FILE SYSTEM
Presentation transcript:

Advanced Operating Systems - Spring 2009 Lecture 21 – Monday April 6 st, 2009 Dan C. Marinescu Office: HEC 439 B. Office hours: M, Wd 3 – 4:30 PM. TA: Chen Yu Office: HEC 354. Office hours: M, Wd 1.00 – 3:00 PM. 1

Last, Current, Next Lecture Last time: Distributed File System Today Andrew File System Network and Distributed Operating Systems Multiple Access Networks Next time: Interconnection Networks 2

Stateless vs. stateful servers Stateless service: longer request messages slower request processing additional constraints imposed on DFS design Some environments require stateful service A server employing server-initiated cache validation cannot provide stateless service, since it maintains a record of which files are cached by which clients UNIX use of file descriptors and implicit offsets is inherently stateful; servers must maintain tables to map the file descriptors to inodes, and store the current offset within a file

File Replication Replicas reside on failure-independent machines Improves availability and can shorten service time Naming scheme maps a replicated file name to a particular replica Existence of replicas should be invisible to higher levels Replicas must be distinguished from one another by different lower-level names Updates  an update to any replica must be reflected on all replicas Demand replication – reading a nonlocal replica causes it to be cached locally, thereby generating a new nonprimary replica.

Andrew File System (AFS) AFS tries address issues such as: uniform name space location-independent file sharing client-side caching (with cache consistency) secure authentication (via Kerberos) server-side caching (via replicas) high availability scalability  can span 5,000 workstations History A distributed computing environment developed since 1983 at CMU Purchased by IBM and released as Transarc DFS, Now open source  OpenAFS

AFS (cont’d) Clusters clients and servers form clusters interconnected by a backbone LAN a cluster  several workstations and a cluster server connected to the backbone by a router Clients see a partitioned space of file names: a local name space and a shared name space the local name space is the root file system of a workstation, from which the shared name space descends Servers collectively are responsible for the storage and management of the shared name space. Opening a file causes it to be cached, in its entirety, on the local disk

AFS (cont’d) Vice  dedicated servers present the shared name space to the clients as an homogeneous, identical, and location transparent file hierarchy. Workstations run the Virtue protocol to communicate with Vice are required to have local disks where they store their local name space Andrew’s volumes  small units associated with the files of a single client fid (96 bits)  identifies a Vice file or directory; three components: volume number vnode number – index into an array containing the inodes of files in a single volume uniquifier – allows reuse of vnode numbers, thereby keeping certain data structures, compact Fids are location transparent; therefore, file movements from server to server do not invalidate cached directory contents Location information kept on a volume basis replicated on each server

File Operations in AFS Andrew caches entire files form servers. A client workstation interacts with Vice servers only during opening and closing of files A component called Venus caches files from Vice when they are opened, and stores modified copies of files back when they are closed Caches contents of directories and symbolic links, for path-name translation Venus manages two separate caches: Status cache  kept in virtual memory to allow rapid servicing of stat (file status returning) system calls Data cache  on the local disk; the UNIX I/O buffering mechanism does some caching that are transparent to Venus LRU algorithm used to keep each of them bounded in size Exceptions to the caching policy are modifications to directories that are made directly on the server responsibility for that directory Reading and writing to a file  done by the kernel without Venus intervention on the cached copy

AFS implementation Client processes are interfaced to a UNIX kernel with the usual set of system calls Venus carries out path-name translation component by component The UNIX file system is used as a low-level storage system for both servers and clients The client cache is a local directory on the workstation’s disk Both Venus and server processes access UNIX files directly by their inodes to avoid the expensive path name-to-inode translation routine

Distributed systems Distributed system  collection of heterogeneous systems (different processor architecture, OS, libraries, applications) linked to each other by an interconnection network. Communication  message passing. Advantages of distributed systems Resource sharing  better utilization of resources Fault-tolerance  systems fail independently, increase redundancy Scalability  the system can grow in time Supports collaborative environments in enterprise computing, engineering (e.g., CAD systems), science (e.g., GRID), etc. Problems Resource management more difficult. Hard to manage autonomous systems New services necessary e.g., resource discovery Security Harder to construct distributed applications

Distributed system architecture Service-oriented architectures  set of services provided by autonomous service providers. Based upon client-server paradigm and request-response communication GRID, semantic Web User-Coordinator-Executor architecture  multiple sites provide computing resources ; the coordinator acts as an agent of the user and starts applications at participating sites and then monitors the execution. Potential use in high performance computing. Peer-to-peer architectures  the systems function simultaneously as client and server

Service oriented-distributed systems

Autonomous vs non-autonomous systems Autonomous systems  Resources of individual systems controlled by the local operating systems. Often in distinct administrative domains. Open system  new resources added or removed continually Scalable. No one tries to maintain common state Non-autonomous systems  Resources controlled by a Network operating system  Users are aware of multiplicity of machines. Access to resources of various systems done explicitly by: Remote logging into the appropriate remote machine (telnet, ssh) Remote Desktop (Microsoft Windows) Transferring data from remote machines to local machines, via the File Transfer Protocol (FTP) mechanism Distributed Operating System  Users not aware of multiplicity of machines Access to remote resources similar to access to local resources Common state. Data Migration – transfer data Computation Migration – transfer the computation, rather than data

Process migration Possible only if a homogeneous architecture. Load balancing. Synchronization across the network. Coordination