8:18 p.m.
In this test day I was to test the SLA team's OptaPlanner integration.
Some background for those who aren't familiar with the feature: the
problem of finding an optimal solution for VM scheduling/balancing is
NP-hard, therefore for large deployment it is only feasible to find
approximately optimal solutions.
OptaPlanner is a very nice utility that contains a lot of approximation
algorithms for computationally-hard problems such as scheduling, so the
plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
"hint" to the administrator where to migrate VMs to achieve more optimal
placement on hosts; "optimality" is with respect to cluster policy.
Unfortunately, due to some technical difficulties and a lack of
documentation, I did not manage to get very far - only verified that
when the OptaPlanner machine and oVirt engine are properly configured,
the new tab under cluster appears and shows output from the OptaPlanner.
The feature page mainly documented the implementation of the feature,
but contained no information on what had to be installed or any example
testing scenarios. However, msivak (feature owner) was very responsive
and updated the feature page as soon as these gaps were discovered, so
now it's clear how to configure a deployment to use OptaPlanner.
Hopefully I'll be able to further test the feature soon, and at the very
latest during the next test day.
Yours, Lior.
5:55 a.m.
----- Original Message -----
From: "Lior Vernia" <lvernia(a)redhat.com>
To: "Users(a)ovirt.org List" <Users(a)ovirt.org>
Sent: Thursday, July 3, 2014 8:18:41 PM
Subject: [ovirt-users] oVirt 3.5 test day - OptaPlanner integration
In this test day I was to test the SLA team's OptaPlanner integration.
Some background for those who aren't familiar with the feature: the
problem of finding an optimal solution for VM scheduling/balancing is
NP-hard, therefore for large deployment it is only feasible to find
approximately optimal solutions.
OptaPlanner is a very nice utility that contains a lot of approximation
algorithms for computationally-hard problems such as scheduling, so the
plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
"hint" to the administrator where to migrate VMs to achieve more optimal
placement on hosts; "optimality" is with respect to cluster policy.
Unfortunately, due to some technical difficulties and a lack of
documentation, I did not manage to get very far - only verified that
when the OptaPlanner machine and oVirt engine are properly configured,
the new tab under cluster appears and shows output from the OptaPlanner.
The feature page mainly documented the implementation of the feature,
but contained no information on what had to be installed or any example
testing scenarios. However, msivak (feature owner) was very responsive
and updated the feature page as soon as these gaps were discovered, so
now it's clear how to configure a deployment to use OptaPlanner.
Hopefully I'll be able to further test the feature soon, and at the very
latest during the next test day.
Yours, Lior.
Thanks Lior,
please keep updating.
3:36 p.m.
So the second test day went even worse - at first I had issues with
missing packages for Fedora 20 (fixed during the test day itself) and
started working on Fedora 19 instead.
Then I hit some issue with HTTP requests from the ovirt-optimizer
machine to the ovirt-engine (on port 80) seemingly being redirected to
HTTPS - is this a change that took place after the first test day?
Feature owner was very kind in helping me even though he was on a day
off, built a patched-up package for me to test and found that connecting
to port 443 works as expected (patches pushed to gerrit on the very same
day).
Unfortunately this was already late into the test day and I haven't
gotten to test any non-trivial host/VM setup.
On 03/07/14 20:18, Lior Vernia wrote:
In this test day I was to test the SLA team's OptaPlanner
integration.
Some background for those who aren't familiar with the feature: the
problem of finding an optimal solution for VM scheduling/balancing is
NP-hard, therefore for large deployment it is only feasible to find
approximately optimal solutions.
OptaPlanner is a very nice utility that contains a lot of approximation
algorithms for computationally-hard problems such as scheduling, so the
plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
"hint" to the administrator where to migrate VMs to achieve more optimal
placement on hosts; "optimality" is with respect to cluster policy.
Unfortunately, due to some technical difficulties and a lack of
documentation, I did not manage to get very far - only verified that
when the OptaPlanner machine and oVirt engine are properly configured,
the new tab under cluster appears and shows output from the OptaPlanner.
The feature page mainly documented the implementation of the feature,
but contained no information on what had to be installed or any example
testing scenarios. However, msivak (feature owner) was very responsive
and updated the feature page as soon as these gaps were discovered, so
now it's clear how to configure a deployment to use OptaPlanner.
Hopefully I'll be able to further test the feature soon, and at the very
latest during the next test day.
Yours, Lior.
3780
days inactive
3807
days old
2 comments
2 participants
participants (2)
-
Doron Fediuck -
Lior Vernia