Table of Contents<\/p>\nToggle<\/span>

How IBM has optimized Cloud Foundry and OpenStack<\/a><\/li>
OpenStack + Cloud Foundry + BOSH<\/a><\/li>
Deploying Cloud Foundry with BOSH<\/a><\/li>
Want details? Watch the video<\/a><\/li>
About the speaker<\/a><\/li>
Related slides<\/a><\/li>
Related video<\/a><\/li><\/ul><\/nav><\/div>\n
<\/span>How IBM has optimized Cloud Foundry and OpenStack<\/span><\/h3>\n
The OpenStack platform became the top open source cloud technology of 2014 (according to Crisp) for a reason. The numbers speak for themselves: OpenStack has grown from 52K to over 2M lines of code in just four years. Right now, it is supported by 461 companies, has over 18K of active members and 130K of commits.<\/p>\n
Over the last 10 years, IBM\u2019s strategy has been to move with the wave, gradually changing the corporate mindset and embracing the cloud. They have been investing heavily into cloud technologies. IBM is the #<\/code>2 contributor to OpenStack. They are also using and contributing to Cloud Foundry, which is the basis for their own Bluemix PaaS.<\/p>\n
<\/p>\n
A lot of work has been done to optimize and integrate Cloud Foundry and OpenStack. In particular, IBM has automated the complex process of deploying Cloud Foundry over OpenStack. Now, \u201cyou can go from bare metal to a running Cloud Foundry ready to push apps in an hour.\u201d To make this possible, IBM used open source tools created by the Cloud Foundry and OpenStack communities.<\/p>\n
Chef helps to deploy OpenStack in 15 minutes. Installing Cloud Foundry on top of it is a bit more challenging, because you have to gather and manually add a lot of information to the manifest. To automate this task, IBM uses Fog, a tool that not only can retrieve data necessary for the manifest, but also helps with setup. Finally, IBM uses BOSH and Ruby to automate Cloud Foundry deployment. As a result, it is possible to consistently replicate and recreate environments within an hour. Other optimizations include automated zero-downtime updates, improvements to the process of scaling OpenStack and Cloud Foundry\/BOSH, etc.<\/p>\n
The bottom line is that OpenStack and Cloud Foundry are a great fit for each other. Both these projects are 100% open source and are supported by vibrant communities. OpenStack can be configured\/adapted to handle a PaaS, such as Cloud Foundry. \n <\/p>\n
<\/span>OpenStack + Cloud Foundry + BOSH<\/span><\/h3>\nFrom an architect\u2019s point of view, OpenStack can be described as a collection of well-integrated IaaS modules responsible for provisioning VMs, creating private\/public, software-defined networks, storage, identity management, etc. Everything is tied together by the Horizon UI.<\/p>\n <\/p>\n Cloud Foundry is a platform-as-a-service designed to provide portability across cloud vendors. It\u2019s the second 2014 OSS cloud technology on Crisp\u2019s list with 1.3K of contributors and 800K lines of code. Any piece of software built for Cloud Foundry, including apps, tools, etc., can be easily migrated to another IaaS. CF also detects what runtimes are necessary for your software and can provision services to apps. The platform is supported by a large and active community of contributors and a governing body called the Cloud Foundry Foundation.<\/p>\n Developers can access Cloud Foundry via the CLI, an IDE, such as Eclipse, or a browser. Apps pushed to Cloud Foundry are handled by the Cloud Controller (CC) component. CC combines each app with an appropriate runtime, e.g., J2EE, if it\u2019s a Java app, and deploys it in containers running on top of a dedicated pool of specialized VMs called DEAs. A deployed app can be accessed through a browser using the URL provided by the Router component.<\/p>\n <\/p>\n Cloud Foundry ensures that the deployed apps stay available. The Health Manager component tracks app health, notifies the operator of any issues, and automatically deals with them, e.g. resurrects failed app instances. All the communication goes through the NATS messaging bus.<\/p>\n The BOSH tool chain provides the cloud provider interface (CPI) for deploying Cloud Foundry on OpenStack and other platforms, such as AWS, GCE, etc. Each new IaaS requires a separate CPI, in which certain methods are implemented. \n <\/p>\n<\/span>Deploying Cloud Foundry with BOSH<\/span><\/h3>\nAnimesh Singh also describes the basics of deploying Cloud Foundry on OpenStack. He mentions some things that need to be in place before you can begin. These include:<\/p>\n\nsupport for static or floating IPs<\/li>\n persistent disks for storing blobs<\/li>\nsecurity groups and segregated networks<\/li>\n<\/ul>\nCustom VM configuration sizes also need to be defined for different components before you attempt deploying CF to OpenStack.<\/p>\n <\/p>\n Animesh gives the general idea of how to install Cloud Foundry with BOSH. The main takeaway is that BOSH deploys software using:<\/p>\n\nreleases (software packages)<\/li>\n stemcells (base OS images)<\/li>\na manifest (a file where you determine what is going to be deployed and how)<\/li>\n<\/ul>\nA separate release needs to be created\/obtained for each piece of software deployed by BOSH. Stemcells are base OS images that BOSH converts to different CF components. The deployment manifest combines all the information necessary for creating a Cloud Foundry cluster. Manifests may be very complex, exceeding 1K lines.<\/p>\nFor more on OpenStack architecture, refer to this guide<\/a>. For more details on Cloud Foundry and BOSH, see CF documentation<\/a> and BOSH documentation<\/a>. \n <\/p>\n <\/div>Altoros Take<\/div>\nMany consider OpenStack to be one of the best infrastructure choices for Cloud Foundry, but there are some other options too. At the moment, there are officially supported BOSH Cloud Provider Interfaces (CPIs) for Amazon Web Services, vCloud, vSphere, and Warden. Community supported CPIs exist for Microsoft Azure, CloudStack, and Google Compute Engine (GCE).<\/p>\n When choosing an infrastructure for Cloud Foundry, the first thing to consider is the SLA, which can differ depending on the provider. Other considerations include compliance with management qualifications, server location, pricing, customer satisfaction studies, etc.<\/p>\nFinally, it is a good idea to perform independent benchmarking of the infrastructure before committing to it. You can find more advice on how to choose the right IaaS for Cloud Foundry in the Architect\u2019s Guide to Implementing CF<\/a>.<\/span><\/div><\/div><\/div><\/div><\/div><\/div>\n <\/p>\n <\/span>Want details? Watch the video<\/span><\/h3>\n\n\n\n\n\nTable of contents<\/strong><\/p>\n \nHow IBM contributes to OpenStack and CF. (8:26)<\/li>\n How IBM has optimized OpenStack and CF deployment. (10:12)<\/li>\n How IBM has optimized scaling of OpenStack(14:33)<\/li>\n How IBM has optimized scaling of CF (15:48)<\/li>\n Tips on optimizing networking (16:33)<\/li>\n Why OpenStack and Cloud Foundry are a great match for each other. (17:21)<\/li>\n<\/ol>\n<\/div>\nhttps:\/\/www.youtube.com\/watch?v=CmcfXWSKlQA<\/p>\n <\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n <\/p>\n <\/span>About the speaker<\/span><\/h3>\n\n\r\n