Putting The PaaS in OpenStack with Diane Mueller @RedHat
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Putting The PaaS in OpenStack with Diane Mueller @RedHat

on

  • 3,258 views

RedHat has created it's own OpenStack distribution that is now in preview and still a bit rough around the edges, but promises to include what is needed to deploy & evaluate a truly & complete Open ...

RedHat has created it's own OpenStack distribution that is now in preview and still a bit rough around the edges, but promises to include what is needed to deploy & evaluate a truly & complete Open Cloud environment. In addition, Red Hat wants there to be a widely used open-source community developed PaaS model for the cloud which includes being open to participation by a community of peers.

To really create a open cloud environment and to make it useful, you need to complete the stack with an PaaS. Just getting a cloud environment up and running is no longer enough. The challenge that OpenStack faces is how to get people, applications and services working on OpenStack out of the box.

One approach to the problem is to combining all the necessary pieces that go into building an OpenStack cloud (compute, storage, networking, management) with a platform as a service (PaaS) into your OpenStack distribution.

OpenShift Origin project is licensed under the Apache License 2.0, a permissive and widely-used open source license, which was selected so that the code would be available for use by the broadest range of

individuals and organizations. This is the same license chosen by the OpenStack project, for much the same reason. This license is already well known and understood by individuals and organizations already involved in cloud computing and in enterprise scale open source development.

In this session, I'll discuss RedHat's efforts with OpenStack, Fedora, & OpenShift Origin to create a more complete OpenStack distribution. Our community initiatives to ensure Origin easily and seamlessly integrates on any OpenStack distribution and how to you can add Origin into your own OpenStack distributions.
http://openstacksummitapril2013.sched.org/event/93a0a84f3623c2e1cdf9563b72f9e351#.UW2YmnAnsUU

Statistics

Views

Total Views
3,258
Views on SlideShare
3,063
Embed Views
195

Actions

Likes
5
Downloads
116
Comments
1

3 Embeds 195

https://twitter.com 192
https://www.rebelmouse.com 2
http://kred.com 1

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

CC Attribution License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • So, what you need is the ease of use and access of a SaaS application, but you need it with your purpose-built, mission-critical, applications. PaaS gives you just that. It allows you to quickly and easily build the application that YOU need. Whether this is for your group, your enterprise, or your next BIG IDEA, you can build it and launch your specific code on a PaaS and not have to deal with the underlying infrastructure, middleware, and management headaches. Because of the built-in auto-scaling and elasticity provided by the PaaS infrastructure, PaaS's are ideal for modern data-hungry Big Data, Mobile, and Social applications. With a PaaS, you can focus on what you should be focused on... your application code. And let the Cloud provide what it is suppose to: Ease, Scale and Power
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • Cloud is already changing how we do business. Virtual systems. Massive deployments. Streaming, sharing, and processing data from anywhere, to anywhere. Major IT players are well ahead in their cloud deployments. How do you get on board? Can everyday organizations take advantage of cloud in the same ways?
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • What if you could use existing infractructure (bare metal or virtualized), private cloud, and public cloud in one, unified environment? Open hybrid cloud lets you take advantage of your existing resources, and be open to new advances. Build a cloud infrastructure that’s easy to integrate, agile, and future-proof. UNIVERSAL (UNIFIED?) ENVIRONMENT: An environment that is ready any time, all the time. Because it’s built with technology that is standardized, interoperable, and modular. This allows you to reuse the infrastructure you have to build more agile enterprise I.T.
  • And, once the application is launched within the OpenShift PaaS, OpenShift provides the elasticity expected in a Cloud Application Platform by automatically scaling the application as needed to meet demand. When created, applications can be flagged as “Scalable” (some apps may not want to be scaled). When OpenShift sees this flag, it creates an additional Gear and places an HA-Proxy software load-balancer in front of the application. The HA-Proxy then monitors the incoming traffic to the application. When the number of connections to the application crosses a certain pre-defined threshold, OpenShift will then horizontally scale the application by replicating the application code tier of the application across multiple Gears. For JBoss applications, OpenShift will scale the application using JBoss Clustering which allows stateful or stateless applications to be scaled gracefully. For Ruby, PHP, Python, and other script-oriented languages, the application will need to be designed for stateless scaling where the application container is replicated across multiple gears. The Database tier is not scaled in OpenShift today. Automatic application scaling is a feature that is unique to OpenShift among the popular PaaS offerings that are out there. Automatic scaling of production applications is another example of how OpenShift applies automation technologies and a cloud architecture to make life better for both IT Operations and Development.
  • OpenShift Origin - Port Proxy Linux handles the loopback interface's 127.0.0.0/8 address block specially: A request from an address in this block can only go to an address in the same block (put another way, a connection on the loopback interface is confined to the loopback interface). OpenShift uses this fact to contain hosted applications: a gear is prohibited by iptables from listening on an external network interface, and so a given gear can only respond to connections that come from processes on the same node. For the common case of Web connections, the system Apache instance acts as a reverse proxy, forwarding requests that come in on the external interface to the appropriate 127.x.y.z address; see the documentation on the node component. However, sometimes gears need to accept other types of connections. The two most common such scenarios are the following: A gear needs to connect to another gear (which may be on the same node or another node). A gear needs to listen for connections on a public interface besides HTTP connections to port 80. For example, a game server needs to expose a port to receive incoming connections from clients, and a database needs to expost a port so that other gears can connect to it. To meet these needs, OpenShift uses haproxy to proxy TCP connections between an external-facing network interface and the loopback interface. Each gear is assigned five exposable ports, and the gear may establish a forwarding rule for each of these ports to forward connections on the the port on the external interface to an arbitrary port on the gear's assigned loopback address. To provide haproxy with adequate ports, we shift the ephemeral port range down to 15000-35530, so that Linux will not use ports outside of this range for connections for which no port is given explicitly. This means that ports 35531-65535 will be available for haproxy's exclusive use. Note: Given that each gear is assigned 5 ports, this imposes a limit of 6000 gears per node. The interaction with haproxy is implemented on the cartridge side in cartridges/openshift-origin-cartridge-abstract/abstract/info/lib/network and: OpenShift Origin - Node Component Hosted applications are run in containers called "gears." These gears are run on hosts (which can be physical hosts or virtual machines) called "nodes." Each node runs a system Apache instance with mod_proxy that listens on port 80 on a public-facing network interface. Each gear is assigned an address in the 127.0.0.0/8 block, and a hosted Web application listens on port 8080 on its assigned private 127.x.y.z address. When a Web client requests a URL for a hosted Web application, the request goes to the node's system Apache instance. The system Apache instance examines the virtual-host header (the "Host:" HTTP header) and dispatches the request to the 127.x.y.z:8080 private address of the appropriate gear. For an explanation of how connections other than regular HTTP connections are handled, see the documentation on the port-proxy.

Putting The PaaS in OpenStack with Diane Mueller @RedHat Presentation Transcript

  • 1. Putting the PaaS in OpenStack OpenShift on OpenStack Diane Mueller & Krishna Raman @pythondj @k_raman dmueller@redhat.com kraman@redhat 2013-04-15 OpenStack Summit Portland, Oregon1
  • 2. Agenda ● OpenCloud @RedHat Vision • Why PaaS Matters ● What is OpenShift ● Running OpenShift on OpenStack ● Where to find OpenShift ● Enterprise, Online & Origin • How to get started (hint: openshift.github.io )2
  • 3. 3
  • 4. 4
  • 5. 5
  • 6. 6
  • 7. 7
  • 8. 8
  • 9. 9
  • 10. 10
  • 11. 11
  • 12. 12
  • 13. 13
  • 14. 14
  • 15. 15
  • 16. 16
  • 17. 19
  • 18. 20
  • 19. Why PaaS Matters in Cloud & why you should care21
  • 20. PaaS in new Cloud World Order22
  • 21. Pain Point: A Matter of Perspective23
  • 22. Pain Point: A Matter of Perspective24
  • 23. Pain Point: A Matter of Perspective25
  • 24. Key to any Successful Cloud Initiative: PaaS ● Danger: Expectation Management ● Solution: Add a PaaS Layer to your Cloud – Increases Interoperability – Adds On-Demand, Self Service – (Security+Privacy+Control ) = Compliance PaaS Languages, frameworks, web servers Services: Data, Messaging, others IaaS Hypervisor/Infrastructure26
  • 25. What’s supported?27
  • 26. What is OpenShift? Red Hat’s free platform as a service for applications in the cloud.28
  • 27. FLAVORS OF OPENSHIFT Open Source Project origin On- Public premise Cloud or Private Service Cloud Software29
  • 28. OpenShiftOPENSHIFT OVERVIEW30
  • 29. RUNS ON IaaS OpenShift Origin is a PaaS that runs on top of..... Infrastructure Amazon EC2 Rackspace Bare Metal OpenStack RHEV VMWare32
  • 30. BROKER An OpenShift Broker can manage multiple node hosts. Nodes are where User Applications live. Fedora/RHEL Fedora/RHEL Fedora/RHEL Brokers Node Node33
  • 31. BROKER The Broker is responsible for state, DNS, and authentication.34
  • 32. SELINUX SELinux Policies securely subdivide the Node instances. Fedora/RHEL Fedora/RHEL Brokers Node Node35
  • 33. GEARS OpenShift GEARS represent secure containers in RHEL Fedora/RHEL Fedora/RHEL Brokers Node Node36
  • 34. CARTRIDGES Web Console Eclipse IDE Cmd Line MYSQL JBOSS Fedora/RHEL Fedora/RHEL Brokers Node Node37
  • 35. CARTRIDGES Java MySQL PHP Postgres CUSTOM Python Etc. Ruby Etc. OpenShift Default Cartridges38
  • 36. SCALING HA-Proxy Code Code Code Java Java Java RHEL MySQL39
  • 37. COMMUNICATION Communication from external clients occurs through the REST API The Broker then communicates through the messaging service to nodes40
  • 38. HTTP FLOW41
  • 39. COMPLETE PICTURE42
  • 40. Todays Demo ● Deploying on OpenStack with Heat ● Starting Point: openshift.github.io ● Also Available: ● Ready to Run VM ● Easy to install on Fedora 18 ● Documentation43
  • 41. Demo Time!44
  • 42. GET INVOLVED! CHANNELS ● G+ Community https://plus.google.com/communities/114361859072744017486 ● E-Mail ● OpenShift Users: users@lists.openshift.redhat.com ● Origin Developers: dev@lists.openshift.redhat.com ● IRC: irc.freenode.net ● OpenShift Users: #openshift ● Origin Developers: #openshift-dev45
  • 43. GET INVOLVED! CHANNELS ● Forums http://openshift.redhat.com/community/forums/openshift ● Blogs https://openshift.redhat.com/community/blogs/ http://mattoncloud.org/ http://www.billdecoste.net http://www.krishnaraman.net http://cloud-mechanic.blogspot.com46
  • 44. 47