Bug 1246461 - [RFE] Enhance nova-scheduler to take into account total vcpus of instances each in nova database
Summary: [RFE] Enhance nova-scheduler to take into account total vcpus of instances ea...
Keywords:
Status: CLOSED DUPLICATE of bug 1469073
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 6.0 (Juno)
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Sylvain Bauza
QA Contact: OSP DFG:Compute
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-24 11:34 UTC by Jaison Raju
Modified: 2023-03-21 18:37 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 12:31:08 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-13543 0 None None None 2022-03-13 14:22:10 UTC

Description Jaison Raju 2015-07-24 11:34:35 UTC
1. Proposed title of this feature request  
      Enhance nova-scheduler to take into account total vcpus of instances each in nova database
      
    2. Who is the customer behind the request?  
    Account: ALCATEL-LUCENT 1554147
      
    TAM customer: yes  
    SRM customer: yes  
    Strategic: yes  
      
    3. What is the nature and description of the request?  
      Nova scheduler should take into account no. of instances & its cpu in a
availability zone while starting an instance .
This behaviour should avoid a scenario where addition of free cpus in
all nodes in availability zone is equal to or larger than an instance to be started,
but is not able to as no single node has the number of vcpu required by instance .

    4. Why does the customer need this? (List the business requirements here)  
      Customer has a set number of instances to be started in a zone , but
if all instances with lower cpu count is started 1st , while spawning the instance
with higher cpu , this issue is noticed .
4 nodes 
    5. How would the customer like to achieve this? (List the functional requirements here)  
nova scheduler should check the number of instance & cpus are already defined in
db for the zone & avoid this scenarion .
      
    6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.  
In a zone of 4 16cpu nodes , spawn 5 4cpu instance & 5 8cpu instances .
Any combination of spawn should not fail .
      
    7. Is there already an existing RFE upstream or in Red Hat Bugzilla?  
      
    8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?  
      
    9. Is the sales team involved in this request and do they have any additional input?  
      
    10. List any affected packages or components.  
      nova
    11. Would the customer be able to assist in testing this functionality if implemented?

Comment 3 Sylvain Bauza 2015-08-14 15:09:56 UTC
Thanks for reporting the bug, but I need more clarification because you mix availability zones, database and vCPUs.

By reading to your description, you'd like to see a scheduler behaviour where it would ensure that the total capacity would be fulfilled whatever the number of instances are ?

Taking your example of 4 nodes with 16 pCPUs each, you would see the hosts stacked up by their number of free pCPUs for each ?

Comment 4 Jaison Raju 2015-08-19 14:11:49 UTC
(In reply to Sylvain Bauza from comment #3)
> Thanks for reporting the bug, but I need more clarification because you mix
> availability zones, database and vCPUs.
> 
> By reading to your description, you'd like to see a scheduler behaviour
> where it would ensure that the total capacity would be fulfilled whatever
> the number of instances are ?
Yes . 
> 
> Taking your example of 4 nodes with 16 pCPUs each, you would see the hosts
> stacked up by their number of free pCPUs for each ?

Yes . 

Thanks .

Comment 5 Artom Lifshitz 2018-01-17 20:22:38 UTC
This got classified as a bug for some reason, adjusting to RFE.


Note You need to log in before you can comment on or make changes to this bug.