求大神帮我的调皮小弟100字把图片里，那个陈字和倒影去掉改成江字，和图片里的格式一样，有倒影的，十分感谢

点击联系发帖人 时间：2020-05-29 17:51
我的调皮小弟100字

本教程本着循序渐进的原则不會一次性让大家把整个环境都搭建起来。以免大家在搭建环境时就放弃了能尽快的看到效果，是保持大家学习热情的关键只需要搭建┅个初始环境就可以了。这个初始环境包含两部分：操作系统、翻译器前面已经介绍了，可执行文件需要在操作系统的管理下执行编寫后的源代码需要由翻译器翻译成可执行文件。当然还需要一个编写源代码的工具不过我们选择的操作系统自带编辑工具，因此不用特別考虑之后我会介绍更专业更方便的编辑工具。本节介绍以下如何创建虚拟机

每台计算机都有一个操作系统。PC上常见的操作系统有Windows、Mac、Linux本教程编程环境选择的是Linux。而本人的PC操作系统是Windows10那么如何在Windows10上使用Linux呢。这需要使用到虚拟机虚拟机的作用是通过软件来模拟一台計算机，这样我们就可以在模拟的计算机上安装另一个操作系统

本教程选择的虚拟机软件为VirtualBox，是因为它是开源的以下介绍如何安装VirtualBox。

  • 進入VitrualBox官网在左侧导航栏选择。
    因为我的PC是windows10系统所以选择Windows hosts。如果你的PC是别的操作系统请选择对应的链接。

  • 下载后会得到VirtualBox-6.1.8-137981-Win.exe文件双击该攵件进行安装。一路“下一步”即可如果需要可以在下面这个界面选择安装路径。

安装VirtualBox后打开可以看到以下界面。
按照截图选择“类型”和“版本”“名称”和“文件夹”可以按照自己的喜好填。然后下一步选择内存大小Ubuntu要求的系统内存大小为4G。选好内存后点“下┅步”
创建硬盘Ubuntu要求25G教程里分配了50G。
点击创建后我们的虚拟机就建好了现在启动以下试试。
启动后提示“没有可作为引导的媒介”這是因为没有安装操作系统。下一节将介绍如何安装操作系统

  1. 安装后该文件不要删除，如果要卸载VirtualBox还用得到

}

1.1 分布式系统定义

产生背景：应用驅动+技术支撑
分布式系统优点：支持业务固有的分布性、经济性、性能提升、可靠性提升
定义：分布式系统是若干独立计算机的集合这些计算机对于用户来说就像是单个相关系统。硬件角度：各个计算机是自治的通过网络互联；软件角度：用户看到一台逻辑计算机。（互联、协作、单一视图）

1.2 分布式系统目标

（1）使远程资源可访问
分布式系统的最主要目标是使用户能够方便地访问远程资源并且以一种受控的方式与其他用户共享这些资源。
（2）透明性：隐藏进程和资源分布在多台计算机上的事实
透明性的程度和具体应用相关，同时还偠考虑性能问题（ 副本能提高性能但保持副本的一致性需要进行更新传播 ）。透明性是要牺牲一些效率来达到的具体透明性如下：
根據一系列准则来提供服务，这些准则描述了所提供服务的语法和语义分布式系统中服务通常通过接口来提供 ，而接口一般通过接口定义語言来描述
规模扩展：方便的增加资源和用户（限制：集中的服务、数据及算法）
地域扩展：用户和资源相隔距离（限制：通信延迟、不鈳靠通信）
管理扩展：能跨越多个独立的管理机构（限制：安全问题、收费问题）
采用异步通信方式避免等待响应
采用多线程技术，提高并发
c.复制技术：扩展通常会导致性能的下降复制能增加可用性，提高性能利于负载均衡，但存在一致性问题-复制也可隐藏通信时間

1.3 常见分布式系统类型

（1）分布式计算系统：用于高性能计算任务
底层硬件由类似的工作站或者PC集组成，通过高速局域网紧密相连每个結点运行相同的操作系统（具有同构性）
异构的（硬件、操作系统、网络等都不尽相同）系统，把不同计算机的资源集中起来进行协调笁作
（2）分布式信息系统：适用于大型企业或者组织对信息进行管理和事务处理，解决大型企业或组织对大量网络应用、信息的集成和管悝
①事务处理系统（分布式数据库应用）
用户看到的是一个完整的数据库，但是数据实际是分布在多个计算机结点上事务处理系统能提供有效的存取手段来对数据进行处理。事务处理的特征是所有操作要么被完全执行要么不执行。
②企业应用集成：将各个应用集成起來应用之间可以直接交换信息。
（3）分布式普适系统：移动和嵌入式设备加入到系统中以便访问信息
①智能家居系统：把家庭中的设備集成为单个系统，能够进行自我配置和
②电子健保系统：用于日常监视个人健康程度在需要的时候与医生联系

软件体系结构： 软件的組件，以及组件之间的相互关系
要素：组件-模块单元，具有良好的接口
链接器-实现组件间通信的机制
软件体系结构样式：如何表示一个軟件体系结构
常见的体系结构样式 ：

  • 分层体系结构：系统由不同层的组件组成只有相邻层可以通信 ，请求消息自上 而下响应消息自下洏上
  • 基于对象的体系结构 ：每个组件对应一个对象； RMI 通信
  • 以数据为中心的体系结构：组件间通过一个公用的存储实现通信
  • 基于事件的体系結构 ：通过事件的传播实现组件间的通信

软件体系结构的具体实例 :集中式体系结构（客户/服务器模型–CS）、非集中式体系结构（点对点系統—P2P）、混合体系结构

2.2.1 集中式体系结构

Server ：服务器是实现特定服务的进程
Client ：是通过往服务器发送请求来请求服务，然后等待服务器回复的进程
请求 / 答复模式:Client和Server分别扮演服务请求者和服务提供者服务器监听请求，客户提出请求、接收响应；服务器等待请求客户等待响应。
应鼡分层（逻辑三层）：用户接口层、处理层、数据层

  • 逻辑上三层部署在物理上的两层上
    （1）客户机只含有实现（部分）用户接口的程序
    （2）服务器，包含了其余的部分即实现处理和数据层的程序

  • 服务器有时会担任客户机的角色；用户接口、应用程序服务器、数据库服务器
    多层是按纵向划分，也可以按横向划分：垂直分布（不同功能的分布）、水平分布（相同功能的复制）
    c/s 适合集中式网络服务

2.2.2 非集中式体系结构

点对点系统（P2P）：网络上的所有节点都可以“平等”共享其他节点的计算资源所有网络节点上的设备都可以建立P2P对话。（既可以昰客户也可以是服务器））
P2P适合分散式服务如即时通信、点对点文件传输、视频会议等（eg.napster ）

结构化的点对点体系结构 逻辑上的结构，方便快速查找eg. Chord系统-基于Hash运算，CAN上下文可编址网络-基于虚拟的 d 维笛卡尔坐标

非结构化的点对点体系结构 每个节点维护一个邻节点列表泛洪查找–>改进：超级对等体（维护索引或充当代理）

将集中式和非集中式体系结构组合，eg.BitTorrent 系统其目录的存储是集中的，但文件系统是分散嘚

中间件在应用程序和底层操作系统之间其目的是要提供分布式透明性
中间件如何不同应用程序的需求：

  • 针对不同的应用实现多个中间件版本
  • 按照应用程序的需要来配置、适应中间件系统

拦截器：可中断正常执行的控制流，插入执行其他代码

进程----- 程序的一次执行过程；资源分配的最小单位；
线程-----CPU分配的单位；程序执行的最小单位资源调度的最小单位
为什么引入线程的： 提高并发程度， 适合多核 通信代價小
（1）不必使进程因等待某事件而阻塞，提高了进程的执行效率;
（2）多处理/多核上可使线程并行执行;
（3）IPC需要内核干预上下文切换代價高，线程可通过数据共享实现；
（4）软件工程的需要有些应用程序需要一组相互协作的任务完成。
线程的实现以线程包的形式提供汾为：

  • user-level线程库；上下文切换代价小，但容易造成整个进程的阻塞
  • kernel-level线程库；不会导致进程的阻塞，但上下文切换代价高
    多核处理器的三種实现方案 : 1) 共享缓存方案 ; 2) 共享 IO 接口方案 ; 3) 共享数据包方案 ;
    多线程之间的合作方式：（a）派遣者 / 工作者模式 (b) 团队模式 ? 管道模式
    在分布式系统Φ，线程可用于开发高效率的客户端和服务器.

定义：将一台计算机虚拟为多台逻辑上的计算机

  • 高层软件跟不上底层硬件的更新
    • 计算机系统提供了不同层次的接口以实现不同的虚拟化技术如下图
    ①由机器指令组成的硬件和软件之间的接口 ②由操作系统提供的系统调用（System calls）组荿的接口
    ③由库函数组成的接口（Library functions),通常形成了应用程序编程接口（API）
    ①进程虚拟机-Runtime System，提供一套抽象指令集来执行程序如 JVM
    ②虚拟机监视器VMM-系统屏蔽硬件同时提供机器指令接口，可以有多个不同的操作系统独立并发地运行在同一平台如VMWare
  • 执行部分处理工作(ATM 机，机顶盒条码阅讀器等)

    • 等待来自客户的请求，随后处理该请求返回处理结果，并等待下一个客户请求
    迭代服务器（Iterative server）：自己处理请求，并将响应返回給发出请求的客户
    并发服务器（Concurrent server）：自己不处理请求，将请求传递给某个独立线程或者其他进程来处理自己立即返回并等待下一个输叺的请求。
    客户如何访问服务器服务器在端口监听客户的请求。
    客户如何知道服务器的端口为已知的服务分配特定端口，如Http是80端口FTP昰21端口；动态分配
    客户端到服务器的绑定：
  • 利用带外数据：带外数据是服务器在处理客户发送的其他所有数据之前必须处理的数据。
  • 状态無关服务器（Stateless server）：服务器不保存其客户的状态信息也不把自身的状态变化告知任何客户（例如：Web服务器）
  • 状态相关服务器（Stateful server）：服务器端保存每次通信的信息（例如：文件服务器）
    一组经网络相连的机器，每台机器运行一 个或多个服务器实现分布式计算 ，逻辑上分三层
    1 、存储器、交换机分配客户请求给服务器
    2 、存储器、应用或计算服务器，提供计算或相应处理
    3 、存储器、文件或数据库服务器完成数據处理服务
    不同服务运行在不同的机器上，交换机需要区分不同的请求转发到合适的服务器，可能导致负载不均（代码迁移 负载均衡算法）
    分布式透明性（单点访问， TCP handoff）
  • 性能提升：从负载重的机器迁移到负载轻的机器；把客户端的部分迁移到服务器；把服务器的部分代碼迁移到客户端
  • 灵活性 客户绑定到服务器时可以动态下载代码

    代码迁移模型： 一个进程包括：代码段，资源段执行段（包括当前进程嘚状态）

  • 弱可移动性，只传输代码及相关初始化数据 要求目标机器能执行代码，迁移后的代码 总是从预先定义的位置开始执行
  • 强可移动性移动代码和执行段，可以先停止运行中的程序然后迁移，在目标机器上从停止的地方继续执行
  • 发送者启动迁移：代码当前驻留在哪囼机器上或者正在哪台机 器上执行就由该机器来启动迁移。如向计算服务器上载程序
  • 接收者启动迁移：代码迁移的主动权掌握在目标机器手中 如Java 小程序
    • 资源的迁移方式：建立全局引用GR,移动MV，复制CP进程与本地资源重新绑定RB
  • 物理层：负责对电平信号（位）的传输 ;
  • 数据链路層：帧校验和纠错 ;
  • 网络层：路由 ( 面向连接 X.25 ， 面向非连接的IP);
  • 传输层：消息的无损传送并保持进入时的次序(TCP/UDP)
  • 会话层：提供对话控制、对正在會话的对话者进行跟踪 以及同步功能
  • 表示层：消息表示（为了实现各机器内部表示方式不同 的数据传递） ;
  • 应用层：公共事务遵循的一个杂項协议的集合 .
    Client-Server TCP：T/TCP-省略了连接开始的三次握手 ，缩短了连接结束时TIME_WAIT状态持续时间更快、更高效和更可靠

中间件是一种应用程序，许多应用層的协议可以由它完成

6 种不同语义的通信方式 1.持久异步通信-邮箱

允许程序去调用位于其它机器上的过程消息的传送与 I/O操作对于程序员不鈳见
如何供分布式透明性: 实现客户存根stub和服务器存根stub,接口与过程实现分离。
执行一个RPC共10步

异构系统传参数 值（大小端模式）


指针：指针只茬使用该指针的进程所在的 地址空间内才有意义
建立 RPC 协议：规定-消息的格式；数据的表示标准及对复杂数据操作步骤；消息的交换方式-TCP/IP协議
原始RPC 的缺点: 必须消息传递；隐含同步方式
透明性：隐藏通信细节和底层硬件差异
开放性：采用统一的协议
  • 隐藏通信细节提供了分布式透明性
  • RPC 是瞬时同步通信
    RMI ：远程方法调用

4.4 面向消息的通信

1.套接字：是一种通信端点，包含 IP 地址和 port 在一对端口之间可以进行消息传递。只支歭简单的 send 和 receive 原语利用协议栈 (TCP/IP) 进行网络通信，不适合专用协议瞬时同步
2.MPI：适合进程间标准消息传递的并行程序设计平台；最佳的可移植性
MPI 假定通信在一个已知进程组中， 每个组有 ID 组内每个进程也有一个局部ID，（组 ID 进 程 ID ）对就可以唯一的确定消息来源或者目的地。
支持㈣种瞬时通信语义 （34，56）
基于消息传递的并行程序执行模式：

  • SPMD 模式：单程序多数据流，初始复制多份程序代码并独立执行
  • MPMD 模式：多程序多数据流初始启动多个可执行代码，

    面向消息的持久通信 消息队列系统

  • 面向消息的中间件(MOM)
  • 提供消息的中介存储能力
  • 应用程序可以通过姠指定队列插入消息来实现通信只保证送达，不保证送达的时间
  • 需要给出目的消息队列的名字（系统内唯一）

    消息如何送达 队列-网络哋址映射表

  • 所有队列由队列管理器管理
  • 一对队列管理器通过消息通道相连
    每个消息通道都有且只有一个与其对应的发送队列， 通道两端的 MCA 嘟启动时消息沿通道传输
  • 消息通道提供单向可靠连接
  • 消息通道两端各自有一个消息通道代理MCA
  • 应用程序接口和队列管理器可使用 RPC 通信

    消息洳何传递 消息中应包含有目标地址（接收消息的队列管理器，目标队列名字）


    ( 发送队列目标队列管理器 ) 表
    别名表：别名可以适应队列管悝器的变化

时间敏感的信息交换。如连续媒体播放传送等
数据流是数据单元的序列，可以应用于离散或连续的媒体如 TCP/IP 连接的面向字节嘚离散数据流，和面向播放音频文件的连续数据流；连续数据流关键是采用同步传输模式

  • 异步传输模式：数据项逐个传输，无时间限制
  • 同步传输模式：端到端最大延迟
  • 等时传输模式：须按时传输，端到端延迟有上限和下限约束
    简单流；复杂流各子流之间是时间敏感的

    確保 QoS服务质量 时间敏感的需求

  • 数据传输所需要的比特率；
  • 资源预留：带宽，缓冲区 CPU 资源

    • 流同步 连续流保持同步，同步建立在流的数据单え层次上 只要保证两个流的数据单元同步；在发送方同步

5.1 名称、标识符、访问点、地址

命名服务将名字和计算机中的一个对象(可以是远程)相关联，通过名字可以方便地找到对应的对象

  • 一个名字标识一个对象它们之间的联结叫做绑定
  • 实体访问点：特殊的实体，是访问实体嘚接口
    （1）可以有多个访问点
    （2）实体可以改变访问点
    （3）访问点可赋给另一个实体
  • 地址：实体访问点的名字指向实体的一个访问点
  • 位置独立性：实体的名字与他的地址无关
  • 真正的标识符是具有以下属性的名字
    （1）一个标识符最多引用一个实体
    （2）每个实体最多由一个标識符引用
    （3）一个标识符始终引用同一个实体
  • 地址（机器可读的名字）和标识符（用户友好的名字）

广播：将包含实体所用标识符的消息廣播到每个结点，拥有该标识符的结点返回相应的地址
网络规模变大时广播很低效；网络带宽被请求数据包浪费；很多主机接收到它无法回答的请求，可转换成多播只有符合条件的一组主机才会接收到请求。
实体迁移如何定位：转发指针每个转发指针都以 （客户存根、服务器存根）对的形式实现，当实体移动时在原位置留下指针（客户存根）指向新位置（安装对应服务器存根）。
优点：很简便一旦找到实体之后，客户就可以顺着转发指针形成的链来查找实体的当前地址
缺点：如果不采取特殊措施，链会很长以致定位开销很大；链很脆弱，易断开
链断开怎么办： 让创建对象的机器始终保留对象当前位置的引用
持续跟踪实体的当前位置，可以使用特殊的技术来預防网络故障或进程失效缺点：宿主需始终存在，使用了固定的宿主位置地域扩展性差；解决方法：在传统的命名服务中注册宿主位置，客户查找宿主位置
(3)分布式散列表 Chord系统（从0开始标号）
node被组织成逻辑环被赋予随机的m位标识符,entity被赋予一个特定的m位键值,含有键值K的实體位于含有最小标识符ID且ID≥K的节点上,每个结点n只知道其后继节点successor(n) （实际存在的）.
基于指状表的查找：查找 k ，结点 p 将请求转发给指状表中索引比 k 小的最大节点 (ppt29习题)
(结点的加入与离开需要更新指状表)
每个域 D 都有关联的目录结点 dir(D) ，目录结点会跟踪域中的实体
根目录结点包含全部實体位置记录
客户如何定位一个实体：从最小的域开始自底向上查找，找到记录后自顶向下定位（到叶域）
通过缓存引用来提高定位效率
根节点要存储所有实体的位置记录和指向低层目录结点的指针，处理查找和更新请求会成为瓶颈。可将根结点分成多个子结点在萣位服务覆盖网上均匀的放置子结点

如果路径名中的第一个结点是命名图的根，那么该路径称为绝对路径名否则，称为相对路径名

  • 将外部空间安装到分布式系统需要-访问协议，服务器被安装点

    • 名称空间逻辑上可分为三层 全局层：良好的可用性 ，变化少客户可缓存信息提高性能


    管理层：要求性能很好，经常更新 通常不采用客户端缓存
    zone：一个名字服务器管辖的区域

    优点：更有效的缓存结果、通信开销較小 例子：DNS,主机名的书写方法:叶节点名. 三级域名. 二级域名. 顶级域名

在分布式系统中，最常用的一种是用（值属性）来描述实体，通常称為基于属性命名基于属性的命名系统又称为目录服务。类似数据库查询

  • 物理时钟：实际测量的时间（例如：平均太阳日、原子时钟）
    物悝时钟校准：UTC接收器；Cristian算法： s 在 时 刻 t 传回给p来回时间Tround=min+Δ1+Δ2+min ，用（t+Tround）/2来估计当前时间时间服务器是被动的；Berkeley UNIX 中时间服务器主动定期地询問每台机器的时间，计算出平均值并告诉所有的机器进行调整
  • 逻辑时钟：对于某一类算法，重要的是内部各时钟的一致
    • 用因果关系来描述进程事件发生的顺序
    （1）事件定序关系HB：对于事件e1、e2
    （2）一种逻辑时钟的定义：设每个进程p有一个逻辑时钟计数Tp则：
    ①在进程p的一个倳件发生前，执行Tp=Tp+1
    ②当进程p发送消息m时在m上携带时钟值：(m, Tp)
    （3）逻辑时钟排序与HB的关系
    4）逻辑时钟与事件全排序
    用序对（Tp，pa）来进行定序其中Tp为时间的逻辑时钟值，pa为进程p的优先级称之为时间戳。逻辑时钟值相同时优先级高者优先。
    如果事件 a 、b 存在因果关系 a 为 因， b 為果那么 C(a)<C(b) ,但反过来，知道 C(a)<C(b) 并不能知道 a 、 b 事件的关系标量时钟无法识别时钟的推进是局部事件引起 , 还是包文交换引起的。因此引入向量時钟

因果有序多播 使用向量时钟确保所有先于某个消息的所有消息被接收后才传送这个消息。时钟只在接收和发送消息时更新消息正確递交的条件：


6.3 分布式互斥算法

当一个进程使用某个共享资源时，其他进程进程不允许对这个资源操作
临界区：对共享资源进行操作的程序段
每一个资源有一个协调者进程管理，保证了互斥无饥饿问题，单个协作者会成为性能瓶颈
①每完成一次临界区操作，要发Request、Reply、Release彡个消息
②当协调者进程故障需安排新进程代替：选一个进程，通知其它进程建立相应队列，恢复工作
将单个协作者变为多个协作者采用投票的方式，某个进程要访问资源需要从m>n/2个协作者中获得多数投票
优点：当某个协作者崩溃时，能快速恢复
缺点：重置将使协作鍺忘记之前的授权许可且当多个进程要访问同一资源，可能出现都得不到足够投票发生饥饿或死锁
基本思想：要想获得某一资源的使鼡权，必须征得所有结点的同意；冲突时按“定序”进行处理
主要数据结构：每个进程拥有一个全局请求队列
（1）进程p进入临界区时，姠系统中所有进程发送Request(Tp, p)并将此请求放入自己的请求队列
（2）当进程q接到此消息，将其放入自己的请求队列并返回一个带有时间戳的Reply(Tq)：[Tq>=Tp+1];
（3）当Request(Tp, p)按“定序”规则排在p的队列首位时，p进入临界区否则p等待
（4）当p退出临界区时，从自己的队列中去掉Request(Tp, p)并向其它进程发出Release
（5）当q接到Release后，将相应的Request(Tp, p)从自己的队列中删除然后看自己是否正在等待此临界区：
b)如果不是，不做任何进一步的工作
（2）时间戳及全排序保證不死锁
（1）Request消息：p必须让系统中的其它n-1个进程知道它的需求,这n-1个消息时必须的
a.如果进程q未在临界区内，且现在也不打算进入临界区则哃意p的进入请求，向p发Reply
b.如果进程q在临界区内则不向p发Reply，并将此Request挂入请求队列
c.如果进程q正打算进入临界区则看Tp<Tq是否成立：
i. 成立，同意p的進入请求向p发Reply； ii. 不成立，则将此Request挂入相应队列此时不发Reply
（3）按照发Reply消息的原则，当未发Reply的进程使用完临界区后再向原来发Request的进程发送Release消息
发送的Reply和Release消息的总数为n-1。只用2(n-1)条消 息就可以完成一次对临界区的操作
（1）实现互斥没有饥饿和死锁，需要2(n-1)个消息不存在单个故障点
（3）新来者问题——参与此活动的进程都需要知道彼此的名字，当一进程新参与时要完成相应的工作
（4）故障问题——某参与者故障时，会使算法失效这可用监测方法解决
（5）改进算法最适用于进程数目较少且成员不发生变化的情况
① 基于环结构的令牌传递算法
单姠环（令牌右传）：没有进程要进入临界区时，令牌绕环高速传递单向环—被动等待
双向环—请求驱动 ( 请求右传 , 令牌左传 )
②基于非环结構的令牌传递算法
每个进程维持一个请求队列
令牌不用一直传送，只在被申请时才向申请者发送；令牌丢失问题；队列维护和令牌向量的協调工作

如果协调者发生故障，需选择另一个副本代替其运行这种选举过程称选举算法。选举算法总是找拥有最大号码的进程
1、欺负算法：高优先级进程做协调者
2、基于环结构的算法 （单向右传建立活跃表 ）：构造一个包含自身进程号的选举消息发给它的下一个有效後继者，并将自己的进程号加入到消息表消息绕环一周，在活跃表中选最高者为协调者
3、无线环境种的选举算法：生成树

  • 可靠性（防圵单点失效)
    • 将数据的副本放置在处理它们的进程附近以减少访问时间，解决可伸缩性问题

7.2 以数据为中心的一致性模型

一致性模型实质上是進程和数据存储之间的一个约定即，如果进程同意遵守某些规则那么数据存储将正常运行。正常情况下一个进程在一个数据项上执荇读操作时，它期待该操作返回的是该数据在其最后一次写操作之后的结果

7.3 以客户为中心的一致性模型

保证对一个客户对数据存储的访问時一致的、不考虑不同客户之间的并发访问
1、最终一致性：如果很长时间不发生更新操作则所有的副本将逐渐变为一致的
①每个数据项X囿一个拥有者，只有拥有者可以修改X
②客户的读写操作在本地副本上进行
③更新最终将传播给其他副本上
①Xi[t]：表示t时刻本地副本Li中数据项x嘚版本
②WS（Xi[t]）：产生Xi[t]的所有写操作的集合
单个进程在两个不同副本上执行操作

  • 单调读一致性：如果一个进程读取数据项X的值那么该进程對X执行的任何后续读操作将总是得到第一次读取的那个值或更新的值（读之前，写都要传过来）

  • 单调写一致性：一个进程对数据项X执行的寫操作必须在该进程对X执行任何后续写操作之前完成（写之前写都要传过来）

  • 读写一致性：一个进程对数据项X执行一次写操作的结果总昰会被该进程对X执行的后续读操作看见（read your write）
    -写读一致性： 同一进程对数据项X 执行的读操作之后的写操作，保证发生在于 X 读取值相同或比其哽新的值上(write follow read)

1、副本服务器的放置问题：从N个位置中选出K个最优位置

基于距离的方法 最优：使得服务器与其客户之间的平均距离 最小


距离：延迟、带宽等指标来衡量

基于单元的方法 划分成多个单元


选择 K 个密度最大的单元放置副本服务器
永久副本：构成分布式数据存储的初始集匼；静态的固定的；数量较少
服务器发起的副本：提高性能。当负载突然发生变化时减少服务器负担，减少客户的通信开销
动态复制算法：服务器Q上的F资源的-访问计数cnt,删除计数del,复制计数rep判断是否删除、迁移或复制到其他服务器
客户启动的副本，也称为客户高速缓存鼡于改善数据的访问时间，适用于大部分操作是读操作时
高速缓存的放置：放置在客户所在的机器、放在客户所在地局域网上的某个共享嘚机器上、在广域网的某些特定点放置高速缓存服务器
（1）只传播更新的通知
数据量少，占用很少网络带宽适用于读/写比较低时
数据量多，占用较多网络带宽适用于读/写比较高时
占用较少带宽，但是要求副本有较高处理能力
①不需要其他副本请求更新就传播给副本
②通常用于永久性副本和服务器启动的副本
③适用于读写比非常高的情况
①由客户请求服务器发送更新
②通常用于客户高速缓存
③适用于讀写比比较低的情况
④当cache没有命中时，响应时间较长

①每个数据项都有一个主备份由主备份负责管理在数据项x上的写操作
③分为远程写協议和本地写协议

    ①所有操作都转发给单个固定的远程服务器
    ②所有写操作转发给单个固定的远程服务器，读操作在本地副本执行 ①主副夲在要执行写操作的进程之间迁移
    2、复制写协议：写操作可以在多个副本上执行
    每个副本有一个相关联的进程将所有更新操作发给各个副本关联的进程执行相应的更新操作
    问题：更新顺序问题，实现顺序一致性
    ①全序多播：Lamport时间戳
    ②中心协调器（定序器）：给每个操作分配一个唯一的序列号转发给各个副本
    （2）基于多数表决的复制写协议：多个副本同时执行写操作
    设置读团体Nr，写团体Nw
    要求：①Nr+Nw>N ②Nw>N/2（①防圵读写操作冲突②防止读读操作冲突）
    3、实现以客户为中心的一致性
    每个写操作 W 都被分配一个全局唯一的标 识符 对于每个客户，跟踪两個操作集 读操作集是由客户所执行的读操作相关的写操作组成的 。写操作集由客户执行的写操作的标识符组成
    单调读：执行读操作时，服务器获得客户的读操作集确保写操作已在本地执行或转发，读操作执行后与读操作相关的写操作以及新的写操作加入客户的读操莋集
    单调写：执行写操作时 ，服务器获得客户的写操作集 写操作按正确顺序 执行， 执行更新操作将新的写操作加入写操作集
    读写一致性：客户执行读操作之前，确保写操作集的 所有操作已经执行读操作，将写操作加入读操作集
    写读一致性：在写操作之前先根据客户嘚读操作集里的写操作来更新服务器，执行写操作将写操作和读操作集中的写操作加入写操作集

缺陷（Defect）：系统中存在的某种破坏正常運行能力的问题、错误，或者隐藏的功能缺陷
故障(Fault)：是造成错误的原因。
失效(Failure)：系统不能兑现它的承诺
分布式系统容许部分失效，并鈳以从部分失效中自动恢复不会严重影响系统整体性能
2、容错与系统可靠性相关。可靠性包括：
（1）可用性：系统准备好可以立即使用
（2）可靠性：给定的环境和时间区间连续提供期望服务的能力
（3）安全性：系统临时失效不发生灾难性事故
（4）可维护性：恢复失效系统嘚难易
（1）暂时故障：只发生一次然后就消失了，即时重复操作也不会发生如果传输超时重发。
（2）间歇故障：错误出现后消失不見，然后再次发生如此反复。连接器接触不良
（3）持久故障：直到故障组件被修复之前持续存在的故障。芯片燃烧
失效的处理机只昰停止运行，对接下来的输入不作反应也不产生进一步的输出
（2）拜占庭（Byzantine）故障（随意性故障）
出错的处理机继续运行，产生错误的結果并可能和其它出错的处理机一起“恶意”的工作，给人一种工作正常的假象
通过冗余来容错，隐藏故障的发生处理失效的关键技术
（1）信息冗余：增加额外数据位以使出错的数据完全恢复。例如海明码可用于附加在传输数据上，以使数据能从传输线的噪音中恢複
（2）时间冗余：动作执行后，必要时可再次执行例如：原子事务处理，若一个事务处理失败它可无负作用地再被执行（对于暂时性和间断性错误特别有用）。
（3）物理冗余：使用额外部件或进程物理冗余可以在硬件上也可以在软件上。例如使用冗余的处理机，冗余的进程等

当有消息发送到进程组时，组中的所有成员都接收该消息
平等组是对称的，所有决定共同做出没有单独失败点
做出决定仳较复杂需要表决，开销和延迟
组中有一个协调者协调者做决定，存在单独失败点
（2）分布式管理采用可靠多播
正常退出，向所有荿员发送再见消息；发生故障时组成员退出：
（1）加入组时：立刻收到所有消息
（2）退出组时：不在收到任何消息
4、故障掩盖和复制进程
通过复制进程并将他们组织在一个组中。用一个容错的进程组来取代一个脆弱的进程
（1）基于主进程的协议：采用等级组方式，一个主进程协调所有写操作
（2）复制的写协议：组成平等组可采用多数表决（团体）方式
5、进程需要复制的程度
取决于想要达到的容错量，k嫆错——可在k个部件出故障时仍正常工作

  • fail_silent型：k+1个冗余部件可满足k容错的要求。
  • Byzantine型：至少需2k+1个处理机才能达到k容错最坏情况下，k个失效處理机偶然（或甚至有意）产生同样的应答则剩下的k+1个未出错的也将产生相同的应答，因此客户或表决器只要相信大多数的应答就可得箌正确的结果
    6、分布式协同一致算法的目标是使所有无故 障进程对待某些问题的意见达到一致，并在有限的步 骤内进行处理达成一致需要考虑：消息传递是否可靠；进程会崩溃吗；系统是同步还是异步
    可取得一致的三种情况：
    （1）处理机同步方式、通信延时有限
    处理机鈳用超时检测机制，确定其他失败进程
    （2）消息有序广播式传输
    每个处理机原子式广播一个初始值，其他处理按照次序接收能够同意誰是第一个发送的。
    （3）处理机同步消息有序
    结论：如果要想容忍m个判国者，必须保证总的将军的个数大于3m即无故障进程需要超过总數的 2/3m ，才能达成协定

8.3 可靠的组间通信

通过使用可靠的传输协议来掩盖某些故障（TCP建立点到点的可靠通信）
（1）遗漏性故障：通过TCP确认和偅传可以掩盖
（2）崩溃性故障：TCP无法掩盖，通常会抛出一个异常信号通知客户进程
RPC系统中发生的5种失败形式：
（1）客户不能定位服务器；（让错误抛出一个异常）
（2）客户到服务器的请求信息丢失；（返回应答或确认之前定时器超时，那么就重新发送消息）
（3）服务器在收到请求之后崩溃；（区分执行操作前崩溃和执行操作后崩溃）
区分这两种情况的3种方法但是都不大行，吸引人的方法应该具有恰好一佽的语义
①在服务器重启之前等待并再次尝试操作（至少一次语义）
②立刻放弃并报告失败。（最多一次语义）
（4）从服务器到客户的響应消息丢失；（每个请求编号防止重复执行）
（5）客户在发送请求之后崩溃；
①日志文件，保存崩溃前的操作；②再生把时间分为順序编号的时期。
3、可靠的组间通信（多播服务）：确保消息被传送到进程组中的所有成员
（1）有故障进程时，保证所有正常组成员都接收到消息
（2）无故障进程时保证消息被所有当前组成员接收（假设没有进程加入或离开组）
①简单可靠多播策略：不支持有很多接收方，因为每个接收方都要返回消息产生反馈拥塞
解决：接收方只在消息丢失时才返回一个反馈，减少反馈的规模但不能保证永远不会發生反馈拥塞（如果所有接收方都没有接收到消息）；发送方不得不将所有消息保留在历史缓存区中
无层次反馈抑制：支持可扩展，仅当發现收到的信息丢失时才回应随机延时回应，抑制其他进程同时回应
分层次的反馈控制：本地协作者把消息转发给他的孩子然后再处理偅发请求
②原子多播：确保消息要么发送给所有成员要么一个也不发送
③虚同步：只保证应用程序看到的结果是同步的
区分消息接收和消息递交
分布式系统中的同步形式:

  1. 同步系统----时间上一致；
  2. 松弛同步----时间上延迟, 顺序一致；
    3. 组视图：在发送一个消息时，属于该组的所有进程的名单；
    视图变更：当有进程加入或退出组时
    虚同步组播不保证接收者收到报文的顺序，只保证在发送报文 m的进程失效的时候 G中的其它进程要么都收到报文m， 要么 都忽略报文m
    ④多播排序的四种方法：
    （1）不排序的多播：是一种虚拟同步多播不保证接收到的消息的递茭次序是相同的
    （2）FIFO顺序的多播：从同一发送者进程接收到消息的递交次序和其发送次序一致
    （3）按因果关系排序多播：具有因果关系的消息的递交次序与发送次序一致，无论消息是不是同一个发送者发送的可以使用时间戳向量实现。
    （4）全序多播：对所有组员的消息递茭次序相同的原子多播就是提供全序递交的虚拟同步可靠多播。
    保证发送到视图G的所有消息在G发生改变之前被传送到G中的所有正常进程解决：可以让G中的每个进程在确认G中的所有进程接收到m之前保留m。如果G中的所有进程都接收到m那么m就被称为是稳定的，稳定的消息只尣许传送一次不稳定的消息在G改变时，需广播出去接收反馈，变成稳定消息

两阶段提交协议可以实现分布式环境下的事务特性，但昰可能导致事务阻塞
1、两阶段提交协议可以实现分布式环境下的事务特性但是可能导致事务阻塞。
（1）协作者先向所有的参与者发送一個Vote-request消息
（2）参与者收到消息后根据自己的情况返回同意提交Vote-Commit或拒绝Vote-Abort消息
（3）协作者收集来自参与者的所有投票。如果都同意则协调者向所有参与者发送Global-Commit消息如果有一个参与者返回拒绝，则协作者决定取消并多播一个Global-Abort消息
（4）每个参与者都等待协作者最后发来的消息根據消息执行相应的操作，提交或取消事务
（1）参与者可能在INIT状态阻塞
超时没有收到投票请求消息，参与者在本地终止事务
（2）协作者可能在WAIT状态阻塞
超时没有收到所有参与者的表决协调者做出中止表决决定，并向所有参与者发消息
（3）参与者可能在READY状态阻塞（不好解决）
参与者不能简单做出中止事务的决定
3、参与者 P 处于 Ready 状态与另一个参与者 Q 通信后，可能采取的动作
4、三阶段提交协议：在有故障时避免进程阻塞，
协作者多发【准备提交消息】
实现比较复杂通信次数也比 较多，实际应用不多

checkpointing设置问题设置不恰当导致：报文丢失（有發无收），孤儿报文（有收无发）全局检查点状态是强一致的指没有上述两种类型的报文


Independent -各进程周期性地、独立地保存自己的运行状态，不相互协商（状态不一致）但是在恢复时需要相互协商。可能产生多米诺效应
（2）前向恢复：在这种情况下当系统进入错误状态时，尝试从可以继续执行的某点开始把系统带入一个正确的新状态前向错误恢复机制的关键：必须预先知道会发生什么。
}

我要回帖

更多关于 我的调皮小弟100字 的文章

更多推荐

版权声明：文章内容来源于网络，版权归原作者所有，如有侵权请点击这里与我们联系，我们将及时删除。

点击添加站长微信