oVirt是一种开源分布式虚拟化解决方案，旨在管理整个企业基础架构。 oVirt使用受信任的KVM管理程序，并基于其他几个社区项目构建，包括libvirt，Gluster，PatternFly和Ansible。
github上的介绍
Ovirt 简介
Ovirt 是一个基于 x86 架构上的 KVM 虚拟化技术的开源 IaaS 云服务解决方案。在架构设计上它使用了 Node/Engine 分离结构，以方便功能的划分与管理。节点端 ovirt-node，由 fedaro 16 订制而成。也可以在 Linux 系统上安装 vdsm 服务从而得到一个 Node。
overt-engine
类似于 vmwarevcenter，基于 web 页面。
Ovirt 的目的是提供一套符合市场规范的 KVM 虚拟化管理软件，尽可能的开发和利用 KVM 的特点。
ovirt-node
可以使用oVirt节点，Red Hat Enterprise Linux或CentOS Linux作为主机。
Node 可以由一个普通的 Linux 上安装 VDSM（Virtual Desktop Server Manager 虚拟桌面服务管理）构成，也可以由一个专为 Ovirt 定制的 Linux 系统构成。
在定制的情况下，Node 上的许多文件系统都是 ramdisk（基于内存的 Linux 磁盘设备），系统重启后其中的内容消失，从而保证了 Node 的无状态性
ovirt-engine用于部署，监视，移动，停止和创建VM映像，配置存储，网络等。我们运行虚拟机（VM）的一个或多个主机（节点）一个或多个存储节点，其保存与这些VM对应的图像和ISO。此外，通常在引擎旁边部署身份服务，以对ovirt-engine的用户和管理员进行身份验证。
节点是安装了VDSM和libvirt的Linux发行版，以及一些额外的软件包，可以轻松实现网络和其他系统服务的虚拟化。迄今为止受支持的Linux发行版是Fedora 17或oVirt-node，它基本上是一个精简版本，包含足够的组件以允许虚拟化。
存储节点可以使用块或文件存储，可以是本地或远程，通过NFS访问。 POSIXFS存储类型支持Gluster等存储技术。存储节点分组为存储池，可确保高可用性和冗余。 Vdsm存储术语页面包含更多详细信息。
vdsm（Host Agent）：运行在 ovirt-nodes 上，为 ovirt-engine 提供 vm 相关操作
Guest Agent：运行在虚拟机内部，监控资源使用并上报给 vdsm，通信方式是虚拟 serial
DWH：数据仓库，执行 ETL 后将数据写入 history DB
Reports Engine：基于 Jasper Reports，根据 history DB 中的数据生成报表
容器支持
此功能的范围不是提供完整的容器管理系统，而是在VM旁边添加运行容器。容器应与普通虚拟机无缝地并行运行，充分利用oVirt Engine的现有管理基础架构。容器将表示为具有最小功能集（例如，无迁移）的简单VM。管理员将能够使用不同的容器运行时。未来的开发包括在VM中运行容器的能力，所有这些都由oVirt管理。必须以不同方式创建容器和VM，并且不能相互转换容器和VM。
以下是尚未解决的问题清单
容器属性某些容器运行时需要额外的参数（例如，可执行文件）。我们将使用自定义属性，但需要进行测试
存储集成容器运行应存储在存储域中的映像。但是，至少在最初阶段，oVirt无法提供任何创建它们的工具。因此，容器图像（例如AppC图像需要上传到系统中。事实是这些图像应该放入数据域，但我们缺乏将它们存储在那里的工具。一旦图像进入数据域，对于文件存储上的普通原始图像，现有流应该像现在一样工作。
网络集成我们希望利用现有的基础架构。还没有问题，但尚未探讨。
监控集成无引擎更改。 Vdsm将报告统计信息，因为容器是VM。很少有人可以错过，或者可能是伪造的。
引擎UI更改我们将需要在创建VM流上进行一些UI更改以选择容器运行时。一旦Engine最初允许，容器运行时将不可编辑
超融合解决方案
oVirt已与GlusterFS（一种开源横向扩展分布式文件系统）集成，可提供超融合解决方案，其中计算和存储均由同一主机提供。 驻留在主机上的Gluster卷用作oVirt中的存储域以存储虚拟机映像。 oVirt在这些主机上的虚拟机中作为自托管引擎运行
1 无法使用scp传输文件，解决办法：ssh -o StrictHostKeyChecking=no 192.168.0.xxx
免密码ssh登录
