Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1093244 (soft-affinity-for-server-group)

Summary:	[RFE][nova]: Add soft-affinity policy for server-group
Product:	Red Hat OpenStack	Reporter:	RHOS Integration <rhos-integ>
Component:	openstack-nova	Assignee:	Sylvain Bauza <sbauza>
Status:	CLOSED ERRATA	QA Contact:	awaugama
Severity:	low	Docs Contact:
Priority:	medium
Version:	unspecified	CC:	akarlsso, dnavale, eglynn, jdonohue, jjoyce, markmc, nlevinki, panbalag, sgordon, srevivo, taosawa, yrachman
Target Milestone:	ga	Keywords:	FutureFeature, TestOnly, Triaged, ZStream
Target Release:	9.0 (Mitaka)
Hardware:	Unspecified
OS:	Unspecified
URL:	https://blueprints.launchpad.net/nova/+spec/soft-affinity-for-server-group
Whiteboard:	upstream_milestone_mitaka-2 upstream_definition_approved upstream_status_implemented
Fixed In Version:	openstack-nova-13.0.0-1.el7ost	Doc Type:	Enhancement
Doc Text:	With this update, two new policies for the server-group API called 'soft-affinity' and 'soft-anti-affinity' are added. These policies allow you to place instances in same or different hosts from the same server-group.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-08-24 12:50:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1335634
Bug Blocks:	1077198, 1077200, 1235793, 1281573, 1339886, 1396164

Description RHOS Integration 2014-05-01 04:03:38 UTC

Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/soft-affinity-for-server-group.

Description:


As a tenant I would like to schedule instances on the same host if possible,
so that I can achieve colocation. However if it is not possible to schedule
some instance to the same host then I still want that the subsequent
instances are scheduled together on another host. In this way I can express
a good-to-have relationship between a group of instances.


End User might want to have a less strict affinity rule than what is today
available in server-group API extension. With the proposed good-to-have
affinity rule the End User can request nova to schedule the instance to the
same host if possible. However if it is not possible (e.g. due to resource
limitations) then End User still wants to keep the instances on a small
amount of different host.


This change would extend the existing server-group API extension with a new
policy soft-affinity. When a instance is booted into a group with
soft-affintiy policy the scheduler will use a new weight AffinityWeight to
sort the available hosts according to the number of instances running on them
from the same server-group.

This new soft-affinity policy is mutually exclusive with the other existing
server-group policies.


Specification URL (additional information):

None

Comment 2 Stephen Gordon 2016-02-01 20:50:08 UTC

*** Bug 1241864 has been marked as a duplicate of this bug. ***

Comment 3 Mike McCune 2016-03-28 23:32:32 UTC

This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 9 errata-xmlrpc 2016-08-24 12:50:28 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2016-1761.html