Downloaded 48 times
Uploaded byVMware Tanzu
Building A Diverse Geo-Architecture For Cloud Native Applications In One Day
Ben Laplanche from Pivotal Cloud Foundry discusses building a diverse geo-architecture for cloud-native applications in a day, emphasizing operational excellence, agility, and global resiliency. He outlines the deployment of Pivotal Cloud Foundry alongside Datastax, configuring multiple clusters across various platforms such as AWS, vSphere, and OpenStack. The session includes insights on load balancing, application workflows, and available multi-tenant and single-tenant plans.
More Related Content
Similar to Building A Diverse Geo-Architecture For Cloud Native Applications In One Day
Building A Diverse Geo-Architecture For Cloud Native Applications In One Day
- 1. Building a diversegeo- architecture for Cloud Native Applications in one day Ben Laplanche Product Manager - Pivotal Cloud Foundry
- 2. Who am i? •Ben Laplanche • Product Manager on Pivotal Cloud Foundry • Based in London • Focused on services & partner enablement • @ben_laplanche • blaplanche@pivotal.io
- 3. @ben_laplanche “Cloud is abouthow computing is done, not where”
- 4. Cloud Native • Changingthe way enterprises think about building software • Balancing speed and agility with operational excellence • Move fast - consistently and reliably • Release fast and often • Create business demand and customer value • Enable high performing teams • At scale, globally This is what Cloud Native means
- 5.
- 6.
- 7.
- 8.
- 9. @ben_laplanche But what aboutglobal reach and resiliency?
- 10.
- 11.
- 12. @ben_laplanche What did Ideploy?1. Full Pivotal Cloud Foundry 1. Runtime & container orchestration 2. Logging & metrics 3. Health monitoring 4. Application auto scaling 2. DataStax Enterprise 1. 6 node cluster 2. DataStax OpsCenter 3. VPN Tunnel To each location
- 13. Network view PrivatePublic Pivotal OpsManager LoadBalancer VPN Server C* C* C* C* C* Cassandra node WWW Router DEAs
- 14. App traffic flow PrivatePublic PivotalOpsManager Load Balancer VPN Server C* C* C* C* C* Cassandra node WWW Router DEAs
- 15. VPN view PrivatePublic Pivotal OpsManager LoadBalancer VPN Server C* C* C* C* C* Cassandra node WWW Router DEAs Openstack vSphere
- 16. Network view continued… AWSEnvironment Apps domain *.aws.my-pcf.com Public subnet CIDR 10.0.0.0/24 Private subnet CIDR 10.0.16.0/20 Cloud Foundry range 10.0.16.1 to 10.0.16.49 Datastax range 10.0.16.50 to 10.0.16.55
- 17.
- 18. IaaS Setup AWS vSphereOpenstack • Cloud Formation scripts • VPC • Subnets • Security Groups • RDS • S3 • ELBs • vCenter • Resource pools • Networking • Disk • DNS • Openstack Tenant • Physical hardware • Floating IPs • DNS • Permissions
- 19.
- 20. Application workflow $cf pushdemo-app • to give • demo.aws.my-pcf.com • demo.vsphere.my-pcf.com • demo.openstack.my-pcf.com • cassandra.my-pcf.com
- 21.
- 22. Connect App &Cassandra
- 23. Configuring Cassandra On eachCluster • Set the cluster names to all be Demo • Seed nodes to include remote environments • on every node • Restarted clusters Caveat: I did this behind the scenes
- 24. Global Load Balancing •Such as Akamai • Global • Geo routing • Register cassandra.my-pcf.com and point to all three sites
- 25.
- 26. Network view continued… AWSvSphere Openstack Apps domain *.aws.my-pcf.com *.vsphere.my- pcf.com *.openstack.my- pcf.com Public subnet CIDR 10.0.0.0/24 10.0.0.0/24 10.0.0.0/24 Private subnet CIDR 10.0.16.0/20 10.0.16.0/20 10.0.16.0/20 Cloud Foundry range 10.0.16.1 to 10.0.16.49 10.0.16.1 to 10.0.16.49 10.0.16.1 to 10.0.16.49 Datastax range 10.0.16.50 to 10.0.16.55 10.0.16.50 to 10.0.16.55 10.0.16.50 to 10.0.16.55
- 27. Network view continued… AWSvSphere Openstack Apps domain *.aws.my-pcf.com *.vsphere.my- pcf.com *.openstack.my- pcf.com Public subnet CIDR 10.0.0.0/24 10.0.0.0/24 10.0.0.0/24 Private subnet CIDR 10.0.16.0/20 10.0.16.0/20 10.0.16.0/20 Cloud Foundry range 10.0.16.1 to 10.0.16.49 10.0.16.1 to 10.0.16.49 10.0.16.1 to 10.0.16.49 Datastax range 10.0.16.50 to 10.0.16.55 10.0.16.50 to 10.0.16.55 10.0.16.50 to 10.0.16.55
- 28. here’s what itwould have demonstrated • $nodetool status • write data directly to one DC • see it appear in another DC • A failed site - everything is still ok!
- 29.
- 30. TCP Router PrivatePublic Pivotal OpsManager LoadBalancer C* C* C* C* C* Cassandra node WWW HTTP Router DEAs TCP Router
- 31. Arbitrary Params Specify configurationwhen creating a single-tenant instance $cf cs p-datastax single-tenant demo -p “{cluster_name”: “demo”, “remote_seed”: “cassandra.aws.my-pcf.com”}
- 32.
- 33. Multi-Tenant plan • Accessto a shared 4 node cluster on-demand • Ability to scale vertically as you require through OpsManager • Great for development / testing • Automated upgrades between versions of Cassandra • Using DataStax Enterprise & OpsCenter • Best practice configuration
- 34. Single-Tenant plan • Productionready plan • Access to a dedicated 6 node cluster on-demand • Ability to scale vertically as you require through OpsManager • Automated upgrades between versions of Cassandra • Using DataStax Enterprise & OpsCenter • Best practice configuration
- 35. @ben_laplanche Available from http://network.pivotal.io Multi-Tenant planwith upgrades & Single-Tenant production plan available in Q4
- 36.
- 37. @ben_laplanche Come visit thePivotal Booth
- 38. We’re Hiring! Software Engineers ProductManagers blaplanche@pivotal.io @ben_laplanche pivotal.io/careers