The OpenStack Blog

Category: Uncategorized

OpenStack Community Celebrates Four Years!

User maturity, software maturity and a focus on cloud software operations are now established areas of focus for OpenStack and none of it would be possible without the consistent  growth of the OpenStack community. In the four years since the community was established, OpenStack now has 70+ active user groups and thousands of active members spread across 139 different countries!Throughout the month of July, we are celebrating our community milestones and progress over the past four years, as well as Superusers who support the OpenStack mission. This year, we also launched the Superuser publication to chronicle the work of users, and their many accomplishments individually and organizationally amplifying their impact among the community.


We invite you all to join the party and celebrate 4 awesome years of OpenStack:

  • Check out the OpenStack 4th Birthday page featuring the latest stats, infographic and a web badge to download
  • Attend the birthday party in Portland, Oregon during OSCON, Tuesday, July 22
  • Attend your local birthday party, more than 50 are taking place around the world this month!
  • Visit the Superuser publication to learn about the contributors and user groups who make OpenStack successful
  • Join the conversation on Twitter today using the hashtag #OpenStack4Bday
Here are some community leaders’ perspectives reflecting on the past four years with OpenStack and their predictions for the future:


Five Days + Twelve Writers + One Book Sprint = One Excellent Book on OpenStack Architecture

Update: You can now download the OpenStack Architecture Design Guide here.

One thing about OpenStack is that you can find lots of information on how to do specific things, such as start an instance or install a test cloud on VirtualBox, but there isn’t much out there to give you the Big Picture, such as how to design a massively-scalable OpenStack cloud, or a cloud that’s optimized for delivering streaming content. That’s why this past week a dozen OpenStack experts and writers from companies across the OpenStack ecosystem gathered at VMware’s Palo Alto campus for the OpenStack Architecture Design Guide book sprint. The intent was to  deliver a completed book on designing OpenStack clouds — in just five days.

Now, I wrote my first book — a pretty straightforward introduction to Active Server Pages 3.0 — in seven weeks, and then it went through months of editing before arriving at the printer. I never wrote a more significant book that took less than six months.  So when I volunteered for the sprint, I confess that I didn’t expect much.  Oh, I knew that at the end of the week we’d have a book.  I just didn’t expect it to be the really great book that actually emerged.

How a book sprint works

Screen Shot 2014-07-14 at 4.45.58 PM

The process of actually writing the book was pretty regimented, but because we felt like we had control over the direction, we didn’t feel stifled by it.  We started by discussing the audience — architects designing OpenStack systems or evaluating it for use — and brainstorming a likely structure.

After deciding that we’d basically cover groupings of use cases for OpenStack clouds, we brainstormed all the different types we might cover, putting them on Post-its and grouping them on the whiteboard. (Let’s just say that “CI/CD” and “dev/test” were on a lot of our minds.)  Before long it was clear that we had seven major categories, such as “compute focused” or “massively scalable”.

We then broke into two groups, each of which was to take half an hour and brainstorm a structure for these categories.  Interestingly, although we used different terms, the structures the two groups emerged with were virtually identical.  (Which meant there was no fight to the death, which is always nice.)

From there our group of 12 broke into 3 groups of 4, each diving into a section.  At the end of Monday, we had 15,000 words already written (of which we’re still sure 10,000 came from Beth Cohen).

I was stunned.

I wasn’t stunned because we had so much content; I was stunned because it was, well, actually pretty good content.

By Wednesday morning, the book was pretty much written, and it was on to editing.  Groups read through sections written by others to try and fill in any holes, and Beth and I began editing, to try and even out the tone.  After that came two more passes: copyediting (by Alexandra Settle, Scott Lowe, and Sean Winn) and fact checking.

Long before Friday, we had a book that we could be proud of.

Screen Shot 2014-07-14 at 4.47.14 PM

What the OpenStack Architecture Design Guide covers

The OpenStack Architecture Design Guide is for architects and evaluators; deployment is covered in the OpenStack Operations Guide, so we didn’t cover that. The Design Guide covers the following types of OpenStack clouds:

  • General Purpose
  • Compute Focused
  • Storage Focused
  • Network Focused
  • Multi-site
  • Hybrid Cloud
  • Massively Scalable
  • Special cases (clouds that don’t fit into those categories, such as multi-hypervisor)

We talked about the different issues, such as user requirements, technical considerations, and operational considerations for each type of cloud, then talked about the actual architecture and provided some prescriptive examples to make things more concrete and easier to understand.

What community really means

Perhaps the most interesting thing about the book sprint is that it was, in many ways, a microcosm of OpenStack itself.  We all work for different companies, some of which don’t particularly get along, but in that room, it didn’t matter. We were just people getting a job done, and doing it in the best way we knew how, working long hours and joking about our evil overlords (sprint facilitators Adam Hyde and Faith Bosworth) and laughing about anything and everything to keep from going stir crazy.

We watched Alex learn that American Mountain Dew is very different from the stuff they have in Australia, and we saw her transform from a nervous newcomer to a confident writer and editor (though I’m still going to use two spaces after a period, sorry).  Anthony Viega and Sean Collins consistently impressed us with their knowledge of networking.  Sebastian Gutierrez showed how passionate he is about storage, and especially the wonders of Ceph. Vinny Valedez produced more great diagrams in two days than I did all of last year. Maish Saidel-Keesing and Kevin Jackson continuously inspired us to be better with their hard work and good humor. I’m still laughing at Steve Gordon’s deadpan humor.  (And I apologize to anyone who still has the music from Doctor Who stuck in their head.)

Our goal was to provide a resource for the OpenStack community, to help adoption of a tool we’re all passionate about. Did we joke about it?  Of course we did.  But at the end of the day, we wouldn’t have been there if we didn’t believe in the future of OpenStack, and what it can do, when it’s done right.

The OpenStack Architecture Design Guide will be available electronically free of charge as part of the OpenStack documentation, and like the Operations Guide and the Security Guide before it, it will be available for anyone to submit patches to, a living document that will only get better.  It will also be available for purchase in hard copy through Lulu.  Watch this space for a link!

DefCore Update: Input Request for Havana Capabilities

As part of our community’s commitment to interoperability, the OpenStack Board of Directors has been working to make sure that “downstream” OpenStack-branded commercial products offer the same baseline functionality and include the same upstream, community-developed code. The work to define these required core capabilities and code has been led by the DefCore Committee co-chaired by Rob Hirschfeld (his DefCore blog) and Joshua McKenty (his post).  You can read more about the committee history and rationale in Mark Collier’s blog post.

The DefCore Committee has introduced two key concepts that will be used to define the standard requirements across commercial products: Capabilities and Designated Sections. Capabilities represent the functionality that is exposed by an OpenStack-based cloud through APIs, which can be tested and reported on—for instance starting or stopping a virtual server. Designated sections are portions of upstream code from various OpenStack projects that are required in addition to the API-based capabilities. These requirements can change with each OpenStack release, and the DefCore committee has started with the Havana release to create an “advisory” set of requirements.  After community review on Havana, the Board will repeat the process for Icehouse requirements and then enforce those for the commercial trademark license programs.

Get Involved: Next week, the DefCore Committee will host two meetings for community input on the Capabilities they’ve scoped for the Havana release. The meetings will take place Wednesday, July 16, at 8 am PDT (1500 UTC) and 6 pm PDT (0100 UTC on July 17) to accommodate as many time zones as possible. You can reference the DefCore Committee’s current proposal, and join the meetings using the links on the following page:

After getting community input, the DefCore Committee plans to bring the proposed Havana Capabilities to the Board for approval at the next face-to-face meeting, taking place July 22nd in Portland, OR.  If approved, focus will then shift to the Designated Sections for Havana.

If you’d like to catch up on the work the Committee has been doing since the OpenStack Summit Atlanta, the following links contain the notes from their recent meetings:


OpenStack Swift 2.0 Released and Storage Policies Have Arrived

This blog post was first featured on the SwiftStack Blog, and you can find the original post here.

Today I’m happy to announce the release of OpenStack Swift 2.0.0. This release includes storage policies – the culmination of a year of work from many members of the Swift contributor community. Storage policies are the biggest thing to happen in Swift since it was open-sourced four years ago. Storage policies allow you to tailor your storage infrastructure to exactly match your use case. This release marks a significant milestone in the life of the project that will lead to further adoption and community growth.

You can get Swift 2.0 from As always, you can upgrade to this version without any client downtime.

Storage Policies

What are storage policies, and why are they so important? Storage policies allow deployers to specifically configure their Swift cluster to support the different needs of data stored in the cluster.

Use case examples

Once the storage policies are configured, users can create a container with a particular policy, and all objects stored in that container will be stored according to that container’s storage policy.

Let’s explore two use cases enabled by storage policies: a reduced redundancy storage policy and a geographically-specific storage policy.


We normally recommend 3x replication in Swift clusters. It provides a good balance between durability and overhead for most data. However, some data is trivially re-creatable and doesn’t require the same durability. A very good example of this is image thumbnails. If the original resolution image is stored with 3x replication, then a resampled image can be stored with 2x replication. This saves 33% on storage costs, and any data loss is mitigated by the ability to recreate the resized image from the original.

When used at scale to store and serve on-demand user-generated content, as Swift is used today, a “reduced redundancy” storage policy can save significant hard drive space, thus lowering costs. Storage policies can be created to enable different replication factors to be used in the same cluster, depending on the type of data that needs to be stored.

Another example is using different storage policies to geographically distinguish data sets. Suppose your company has a central office in Dallas, a branch office in New York, and a branch office in San Francisco. The data stored and used in one branch office doesn’t need to be shared with the other branch office, but the central office should have a copy of everything. With Swift 2.0, you can create a policy that references the storage capacity in Dallas and New York and another policy that references the storage capacity in San Francisco and Dallas. Now, anything stored in the “New York” policy will be stored in New York and locally available for fast lookup. It is the same with the “San Francisco” policy. But also the central Dallas office has a copy of everything that is being stored in the branch offices.

The central office can easily manage offsite archives and has very good visibility into each branch’s data consumption. Storage policies in Swift 2.0 augment Swift’s existing global cluster capabilities and allows finer-grained control over where the data resides.

Deployer Impact of Storage Policies

Conceptually, storage policies are pretty simple: where a Swift cluster used to support only one object ring, now it can take advantage of many object rings. Each ring in Swift describes a set of storage volumes (i.e. drives), and it includes information necessary for data placement and failure handling. With storage policies, deployers can configure their Swift cluster to support the different needs of data stored in the cluster.

It is safe for deployers to upgrade their existing clusters to use storage policies. And clusters can still be downgraded, at least until you define a second storage policy. If you have multiple policies configured and you revert to pre-storage policy code, any data in the new storage policies will be inaccessible, since older Swift versions do not know how to access it.

Storage policies are defined in the swift.conf configuration file. Existing clusters are treated as having a default “policy zero”. This means existing clusters can take advantage of the new code without needing to immediately begin supporting additional policies. New policies can be configured in that same config file and are then made available for clients. Each storage policy has a new ring.


The developer docs for storage policies include quite a bit more information, including details about the on-disk data layout, deprecating policies, and changes to background consistency processes.

Client Impact of Storage Policies

Storage policies expand the Swift API in just one small way. When creating a container, a client can now send the X-Storage-Policy header to set the policy for that container. The value of the header is the name of the storage policy. And the name of the available storage policies is available from the result of a call to the cluster’s /info endpoint.

Existing Swift clients will still completely work with this new version of Swift. If a client sends a container create request and doesn’t also explicitly send the X-Storage-Policy value, the new container will be created with the cluster’s default policy. This means that existing Swift client applications will not stop working, and aside from setting a policy on a container, will be able to still take advantage of all Swift has to offer.

Storage polices can only be set on a container at the time of container creation. If you need to change a policy, you first must delete all data in the container, delete the container, then recreate the container with the new storage policy. However, since Swift places no limits on how many containers you can have, it’s normally easier to simply create a new container.

Community Participation

Storage policies in Swift would not be possible without the participation of the entire contributing community. In particular, Paul Luse (Intel), Clay Gerrard (SwiftStack), and Sam Merritt (SwiftStack) have been instrumental by providing tremendous focus, dedication, awesome ideas, and leadership to getting this feature designed, written, and merged.

Together with Paul Luse, I gave a talk on storage policies at the OpenStack Juno summit in Atlanta. You can watch it here.

Looking Forward to Erasure Codes

We began working on storage policies in Swift almost exactly one year ago. Last July, we wrote about adding erasure code support to Swift. Erasure codes are great because for some data sets they can offer tremendous savings in storage media while still providing very high durability. But to add erasure code support into Swift, we first needed to add storage policies.

Now that storage policies are available in Swift 2.0, the developer community is refocusing on building the necessary pieces to support an erasure code storage policy in Swift. Policies are the foundation upon which we are building erasure code support into Swift, and this will be a major focus of the Swift contributor community for the remainder of this year.


Deploying Swift with SwiftStack

SwiftStack offers the easiest and fastest way to get up and running with a production Swift cluster. For more information on SwifStack, email, check out our online demo or signup for a personalized demo.

OpenStack – A Global Perspective: Five Things we Learned at OpenStack Events Across Europe and Israel

We say the words “global community” and “collaboration” so often they can start to lose their meaning. It’s easy to lose sight of the bigger picture, and the scale of our community far beyond name-brand users from the US or the number of Summit attendees. A few weeks ago, members of the OpenStack community organized a series of events across Europe and Israel, including Budapest, Paris, Milan, Tel-Aviv and London.I was fortunate enough to attend several events, and my goals were two-fold: to do some learning as we prepare for the November Summit in Paris, including getting a pulse on the issues and topics resonating most in the region and identifying new users we could feature; and second, of course, to start promoting the Paris Summit (shameless plug, happening November 3-7) by getting sponsors, press and potential attendees on board.


But what I really took away from the trip was a reminder that our greatest strength truly is the diversity and size of our global community. They aren’t just words that we throw around, but the hundreds of people we met and stories we heard in just a few short days. Reflecting on my conversations and a few interviews with the user group leaders, I wanted to pass along my five takeaways from the trip:

Businesses everywhere just want to move faster. Full disclosure, my original plan for this blog post was to interview the user group leader at each event and ask about the unique drivers in their region for OpenStack (or cloud and general). I suppose I shouldn’t have been surprised when they gave me essentially the same answers. The themes we discussed at the Atlanta Summit, including the Software-Defined Economy and needing to move faster than emerging competitors, resonated with everyone (unprompted!). Sure, there may be different regulatory environments or more financial services organizations in the UK and startups in Budapest, but at the end of the day they still want the same thing: the speed and agility to compete. The beauty of OpenStack is that there are many different ways to consume it, whether you’re a small business in Italy using Enter’s public cloud services, or building scale-out infrastructure for researchers to store and analyze data at CERN in Switzerland.

One of those user group leaders was Mariano Cunetti of Enter IT, based in Milan. According to Mariano, “the idea of team and company is changing. It has not been a painless process, but moving to the cloud is not only a matter of infrastructure. It’s not just a matter of how you develop your tools, it’s changing your processes. It’s being more agile and quick. In the next few years, the difference between companies adopting cloud compared to the ones who are not adopting cloud will be the difference of surviving and not.  Time to market will be so fast, that you need to keep the pace. You choose the pace you want to run to.”


Data sovereignty and national services create a different landscape in Europe, especially in industries like telco. I am familiar with the concept of data sovereignty and implications for our users, but one interesting thing we learned on the trip is that likely this year an update is coming to the EU-wide Data Protection Act Directive established in 1995. The new regulation, called the General Data Protection Regulation, is expected to take into account globalization and technological developments like cloud computing. As I mentioned, we’ve been talking about data sovereignty for some time — and it’s been a pretty significant driver of adoption among mid-size service providers across Europe and Australia — but debate and discussion around the new EU regulations, as well as court cases like Microsoft’s Dublin datacenter will be very timely for the OpenStack Summit in Paris, where we expect to discuss such issues with leading telcos, enterprises and technology vendors.


We’ve moved from “what” to “how.” Attending many of these same events a year ago, what really struck me is how the conversation has changed in tone. We’ve moved beyond the question of “what is OpenStack?” or “why OpenStack” to how it’s being used and more advanced topics. Attendees seemed eager for more technical deep dives and workshops. At the Paris event, Andrew Mitry from Comcast presented their user story, and had the most engagement and questions from audience members who were planning or operating their own deployments. In a short video interview, Nati Shalom, CTO of GigaSpaces and organizer of the OpenStack Israel Day, said: “When they were getting started, there was a lot of questions about whether OpenStack was the right thing. Is it going to happen? Is it going to be successful? Is it something that I should bet on? Even until last year that was the main discussion, but this year it’s more about how do I get started, how do I actually implement things, and how do I move fast with OpenStack.”

Budapest Check-in_2

Márton Kiss, who co-organized OpenStack CEE Day in Budapest, told me, “the major driving force behind this interest is that people started to trust the open source technology. The startups are definitive end-users of cloud technology, they know and use agile development, continuous integration / deployment, the entire devops culture, and OpenStack fits here as an alternative platform to Amazon. Larger enterprises here still have a conservative attitude, but telecom and financial sector are doing pilot projects. The structure of enterprises is a bit different in this Eastern European region, because most companies don’t have HQs here, but there are a lot of software development / technology center located here.”


Contribution pays off. One of the most exciting things to see is the companies who have been contributing — both code and community activities like organizing these events — have been making a name for themselves, and building their brand as OpenStack experts in the global community. They’ve gained knowledge and relationships that are translating into real business opportunities. We met some very large users who are choosing to work with smaller, focused companies in the OpenStack ecosystem because they know contributions equate to knowledge and influence. Companies who are consistently contributing are also openly attracting talent, because many of the OpenStack experts want to work in an environment where they know their efforts are going to have a broader impact. As one example, I was going to report on how impressive it has been to see eNovance grow and expand globally, because we had the chance to tour their new — OpenStack themed! — offices in Paris, but they’ve since been acquired!


Need more focus on operations and end users. This isn’t so much a lesson learned on this trip, as it was reinforced by these events. The makeup of attendees has evolved from primarily vendors looking to productize OpenStack and contributing developers to infrastructure teams within larger enterprises and research organizations who are using the software. The content has also evolved, but there’s more we can do to focus on cloud operators and app developers. One thought is for the Foundation to help recruit and sponsor more users like Andrew Mitry to travel and speak at these events, because hearing case studies and having the chance to ask/answer questions first hand is incredibly valuable.Please feel free to weigh in, whether or not you attended the events, I’d love to get your perspective.

Thank you to all of the organizers who put significant time into these events: Márton Kiss and Gergely Szalay in Budapest; Annie Potvin and the eNovance (now Red Hat) team in Paris; Martina Casani, Mariano Cunietti and the Enter team in Milan; Avner Algom, Nati Shalom, Sharone Zitzman and the GigaSpaces team in Tel-Aviv; and Mark Baker, Cezzaine Zaher and the Canonical team in London.

I’m energized as we head to Paris in November, and hope to see you there.

OpenStack Global Community: Interviews from OpenStack Days in Italy & Israel

Mariano Cunietti & Martina Casani, Enter IT

We recently had a chance to catch up with OpenStack community members Mariano Cunietti, CTO, and Martina Casani, Marketing Manager, at Enter IT.  Mariano got involved in OpenStack around the Folsom release and first attended the San Diego Summit in October 2012. He helped establish the Italy OpenStack User Group upon return from San Diego, which has since grown to more than 300 participants. They hosted the first OpenStack Day Italy at their offices in Milan, Italy, May 30th.Enter’s office space in Milan is truly unique. As part of the company’s process and culture transformation, and after touring several co-working spaces in the San Francisco / Bay Area, they decided last year to turn their own offices into a co-working space. Mariano explains in the video how co-working spaces are a great representation of cloud infrastructure physically, a true multi-tenant environment with shared infrastructure for the different teams and people they host. What you aren’t able to see in the video is that the office is entirely configurable and made of low-cost materials where possible. All of the desks are on wheels, and even the hanging outlets can be swung along tracks to different locations. They were easily able to clear out a large meeting space where they hosted more than 125 attendees for the OpenStack Day. And more important than the physical setup, the biggest benefit to them has been the exchange of ideas, meeting new and interesting people with which they are now collaborating, for example companies working in security, communications, drones and 3D printers.

Enter is an ISP funded in 1996 with expertise is datacenter services and connectivity. When it came to OpenStack, they were searching for a technology to bring their virtual private server product to market. Mariano says VPS is popular in the Italian market because 95% of companies are small businesses who don’t need large, scale-out architectures. Now with OpenStack, they have a real public cloud, Enter Cloud Suite, and are also actively pursuing hybrid cloud services so users can run OpenStack in house and then scale on the public service as they need. OpenStack is core to Enter’s infrastructure, and they are continuing to build a suite of services around it, such as hadoop, CDN and email.

Mariano says that engaging with the global OpenStack community dramatically changed the way Enter approaches work.  Where they used to wear suits, they are now more casual, and they’ve traded in tools like Microsoft Exchange for new ones. They have changed their internal processes, and are much smarter and more efficient than they were.  According to Mariano, “the idea of team and company is changing. It has not been a painless process, but moving to the cloud is not only a matter of infrastructure. It’s not just how you develop your tools, it’s changing your processes. It’s being more agile and quick. In the next year, the difference between companies adopting cloud compared to the ones who are not adopting cloud will be the difference of surviving and not.  Ttime to market will be so fast, that you need to keep the pace. You choose the pace you want to run to.”

Nati Shalom, CTO & Founder of GigaSpaces

Nati Shalom, CTO & Founder at GigaSpaces, got involved with OpenStack when the community was just being formed. He has since been instrumental in building the OpenStack user group in Israel, and we caught up with him at the 5th OpenStack Day Israel, June 2nd.  It was the biggest and most successful event the group has hosted yet with more than 500 attendees. The crowd is a mix of major users like LivePerson, technologists from global IT companies with R&D offices in Tel-Aviv and startups who are building web scale applications or products around OpenStack.

Over the past few years, Nati has seen a significant shift in the conversation at these events. Even last year, there were still questions about about whether OpenStack was the right thing. “Is it going to happen? Is it going to be successful? Is it something that I should bet on?” This year he’s seen it tip over to questions like “How do I get started? How do I actually implement things? How do I move faster with OpenStack?” That shift was also evident to him at the latest Summit in Atlanta. People are no longer standing at the fence and looking at how OpenStack is shaping up. They are moving to execution and sharing their user stories and best practices. It reminds Nati of the Java community 10 years ago, where a big, revolutionary shift in technology brings together business people, users and developers in a very collaborative fashion.

In this quick interview, Nati discusses the unique business landscape in Israel with an atmosphere of entrepreneurship. He calls Israel a startup nation. One reason being that Israel is small and there are not many natural resources, so the ability to export ideas and innovation is very important. There is a strong tech startup and R&D community that is always working on the next big thing, so emerging technologies are very well received. OpenStack plays well into the scene, and we met many Israeli companies like GigaSpaces, Mellanox, LivePerson and Cloudyn that are actively involved in the community.

One thing that Nati values highly is the transparency and availability of information from the community. We did not discuss it in this video, but during his presentation at the event, Nati talked about the differences between working in an open source community and with a proprietary software platform in terms of transparency and ability to influence the roadmap. He gave an example of the user survey conducted by the user committee every six months, the results of which are shared broadly with our technical community and ecosystem. The ability to have real data and insight into user adoption and tools being used has a huge impact on his product strategy. Proprietary vendors might push their partners in one direction based on their roadmap and plans, but they rarely expose the raw data required to make your own analysis.

Call for Speakers now OPEN – November Summit in Paris

Screen Shot 2014-07-01 at 9.23.02 AM




The Call for Speakers is OPEN for the November OpenStack Summit in Paris! 

Submit your talks here:

There are a few new speaking tracks in the Summit lineup this year so please review the below list before you submit a talk.

Don’t wait! The Call for Speakers will close on July 28 at 11:59pm CDT.

The Summit will take place in Paris at Le Palais des Congrès, November 3-7. The main conference and expo will run Monday – Wednesday and the design summit will run Tuesday – Friday.

If you have any Summit related questions please contact

Continue to visit for information including:
• Event format
• Registration
• Hotel room blocks
• Visa invitation letters
• Venue maps
Speaking Tracks for the OpenStack Summit in Paris:

• Enterprise IT Strategies
Enterprise IT leaders building their cloud business case are facing unique requirements to manage legacy applications, new software development and shadow IT within industry regulations and business constraints. In this track, we’ll discuss how OpenStack is meeting enterprise IT technical requirements and cover topics relevant to planning your cloud strategy, including culture change, cost management, vendor strategy and recruiting.

• Telco Strategies
Telecommunications companies are one of the largest areas of growth for OpenStack around the world. In this track, we’ll feature content relevant to these users, addressing the evolution of the network and emerging NFV architecture, the global IaaS market and role of telcos, industry regulation and data sovereignty, and industry cooperation around interoperability and federation.

• How to Contribute
The How to Contribute track is for new community members and companies interested in contributing to the open source code, with a focus on OpenStack community processes, tools, culture and best practices.

• Planning Your OpenStack Project
If you are new to OpenStack or just getting started planning your cloud strategy, this track will cover the basics for you to evaluate the technology, understand the different ways to consume OpenStack, review popular use cases and determine your path forward.

• Products, Tools & Services
OpenStack’s vibrant ecosystem and the different ways to consume it are among it’s greatest strengths. In this track, you’ll hear about the latest products, tools and services from the OpenStack ecosystem.

• User Stories
Sharing knowledge is a core value for the OpenStack community. In the user stories track, you’ll hear directly from enterprises, service providers and application developers who are using OpenStack to address their business problems. Learn best practices, challenges and recommendations directly from your industry peers.

• Community Building
OpenStack is a large, diverse community with more than 75 user groups around the world. In the community building track, user group leaders will share their experiences growing and maturing their local groups, community leaders will discuss new tools and metrics, and we’ll shine a spotlight on end user and contributing organizations who have experienced a significant internal culture change as participants of the OpenStack community.

• Related OSS Projects
There is a rich ecosystem of open source projects that sit on top of, plug into or support the OpenStack cloud software. In this track, we’ll demonstrate the capabilities and preview the roadmaps for open source projects relevant to OpenStack. This presentation track is separate from the open source project working sessions, which allow the contributors to those projects to gather and discuss features and requirements relevant to their integration with OpenStack. A separate application for those working sessions will be announced.

• Operations
The Operations track is 100% focused on what it takes to run a production OpenStack cloud. Every presenter has put endless coffee-fueled hours into making services scale robustly, never go down, and automating, automating, automating. The track will cover efficient use of existing tools, managing upgrades and staying up-to-date with one of the world’s fastest-moving code bases and “Architecture show and tell,” where established clouds will lead a discussion around their architecture. If you’re already running a cloud, you should also join us in the Ops Summit for some serious working sessions (no basic intros here) on making the OpenStack software and ops tools for it better.

• Cloud Security
The Security track will feature technical presentations, design and implementation disussions relevant to cloud security and OpenStack.

• Compute
Computing is a broad topic, but this track will offer technical presentations, use cases, and design and implementation specific to the OpenStack Compute project. Topics will include new features, integration with tools and technologies and configuration as well as hypervisors, HA, schedulers, bare metal computing and databases.

• Cloud Storage
The Storage track will feature technical presentations, use cases, design and implementation discussions relevant to cloud storage and OpenStack.

• Cloud Networking
The Networking track will feature technical presentations, use cases, design and implementation discussions relevant to cloud networking, specifically topics like SDN, scale, IPv6, policies, HA and performance.

• Public & hybrid clouds
The public and hybrid clouds track will cover issues and considerations unique to organizations who are making use of public or hybrid cloud infrastrucutre, or are considering this approach.

• Hands-On Labs (90 minutes)
Hands-on Labs offers a window into OpenStack training for operators and application developers. Sessions are typically 90 minutes and set classroom style for interaction. Bring your laptop and walk away with OpenStack skills.

• Targeting Apps for OpenStack Clouds
A large community of application developers and ecosystem of development tools is growing around OpenStack. This track will be for users who are building and deploying applications on OpenStack clouds, and cover topics like automating and managing application deployment, application software configuration, SDKs, tools, PaaS and big data.

OpenStack Turns 4 – It’s Time to Celebrate the Community!

OpenStack celebrates its 4th birthday July 19, and we’re celebrating with the entire OpenStack community during July!  User maturity, software maturity and a focus on cloud software operations are rapidly emerging for OpenStack and none of it would be possible without the quickly growing OpenStack community. There are now more than 70 global user groups and 17,000 community members across 139 countries, spanning more than 370 organizations. This calls for a big toast to the OpenStack community members and our users.

Within our community, we are also celebrating our users in our online publication, Superuser. Check out birthday-themed features during July and keep an eye out for our infographic that will showcase user growth metrics and deployments.

4th Birthday Sticker

We’ve invited all our user groups to celebrate with us. During the month of July, more than 50 OpenStack birthday parties will be thrown all over the world – celebrating the OpenStack community!  We encourage everyone to find a birthday party in your area and join your fellow community members to toast each other on another great year! Don’t forget to share your pictures and memories using #OpenStack4Bday.

If you’re attending OSCON, the Foundation invites you to come celebrate the OpenStack community on Tuesday, July 22nd at Union/Pine to mingle with other community members and Foundation staff. Stay tuned – more details coming soon!

Find a local celebration in your area:
Atlanta – July 17
Austin - July 10
Bangalore, India – July 13
Berlin, Germany – July 29
Beijing, China – July 19
Boston - July 10
Brazil – July 26
Brisbane – July 24
China  - July 19
Colorado – July 15
Connecticut – July 15
Ecuador – July 24
Egypt - July 19
Florida – July 11
Frankfurt, Germany – July 28
Greece – July 9
Hong Kong – July 4
Hungary – July 10
Indonesia – July 1
Iran – July 14
Ireland – July 18
Israel – July 3
Italy – July 10
Japan – July 10
Kentucky – July 17
Korea – July 16
London – July 15
Los Angeles – July 31
Minnesota – July 21
Mumbai, India – July 20
Munich, Germany – July 23
Nairobi – July 29
Netherlands – July 17
New York City – July 16
Paris, France – July 2
Philadelphia – July 17
Philippines – July 4
Portland – July 22
Russia – July 19
San Francisco - July 30
Seattle – July 24
Slovenia – July 10
Switzerland – July 17
Sydney – July 10
Taiwan – July 11
Thailand – July 21 – 23
Toulouse, France – July 9
Venezuela - July 19
Washington DC – July 9



Summer Speaking Sessions and Call for Papers

Summer is in full swing and there are some great industry events coming up on the calendar, as well as Call for Proposals deadlines!

The Global Events Calendar is the primary resource to know what events are approaching. It is fully editable, so you can update the following criteria:

  • If your organization is attending, sponsoring or exhibiting (COLUMN G)
  • Provide feedback or ideas on events (COLUMN H)
  • Add vendor-independent industry events to the calendar (complete ALL criteria)

Here are the upcoming industry events planned for July:

OSCON: July 20 – 24, Portland OR

  • No charge Expo Plus registration using OPENSTACKEHO.  Or 25% discount on any other conference pass using OPENSTACK25.  Pass these on!
  • Open Cloud Day: July 21, featuring Chris Launey from The Walt Disney Company, OpenStack user, Thierry Carrez from the OpenStack Foundation, and Rob Hirschfeld, OpenStack Board Director.  Open to all registrants, including Expo Plus.
  • If you’re attending, be sure to attend the OpenStack birthday party Tuesday, July 22nd at Union/Pine. Details coming soon!

EuroPython: July 21 – 27, Berlin, Germany
PyCon AU: August 1 – 5, Brisbane Australia – There will be an OpenStack miniconf on Friday, August 1, a full day event with several community speakers
CloudOpen NA: August 20 – 22, Chicago  - Looking for a well-known speaker and community volunteers

Here are the approaching CFP deadlines:

DEVIEW 2014: June 30
LinuxCon/CloudOpen Europe: July 11
Software Defined Enterprise World Forum: No deadline listed
FSOSS: No deadline listed

If you have any questions, or you would like to plan a regional OpenStack Day, please contact

PTL Webinars: Icehouse to Juno

It is time again for our PTL post-Summit webinar series. Come listen to the latest project updates from Icehouse to Juno. Each webinar includes 45 minutes of updates with 15 minutes of q&a.

These webinars were established to reduce the number of conflicts during the Summit and allow for broader participation. Our goal is to host a few webinars like this a week through early July. Please join us or listen to the replays on the OpenStack Foundation’s YouTube Channel:

Completed Webinars
Tuesday, June 17, 2014
12 pm PT/3 p.m. ET
Anne Gentle (Docs)
Dolph Mathews (Identity)
Mark Washenberger (Image Service)
View the Slides

Tuesday, June 24, 2014
7 a.m. PT/10 a.m. ET
Eoghan Glynn (Telemetry)
John Griffith (Block Storage)
View the Slides

12 pm PT/3 p.m. ET
John Dickinson (Object Storage)
Robert Collins (Provisioning)
View the Slides

Thursday, June 26, 2014
7 a.m. PT/10 a.m. ET
Sergey Lukjanov (Data Processing)
Doug Hellmann (Common Libraries)
Thierry Carrez (Release Management)
View the Slides

12 pm PT/3 p.m. ET
David Lyle (Dashboard)
Kyle Mestery (Networking)
View the Slides

4pm PT / 7pm ET
Michael Still (Compute)
View the Slides

Tuesday, 7/1/2014
12 pm PT/3 p.m. ET
Nikhil Manchanda (Database as a Service)
Zane Bitter (Orchestration)
View the Slides

If you have any questions on these events, please contact or

Back to top