728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads
728 x 90 Leaderboard Ads

OpenEBS v0.5 Released

THIS POST WAS ORIGINALLY PUBLISHED ON THIS SITE Click Here To Read Entire Article

SAN JOSE, California, November 30, 2017 /PRNewswire/ —

In a sign that Kubernetes and containerization are reaching more mission-critical use cases such as databases, OpenEBS, an open source project sponsored by CloudByte, announced a number of new capabilities largely in response to accelerating adoption of the open source OpenEBS.

OpenEBS v0.5 (PRNewsfoto/Cloudbyte Inc)

     (Photo: http://mma.prnewswire.com/media/613266/OpenEBS.jpg )

OpenEBS has generated the most community interest of container-native storage projects used for stateful structured data workloads during 2017 as measured by GitHub stars, issues, PRs, and contributors. Today’s release of OpenEBS 0.5 is the most significant to date for OpenEBS, both for features now available (release notes) and for those capabilities that are to be made available shortly.

OpenEBS 0.5 is increasingly mature: 

OpenEBS is unusual in a variety of ways including:

Every DevOps team can have their own storage system. This means they do not have to wait on central IT to move ahead – and so can innovate faster.   OpenEBS can leverage existing central storage and combine it with direct-attached storage for hyper-converged performance and density. Tight integration into Kubernetes and the containerization on standard containers (not special version containers) means users need not spend any time configuring or building the storage system before deployment; this is a significant difference versus other containerized storage systems as most of these systems require the use of special OS builds on the hosts, requiring reinstallation of the entire container environment to be adopted.  

About the v0.5 release, Kiran Mova, VP engineering of OpenEBS said, “We are seeing a clear resonance of the value proposition that OpenEBS brings to the DevOps teams dealing with systems with large number of micro-services, who are independently evaluating the technology and finding ways to automate their Compute, Network, Storage and Data related Operations.”

New features for OpenEBS released as a part of 0.5 include:

Pluggable storage engine – and a technology preview of a higher performance storage engine, named cStor, written in C and leveraging aspects of OpenZFS Improved integration with Prometheus and Grafana and publishing best practices and configuration files to simplify and extend monitoring of OpenEBS via an approach that is simple to apply to other monitoring solutions Support for extended attribute storage policies, such as automatic capacity growth and management policies, replica counts, storage

About The Author

Related posts

Leave a Reply

Your email address will not be published. Required fields are marked *