<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">+1</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">
Good point! Brian, The API looks great! Hoping more stackers agree with it.</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/26 Brian Lamar <span dir="ltr"><<a href="mailto:brian.lamar@rackspace.com" target="_blank">brian.lamar@rackspace.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello! I have some comments below, but you might also consider posting this question to <a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.<u></u>org</a> as I'd be curious as to the developer opinion on this question. This list is mostly for users/operators of OpenStack clouds.<div class="im">
<br>
<br>
<br>
Tiantian Gao wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi stackers,<br>
<br>
Now when reclaim_instance_interval is great than 0, the delete action<br>
will become soft_delete.<br>
<br>
How about let user to specify the reclaim_instance_interval? does that<br>
make sense? or anybody have the same requirement?<br>
<br>
Because currently implemented the reclaim_instance_interval is system<br>
level config. User can't control the expires time of instance. For<br>
example, I want keep a important instance for 1 weeks, and some not so<br>
important about 1 hour. That requirement make sense to me. I want to<br>
know you options.<br>
</blockquote>
<br></div>
As a user and an operator I agree with your assessment that this feature should move from system level to user level (but retain some sort of max soft_delete timeout which can be configured at a system level.<br>
<br>
Perhaps something like:<br>
<br>
DELETE /v2/1234/servers/e14b69ce-<u></u>eb17-4998-a8cb-114640db328b?<u></u>delay_until=<utc_date><br>
<br>
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.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For security issues, we can specify the system level<br>
reclaim_instance_interval_max, instance are not allow to keep longer<br>
than the max interval.<br>
</blockquote>
<br></div>
reclaim_instance_interval_min: If > 0 then all deletes will be "soft" deletes unless "hard" delete is explicitly requested by user.<br>
<br>
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.<div class="HOEnZb"><div class="h5">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
Best regards,<br>
Gtt<br>
<br>
______________________________<u></u>_________________<br>
Mailing list: %(list_owner)s<br>
Post to     : %(list_post)s<br>
Unsubscribe : %(list_unsubscribe)s<br>
More help   : %(list_help)s<br>
</blockquote>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Best regards,<div>gtt</div></div>
</div></div>