《分布式系统模型优秀PPT.ppt》由会员分享，可在线阅读，更多相关《分布式系统模型优秀PPT.ppt（83页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、分布式系统模型第1页，本讲稿共83页2第一章回顾n引言分布式系统的目标（设计、分析、实现-资源共享等）、定义（建立在网络之上的软件系统）、特点（并发性、没有全局时钟、故障独立性）n分布式系统举例 Internet/Intranet/Mobile Computing等n挑战 异构性、开放性、安全性、可扩展性、正确性、透明性，如何故障处理、并发处理、复制透明等n总结 分布式系统无处不在，分布式系统具有高度的内聚性和透明性。第2页，本讲稿共83页3第2章 系统模型n引言n体系结构模型n基础模型n总结第3页，本讲稿共83页4引言The Swedish Ship Vasa n17世纪上半叶，北欧新教势力
2、与中欧天主教势力发生了一场“三十年战争”，作为北欧新教势力的代表，瑞典的军事力量达到鼎盛时期。n1625年，号称“北方飓风”的瑞典国王古斯塔夫斯阿道弗斯（Gustavs Adolphus）决心建造一艘史无前例的巨型新战舰瓦萨（瓦萨（VasaVasa）战舰）战舰。瓦萨战舰确实是一艘令人望而生畏的战舰：舰长70米，载员300人，在三层的甲板上共装有64门重炮，火力超强。第4页，本讲稿共83页5瓦萨战舰的首航n1628年8月10日，这艘巨大的战舰终于完工。n在1万多名围观者的目光注视下，忽然，瓦萨号奇怪地摇晃了一下，便向左舷倾斜。海水从炮孔处涌入船舱，战舰迅速翻入水中。几分钟后，这艘雄伟战舰的处女航
3、也是唯一的一次航行结束了。瓦萨战舰在它壮丽的起航时刻，带着全身飘扬的彩旗，沉没于它诞生的港口。引言第5页，本讲稿共83页6引言瓦萨战舰为什么沉没？人们对瓦萨的沉没做出了各种各样的分析，最后的主要结论是：n该舰制造工艺精良，但“比例严重失调”。也就是说，该战舰的架构存在缺陷。第6页，本讲稿共83页7引言n不同类型的分布式系统表现出共同的基本特性及设计问题。n模型试图对分布式系统的相关方面给出抽象、简化但一致的描述。n结构模型（Architectural Model）n基础模型（Fundamental Model）第7页，本讲稿共83页8引言n结构模型结构模型构成系统各部分（components,
4、computers,procedures)的位置、角色和它们之间的关系，它定义了系统的各组件之间相互交互的方式以及它们映射到下面的计算机网络的方式。n客户/服务器结构n对等结构（客户/服务器模型的变种）第8页，本讲稿共83页9客户/服务器结构n它是所有网络应用的基础。客户/服务器分别指参与一次通信的两个应用实体，客户方主动地发起通信请求，服务器方被动地等待通信的建立。n优点：可以在用户态服务器中构造各种各样的API，为应用程序与服务间通过RPC调用进行通信提供一致的方法，且没有限制其灵活性，为分布式计算提供了适当的基础。n客户/服务器模型扩展 在（多个）协作的服务器上划分和复制数据；由代理服务
5、器和客户进行数据缓存；使用移动代码和移动代理；以方便的方式添加和删除移动设备。第9页，本讲稿共83页10对等结构n 该结构可由若干互联协作的计算机构成，且至少具有如下特征之一:系统依存于边缘化(非中央式服务器)设备的主动协作;每个成员直接从其他成员而不是从服务器的参与中受益;系统中成员同时扮演服务器与客户端的角色;系统应用的用户能够意识到彼此的存在，构成一个虚拟或实际的群体。第10页，本讲稿共83页11引言n基础模型基础模型:对体系结构模型中公共属性的一种更对体系结构模型中公共属性的一种更为形式化的描述为形式化的描述n交互模型：处理消息发送的性能问题，解决在分布式系统中设置时间限制的难题。例如
6、对于消息传递，反映了进程交互的方式。n故障模型：试图给出进程和信道（通信通道）故障的一个精确的约定。它定义了什么是可靠通信和正确的进程。n安全模型：讨论对进程的和信道的各种可能的威胁。引入了安全通道的概念，它可以保证在存在各种威胁的情况下通信的安全。第11页，本讲稿共83页12引言设计者面临的困难和挑战设计者面临的困难和挑战n使用模式的多样性n系统环境的多样性n内部问题：非同步的时钟，数据修改的不一致性、系统中单个部件的软件硬件故障。n外部问题：数据在传输过程中存在着对私密性、完整性的攻击。第12页，本讲稿共83页13第2章 系统模型n引言n体系结构模型n基础模型n总结第13页，本讲稿共83页
7、14ArchitecturesnArchitectural stylesnSoftware architecturesnArchitectures versus middlewarenSelf-management in distributed systems第14页，本讲稿共83页15体系结构模型n一个系统的体系结构是指各个独立指定组件的结构。n建筑物的结构设计有类似的方面：不仅要确定它的外观，而且要确定它的总体结构和结构风格。n整体目标整体目标是确保结构能满足现在和将来可能的需求。n主要关心主要关心系统可靠性、适应性、可管理性和性价比。第15页，本讲稿共83页16体系结构模型n体系结构模型
8、首先简化和抽象系统每个独立的构成模块的作用和功能；n其次在网络中如何部署各个组件，对数据分布和负载定义有用的模式；n各个模块之间的关系，组件的角色和组件之间的通讯模式；n例如：分布式存储系统的角色、数据、数据的索引。由此确定了目录服务器和数据服务器，以及它们之间的关系和通信交互模式。n例如：门户网站：client/server模型，因为门户网站和用户不可能对等（应用模式）。为了减少服务器的负载，服务器之间可以P2P连接（效率、扩展性）。第16页，本讲稿共83页17体系结构模型n软件体系结构软件体系结构是指计算机里软件的分层或模块结构，近来多指进程之间请求和提供的服务。中间件操作系统网络与硬件应
9、用层第17页，本讲稿共83页18体系结构模型n平台（平台（Platform）最底层的软硬件，为上层提供服务。如：nIntel x86（X86是处理器中一种很“本质”的“大架构”）/WindowsnIntel x86/LinuxnIntel x86/SolarisnSPARC（“可扩充处理器架构可扩充处理器架构”（Scalable Processor ARChitecture）/SunOSnPowerPC（一种（一种RISC架构）架构）/MacOS第18页，本讲稿共83页19体系结构模型n中间件层n中间件是一种软件，它提供基本的通信模块和其他一些基础服务模块，为应用程序开发提供平台。主要解决异构
10、网络环境下分布式应用软件的互连与互操作问题，它可屏蔽实现细节，提高应用系统的易移植性。中间件中间件第19页，本讲稿共83页20体系结构模型中间件要解决的问题。n硬件：n数据类型在不同的硬件平台上有不同的表示：big-endian，little-endian。nPowerPC 系列采用big-endian方式存储数据，而 X86 系列则采用 little-endian方式存储数据。n通信协议：n独立于网络底层的传输协议。n操作系统：n在操作系统层上提供更高级的抽象API，屏蔽操作系统的异构。n编程语言：nCORBA通过IDL，可以使得不同的语言写的代码互相调用。nCORBA-公共对象请求代理结构
11、(Common Object Request Broker Architecture)，由对象管理组织(Object Management Group，缩写为 OMG)标准化。它的组成是接口定义语言(IDL),语言绑定(binding，联编)和允许应用程序间互操作的协议。n中间件提供了一个编程的抽象，来屏蔽上述的异构问题。第20页，本讲稿共83页21体系结构模型n中间件的特性n满足大量应用的需要 n运行于多种硬件和OS平台 n提供跨网络、硬件和OS平台的透明性的应用或服务的交互 n支持标准的协议 n支持标准的接口 由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工
12、作的主要部分。对于应用软件开发，中间件提供的程序接口定义了一个相对稳定的高层应用环境。不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改。第21页，本讲稿共83页22软件体系结构n分布式系统设计主要考虑：n系统组件之间的责任划分；n组件在网络上的放置。以上两个因素对系统性能、可靠性和安全性有较大影响。第22页，本讲稿共83页23体系结构模型-分布式体系结构的设计需求n资源共享是分布式系统的基本目标，但是在大规模的系统中仍能保证有效的共享是一个严重的挑战。n性能n服务质量n缓存和复制的使用n可靠性问题 第23页，本讲稿共83
13、页24体系结构模型-分布式结构设计的需求性能问题性能问题n响应能力n服务器和网络的负载n操作系统、中间件和代码执行引起的延迟n吞吐量n单位时间内能完成的任务量n它由处理速度和传输速度决定n负载平衡n多个机器同时提供服务n用applets在本地和客户端交互第24页，本讲稿共83页25体系结构模型-分布式结构设计的需求QoS-服务质量服务质量n非功能性的特征：可靠性、安全性（基础模型中的两个问题）、性能。n适应性（adaptability）：满足变化的系统配置和资源可用性的要求，也将被看作是服务质量的重要指标。n性能一般来说体现在响应时间和吞吐量上，但是一些新的解释是能否满足时间性的要求。（用基础
14、模型中的交互模型来刻画）。n有些应用处理强时间性数据（time-critical data），例如：流媒体，要求按一定的速率处理。nQoS可以在操作系统层、网络层以及各个层面上都可以实现。第25页，本讲稿共83页26体系结构模型-分布式结构设计的需求缓存和复制的使用缓存和复制的使用n使用数据复制和缓存解决性能问题nWeb缓存协议：客户请求的响应可能来自浏览器缓存，也可能来自客户和服务器之间的代理服务器缓存。第26页，本讲稿共83页27体系结构模型-分布式结构设计的需求可靠性问题可靠性问题n正确性n没有成熟的技术n容错性n冗余是关键，例如：消息保存以便重传，使用副本技术进行容错。n安全性n保证数
15、据不受攻击n通过网络访问数据的权限第27页，本讲稿共83页28客户服务器模型n历史上最重要的结构之一，是Internet应用最常见的结构。第28页，本讲稿共83页29Centralized ArchitecturesnBasic ClientServer Model-Characteristics:nThere are processes offering services(servers)nThere are processes that use services(clients)nClients and servers can be on different machinesnClient
16、s follow request/reply model to using services第29页，本讲稿共83页30Application LayeringTraditional three-layered viewnUser-interface layer contains units for an applications user interfacenProcessing layer contains the functions of an application,i.e.without specific datanData layer contains the data that
17、a client wants to manipulate through the application components第30页，本讲稿共83页31Application Layering第31页，本讲稿共83页32对等体系结构系统应用中，完全由对等进程组成，进程间的通信模式完全依赖于应用的需求。第32页，本讲稿共83页33Decentralized ArchitecturesObservationnIn the last couple of years we have been seeing a tremendous growth in peer-to-peer systems.nSt
18、ructured P2P:nodes are organized following a specific distributed data structuren结构化P2P网络使用分布式哈希表（DHT）技术将数据映射到相应的节点，以便在数据的存放与查找方面有很好的扩展性，同时P2P网络的路由表的容量和链路长度之间存在渐进曲线的关系。首先介绍现有的P2P网络拓扑类型，然后对基于DHT的结构化P2P网络进行了详细的分析比较。第33页，本讲稿共83页34nUnstructured P2P:nodes have randomly selected neighborsnHybrid P2P:some
19、nodes are appointed special functions in a well-organized fashionnNotenIn virtually all cases,we are dealing with overlay networks:data is routed over connections setup between the nodes(cf.application-level multicasting)第34页，本讲稿共83页35Structured P2P SystemsBasic ideanOrganize the nodes in a structur
20、ed overlay network such as a logical ring,and make specific nodes responsible for services based only on their ID.第35页，本讲稿共83页36Unstructured P2P SystemsObservationnMany unstructured P2P systems attempt to maintain a random graph.Basic principleEach node is required to contact a randomly selected oth
21、er node:nLet each peer maintain a partial view of the network,consisting of c other nodesnEach node P periodically selects a node Q from its partial view P and Q exchange information and exchange members from their respective partial viewsNotenIt turns out that,depending on the exchange,randomness,b
22、ut also robustness of the network can be maintained.第36页，本讲稿共83页37SuperpeersnObservationSometimes it helps to select a few nodes to do specific work:superpeer.第37页，本讲稿共83页38Hybrid Architectures:Client-server combined with P2PExamplenEdge-server architectures,which are often used for Content Delivery
23、 Networks第38页，本讲稿共83页39Hybrid Architectures:C/S with P2P BitTorrentBasic ideanOnce a node has identified where to download a file form,it joins a swarm of downloaders who in parallel get file chunks from the source,but also distribute these chunks amongst each other.第39页，本讲稿共83页40Architectures versu
24、s MiddlewareProblemnIn many cases,distributed systems/applications are developed according to a specific architectural style.The chosen style may not be optimal in all cases)need to(dynamically)adapt the behavior of the middleware.InterceptorsnIntercept the usual flow of control when invoking a remo
25、te object.第40页，本讲稿共83页41第41页，本讲稿共83页42体系结构模型变体n使用多个服务器和缓存，增加性能和灵活性；n使用移动代码和移动代理；n用户需要硬件资源有限的、便于管理的低价格计算机；n能方便地增加和删除移动设备的需求。第42页，本讲稿共83页43体系结构模型变体-服务器组n将不同的服务对象在不同的机器上实现 ne.g.Webn在几个主机上维护副本服务 n e.g.Sun NIS（Network Information Service）Service第43页，本讲稿共83页44体系结构模型变体-代理服务器和缓存n缓存（Cache）n保存最近使用过的数据，可以在本地缓
26、存，也可以在代理服务器上做缓存。n缓存可以减少不必要的网络传输，减少服 务器负担，还可以代理其它用户透过防火 墙访问服务器。第44页，本讲稿共83页45体系结构模型变体-移动代码n局部（本地）运行下载的代码的好处是，由于不会遭遇跟网络通信相关的延迟或带宽的变化（可变性），因此，会得到好的交互式响应。n例子：一个股票代理可以提供一个定制服务来通知客户股票价格的变化。为了使用这个服务，每个客户必须下载一个特别的Applet，它从代理服务器那里接收更新，显示给用户，也许还要执行自动的买和卖操作。第45页，本讲稿共83页46体系结构模型变体-移动代码n将代码下载到客户端运行，可以提高交互的效率。第46
27、页，本讲稿共83页47体系结构模型变体-移动代理n在网络上的计算机之间穿梭，并执行的代码。代替一些机器执行任务。例如：利用空闲计算机完成密集型计算，计算程序（连同数据）从一个机器移动到另一个机器，在目的机上运行。n和移动代码移动代码 的区别：移动代码是服务器与客户端之间传递代码，后者是在服务器之间传递。n和远程调用远程调用比较：减少数据传输，降低通信开销。安全威胁限制了它的使用。n移动代理系统的例子有：IBM的Aglet以及Voyager、AgentTCL等。第47页，本讲稿共83页48体系结构模型变体-网络计算机n本身不安装操作系统，而是从远程服务器上下载操作系统和应用软件。n所有的应用数据
28、和代码都存储在文件服务器上。n用户可以移动。第48页，本讲稿共83页49体系结构模型变体-瘦客户n本地只是一个 GUI（图形用户界面），应用程序在远程计算机上执行。早期的大型机就有哑终端的概念，只不过那时大型机和哑终端在一个机房。现在可以是通过网络访问服务器。缺点：高延迟。ThinClientApplicationProcessNetwork computer or PCCompute servernetwork第49页，本讲稿共83页50体系结构模型变体-移动设备和自发互操作n设备带着软件组件在网络上移动n移动透明性，变化的连接性n自发互操作，能够无线联网，范围从大城市或更大的范围，到数百米
29、，或几米。n提供了对移动计算的支持，从而用户能够在网络环境之间携带它们的移动设备，并利用本地和远程的服务。第50页，本讲稿共83页51体系结构模型接口与对象n在分布式系统中，进程间的通信除了socket连接之外，大量的交互通过远程调用的形式完成的，接口与对象是远程调用的基础。n接口定义n一个进程中可调用的函数，要用一个或多个接口定义制定：功能，输入，输出。n面向对象的语言n用面向对象语言实现远程方法(rmi)调用，这是CORBA和JAVA采用的方法。n分布式系统中责任的分布是设计的一个重要方面n静态分配，事前确定每个机器或进程的作用。n面向对象的模式中，对象可以动态实例化并马上调用。第51页，
30、本讲稿共83页52Architectural stylesBasic ideanOrganize into logically different components,and distribute those components over the various machines.(a)Layered style is used for client-server system (b)Object-based style for distributed object systems.第52页，本讲稿共83页53Architectural stylesnDecoupling processe
31、s in space(“anonymous”)and also time(“asynchronous”)has led to alternative styles.(a)Publish/subscribe decoupled in space(b)Shared data space decoupled in space and time第53页，本讲稿共83页54第2章 系统模型n引言n体系结构模型n基础模型n总结第54页，本讲稿共83页55基础模型n体系结构模型所涉及的问题：n系统中的主要实体是什么？n它们如何交互？n影响他们单个和集体行为的特征是什么？第55页，本讲稿共83页56基础模型模
32、型的目的n显式地表示有关正在建模的系统假设；n给定这些假设，就什么是可行的，什么是不可行的给出结论。第56页，本讲稿共83页57基础模型n交互模型n进程之间通过消息传递进行交互，实现系 统的通信和协作功能。n有较长时间的延迟。n时间是进程间进行协调的基本的参照，在 分布式系统中，很难有相同的时间概念。n独立进程之间相互配合的准确性受限于上 面两个因素。第57页，本讲稿共83页58基础模型n故障模型n计算机或者网络发生故障，会影响服务的正确性。n故障模型的意义在于将定义可能出现的故障的形式，为分析故障带来的影响提供依据。n设计系统时，知道如何考虑到容错的需求。第58页，本讲稿共83页59基础模型
33、n安全模型n分布式系统的模块特性以及开放性，使得它们暴露在内部和外部的攻击之下。n安全模型的目的是提供依据，以此分析系统可能收到的侵害，并在设计系统时防止这些侵害的发生。第59页，本讲稿共83页60基础模型之交互模型n两个影响进程交互的因素n通信性能n不可能维护一个全局时间概念第60页，本讲稿共83页61基础模型之交互模型通信通道的性能n延迟n第一个比特流从发出到到达目的节点在网络中所花费的时间。n访问网络的时间、操作系统通信服务的时间n带宽n在单位时间内，网络上能够传输的信息的总量n抖动n传输一系列信息所花费时间的变化值nE.g.抖动会影响流媒体服务的质量，因为这类数据要求相对稳定的传输率。
34、第61页，本讲稿共83页62基础模型之交互模型计算机时钟和时间事件n时钟漂移率（Clock drift rate）n局部时钟和一个精确的参考时钟的差值 Timing eventne.g.,GPS,Logical time第62页，本讲稿共83页63基础模型之交互模型交互模型的两个变体交互模型的两个变体n同步分布式系统n进程执行每一步的时间有一个上限和下限。n每个在网络上传输消息可在已知时间范围内接收到。n每个进程的局部时钟相对于实际时间的漂移是在已知的范围内。第63页，本讲稿共83页64基础模型之交互模型交互模型的两个变种交互模型的两个变种n异步分布式系统-没有可预测的时限n进程执行速度n每一
35、步都可能需要任意长的时间n消息传递延迟n收到一个消息的等待时间可能任意长n时钟漂移率n漂移率可能是任意的第64页，本讲稿共83页65基础模型之交互模型同步分布式系统和异步分布式系统的例子n异步分布式系统nEmailnFTPn同步分布式系统nVOD(Video On Demand)即视频点播技即视频点播技术术 nVoice Conference System第65页，本讲稿共83页66故障模型n定义故障发生的行为，帮助理解故障对分布式系统的影响。n分类（针对分布式系统的节点与网络的故障场景，针对分布式系统的节点与网络的故障场景，多伦多大学的多伦多大学的Vassos Hadzialcos和康奈尔大
36、学和康奈尔大学Sam Toueg于于1994年进行了比较系统的分类年进行了比较系统的分类）n遗漏故障Omission failuresn随机故障Arbitrary failuresn时序故障Timing failures第66页，本讲稿共83页67故障模型-遗漏故障n进程或者通信通道没有正常的工作n进程遗漏故障：进程崩溃n进程停止：在同步系统中通过时限是可以检测出来的。但是在异步系统中，即使很长时间没有收到来自某个进程的消息，也不能判断是进程停止了。n通信遗漏故障：丢失信息n发送丢失，接受丢失，通道丢失n丢失故障是良性故障第67页，本讲稿共83页68故障模型-遗漏故障第68页，本讲稿共83页6
37、9故障模型-随机故障n随机故障（拜占庭故障）：对系统影响最大的一种故障形式，而且错误很难探知。n发生在进程中的随机故障：随便遗漏应有的处理步骤或者进行不应有的处理步骤，该做的不做，不该做的却做了。nE.g.对一个过程调用返回一个错误的信息n随机故障很少出现在通信信道。nE.g.校验和，消息有序列号第69页，本讲稿共83页70故障模型-时间故障n仅仅发生在同步分布式系统中ClasseffectsDescriptionClockProcess Processs local clock exceeds the bounds on its rate of drift from real time.Pe
38、rformance Process Process exceeds the bounds on the interval between two steps.Performance Channel A messages transmission takes longer than the stated bound.第70页，本讲稿共83页71故障模型-屏蔽故障n分布式系统中每个组件通常基于其他一组组件构造，利用存在故障的组件构造可靠的服务是可能。n一对一通信的可靠性n有效性（Validity）n在发送端缓冲区的消息最终能够到达接收端的缓冲区。n完整性（Integrity）n接收到的消息和发送的
39、消息完全一样，没有消息被发送两次。第71页，本讲稿共83页72安全模型n分布式系统的安全性n进程的安全性n通信信道的安全性n对象的安全性n对对象的保护措施n访问权限：在对象的访问控制表中规定什么人具有访问一个对象的权限n权能：用户一方所持有的访问那些对象的权限第72页，本讲稿共83页73安全模型威胁Communication channelCopy of mProcess pProcess qmThe enemym第73页，本讲稿共83页74安全模型威胁n对进程的威胁n对服务器：来自一个伪造实体的调用请求,例如：欺骗 mail servern对客户端：收到一个伪造的结果。例如：窃取密码n对信道
40、的威胁n拷贝消息，篡改或者填充n保存并重发：例如：从资金在两个账号间转移，如果重发这样的请求，将产生错误结果。第74页，本讲稿共83页75安全模型威胁nDos攻击n发出大量的服务请求，造成服务器过载不能提供服务，或者在网上传送大量的消息，占用带宽，拥塞网络。n移动代码n恶意代码入侵系统，例如：特洛依木马。第75页，本讲稿共83页76安全模型对策n加密技术和共享密钥n通过共享密钥相互确认对方n密码学（Cryptography）是基础n认证（Authentication）n对发送方提供确认身份进行认证。第76页，本讲稿共83页77安全模型对策n安全通道n每个进程知道正在执行的进程所代表的委托方的身
41、份。n确保在其上传输的数据的私密性和完整性。n每个消息包含物理的和逻辑的时间戳。第77页，本讲稿共83页78第2章 系统模型n引言n体系结构模型n基础模型n总结第78页，本讲稿共83页79体系结构模型nClient/Serverne.g.Web,FTP,NEWSnPeer processes nMultiple Serversne.g.DNSnProxy and Cachene.g.Web CachenVariations of C/SnMobile code,mobile agent,network computer,thin client,spontaneous networks第79页，
42、本讲稿共83页80基础模型nInteraction modelsnsynchronous DS and asynchronous DSnFailure modelsnomission failuresnarbitrary failuresntiming failuresnSecurity modelnthe enemiesnthe approaches of defeating them第80页，本讲稿共83页81课堂讨论n应用场景：多人参与的聊天室n什么样的体系结构模型适合这种应用？n对照基础模型中的几个情况，讨论可能出现的问题。第81页，本讲稿共83页82课堂讨论n体系结构模型1：完全对等n体系结构模型2：有中心的组管理服务器。n交互模型：时序问题，不能一个人看到的回答先于问题到达。n故障模型：消息丢失，保证每个组成员都要收到相同的消息。n安全模型：消息的加密。第82页，本讲稿共83页83END第83页，本讲稿共83页