Please enable JavaScript.

Coggle requires JavaScript to display documents.

(八、OpenStack （提供了一个部署云的操作的平台或工具集）) - Coggle Diagram

- - - - Nova通过Libvirt提供的标准接口API来实现底层Hypervisor的管理(来支持与虚拟机管理程序的交互)
        用接口统一实现Hypervisor
        主要目标：为各种虚拟化工具提供一套标准的编程接口，用一种单一的方式管理多种不同的虚拟化提供方式
      - :star:功能：
        （1）虚拟机管理：操作虚拟机的各个生命周期
        （2）远程机器支持：运行了Livirt Daemon的机器就是远程使用Libirt的所有功能
        （3）存储管理：管理不同类型的存储
        （4）网络接口管理：管理物理和逻辑网络接口
        （5）虚拟NAT和基于路由的网络：管理和创建虚拟网络
    - - 终端用户用Nova Libirt 的API与openstack活动，Nova用RabbitMQ交换消息队列和数据库的信息来执行API
        :check:目前Nova的各个模块通过RabbitMQ和RPC远程过程调用来实现通信，且各个模块实现松耦合关联关系
      - AMQP协议
        
        :check:补充：交换器根据声明周期划分的类型：持久、临时、自动删除交换器（随着宿主应用程序的中止二自动消亡，可有效释放服务器资源）
        
        :star:核心要素/关键组件（3个）：消息；交换器；队列
        :!:工作方式：交换器获取消息后，提取消息的Routing_key触发路由，根据绑定规则将消息转发到相应队列，信息消费者最后从队列中获取信息
        
        含义：应用层协议的信息交换模式，RabbiyMQ是其的一个开源实现
        目标：实现端到端的信息通信，是面向消息的一种应用程序的通信方法/规则/协议
        类似与路由交换协议，为面向下系的中间件而设计
      - 应用机制（三种方式对应三种类型的交换器）
        :star:三种类型交换器的区别(简答)
        
        绑定：交换器和（消息）队列之间的一种关系。相当于是交换器和队列之间的路由表，相对应。
        这样交换器才能明确吧接受到的信息转发到哪个队列。
        :check:每个交换器与队列之间有binding_key（绑定规则关键字）与消息的routing_key相比较，来进行消息的转发
        
        1、fanout广播式交换器：不分析routing_key，转发消息到所有绑定的队列
        
        2、Direct直接式交换器：精确匹配routing_key与binding_key，把消息发送到特定的队列
        
        3、Topic主题式交换器：模式匹配routing_key与binding_key（类似于正则表达式模糊匹配）。
        routing_key与binding_key中有通配符：*一个，#0或多个
  - - - :star:数据一致性NWR：采用最终一致性模型，用Quorum仲裁协议来实现。
        :check:强一致性：读操作和写操作的副本集合会产生交集，一定可以读到最新版本
        :check:和弱一致性：不产生交集，可能读到脏和老数据
      - 最终采取：（1）写操作至少要满足W>N/2，才会进行读操作
        （2）再强一致性：W+R>N读操作和写操作的副本集合至少会产生交集