第二章第六节 P2P应用

在本节内容开始前，我们要先来对P2P架构有一个宏观的认知：

P2P:(Peer to Peer 对等结构)   以对等方式进行通信，并不区分客户端和服务端，而是平等关系进行通信。在对等方式下，可以把每个相连的主机当成既是主机又是客户，可以互相下载对方的共享文件。比如迅雷下载就是典型的P2P通信方式。

　　本章描绘的前三个应用都采用了CS（客户-服务器）体系结构，极大的依赖于总是打开的基础设施服务器。而在本节中，我们将介绍两种适用于P2P的应用：一个是文件分发，在其中我们将介绍流行的BitTorrent协议；另一个是分布在大型对等方社区中的数据库，在其中我们将探讨分布式散列表(Distrubuted Hash Table，DHT)的概念。

• 文件分发

  • P2P系统结构的扩展性
  • BitTorrent

• P2P应用：索引技术

  • P2P中搜索信息
  • 集中式索引
  • 查询洪泛
  • 层次覆盖

• 分布式散列表

• 纯P2P架构具有如下特点：

  • 没有服务器，任意端系统之间直接通信
  • 节点阶段性接入Internet
  • 节点可能更换IP地址
  • 资源共享
  • 资源分布

## 文件分发

【P2P体系结构的扩展性】

• 为了方便讨论，我们假设如上图的简单定量模型，其中us为服务器上传带宽；ui为节点i上传带宽，di为节点i下载带宽。
• 对于客户机/服务器架构：
  • 服务器串行地发送 N 个副本，时间为： NF/us
  • 客户机i 需要 F/di 的时间下载
  • 我们所需要的最短时间为：
• 对于P2P架构：
  • 服务器必须发送一个副本，时间： F/us
  • 客户机i 需要 F/di 的时间下载
  • 总共需要下载NF比特
  • 最快的可能上传速率： us + ∑ui
  • 所需要的最短时间为：
• 结论：对足够大的N（对等方的数量）：
  • 客户机/服务器体系结构的分发时间随着对等方的数量N线性增加并且没有界。
  • P2P体系结构，其最小分发时间曲线与log2N曲线类似，因此最小分发时间远小于客户机/服务器体系结构的分发时间。其自扩展性很强。

【BitTorrent】

• BitTorrent是一种用于文件分发的流行P2P协议，每个下载者在下载的同时不断向其他下载者上传已下载的数据。
• BT协议与FTP协议不同，特点是下载的人越多，下载速度越快，原因在于每个下载者将已下载的数据提供给其他下载者下载，充分利用了用户的上载带宽。通过一定的策略保证上传速度越快，下载速度也越快。
• 基本概念：
  • Torrent：参与一个特定文件分发的所有对等方的集合被称为一个洪流。
  • chunk：在一个洪流中的对等方彼此下载等长度的文件块（一个文件被分成若干个块），典型的块长度为256KB。
  • Tracker：每个洪流都有一个基础设施结点，成为追踪器

• 当一个新节点（Alice）加入torrent:

  • 没有chunk，但会随着时间不断积累
  • 结点向tracker注册获得节点信息表，并与某些结点建立联系（成为“邻居”），一个结点的临近对等点会随着时间而波动。

• 结点下载的同时，也为其他对等方上传了多个块。结点可能随时加入或离开。

• chunk的获取

  • 给定任一时刻，不同的节点持有文件的不同chunk集合
  • 节点(Alice)定期查询每个邻居所持有的chunk列表
  • 节点发送请求，请求获取缺失的chunk 
    • 稀缺优先：针对她没有的块在他的邻居中决定最稀缺（副本数量最少）的块，并优先请求稀缺块
    • 稀缺优先的目的：大致的均衡每个块在洪流中的副本数量

• chunk的发送：决定Alice响应哪个请求（对换算法）

  • Alice根据当前能够以最高速率向他提供数据的邻居，给出其优先权
  • 每10秒，重新评定一下Top4，这四个对等方被称为疏通（unchocked）
  • 每30秒，Alice随机选择一个其他结点，向其发送chunk。
  • 除了随机选择的伴侣作为试探对等方和之前的Top4，其他的对等方都称为阻塞()

## P2P应用：索引技术

【P2P中搜索信息】

• P2P系统的索引：信息到节点位置(IP地址+端口号)的映射。
• 文件共享(电驴)
  • 利用索引动态跟踪节点所共享的文件的位置
  • 节点需要告诉索引它拥有哪些文件
  • 节点搜索索引，从而获知能够得到哪些文件
• 即时消息(QQ)
  • 索引负责将用户名映射到位置
  • 当用户开启IM应用时，需要通知索引它的位置
  • 节点检索索引，确定用户的IP地址

【集中式索引】

• 如上图所示，集中式索引更像是P2P和CS的混合体

• 当Alice需要下载信息时，经过以下步骤：

• 集中式索引的问题：内容和文件传输是分布式的，但是内容定位是高度集中式的。会出现如下问题：单点失效问题、性能瓶颈、版权问题。

【查询洪泛】（建立在“Gnutella”协议基础上）

• 查询洪泛采用完全分布式方法。在查询洪泛中，索引全面地分布在对等方的区域中。每个对等方索引可供共享的文件而不索引其他文件。
• 其扩展性差，尤其是为了防止某个对等方发起查询，该查询就会传播到整个覆盖网络的每个其他对等方，从而产生大量流量。为解决这个问题，设计者使用了受限查询洪泛，即限制其传播的最大跳数。

【层次覆盖】（由FastTrack首创，Kazza和Morpheus也实现了这种文件共享协议）

　　该方法结合了上述两种方法的优秀特征，与洪泛查询类似，层次覆盖设计不使用专用的服务器（或服务器场）来跟踪和索引文件。然而，与洪泛查询不同的是，在层次覆盖的设计中并非所有对等方都是平等的。

　　如下图所示，如果某对等方不是超级对等方，则它就是一个普通对等方，并被指派为一个超级对等方的子对等方。

　　超级对等方维持着一个索引，该索引包括子对等方正在共享的所有文件的标识符、有关文件的元数据和相应子对等方的IP地址，但与前面的集中式索引不同，这里的超级对等方并不是一台专用服务器，而是普通对等方。超级对等方之间可以相互建立TCP连接，从而形成一个覆盖网络。

## 分布式散列表

在课程中未涉猎，具体请移步https://blog.csdn.net/zy_zhengyang/article/details/76838523