openstack-aps-package-dev team mailing list archive
-
openstack-aps-package-dev team
-
Mailing list archive
-
Message #00030
OpenStack APS - Excessive Resource Usage + Resellers & Supertenants
Andrey:
Following our recent meeting, I've put together the statement of the
problem, which can be broken down into the following two parts:
*1) OpenStackDeployment + Lack Of Resources:*
*Initial Data:*
1.1) We have an OpenStack deployment (cluster) that was created by means of
deploying a number of nodes (it's comprised of a set of control, compute,
and storage nodes).
1.2) All the storage nodes have some RAM, CPU (cores), and Disk capacity.
This physical capacity will be used by VMs once they are created/launched.
1.3) One physical CPU core could map to a number of virtual ones (say 1
physical core would enable the creation of 8 virtual ones)
*Problem:*
1) Figure out if it's possible to query the current resource utilization
from an OpenStack cluser (all compute nodes) (*Environment *is the right
OpenStack term) so that we can display it on the DataCenter statistics tab.
2) Investigate the possibility of catching/handling events having to do
with the lack of resources (Once we have run out of CPU, RAM, or Disk
Space, we need to take respective actions/alert the user).
*Constraints:*
Since KVM/libvirt may allow the user to create more virtual machines than
the cluster can handle (in terms of memory/CPU/Disk), we may have to come
up with some empirical formulae on average resource thresholds (CPU, RAM,
Disk)
*2) OpenStack APS + Resellers:*
*Statement of the Problem:*
Find out if OpenStack enables the creation of a user that could be called
'SuperTenant'. In other words, that user would have privileges sufficient
for him to connect to the main provider (as a reseller) and create
subtenants that would belong to him, where some limited supertenant quota
applies (all the subtenants cannot consume more resource than allocated).
That supertenant should have credentials enabling him to connect to a
DataCenter and create those subtenants.
Andrey, please feel free to comment on whatever you want, correct
something, add what is being missed.
This will be tackled tomorrow. The first point is being already discussed
with some OpenStack specialists.
Thank you!
Kind Regards,
Dmitry.
Follow ups