OPENSTACK中的一些概念和相关组件的介绍.pdfVIP

OPENSTACK 中的一些概念和相关组件的介绍 Cloud controller: 是一个协调管理器。 Openstack 中所有的机器的通信都要通过管理器来通过 AMQP 协议通信。 TENANT : 直面翻译是一个租户，实际上是一组对象的集合，比如用户，镜像，实例，网 络等的一组集合。类似vsphere 里的数据中心。 Compute node: 实际上就是一个hypervisor,即一个虚拟化节点，运行了nova 服务的虚拟化节 点。 Volume： 提供给实例的一个持续的磁盘，可以将这个卷附加到一个实例中去。主要由 cinder 服务来提供，具体实现有LVM 和glusterfs Ephemeral disk: 实例使用的临时磁盘空间。当实例创建的时候，临时磁盘会创建一个QCOW2 格式的镜像文件到/var/lib/nova/instances 目录。 实例： 实际就是一个用户定义的可运行的虚拟机。 Flavor: 实例的所有硬件的集合。比如CPU 和RAM 还有磁盘，相当于一个硬件模板， openstack 会根据这个模板给虚拟机分配相应的硬件资源。 Stack: 通过模板创建一个实例组，使用JSON 语言实现。模版文件通过heat 来管理。 Openstack networking 软件定义和实现网络服务。包括了一些功能插件，比如open vswitch,通过软件 方式来实现QoS VLAN 等网络服务。 Openstack核心组件介绍： Keystone 身份验证服务 service openstack-keystone start swift 对象存储，分布式文件管理 Ring是Swift最重要的组件，用于记录存储对象与物理位置间的映射关系。 Rin 使用Zone、Device、Partition 和Replica 来维护这些映射信息。Rin 中每个 Partition 在集群中都(默认)有3 个Replica。每个Partition 的位置由Rin 来维 护，并存储在映射中。Rin 文件在系统初始化时创建，之后每次增减存储节点 时，需要重新平衡一下Rin 文件中的项目，以保证增减节点时，系统因此而发 生迁移的文件数量最少。 Swift利用一致性哈希算法构建了一个冗余的可扩展的分布式对象存储集群。 Swift采用一致性哈希的主要目的是在改变集群的 Node数量时，能够尽可能少 地改变已存在Key和Node的映射关系。 replica 如果集群中的数据在本地节点上只有一份，一旦发生故障就可能会造成数据的 永久性丢失。因此，需要有冗余的副本来保证数据安全。 Zone 如果所有的Node 都在一个机架或一个机房中，那么一旦发生断电、网络故障 等，都将造成用户无法访问。因此需要一种机制对机器的物理位置进行隔离， 以满足分区容忍性(CAP 理论中的P)。因此，Rin 中引入了Zone 的概念，把集 群的Node 分配到每个Zone 中。其中同一个Partition 的Replica 不能同时放在同 一个Node 上或同一个Zone 内。注意，Zone 的大小可以根据业务需求和硬件条 件自定义，可以是一块磁盘、一台存储服务器，也可以是一个机架甚至一个 IDC。 上传文 PUT 和下载文 GET 请求的数据流，两个请求操作的是同一个对象。 上传文件时，PUT 请求通过负载均衡随机挑选一台Proxy Server，将请求转发到 后者，后者通过查询本地的Rin 文件，选择3 个不同Zone 中的后端来存储这 个文件，然后同时将该文件向这三个存储节点发送文件。这个过程需要满足 NWR 策略(Quorum Protocol)，即3 份存储，写成功的份数必须大于3/2，即必 须保证至少2 份数据写成功，再给用户返回文件写成功的消息。下载文件时， GET 请求也通过负载均衡随机挑选一台Proxy Server，后者上的Rin 文件能查询 到这个文件存储在哪三个节点中，然后同时去向后端查询，至少有2 个存储节 点“表示”可以提供该文件，然后Proxy Server 从中选择一个节点下载文件。 Proxy Server Proxy Server 是提供Swift API 的服务器进程，负责Swift 其余组件