Your SlideShare is downloading. ×
When networks meets apps (open stack atlanta)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

When networks meets apps (open stack atlanta)

759
views

Published on

Recent advancements in OpenStack capabilities have made the cloud better tuned to enterprise needs by introducing much more flexible network designs and networking services, with the tradeoff of …

Recent advancements in OpenStack capabilities have made the cloud better tuned to enterprise needs by introducing much more flexible network designs and networking services, with the tradeoff of making the cloud more complex.

In this session we will describe how we can leverage the power of the new networking advancement without exposing the complexity to the end user. We will present alternative approaches and their tradeoffs for automating the deployment of a typical n-tier enterprise application that include multi-tenant environment, separate network for admin and applications, cross region network, attach a floating IP, setup security groups etc. all through a combination of Heat, TOSCA, Chef, Puppet, and more.

Published in: Technology

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
759
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
19
Comments
0
Likes
3
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. When Network Meets Apps! Putting networking and application together Nati Shalom GigaSpaces @natishalom Samuel Bercovici Radware @samuelbercovici
  • 2. Agenda • Overview of Networking and Apps • What’s Changed? • Putting Networking and Apps by Example • Future Work
  • 3. Let’s Start With Some Basic Definitions..
  • 4. Application Application & Tiers Web Tier Middle Tier DB Tier
  • 5. Zoom into a Tier Server (Physical/VM) Operating System (RHEL 6.5 64bits) Database System (MySQL) Schema (Word-press) IP Address IP Address TCP Port
  • 6. Logical Connectivity Web Tier Middle Tier DB Tier Internet
  • 7. Where is the network?
  • 8. Backend ZoneDMZ Web Tier Middle Tier DB Tier Multicast/Broadcast, Isolation
  • 9. Personal DataBusiness centerDMZ Web Tier Middle Tier DB Tier Multicast/Broadcast, Isolation
  • 10. Web Tier Middle Tier DB Tier Layer 3 Services • Subnet • GW • IPAM – DHCP • DNS • Subnet • GW • IPAM – DHCP • DNS • Subnet • GW • IPAM – DHCP • DNS
  • 11. Web Tier Middle Tier DB Tier Availability SLB
  • 12. Web Tier Middle Tier DB Tier Availability & Scalability SLB SLB SLB
  • 13. Web Tier Middle Tier DB Tier Security, Availability & Scalability SLB SLB SLB FW
  • 14. Web Tier Middle Tier DB Tier Management SLB SLB SLB FW VPN Monitoring, CI
  • 15. Expertise & Responsibilities • Network / Security Manager – Network (L2, L3) – Network Services (Router, NAT, DHCP, DNS, LB) – Network Security (FW, VPN) • IT / Application Manager – Server – Operating System – Software Stack – Application Artifacts – Server’s Security
  • 16. Load Balancer - Management • Network based – L2 and L3 – L4 Load balancing • Application based – Cookie based, L7 Content Switching, L7 Content Modifications, etc. Network Manager Network Manager ? Application Manager ?
  • 17. What’s Changed? Everything is Software Defined
  • 18. We Can Automate Everything.. Orchestration Networking Compute
  • 19. Neutron/Nova APIs • Layer 2 networks • Layer 3 subnets – IP address management – DHCP based – Router / gateway / NAT • Port • Security groups • Floating IP • Layer 4-7 Services – Load balancing – VPN – Firewall
  • 20. Putting Network and Apps Together by Example HEAT •OpenStack Orchestration TOSCA •Topology •Orchestration •Specification of •Cloud •Application
  • 21. Apache Server DB Server Apache Wordpress MySQL WordPress Simple Example • App Network • App Subnet • App Port • Security Group • Apache Floating IP • Router Gateway • Data Network • Data Subnet • Data Port • Security Group Router
  • 22. Network Topology View
  • 23. Heat Topology View
  • 24. Heat Template
  • 25. Apache Server DB Server NodeJS NodeCeller MongoDB TOSCA (Like) Example • App Network • App Subnet • App Port • Security Group • Apache Floating IP • Router Gateway • Data Network • Data Subnet • Data Port • Security Group Router Monitoring, Logging CI
  • 26. Network View
  • 27. Topology View
  • 28. TOSCA (Like) Blueprint
  • 29. Adding AutoScaling & Avaliability..
  • 30. Scalability & Availability Router L3 Tenant1 Network Tenant1 Project VIP1 Management Network Web VM 3 VIP1VIP1 Alteon VA Project VM 4 VM 5
  • 31. AutoScaling - Heat Template • web_server_group - OS::Heat::AutoScalingGroup • web_server_scaleup_policy - OS::Heat::ScalingPolicy • web_server_scaledown_policy - OS::Heat::ScalingPolicy • cpu_alarm_high - OS::Ceilometer::Alarm • cpu_alarm_low - OS::Ceilometer::Alarm • monitor - OS::Neutron::HealthMonitor • pool - OS::Neutron::Pool • lb - OS::Neutron::LoadBalancer
  • 32. So far so good, but...
  • 33. Considering Real Life Scenarios Continuous Availability Across AZ’s and Regions – Adding Affinity Rules for Compute, Storage – Auto-Scaling, etc. Continuous Deployment – Updating policies and workflow – Creating new deployments every day
  • 34. Real Life Example (HP Print) • 30 HP Helion Public Cloud accounts • 500+compute instances • 1400 Peak deployments per day • 100+compute instances per management cluster • 100xdevelopers doing deployments in a consistent fashion • <2HMove from HP Helion Public Cloud tenant to a fully provisioned and deployed service
  • 35. Networking and Apps in Real Life...
  • 36. Future work..
  • 37. Putting TOSCA and HEAT Closer.. • TOSCA HEAT Translator Project (IBM, GigaSpaces, Huawei, Vnomic ..) • TOSCA enablement in Heat Juno • Integrating Cloudify and Heat
  • 38. Group Based Policies • Addressing Network Requirements from the application perspective • Delegation of Responsibilities
  • 39. References • Examples (Step by Step Guide) – Heat Example – TOSCA (like) Example • TOSCA Translator Project – Git Project • OpenStack Heat Project • Cloudify – getcloudify.org • Radware Load Balancing as a Service • Group Based Policies – GPB • AutoScaling Policies – Heat Template