<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 08/07/2014 00:35, Joe Gordon a
      écrit :<br>
    </div>
    <blockquote
cite="mid:CAHXdxOdGpEjFziEGyPSack7nBy6i5GLEaZ9T2a=4r_uH=SsnDg@mail.gmail.com"
      type="cite">
      <p dir="ltr"><br>
        On Jul 7, 2014 9:50 AM, "Lisa" <<a moz-do-not-send="true"
          href="mailto:lisa.zangrando@pd.infn.it">lisa.zangrando@pd.infn.it</a>>
        wrote:<br>
        ><br>
        > Hi all,<br>
        ><br>
        > during the last IRC meeting, for better understanding our
        proposal (i.e the FairShareScheduler), you suggested us to
        provide (for the tomorrow meeting) a document which fully
        describes our use cases. Such document is attached to this
        e-mail.<br>
        > Any comment and feedback is welcome.</p>
      <p dir="ltr">The attached document was very helpful, than you.</p>
      <p dir="ltr">It sounds like Amazon's concept of spot instances (
        as a user facing abstraction) would solve your use case in its
        entirety. I see spot instances as the general solution to the
        question of how to keep a cloud at full utilization. If so then
        perhaps we can refocus this discussion on the best way for
        Openstack to support Amazon style spot instances.</p>
    </blockquote>
    <br>
    <br>
    <br>
    Can't agree more. Thanks Lisa for your use-cases, really helpful for
    understand your concerns which are really HPC-based. If we want to
    translate what you call Type 3 in a non-HPC world where users could
    compete for a resource, spot instances model is coming to me as a
    clear model.<br>
    <br>
    I can see that you mention Blazar in your paper, and I appreciate
    this. Climate (because that's the former and better known name) has
    been kick-off because of such a rationale that you mention : we need
    to define a contract (call it SLA if you wish) in between the user
    and the platform.<br>
    And you probably missed it, because I was probably unclear when we
    discussed, but the final goal for Climate is *not* to have a
    start_date and an end_date, but just *provide a contract in between
    the user and the platform* (see
    <a class="moz-txt-link-freetext" href="https://wiki.openstack.org/wiki/Blazar#Lease_types_.28concepts.29">https://wiki.openstack.org/wiki/Blazar#Lease_types_.28concepts.29</a> )<br>
    <br>
    Defining spot instances in OpenStack is a running question, each
    time discussed when we presented Climate (now Blazar) at the Summits
    : what is Climate? Is it something planning to provide spot
    instances ? Can Climate provide spot instances ?<br>
    <br>
    I'm not saying that Climate (now Blazar) would be the only project
    involved for managing spot instances. By looking at a draft a couple
    of months before, I thought that this scenario would possibly
    involve Climate for best-effort leases (see again the Lease concepts
    in the wiki above), but also the Nova scheduler (for accounting the
    lease requests) and probably Ceilometer (for the auditing and
    metering side).<br>
    <br>
    Blazar is now in a turn where we're missing contributors because we
    are a Stackforge project, so we work with a minimal bandwidth and we
    don't have time for implementing best-effort leases but maybe that's
    something we could discuss. If you're willing to contribute to an
    Openstack-style project, I'm personnally thinking Blazar is a good
    one because of its little complexity as of now.<br>
    <br>
    <br>
    Thanks,<br>
    -Sylvain<br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:CAHXdxOdGpEjFziEGyPSack7nBy6i5GLEaZ9T2a=4r_uH=SsnDg@mail.gmail.com"
      type="cite">
      <p dir="ltr">> Thanks a lot.<br>
        > Cheers,<br>
        > Lisa<br>
        ><br>
        > _______________________________________________<br>
        > OpenStack-dev mailing list<br>
        > <a moz-do-not-send="true"
          href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
        > <a moz-do-not-send="true"
          href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
        ><br>
      </p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OpenStack-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>