[openstack-dev] [Nova] Hosts within two Availability Zones : possible or not ?
Day, Phil
philip.day at hp.com
Tue Apr 8 10:49:22 UTC 2014
On a large cloud you're protect against this to some extent if the number of servers is >> number of instances in the quota.
However it does feel that there are a couple of things missing to really provide some better protection:
- A quota value on the maximum size of a server group
- A policy setting so that the ability to use service-groups can be controlled on a per project basis
From: Khanh-Toan Tran [mailto:khanh-toan.tran at cloudwatt.com]
Sent: 08 April 2014 11:32
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] Hosts within two Availability Zones : possible or not ?
"Abusive usage" : If user can request anti-affinity VMs, then why doesn't he uses that? This will result in user constantly requesting all his VMs being in the same anti-affinity group. This makes scheduler choose one physical host per VM. This will quickly flood the infrastructure and mess up with the objective of admin (e.g. Consolidation that regroup VM instead of spreading, spared hosts, etc) ; at some time it will be reported back that there is no host available, which appears as a bad experience for user.
De : Ian Wells [mailto:ijw.ubuntu at cack.org.uk]
Envoyé : mardi 8 avril 2014 01:02
À : OpenStack Development Mailing List (not for usage questions)
Objet : Re: [openstack-dev] [Nova] Hosts within two Availability Zones : possible or not ?
On 3 April 2014 08:21, Khanh-Toan Tran <khanh-toan.tran at cloudwatt.com<mailto:khanh-toan.tran at cloudwatt.com>> wrote:
Otherwise we cannot provide redundancy to client except using Region which
is dedicated infrastructure and networked separated and anti-affinity
filter which IMO is not pragmatic as it has tendency of abusive usage.
I'm sorry, could you explain what you mean here by 'abusive usage'?
--
Ian.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140408/59f9e453/attachment.html>
More information about the OpenStack-dev
mailing list