azeqjz OpenStack: Red Hat OpenStack 10的新特性
由于要使用命令行，以前安装OpenStack是很繁重的工作。这个版本提供了一个新的图形界面给Director。这是我们简化OpenStack部署目标的第一步，根据前几个月的内部测试反馈，在将来的版本将会有更多优化。
新的Director图形界面另一个通过所有测试的新特性是分布虚拟路由（DVR），这个特性虽然功能上还有一些限制，但是已经是生产级别的，同时可以通过Director做到全自动，而只要求很简单的配置变化。另一个给有简化OpenStack服务管理的客户带来的特性是，把所有的无状态服务迁移到SystemD，这极大的简化了Pacemaker的配置。只有有状态服务，比如数据库，虚拟IP，依赖Pacemaker。其他所有OpenStack进程现在作为常规的Systemd服务服务运行。
另外，由于服务组件化，OSP10提供了自定义角色的可能性，从而定制部署架构。你可以把Network，Swift，Ceilometer等服务划分到本身独立的各个节点上。需要注意的是，目前还不能把OSP9合一的控制节点迁移到OSP10自定义的控制节点。
对于使用Ceph作后端存储的客户，我们提供了升级OSP9到OSP10时，Cep和1.3到Ceph2.0的自动升级能力。如果想进一步体验共享文件存储服务（Manila），但是没有Netapp后端（目前唯一全量支持），我们提供了CephFS前瞻体验。这样就可以把Ceph作为云所需要的统一存储池。
除了以上特性，还有一下体验特性：
* 基于RHEL 7.3，我们为ovs提供Conntrack后端，这可以提高网络性能与降低操作复杂度。
* 2017年上半年会发布的特性，可通过director部署Neutron 最新的Open Daylight驱动与ODL控制节点。
或者访问用户界面，获取以下信息：
…………………quanjianze remark………………………
OSP生命周期：
OSP生命周期DVR：DHCP还是在网络节点，计算节点也有l3 agent，虚拟机三层通信可以不经过网络节点。
SystemD：
Linux初始化程序
在终端中输入 ps ax | grep systemd，看到第一行，其中的数字 1 表示它的进程号是1，也就是说它是 Linux 内核发起的第一个程序。因此，内核一旦检测完硬件并组织好了内存，就会运行 /usr/lib/systemd/systemd 可执行程序，这个程序会按顺序依次发起其他程序。
systemd这一名字源于Unix中的一个惯例：在Unix中常以“d”作为系统守护进程（英语：daemon，亦称后台进程）的后缀标识。
超融合I层：目前部署的不是超融合节点，意味着OSD节点不能被用作计算节点。
