Application
placement
constraints
Carlo Alberto Ferraris
DevOps Engineer
Rakuten Platform as a Service
@cafxx
Placement constraints
Load segregation
SECURITY
network ISOLATION
"No, you can't bind dev and prod networks to the same VM"
COMPUTE RESOURCES ISOLATION
Side-channel? Which side-channel?
performance factors
premium resources
I hate noisy neighbors
Where's my GPU?
I love the smell of bare metal in the morning
ECONOMY-CLASS resources
Overcommit to 11
Best-effort service level
ELASTIC CLUSTERS
"isolate workloads across separate networks, IaaS providers, and datacenters to meet compliance, availability, [...] cost requirements [and] compliance requirements with respect to their network isolation and accessibility"
THE STACK HACK
- name: dea
properties:
dea_next:
stacks:
- name: cflinuxfs2
package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs
- name: dea properties: dea_next: stacks: - name: cflinuxfs2 package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs - name: myotherstack package_path: /var/vcap/packages/rootfs_myotherstack/rootfs
cf push -s cflinuxfs2 # deploy to dea
cf push -s myotherstack # deploy to dea
- name: dea_cflinuxfs2 properties: dea_next: stacks: - name: cflinuxfs2 package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs - name: dea_myotherstack properties: dea_next: stacks: - name: myotherstack package_path: /var/vcap/packages/rootfs_myotherstack/rootfs
cf push -s cflinuxfs2 # deploy to dea_cflinuxfs2
cf push -s myotherstack # deploy to dea_myotherstack
- name: dea properties: dea_next: stacks: - name: cflinuxfs2 package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs - name: dea_b properties: dea_next: stacks: - name: cflinuxfs2_b package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs
cf push -s cflinuxfs2 # deploy to dea_cflinuxfs2 (cflinuxfs2)
cf push -s cflinuxfs2_b # deploy to dea_cflinuxfs2_b (cflinuxfs2)
- name: dea_high_performance properties: dea_next: stacks: - name: high_performance package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs resource_pool: dea_high_performance_pool
- name: dea_low_performance properties: dea_next: stacks: - name: low_performance package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs resource_pool: dea_low_performance_pool
cf push -s high_performance
cf push -s low_performance
- name: dea_production properties: dea_next: stacks: - name: production package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs resource_pool: dea_production_pool
- name: dea_development properties: dea_next: stacks: - name: development package_path: /var/vcap/packages/rootfs_cflinuxfs2/rootfs resource_pool: dea_development_pool
cf push -s production
cf push -s development
ALL GOOD AND WELL?
NOT REALLY
Requires configuring/patching the buildpacks
Makes monitoring more complicated
NOT REALLY
One more knob for the users
(although they have plenty to shoot
themselves in the foot with already)
NOT REALLY
(but it's definitely worth it)
Application placement constraints (abusing Stacks)
By Carlo Alberto Ferraris
Application placement constraints (abusing Stacks)
How to get the functionality of placement pools/isolation segments in Cloud Foundry, before they are available
- 1,663