Bug 1041249

Summary:	[RFE][nova]: Support user custom reclaim interval when soft deleting
Product:	Red Hat OpenStack	Reporter:	RHOS Integration <rhos-integ>
Component:	RFEs	Assignee:	RHOS Maint <rhos-maint>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	markmc, yeylon
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
URL:	https://blueprints.launchpad.net/nova/+spec/custom-expire-in-soft-delete
Whiteboard:	upstream_milestone_none upstream_status_unknown upstream_definition_drafting
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-03-19 17:32:42 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description RHOS Integration 2013-12-12 14:04:59 UTC

Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/custom-expire-in-soft-delete.

Description:

Now when reclaim_instance_interval is great than 0, the delete action will become soft_delete.
Whilst currently implemented the reclaim_instance_interval is system level config. User can't control the expires time of instance. 
This blueprint support user to specify the reclaim_instance_interval.
For example, I can keep a important instance for 1 weeks, and keep some not so important about 1 hour. 
-gtt

In detail, the API will looks like below ( suggested by Brian Lamar):
DELETE /v2/1234/servers/e14b69ce-eb17-4998-a8cb-114640db328b?delay_until=<utc_date>

If "delay_until" is set too far in the future, this DELETE call could return 400 Bad Request with details about the operator's maximum allowed reclaim interval.

reclaim_instance_interval_max: If = 0 then "soft" deletes are effectively disabled. Users can never request a "soft" delete farther in the future than this value allows.


Specification URL (additional information):

None