Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-09-02 Thread Susanne Balle
Just wanted to let you know that sahara has move to server groups for anti-affinity. This is IMHO the way we should so it as well. Susanne Jenkins (Code Review) rev...@openstack.org 5:46 PM (0 minutes ago) to Andrew, Sahara, Alexander, Sergey, Michael, Sergey, Vitaly, Dmitry, Trevor Jenkins has

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Susanne Balle
Brandon I am not sure how ready that nova feature is for general use and have asked our nova lead about that. He is on vacation but should be back by the start of next week. I believe this is the right approach for us moving forward. We cannot make it mandatory to run the 2 filters but we can

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Brandon Logan
Yeah we were looking at the SameHost and DifferentHost filters and that will probably do what we need. Though I was hoping we could do a combination of both but we can make it work with those filters I believe. Thanks, Brandon On Thu, 2014-08-28 at 14:56 -0400, Susanne Balle wrote: Brandon

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Stephen Balukoff
I'm trying to think of a use case that wouldn't be satisfied using those filters and am not coming up with anything. As such, I don't see a problem using them to fulfill our requirements around colocation and apolocation. Stephen On Thu, Aug 28, 2014 at 1:13 PM, Brandon Logan

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Brandon Logan
Trevor and I just worked through some scenarios to make sure it can handle colocation and apolocation. It looks like it does, however not everything will so simple, especially when we introduce horizontal scaling. Trevor's going to write up an email about some of the caveats but so far just

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Susanne Balle
We need to be careful. I believe that a user can use these filters to keep requesting VMs in the case of nova to get to the size of your cloud. Also given that nova now has ServerGroups let's not make a quick decision on using something that is being replaced with something better. I suggest we

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Trevor Vardeman
Hello all, TL;DR Using the SameHostFilter and DifferentHostFilter will work functionally for what Octavia needs for colocation, apolocation, and HA anti-affinity. There are a couple topics that need discussed: How should VMs be allocated per host when evaluating colocation, if each load

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-28 Thread Brandon Logan
We may have to put quotas or something built into Octavia. Since we are keeping the concept of tenant in Octavia, this may as well be done. That probably doesn't totally solve the problem though. ServerGroups will be great to use for keeping VMs off the same host for HA. It will be tough to use

[openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

2014-08-27 Thread Brandon Logan
Nova scheduler has ServerGroupAffinityFilter and ServerGroupAntiAffinityFilter which does the colocation and apolocation for VMs. I think this is something we've discussed before about taking advantage of nova's scheduling. I need to verify that this will work with what we (RAX) plan to do, but