Kategorie: technology

RAVInvest uses cloud technology to bring equitable trade, peer mentoring to rural Africa

RAVInvest director Ueli Scheuermeier knows that well-established blueprints and best practices for entrepreneurial projects in rural Africa are rare. “Peer exchange is key in solving problems,” Scheuermeier says. “Someone will face a challenge and ask, ‘Does anyone have a clue about what to do here?’ And someone else will let them know what they’ve tried, […]
The post RAVInvest uses cloud technology to bring equitable trade, peer mentoring to rural Africa appeared first on Thoughts On Cloud.
Quelle: Thoughts on Cloud

IBM and VMware, better together

Some things naturally go well together. Peanut butter and jelly. Cookies and milk. My face and a glass sliding door when playing Pokemon Go. And yes, you can add IBM Cloud and VMware to that list. If you rewind to six months ago, we were in Las Vegas on a stage shaking hands as IBM […]
The post IBM and VMware, better together appeared first on Thoughts On Cloud.
Quelle: Thoughts on Cloud

NetApp + Mirantis: MOS 9.0 Reference Architecture and Fuel Plugin

The post NetApp + Mirantis: MOS 9.0 Reference Architecture and Fuel Plugin appeared first on Mirantis | The Pure Play OpenStack Company.
What happens if you need to integrate NetApp’s leading storage hardware into OpenStack?
Last year, to facilitate deployment of NetApp storage solutions with Mirantis OpenStack 8.0, NetApp created the first release of their Fuel Plugin for ONTAP and E-Series integration. This release also included a comprehensive Reference Architecture, offering guidance and best-practice gleaned from several major Mirantis OpenStack+NetApp customer deployments.
Elaborating on the more-basic instructions offered in the Fuel Plugin Guide, the NetApp Mirantis Unlocked Reference Architecture discussed NetApp ONTAP and E-Series storage solutions in detail, explained configuration options on a feature-by-feature basis, and offered step-by-step instructions for using the plugin, including pre-configuration and post-deployment checkout.
This week, NetApp has released an updated version of their Fuel Plugin for Mirantis OpenStack 9.0 (Mitaka), collaborating with Mirantis to produce a fully-updated version of the NetApp Mirantis Unlocked Reference Architecture. (Both the Fuel Plugin and Reference Architecture can be downloaded from the Mirantis Unlocked NetApp Partner Page at http://mirantis.com/partners/netapp/).
The new document makes it easier for deployment engineers and architects to integrate NetApp Clustered Data ONTAP/ONTAP 9 or E-Series storage solutions with a Mirantis OpenStack 9.0 cloud.
New NetApp Plugin Features for MOS 9.0
Mirantis OpenStack 9.0 supports several new NetApp features:

Consistency Groups, enabling snapshots of multiple Cinder volumes to be taken at the same instant in time, ensuring consistency
CHAP Authentication, for communication between iSCSI initiators and targets
Quality of Service (QoS) based on maximum I/O per GB, in addition to QoS based on maximum bytes per second, bytes per second allowed per GiB, and IOPS
Manila (File-Share Service) support is not supported out-of-the-box in Mirantis OpenStack 9.0, but the Mirantis Services division, assisted by the OpenStack@NetApp team, can enable NetApp clustered Data ONTAP storage for Manila at customer request.
SolidFire support can also be enabled separately; refer to the SolidFire Partner page for more information.

To take advantage of these new features, among many others in the Mitaka release (further stabilized and hardened by Mirantis, the #1 bug fixer for OpenStack Mitaka) NetApp and Mirantis recommend using the latest version of Mirantis OpenStack (MOS 9.0, Mitaka) and the latest NetApp Fuel plugin.
Where to go from here
Of course there’s much more than we can tell you in a single blog post! The following resources will help get you started:

Mirantis Unlocked Partner page for NetApp
Reference Architecture for MOS 9.0 with NetApp storage
MOS 9.0 Fuel Plugin for NetApp (.rpm) and Installation Guide
OpenStack@NetApp Deployment and Operations Guide
Discuss NetApp and Mirantis OpenStack at theOpenStack@NetApp Community
Technical Support is available from NetApp Technical Support or Mirantis Support.

The post NetApp + Mirantis: MOS 9.0 Reference Architecture and Fuel Plugin appeared first on Mirantis | The Pure Play OpenStack Company.
Quelle: Mirantis

Recent RDO blogs, August 29, 2016

It’s been a few weeks since I posted a blog update, and we’ve had some great posts in the meantime. Here’s what RDO enthusiasts have been blogging about for the last few weeks.

Native DHCP support in OVN by Numan Siddique

Recently native DHCP support has been added to OVN. In this post we will see how native DHCP is supported in OVN and how it is used by OpenStack Neutron OVN ML2 driver. The code which supports native DHCP can be found here.

… read more at http://tm3.org/8d

Manual validation of Cinder A/A patches by Gorka Eguileor

In the Cinder Midcycle I agreed to create some sort of document explaining the manual tests I’ve been doing to validate the work on Cinder’s Active-Active High Availability -as a starting point for other testers and for the automation of the tests- and writing a blog post was the most convenient way for me to do so, so here it is.

… read more at http://tm3.org/8e

Exploring YAQL Expressions by Lars Kellogg-Stedman

The Newton release of Heat adds support for a yaql intrinsic function, which allows you to evaluate yaql expressions in your Heat templates. Unfortunately, the existing yaql documentation is somewhat limited, and does not offer examples of many of yaql’s more advanced features.

… read more at http://tm3.org/8f

Tripleo HA Federation Proof-of-Concept by Adam Young

Keystone has supported identity federation for several releases. I have been working on a proof-of-concept integration of identity federation in a TripleO deployment. I was able to successfully login to Horizon via WebSSO, and want to share my notes.

… read more at http://tm3.org/8g

TripleO Deploy Artifacts (and puppet development workflow) by Steve Hardy

For a while now, TripleO has supported a “DeployArtifacts” interface, aimed at making it easier to deploy modified/additional files on your overcloud, without the overhead of frequently rebuilding images.

… read more at http://tm3.org/8h

TripleO deep dive session #6 (Overcloud – Physical network) by Carlos Camacho

This is the sixth video from a series of “Deep Dive” sessions related to TripleO deployments.

… read more at http://tm3.org/8i

Improving QEMU security part 7: TLS support for migration by Daniel Berrange

This blog is part 7 of a series I am writing about work I’ve completed over the past few releases to improve QEMU security related features.

… read more at http://tm3.org/8j

Running Unit Tests on Old Versions of Keystone by Adam Young

Just because Icehouse is EOL does not mean no one is running it. One part of my job is back-porting patches to older versions of Keystone that my Company supports.

… read more at http://tm3.org/8k

BAND-AID for OOM issues with TripleO manual deployments by Carlos Camacho

First in the Undercloud, when deploying stacks you might find that heat-engine (4 workers) takes lot of RAM, in this case for specific usage peaks can be useful to have a swap file. In order to have this swap file enabled and used by the OS execute the following instructions in the Undercloud:

… read more at http://tm3.org/8l

Debugging submissions errors in TripleO CI by Carlos Camacho

Landing upstream submissions might be hard if you are not passing all the CI jobs that try to check that your code actually works. Let’s assume that CI is working properly without any kind of infra issue or without any error introduced by mistake from other submissions. In which case, we might ending having something like:

… read more at http://tm3.org/8m

Ceph, TripleO and the Newton release by Giulio Fidente

Time to roll up some notes on the status of Ceph in TripleO. The majority of these functionalities were available in the Mitaka release too but the examples work with code from the Newton release so they might not apply identical to Mitaka.

… read more at http://tm3.org/8n
Quelle: RDO

IBM expands partner ecosystem for VMware users moving to the cloud

More and more organizations are moving their enterprise workloads to the cloud, but they don’t just get there through magic. Often, there’s a lot of expense and risk involved. Occasionally, entire IT operations have to be overhauled. It’s a big challenge. To face down that challenge, IBM and VMware joined forces earlier this year to […]
The post IBM expands partner ecosystem for VMware users moving to the cloud appeared first on Thoughts On Cloud.
Quelle: Thoughts on Cloud

Six DevOps myths and the realities behind them

The post Six DevOps myths and the realities behind them appeared first on Mirantis | The Pure Play OpenStack Company.
At OpenStack Days Silicon Valley 2016, Puppet Founder and CEO Luke Kanies dispelled the six most common misconceptions he’s encountered that prevent organizations from adopting and benefiting from DevOps.

Over a five-year period, Puppet conducted market research of 25,000 people that shows the adoption of DevOps is critical to building a great software company. Unfortunately, however, many companies find that the costs of the cultural change are too high. The result is that these firms often fail to become great software companies — sometimes because even though they try to adopt the DevOps lifestyle, they do it in a such way that the change in a way doesn’t have enough real value because the changes don’t go deep enough.

You see, all companies are becoming software companies, Kanies explained, and surveys have shown that success requires optimization of end-to-end software production. Organizations that move past barriers to change and go from the old processes to the new way of using DevOps tools and practices will be able to make the people on their team happy, spend more time on creating value rather than on rework, and deliver software faster.

Key points in the 2016 State of DevOps Report survey show that high-performing teams deploy 200 times more frequently than average teams, with over #2,500 times shorter lead times, so the time between idea and production is minimal. Additionally, these teams see failure rates that are #3 times lower than their non-DevOps counterparts, and they recover 24 times faster. The five-year span of the survey has also shown that the distance between top performers and average performers is growing.

In other words, the cost of not adopting DevOps processes is also growing.

Despite these benefits, however, for every reason to adopt DevOps, there are plenty of myths and cultural obstacles that hold organizations back.
Myth #1: There&8217;s no direct value to DevOps
The first myth Kanies discussed is that there’s no direct customer or business value for adopting DevOps practices. After all, how much good does it do customers to have teams deploying 200 times more frequently?

Quite a lot, as it happens. DevOps allows faster delivery of more reliable products and optimizes processes, which results in developing software faster. That means responding to customer problems more quickly, as well as drastically slashing time to market for new ideas and products. This increased velocity means more value for your business.
Myth 2: There&8217;s no ROI for DevOps in the legacy world
The second myth, that there’s no return on investment in applying DevOps to legacy applications, is based on the idea that DevOps is only useful for new technology. The problem with this view, Kanies says, is that the majority of the world still runs in legacy environments, effectively ruling out most of the existing IT ecosystem.

There are really good reasons not to ignore this reality when planning your DevOps initiatives. The process of DevOps doesn’t have to be all-or-nothing; you can make small changes to your process and make a significant difference, removing manual steps, and slow, painful, and error-prone processes.

What&8217;s more, in many cases, you can’t predict where returns will be seen, so there’s value in working across the entire organization. Kanies points out that it makes no sense to only utilize DevOps for the new, shiny stuff that no one is really using yet and neglect the production applications that users care about &8212; thus leaving them operating slowly and poorly.
Myth 3: Only unicorns can wield DevOps
Myth number three is that DevOps only works with “unicorn” companies and not traditional enterprise. Traditional companies want assurances that DevOps solutions and benefits work for their very traditional needs, and not just for new, from-scratch companies.

Kanies points out that DevOps is the new normal, and no matter where organizations are in the maturity cycle, they need to be able to figure out how to optimize the entire end-to-end software production, in order to gain the benefits of DevOps: reduced time to market, lower mean time to recovery, and higher levels of employee engagement.
Myth #4: You don&8217;t have enough time or people
The fourth myth is that improvement via DevOps requires spare time and people the organization doesn’t have. Two concepts at the root of this myth are the realities that no matter what you do, software must be delivered faster and more often and that costs must be maintained or decreased, and organizations don’t see how to do this &8212; especially if they take time to retool to a new methodology.

But DevOps is about time reclamation. First, it automates many tasks that computers can accomplish faster and more reliably and an overworked IT engineer. That much is obvious.  

But there&8217;s a second, less obvious way that DevOps enables you to reclaim time and money. Studies have shown that on average, SREs, sysadmins, and so on get interrupted every fifteen minutes &8212; and that it takes about thirty minutes to fully recover from an interruption. This means many people have no time to spend hours on a single, hard problem because they constantly get interrupted. Recognizing this problem and removing the interruptions can free up time for more value-added activity and free up needed capacity in the organization.
Myth #5: DevOps doesn&8217;t fit with regulations and compliance
Myth number five comes from companies subject to regulation and compliance who believe this precludes adoption of DevOps. However, with better software, faster recovery, faster deployments, and lower error rates, you can automate compliance as well. Organizations can integrate all of the elements of software development with auditing, security, and compliance to deliver higher value, and in fact, if these aren’t all done at once, companies are more than likely to experience a failure of some sort.
Myth #6: You don&8217;t really need it
Kanies says he hasn’t heard the sixth myth often, but once in a while, a company concludes it doesn’t have any problems that adopting DevOps would fix. But DevOps is really about being good at getting better, moving faster, and eliminating the more frustrating parts of the work, he explains.

The benefits of adopting DevOps are clear from Kanies’ points and from the data presented by the survey. As he says, the choice is really about whether to invest in change or to let your competitors do it first. Because the top performers are pulling ahead faster and faster, Kanies says, and “organizations don’t have a lot of time to make a choice.”

You can hear the entire talk on the OpenStack Days Silicon Valley site.The post Six DevOps myths and the realities behind them appeared first on Mirantis | The Pure Play OpenStack Company.
Quelle: Mirantis

With new data center, growth accelerates for Korea cloud ecosystem

Korea’s public cloud sector is growing exponentially. According to IDC research, public cloud revenue in the country is expected to increase from $445 million last year to around $1 billion in 2019. All that growth is going to mean increased demand for infrastructure. That’s a big reason why IBM is teaming with SK Holdings to […]
The post With new data center, growth accelerates for Korea cloud ecosystem appeared first on Thoughts On Cloud.
Quelle: Thoughts on Cloud