Hi, In the Juno summit, it was discussed that the existing approach of managing multiple VMware Clusters using a single nova compute service is not preferred and the approach of one nova compute service representing one cluster should be looked into.
We would like to retain the existing approach (till we have resolved the issues) for the following reasons: 1. Even though a single service is managing all the clusters, logically it is still one compute per cluster. To the scheduler each cluster is represented as individual computes. Even in the driver each cluster is represented separately. 2. Since ESXi does not allow to run nova-compute service on the hypervisor unlike KVM, the service has to be run externally on a different server. Its easier from administration perspective to manage a single service than multiple. 3. Every connection to vCenter uses up ~140MB in the driver. If we were to manage each cluster by an individual service the memory consumed for 32 clusters will be high (~4GB). The newer versions support 64 clusters! 4. There are existing customer installations that use the existing approach and therefore not enforce the new approach until it is simple to manage and not resource intensive. If the admin wants to use one service per cluster, it can be done with the existing driver. In the conf the admin has to specify a single cluster instead of a list of clusters. Therefore its better to give the admins the choice rather than enforcing one type of deployment. Thanks, Kiran
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
