{"id":80,"date":"2010-09-10T09:45:46","date_gmt":"2010-09-10T14:45:46","guid":{"rendered":"http:\/\/openstack.toddmorey.com\/blog\/?p=80"},"modified":"2010-09-10T09:46:27","modified_gmt":"2010-09-10T14:46:27","slug":"the-state-of-openstack-and-whats-next-part-one","status":"publish","type":"post","link":"https:\/\/www.openstack.org\/blog\/the-state-of-openstack-and-whats-next-part-one\/","title":{"rendered":"The State of OpenStack&#8230;and What&#8217;s Next?! (Part One)"},"content":{"rendered":"<p class=\"lead\">Wow, what a <a href=\"http:\/\/openstack.org\/blog\/2010\/08\/openstack-community-update\/\">crazy month<\/a> it has been! We&#8217;re really excited by all the buzz and activity that&#8217;s going on in OpenStack&#8211;in IRC (<a href=\"http:\/\/webchat.freenode.net\/\">freenode.net<\/a> #openstack) and on the mailing lists (<a href=\"http:\/\/launchpad.net\/openstack\">launchpad.net\/openstack<\/a>), as well as on Twitter (<a href=\"http:\/\/twitter.com\/openstack\">@openstack<\/a>) and in the media. But hype time is over and it&#8217;s time for us to begin delivering on the promises of OpenStack.<\/p>\n<p>OpenStack Compute and Object Storage already have a number of important features in the code base today including:<\/p>\n<ul>\n<li>managing virtual machines<\/li>\n<li>network configuration for those VMs<\/li>\n<li>a fully distributed, replicated storage system<\/li>\n<li>storing, retrieving, and replicating objects and files up to 5GB in size<\/li>\n<\/ul>\n<p>In addition, we have already released interfaces for controlling an OpenStack environment via a web control panel, iPad, iPhone or Android device.<\/p>\n<p>But there is more coming. Chief Architect Rick Clark recently <a href=\"http:\/\/wiki.openstack.org\/ReleaseEmail\">sent out an update<\/a> to the community outlining the plans for our upcoming October 21 &#8220;Austin&#8221; release. This initial release of Compute will advance the project a long way, in that it will allow the community to deploy proofs of concept on hundreds of servers on a single cluster and begin developing on the platform. \u00a0This is an important milestone on the path to reaching the long term goals of the project, and will be followed by new releases every 3 months. \u00a0We will discuss the follow on releases in another blog post, and in depth at the <a href=\"http:\/\/openstack.org\/blog\/2010\/09\/the-second-openstack-design-conference\/\">November 9-12th Design Conference<\/a> in San Antonio.<\/p>\n<p>There are some important changes and updates in the Austin release that are worthy of further detail.\u00a0 Let me start with what we know will be available on October 21:<\/p>\n<p><strong>1.\u00a0 The OpenStack API<\/strong><\/p>\n<p>The Austin release will include the official OpenStack RESTful API, which initially is based on the existing Rackspace Cloud API (<a href=\"\/\/www.rackspacecloud.com\/blog\/2009\/07\/23\/rackspace-goes-open-source-with-apis\/\">published under Creative Commons<\/a> in 2009).\u00a0\u00a0 It will also include additional functionality such as role-based access controls and additional networking actions. This API will be the official OpenStack API and it will evolve with the platform and needs of the community.<\/p>\n<p>What about support for alternative APIs, such as EC2? \u00a0The EC2 compatible API, already in the code base today, will remain and be maintained; however, it is important for the project to have an official API that is tied directly to the OpenStack roadmap and feature set. We want to ensure that future OpenStack innovation can be driven by the community and not be restricted to the functionality of outside cloud APIs. The sub-projects are built in a way that will allow multiple APIs to be supported, so if there is an existing API that is really important to you (or one that comes along in the future), it is possible for you to add in support for that as well.<\/p>\n<p><strong>2.\u00a0 Hypervisor &amp; Image Support<\/strong><\/p>\n<p>A key tenant of OpenStack is hypervisor neutrality.\u00a0 OpenStack currently uses libvirt, which provides an abstraction level for hypervisor management for a number of different hypervisors. The Austin release will contain support for XenServer, KVM, and UML. It also supports VirtualBox, which allows people to launch virtual machines on their laptop, making testing and development easier for community members.<\/p>\n<p>For booting up new virtual machines, OpenStack will make use of the Rackspace Cloud&#8217;s imaging framework. The framework is based on a tarball of a bootable filesystem.\u00a0 We will have more detail on future image support direction soon.<\/p>\n<p><strong>3.\u00a0 Unifying Compute and Object Storage<\/strong><\/p>\n<p>Its important that the sub-projects of OpenStack can be utilized independently, but we also want to maximize the interfaces to make the entire system hum.\u00a0 To that end, the authentication system for both Compute and Object Storage will be unified. We are also making Object Storage available as the image store for Compute servers.<\/p>\n<p><strong>4.\u00a0 Networking Model<\/strong><\/p>\n<p>We will be supporting two network models in OpenStack: statically assigned, real Internet IP addresses; and private IP addresses within a dedicated subnet, connected via NATing from a private VPN to the public internet. The API will allow users to choose which model they want. Role-based access controls for firewalling will also be added.<\/p>\n<p>These are features that are already in progress and we are comfortable will be complete for the Austin release. But we would like to get more in! We received a lot of input during the Design Summit in July&#8211;and continue to see suggestions roll in from the community. With the community&#8217;s help, we would like to get these features for the Austin release as well:<\/p>\n<p><strong>1.\u00a0 Better Server Volumes<\/strong><\/p>\n<p>The existing Rackspace Cloud supports several great features for server volume management, and we want to get those into OpenStack as soon as possible: resizing servers, snapshotting volumes, and &#8220;Rescue Mode&#8221;.<\/p>\n<p><strong>2.\u00a0 Better Server Management<\/strong><\/p>\n<p>The existing Rackspace Cloud also has more sophisticated server management tools, which we&#8217;re actively porting into OpenStack: &#8220;Rescue Mode&#8221;, and Web-based console access.<\/p>\n<p><strong>3.\u00a0 Underlying (Core) Refactoring<\/strong><\/p>\n<p>We want to have as many people running, working on, and contributing to OpenStack as possible. Pragmatically, that means we need to try and make the codebase as friendly as possible. Current efforts are on three broad tracks:<\/p>\n<p>a.\u00a0 Packaging, deployment recipes, and installers<\/p>\n<p>b.\u00a0 Making the programming models as standard and understandable as possible<\/p>\n<p>c.\u00a0 Abstracting the datastore from the object model (enabling folks to use SQL or alternate KVS systems)<\/p>\n<p>d.\u00a0 Cleaning up code and providing consistent, useful documentation (read about our <a href=\"http:\/\/openstack.org\/blog\/2010\/09\/content-stacker-reporting-for-duty\/\">new tech writer<\/a>)<\/p>\n<p>We think these last three items are important and urgent, and hope to get active community engagement on their development. Hopefully they will make it into the Austin release, although since this is a time-boxed release, we can\u2019t be certain.\u00a0 Our priority will be to deliver a stable set of features rather than broad. If they are not ready by mid-October, we expect the community will be able to deliver them by our next release in January 2011 (more on that later).<\/p>\n<p>Thanks Stackers for getting this project off to a great start!\u00a0 Please reach out if you have any feedback or need any assistance.<\/p>\n<p>On behalf of the OpenStack Team and Community,<\/p>\n<p>Jim Curry<br \/>\nChief Stacker<br \/>\n<a href=\"http:\/\/twitter.com\/jimcurry\">@jimcurry<\/a>, jim@openstack.org<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wow, what a crazy month it has been! We&#8217;re really excited by all the buzz and activity that&#8217;s going on in OpenStack&#8211;in IRC (freenode.net #openstack) and on the mailing lists (launchpad.net\/openstack), as well as on Twitter (@openstack) and in the media. But hype time is over and it&#8217;s time for us to begin delivering on&#8230;  <a href=\"https:\/\/www.openstack.org\/blog\/the-state-of-openstack-and-whats-next-part-one\/\" class=\"more-link\" title=\"Read The State of OpenStack&#8230;and What&#8217;s Next?! (Part One)\">Read more &raquo;<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"_links":{"self":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/80"}],"collection":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/comments?post=80"}],"version-history":[{"count":24,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/80\/revisions"}],"predecessor-version":[{"id":126,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/posts\/80\/revisions\/126"}],"wp:attachment":[{"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/media?parent=80"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/categories?post=80"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.openstack.org\/blog\/wp-json\/wp\/v2\/tags?post=80"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}