separating abstractions from resources in a tactical storage system

37
Separating Separating Abstractions from Abstractions from Resources in a Resources in a Tactical Storage Tactical Storage System System Douglas Thain, Sander Klous, Justin Douglas Thain, Sander Klous, Justin Wozniak, Wozniak, Paul Brenner, Aaron Striegel, and Paul Brenner, Aaron Striegel, and Jesus Izaguirre Jesus Izaguirre University of Notre Dame and NIKHEF University of Notre Dame and NIKHEF

Upload: burt

Post on 17-Jan-2016

26 views

Category:

Documents


0 download

DESCRIPTION

Separating Abstractions from Resources in a Tactical Storage System. Douglas Thain, Sander Klous, Justin Wozniak, Paul Brenner, Aaron Striegel, and Jesus Izaguirre University of Notre Dame and NIKHEF. Abstract. - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Separating Abstractions from Resources in a Tactical Storage System

Separating Abstractions Separating Abstractions from Resources in a from Resources in a

Tactical Storage SystemTactical Storage System

Douglas Thain, Sander Klous, Justin Wozniak,Douglas Thain, Sander Klous, Justin Wozniak,

Paul Brenner, Aaron Striegel, and Jesus IzaguirrePaul Brenner, Aaron Striegel, and Jesus Izaguirre

University of Notre Dame and NIKHEFUniversity of Notre Dame and NIKHEF

Page 2: Separating Abstractions from Resources in a Tactical Storage System

AbstractAbstractUsers of distributed systems encounter many Users of distributed systems encounter many practical barriers between their jobs and the data practical barriers between their jobs and the data they wish to access.they wish to access.

Problem: Users have access to many Problem: Users have access to many resourcesresources (disks), but are stuck with the (disks), but are stuck with the abstractionsabstractions (cluster NFS) provided by administrators.(cluster NFS) provided by administrators.

Solution: Tactical Storage Systems allow any Solution: Tactical Storage Systems allow any user to create, reconfigure, and tear down user to create, reconfigure, and tear down abstractions without bugging the administrator.abstractions without bugging the administrator.

Page 3: Separating Abstractions from Resources in a Tactical Storage System

Transparent Distributed Filesystemshared

disk

The Standard ModelThe Standard Model

Page 4: Separating Abstractions from Resources in a Tactical Storage System

The Standard ModelThe Standard Model

Transparent Distributed Filesystemshared

disk

Transparent Distributed Filesystemshared

disk

privatedisk

privatedisk

privatedisk

privatedisk

FTP, SCP, RSYNC, HTTP, ...

Page 5: Separating Abstractions from Resources in a Tactical Storage System

Problems with the Standard ModelProblems with the Standard Model

Users encounter partitions in the WAN.Users encounter partitions in the WAN.– Easy to access data inside cluster, hard outside.Easy to access data inside cluster, hard outside.– Must use different mechanisms on diff links.Must use different mechanisms on diff links.– Difficult to combine resources together.Difficult to combine resources together.

Different access modes for different purposes.Different access modes for different purposes.– File transfer: preparing system for intended use.File transfer: preparing system for intended use.– File system: access to data for running jobs.File system: access to data for running jobs.

Resources go unused.Resources go unused.– Disks on each node of a cluster.Disks on each node of a cluster.– Unorganized resources in a department/lab.Unorganized resources in a department/lab.

A global file system can’t satisfy everyone!A global file system can’t satisfy everyone!

Page 6: Separating Abstractions from Resources in a Tactical Storage System

What if...What if...

Users could easily access any storage? Users could easily access any storage?

I could borrow an unused disk for NFS?I could borrow an unused disk for NFS?

An entire cluster can be used as storage?An entire cluster can be used as storage?

Multiple clusters could be combined?Multiple clusters could be combined?

I could reconfigure structures without root?I could reconfigure structures without root?– (Or bugging the administrator daily.)(Or bugging the administrator daily.)

Solution: Tactical Storage System (TSS)Solution: Tactical Storage System (TSS)

Page 7: Separating Abstractions from Resources in a Tactical Storage System

OutlineOutline

Problems with the Standard ModelProblems with the Standard ModelTactical Storage SystemsTactical Storage Systems– File Servers, Catalogs, Abstractions, AdaptersFile Servers, Catalogs, Abstractions, Adapters

Applications:Applications:– Remote Dynamic Linking for HEP SimulationRemote Dynamic Linking for HEP Simulation– Remote Database Access for HEP SimulationRemote Database Access for HEP Simulation– Expandable Filesystem for Experimental DataExpandable Filesystem for Experimental Data– Expandable Database for MD SimulationExpandable Database for MD Simulation

Final ThoughtFinal Thought

Page 8: Separating Abstractions from Resources in a Tactical Storage System

Tactical Storage Systems (TSS)Tactical Storage Systems (TSS)

A TSS allows any node to serve as a file A TSS allows any node to serve as a file server or as a file system client.server or as a file system client.All components can be deployed without All components can be deployed without special privileges – but with security.special privileges – but with security.Users can build up complex structures.Users can build up complex structures.– Filesystems, databases, caches, ...Filesystems, databases, caches, ...

Two Independent Concepts:Two Independent Concepts:– ResourcesResources – The raw storage to be used. – The raw storage to be used.– AbstractionsAbstractions – The organization of storage. – The organization of storage.

Page 9: Separating Abstractions from Resources in a Tactical Storage System

file transfer

filesystem

filesystem

filesystem

filesystem

filesystem

filesystem

filesystem

CentralFilesystem

App

Distributed Database Abstraction

Adapter

App

Distributed Filesystem Abstraction

Adapter

App

Cluster administrator controlspolicy on all storage in cluster

UNIX UNIX UNIX UNIX UNIX UNIX UNIX

Workstations owners controlpolicy on each machine.

fileserver

fileserver

fileserver

fileserver

fileserver

fileserver

fileserver

UNIX UNIX UNIX UNIX UNIX UNIX UNIX

???Adapter

3PT

Page 10: Separating Abstractions from Resources in a Tactical Storage System

Components of a TSS:Components of a TSS:

1 – File Servers1 – File Servers

2 – Catalogs2 – Catalogs

3 – Abstractions3 – Abstractions

4 – Adapters4 – Adapters

Page 11: Separating Abstractions from Resources in a Tactical Storage System

1 – File Servers1 – File ServersUnix-Like InterfaceUnix-Like Interface– open/close/read/writeopen/close/read/write– getfile/putfile to stream whole filesgetfile/putfile to stream whole files– opendir/stat/rename/unlinkopendir/stat/rename/unlink

Complete IndependenceComplete Independence– choose friendschoose friends– limit bandwidth/spacelimit bandwidth/space– evict users?evict users?

Trivial to DeployTrivial to Deploy– run server + setaclrun server + setacl– no privilege requiredno privilege required– can be thrown into a grid systemcan be thrown into a grid system

Flexible Access ControlFlexible Access Control

fileserver

A

fileserver

B

ChirpProtocol

filesystemowner of

server Aowner ofserver B

Page 12: Separating Abstractions from Resources in a Tactical Storage System

Access Control in File ServersAccess Control in File Servers

Unix Security is not SufficientUnix Security is not Sufficient– No global user database possible/desirable.No global user database possible/desirable.– Mapping external credentials to Unix gets messy.Mapping external credentials to Unix gets messy.

Instead, Make External Names First-ClassInstead, Make External Names First-Class– Perform access control on remote, not local, names.Perform access control on remote, not local, names.– Types: Globus, Kerberos, Unix, Hostname, AddressTypes: Globus, Kerberos, Unix, Hostname, Address

Each directory has an ACL:Each directory has an ACL:globus:/O=NotreDame/CN=DThain RWLAglobus:/O=NotreDame/CN=DThain RWLA

kerberos:[email protected] RWLkerberos:[email protected] RWL

hostname:*.cs.nd.edu RLhostname:*.cs.nd.edu RL

address:192.168.1.* RWLAaddress:192.168.1.* RWLA

Page 13: Separating Abstractions from Resources in a Tactical Storage System

Problem: Shared NamespaceProblem: Shared Namespacefile

server

globus:/O=NotreDame/* RWLAX

a.out

test.c test.dat

cms.exe

Page 14: Separating Abstractions from Resources in a Tactical Storage System

Solution: Reservation (V) RightSolution: Reservation (V) Rightfile

server

O=NotreDame/CN=* V(RWLA)

/O=NotreDame/CN=Monk RWLA

mkdir

a.outtest.c

/O=NotreDame/CN=Monk

mkdir

/O=NotreDame/CN=Ted RWLA

a.outtest.c

/O=NotreDame/CN=Tedmkdir only!

Page 15: Separating Abstractions from Resources in a Tactical Storage System

2 - Catalogs2 - Catalogs

catalogserver

catalogserver

periodicUDP updates

HTTPXML, TXT, ClassAds

Page 16: Separating Abstractions from Resources in a Tactical Storage System

3 - Abstractions3 - Abstractions

An abstraction is an organizational layer built on An abstraction is an organizational layer built on top of one or more file servers.top of one or more file servers.

End UsersEnd Users choose what abstractions to employ. choose what abstractions to employ.

Working Examples:Working Examples:– CFS: Central File SystemCFS: Central File System– DSFS: Distributed Shared File SystemDSFS: Distributed Shared File System– DSDB: Distributed Shared DatabaseDSDB: Distributed Shared Database

Others Possible?Others Possible?– Distributed Backup SystemDistributed Backup System– Striped File System (RAID/Zebra)Striped File System (RAID/Zebra)

Page 17: Separating Abstractions from Resources in a Tactical Storage System

CFS: Central File SystemCFS: Central File System

fileserver

adapteradapter adapter

appl appl appl

file file

file

CFSCFSCFS

Page 18: Separating Abstractions from Resources in a Tactical Storage System

ptr ptr

ptr

DSFS: Dist. Shared File SystemDSFS: Dist. Shared File System

fileserver

appl appl

fileserver

fileserver

file file

filefilefile

file filefile

filefile

adapter adapterDSFSDSFS

lookupfile

location

accessdata

Page 19: Separating Abstractions from Resources in a Tactical Storage System

DSDB: Dist. Shared DatabaseDSDB: Dist. Shared Database

adapter adapter

appl appl

fileserver

fileserver

file file

filefilefile

file filefile

filefile

databaseserver

file index

query

directaccess

insert

create

file

DSDBDSDB

Page 20: Separating Abstractions from Resources in a Tactical Storage System

system callstrapped via ptrace

tcsh

cat vi

tcsh

cat vi

file tableprocess table

Like an OS KernelLike an OS Kernel– Tracks procs, files, etc.Tracks procs, files, etc.– Adds new capabilities.Adds new capabilities.– Enforces owner’s policies.Enforces owner’s policies.

Delegated SyscallsDelegated Syscalls– Trapped via ptrace interface.Trapped via ptrace interface.– Action taken by Parrot.Action taken by Parrot.– Resources chrgd to Parrot.Resources chrgd to Parrot.

User Chooses Abstr.User Chooses Abstr.– Appears as a filesystem.Appears as a filesystem.– Option: Timeout tolerance.Option: Timeout tolerance.– Option: Cons. semantics.Option: Cons. semantics.– Option: Servers to use.Option: Servers to use.– Option: Auth mechanisms.Option: Auth mechanisms.

4 - Adapter4 - Adapter

Adapter - Parrot

Abstractions:CFS – DSFS - DSDB

Page 21: Separating Abstractions from Resources in a Tactical Storage System

file transfer

filesystem

filesystem

filesystem

filesystem

filesystem

filesystem

filesystem

CentralFilesystem

App

Distributed Database Abstraction

Adapter

App

Distributed Filesystem Abstraction

Adapter

App

Cluster administrator controlspolicy on all storage in cluster

UNIX UNIX UNIX UNIX UNIX UNIX UNIX

Workstations owners controlpolicy on each machine.

fileserver

fileserver

fileserver

fileserver

fileserver

fileserver

fileserver

UNIX UNIX UNIX UNIX UNIX UNIX UNIX

???Adapter

Page 22: Separating Abstractions from Resources in a Tactical Storage System

Performance SummaryPerformance SummaryNothing comes for free!Nothing comes for free!– System calls: order of magnitude slower.System calls: order of magnitude slower.– Memory bandwidth overhead: extra copies.Memory bandwidth overhead: extra copies.– TSS can drive network/switch to limits.TSS can drive network/switch to limits.

Compared to NFS Protocol:Compared to NFS Protocol:– TSS slightly better on small operations. (no lookup)TSS slightly better on small operations. (no lookup)– TSS much better in network bandwidth. (TCP)TSS much better in network bandwidth. (TCP)– NFS caches, TSS doesn’t (today), mixed blessing.NFS caches, TSS doesn’t (today), mixed blessing.

On real applications:On real applications:– Measurable slowdownMeasurable slowdown– Benefit: far more flexible and scalable.Benefit: far more flexible and scalable.

Page 23: Separating Abstractions from Resources in a Tactical Storage System

OutlineOutline

Problems with the Standard ModelProblems with the Standard ModelTactical Storage SystemsTactical Storage Systems– File Servers, Catalogs, Abstractions, AdaptersFile Servers, Catalogs, Abstractions, Adapters

Applications:Applications:– Remote Dynamic Linking in HEP SimulationRemote Dynamic Linking in HEP Simulation– Remote Database Access in HEP SimulationRemote Database Access in HEP Simulation– Expandable Filesystem for Astrophysics DataExpandable Filesystem for Astrophysics Data– Expandable Database for MD SimulationExpandable Database for MD Simulation

Final ThoughtsFinal Thoughts

Page 24: Separating Abstractions from Resources in a Tactical Storage System

Remote Dynamic LinkingRemote Dynamic Linking

appl

adapter

ld.so FTPserver

filesystem

liba.so

libb.so

libc.soWAN

Credit: Igor Sfiligoi @ Fermi National Lab

FTP driver

Modular Simulation Needs Many LibrariesModular Simulation Needs Many Libraries– Devel. on workstations, then ported to grid.Devel. on workstations, then ported to grid.– Selection of library depends on analysis tech.Selection of library depends on analysis tech.

Solution: Dynamic Link with TSS and FTP:Solution: Dynamic Link with TSS and FTP:– LD_LIBRARY_PATH=/ftp/server.name/libsLD_LIBRARY_PATH=/ftp/server.name/libs

Send adapter along with job.Send adapter along with job.

select several MB from 60 GB of libraries

Anon.Login.

Page 25: Separating Abstractions from Resources in a Tactical Storage System

Related WorkRelated Work

Lots of file services for the Grid:Lots of file services for the Grid:– GridFTP, Freeldr, NeST, SRB, RFIO, IBPGridFTP, Freeldr, NeST, SRB, RFIO, IBP– Adapter interfaces with many of these!Adapter interfaces with many of these!

Why have Why have anotheranother file server? file server?– Reason 1: Must have precise Unix semantics!Reason 1: Must have precise Unix semantics!

Apps distinguish ENOENT vs EACCES vs EISDIR.Apps distinguish ENOENT vs EACCES vs EISDIR.FTP always returns error 550, regardless of error.FTP always returns error 550, regardless of error.

– Reason 2: TSS focused on easy deployment.Reason 2: TSS focused on easy deployment.No privilege required, no config files, no rebuilding, No privilege required, no config files, no rebuilding, flexible access control, ...flexible access control, ...

Page 26: Separating Abstractions from Resources in a Tactical Storage System

Remote Database AccessRemote Database Access

script

adapterTSSfile

server

filesystem

DB data

libdb.so

sim.exe

WANCFS

HEP Simulation Needs Direct DB AccessHEP Simulation Needs Direct DB Access– App linked against Objectivity DB.App linked against Objectivity DB.– Objectivity accesses filesystem directly.Objectivity accesses filesystem directly.– How to distribute application How to distribute application securelysecurely??

Solution: Remote Root Mount via TSS:Solution: Remote Root Mount via TSS: parrot –M /=/chirp/fileserver/rootdirparrot –M /=/chirp/fileserver/rootdir

DB code can read/write/lock files directly.DB code can read/write/lock files directly.

GSI Auth

GSI

Credit: Sander Klous @ NIKHEF

Page 27: Separating Abstractions from Resources in a Tactical Storage System

Expandable FilesystemExpandable Filesystemfor Experimental Datafor Experimental Data

Credit: John Poirer @ Notre Dame Astrophysics Dept.

bufferdisk

10 GB/day todaycould be lots more!

dailytape

dailytapedaily

tapedailytapedaily

tape

25-yeararchive

analysiscode

Can only analyzethe most recent data.

Project GRANDhttp://www.nd.edu/~grand

Page 28: Separating Abstractions from Resources in a Tactical Storage System

Expandable FilesystemExpandable Filesystemfor Experimental Datafor Experimental Data

Credit: John Poirer @ Notre Dame Astrophysics Dept.

bufferdisk

10 GB/day todaycould be lots more!

dailytape

dailytapedaily

tapedailytapedaily

tape

25-yeararchive

Project GRANDhttp://www.nd.edu/~grand

fileserver

fileserver

fileserver

fileserver

Distributed Shared Filesystem

Adapter

analysiscode

Can analyze all dataover large time scales.

Page 29: Separating Abstractions from Resources in a Tactical Storage System

Appl: Distributed MD DatabaseAppl: Distributed MD DatabaseState of Molecular Dynamics Research:State of Molecular Dynamics Research:– Easy to run lots of simulations!Easy to run lots of simulations!– Difficult to understand the “big picture”Difficult to understand the “big picture”– Hard to systematically share results and ask questions.Hard to systematically share results and ask questions.

Desired Questions and Activities:Desired Questions and Activities:– ““What parameters have I explored?”What parameters have I explored?”– ““How can I share results with friends?”How can I share results with friends?”– ““Replicate these items five times for safety.”Replicate these items five times for safety.”– ““Recompute everything that relied on this machine.”Recompute everything that relied on this machine.”

GEMS: Grid Enabled Molecular SimsGEMS: Grid Enabled Molecular Sims– Distributed database for MD siml at Notre Dame.Distributed database for MD siml at Notre Dame.– XML database for indexing, TSS for storage/policy.XML database for indexing, TSS for storage/policy.

Page 30: Separating Abstractions from Resources in a Tactical Storage System

GEMS Distributed DatabaseGEMS Distributed Databasedatabase

server

catalogserver catalog

serverXML -> host1:fileAhost7:fileBhost3:fileC

A C BY Z X

XML -> host6:fileXhost2:fileYhost5:fileZ

data

XML+ Temp>300KMol==CH4

Credit: Jesus Izaguirre and Aaron Striegel, Notre Dame CSE Dept.

host5:fileZhost6:fileXDSFS

Adapter

Page 31: Separating Abstractions from Resources in a Tactical Storage System

Active Recovery in GEMSActive Recovery in GEMS

Page 32: Separating Abstractions from Resources in a Tactical Storage System

GEMS and Tactical StorageGEMS and Tactical Storage

Dynamic System ConfigurationDynamic System Configuration– Add/remove servers, discovered via catalogAdd/remove servers, discovered via catalog

Policy Control in File ServersPolicy Control in File Servers– Groups can Collaborate within ConstraintsGroups can Collaborate within Constraints– Security Implemented within File ServersSecurity Implemented within File Servers

Direct Access via AdaptersDirect Access via Adapters– Unmodified Simulations can use DatabaseUnmodified Simulations can use Database– Alternate Web/Viz Interfaces for Users.Alternate Web/Viz Interfaces for Users.

Page 33: Separating Abstractions from Resources in a Tactical Storage System

OutlineOutline

Problems with the Standard ModelProblems with the Standard ModelTactical Storage SystemsTactical Storage Systems– File Servers, Catalogs, Abstractions, AdaptersFile Servers, Catalogs, Abstractions, Adapters

ApplicationsApplications::– Remote Dynamic Linking in HEP SimulationRemote Dynamic Linking in HEP Simulation– Remote Database Access in HEP SimulationRemote Database Access in HEP Simulation– Expandable Filesystem for Astrophysics DataExpandable Filesystem for Astrophysics Data– Expandable Database for MD SimulationExpandable Database for MD Simulation

Final ThoughtsFinal Thoughts

Page 34: Separating Abstractions from Resources in a Tactical Storage System

Tactical Storage SystemsTactical Storage Systems

Separate Separate AbstractionsAbstractions from from ResourcesResourcesComponents:Components:– Servers, catalogs, abstractions, adapters.Servers, catalogs, abstractions, adapters.– Completely user level.Completely user level.– Performance acceptable for real applications.Performance acceptable for real applications.

Independent but Cooperating ComponentsIndependent but Cooperating Components– Owners of file servers set policy.Owners of file servers set policy.– Users must work within policies.Users must work within policies.– Within policies, users are free to build.Within policies, users are free to build.

Page 35: Separating Abstractions from Resources in a Tactical Storage System

Parting ThoughtParting Thought

Many users of the grid are constrained by Many users of the grid are constrained by functionalityfunctionality, not performance., not performance.

TSS allows end users to build the TSS allows end users to build the structures that they need for the moment structures that they need for the moment without involving an admin.without involving an admin.

Analogy: building blocksAnalogy: building blocks

for distributed storage.for distributed storage.

Page 36: Separating Abstractions from Resources in a Tactical Storage System

AcknowledgmentsAcknowledgments

Science Science Collaborators:Collaborators:– Jesus IzaguirreJesus Izaguirre– Sander Klous Sander Klous – Peter KunzstPeter Kunzst– Erwin LaureErwin Laure– John PoirerJohn Poirer– Igor SfiligoiIgor Sfiligoi– Aaron StriegelAaron Striegel

CSE Students:CSE Students:– Paul BrennerPaul Brenner– James FitzgeraldJames Fitzgerald– Jeff HemmesJeff Hemmes– Paul MadridPaul Madrid– Chris MorettiChris Moretti– Phil SnowbergerPhil Snowberger– Justin WozniakJustin Wozniak

Page 37: Separating Abstractions from Resources in a Tactical Storage System

For more information...For more information...

Cooperative Computing LabCooperative Computing Lab

http://www.cse.nd.edu/~cclhttp://www.cse.nd.edu/~ccl

Cooperative Computing ToolsCooperative Computing Tools

http://http://www.cctools.orgwww.cctools.org

Douglas ThainDouglas Thain– [email protected]@cse.nd.edu– http://http://www.cse.nd.edu/~dthainwww.cse.nd.edu/~dthain