[openstack-dev] Call for Commiters & Contributors for daisycloud-core project

hu.zhijiang at zte.com.cn hu.zhijiang at zte.com.cn
Tue May 31 01:43:57 UTC 2016


Hi All,

I would like to introduce to you a new OpenStack installer project 
Daisy(project name: daisycloud-core). Daisy used to be a closed source 
project mainly developed by ZTE, but currently we make it a OpenStack 
related project(http://www.daisycloud.org, 
https://github.com/openstack/daisycloud-core). 

Although it is not mature and still under development, Daisy concentrates 
on deploying OpenStack fast and efficiently for large data center which 
has hundreds of nodes. In order to reach that goal, Daisy was born to 
focus on many features that may not be suitable for small clusters, but 
definitely conducive to the deployment of big clusters. Those features 
include but not limited to the following: 

1. Containerized OpenStack Services 
In order to speed up installation and upgrading as a whole, Daisy decides 
to use Kolla as underlying deployment module to support containerized 
OpenStack services. 

2. Multicast 
Daisy utilizes multicast as much as possible to speed up imaging work flow 
during the installation. For example, instead of using centralized Docker 
registry while adopting Kolla, Daisy multicasts all Docker images to each 
node of the cluster, then creates and uses local registries on each node 
during Kolla deployment process. The Same things can be done for OS 
imaging too. 

3. Automatic Deployment 
Instead of letting users decide if a node can be provisioned and deserved 
to join to the cluster, Daisy provide a characteristics matching mechanism 
to recognize if a new node has the same capabilities as a current working 
computer nodes. If it is true, Daisy will start deployment on that node 
right after it is discovered and make it a computer node with the same 
configuration as that current working computer nodes. 

4. Configuration Template 
Using precise configuration file to describe a big dynamic cluster is not 
applicable, and it is not able to be reused when moving to another 
approximate environment either. Daisy’s configuration template only 
describes the common part of the cluster and the representative of the 
controller/compute nodes. It can be seen as a semi-finished configuration 
file which can be used in any approximate environments. During deployment, 
users only have to evaluate few specific parameters to make the 
configuration template a final configuration file. 

5. Your comments on anything else that can brings unique value to the 
large data center deployment? 

As the project lead, I would like to get feedback from you about this new 
project. You are more than welcome to join this project! 

Thank you 
Zhijiang

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160531/a5347313/attachment.html>


More information about the OpenStack-dev mailing list