<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Good to see whats coming up.<br>
    <br>
    Another area where we want to have some improvements is
    alerts/notifications. Most of the times, user doesn't get notified
    instantly when there is something bad happened under the hood. It
    comes into user attention when the issue starts affecting the data
    flow. Some of the important events are, but not limited to<br>
    - brick process crash<br>
    - split-brain (requires manual fixing)<br>
    - geo-rep session went faulty<br>
    - quota limit reached<br>
    <br>
    We need to have a way to convey these events to an external
    system/module which further notifies the user through different
    means like SNMP, email etc.<br>
    <br>
    Thanks,<br>
    Kanagaraj<br>
    <br>
    <div class="moz-cite-prefix">On 07/09/2015 12:27 PM, Vijay Bellur
      wrote:<br>
    </div>
    <blockquote cite="mid:559E1B5F.8090502@redhat.com" type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=windows-1252">
      <tt>Hey All,<br>
        <br>
        Now that 3.7 is out, here are some thoughts on how we can shape
        up 3.8. I am thinking of releasing Gluster 3.8 towards the end
        of this year. Here is a tentative list of things that we are
        contemplating to do in 3.8:<br>
        <br>
        1. Improvements for "Storage as a Service"<br>
           <br>
            "Storage as a Service" broadly refers to the model where
        storage can be provisioned or decommissioned on demand, storage
        caters to single or multi tenant workloads and completely
        automated provisoning of storage is possible. Storage as a
        Service is what public/private clouds use as a building block
        today. By selecting enhancements and improvements that fit into
        this paradigm, we can make Gluster to be more easily adopted in
        modern datacenters. Following are sample use cases/workloads
        that can benefit by gluster improvements:<br>
        <br>
         - Manila: File Share as a service project in OpenStack<br>
         - Shared Storage for Containers<br>
         - Any deployment where shares are created as a service <br>
        <br>
        <br>
         Enhancements that can be accomplished in this release include:<br>
        <br>
         a. Intelligent Volume provisioning through Heketi [1]<br>
         b. Kerberized support for GlusterFS protocol<br>
         c. Better network management support [2]<br>
        <br>
        <br>
        2. Regression test &amp; Quality improvements<br>
        <br>
        We have zeroed in on distaf[3] as the framework of choice where
        we will be adding support for multi-node regression tests. This
        will augment the single node pre-commit regression tests that we
        already run today with Jenkins. I expect tests in distaf passing
        as a gating factor for GA of all releases from 3.8. Here is what
        we would like to do in this release cycle:<br>
        <br>
        a. all gluster components to have tests populated in distaf<br>
        b. CI using Jenkins for running tests in distaf on
        nightlies/release candidates<br>
        <br>
        <br>
        3. Storage for Containers<br>
        <br>
        There seems to be significant attention on storage for
        containers recently. We can cater to this interest by picking
        specific improvements for container storage like:<br>
        <br>
        a. shared storage for applications in containers (already
        possible with nfs today). Explore how we can do this with native
        client etc.<br>
        b. shared storage for docker/container repositories<br>
        c. hyperconvergence of containers &amp; storage<br>
        <br>
        4. Hyperconvergence with oVirt<br>
        <br>
        There is an ongoing effort to have hyperconvergence of gluster
        with oVirt for storing virtual machine images in a single
        cluster [4]. Improvements like the following can help in making
        Gluster a better fit for hyperconvergence:<br>
        <br>
        a. Throttling for maintenance operations in gluster
        (self-healing/rebalance etc.)<br>
        b. Ensuring data locality for virtual machine images<br>
        c. Integration of sharding for hyperconvergence (expect to reach
        here sooner than 3.8)<br>
        <br>
        5. Performance improvements<br>
        <br>
        a. Continue the onoging small file performance improvements [5]<br>
        b. multi-threaded self-heal daemon for improving performance of
        self-healing<br>
        <br>
        6. Other improvements like full fledged IPv6 support,
        delegations/lease-lock improvements, more policies for tiering,
        support for systematic erasure codes, support for native object
        service etc. are also planned.</tt><br>
      <br>
      <tt>There are other improvements which are being planned and have
        not found a mention here. If you are aware of such improvements,
        please reply to this thread. I will be collating this
        information and publish a release planning page for 3.8 in
        gluster.org.</tt><br>
      <br>
      <tt>If you have come all the way till here, we would be interested
        in knowing the following:<br>
        <br>
        (i) What are your thoughts on the plan?<br>
        (ii) What other improvements would you be interested in seeing?<br>
        <br>
        Thoughts and feedback would be very welcome!<br>
        <br>
        Thanks,<br>
        Vijay<br>
      </tt><tt>
        <meta http-equiv="content-type" content="text/html;
          charset=windows-1252">
        <br>
        <br>
        [1] <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://github.com/heketi/heketi/">https://github.com/heketi/heketi/</a><br>
        <br>
        [2]
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork">http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork</a><br>
        <br>
        [3] <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://github.com/gluster/distaf">https://github.com/gluster/distaf</a><br>
        <br>
        [4] <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://www.ovirt.org/Features/GlusterFS-Hyperconvergence">http://www.ovirt.org/Features/GlusterFS-Hyperconvergence</a><br>
        <br>
        [5]
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.gluster.org/community/documentation/index.php/Features/Feature_Smallfile_Perf">http://www.gluster.org/community/documentation/index.php/Features/Feature_Smallfile_Perf</a><br>
         <br>
      </tt> <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://www.gluster.org/mailman/listinfo/gluster-users">http://www.gluster.org/mailman/listinfo/gluster-users</a></pre>
    </blockquote>
    <br>
  </body>
</html>