Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
SDN-based Virtual Machine Management !for Cloud Data Centers!
!
Richard Cziva University of GlasgowDavid Stapleton University of Glasgow Fung Po Tso Liverpool John Moores University Dimitrios P. Pezaros University of Glasgow
1
Agenda• Motivation
• SDN suits for VM management
• A communication cost reduction scheme
• Design of our SDN-based VM management system
• Experimental results
• Conclusion
2
Motivation!
!
In Cloud Data Centres, server and network resources have disjoint control mechanisms
3
Motivation
A unified server-network control mechanism is needed
4
Server Resource Management
Network Resource Management
VM
CPU
Energy
RoutingSwitches
Memory Middleboxes
Hypervisors Policies
Unified management of resources
5
In this paper…
• we propose a converged server-network control framework
• that exploits SDN to orchestrate live, network aware VM management
• to reduce the network-wide communication cost
6
S-CORE• Scalable Communication Cost Reduction
!
!
!
!
!Fung Po Tso, Konstantinos Oikonomou, Eleni Kavvadia, Dimitrios P. Pezaros Scalable Traffic-Aware Virtual Machine Management for Cloud Data Centers IEEE ICDCS 2014
InternetCore
Aggregation
Edge...
... ...
oversubscription ratio
7
S-COREInternet
Core
Aggregation
Edge...
... ...
oversubscription ratio
communication cost for an allocations A
is the traffic load per time unit exchanged between VM u and VM v
link weight, c, can be set according to hierarchy, bandwidth, or policies but generally
communication level between VM u and VM v
C(u, v) = �(u, v)
`A(u,v)X
i=1
ci.
1
8
S-CORE
9
InternetCore
Aggregation
Edge...
... ...
oversubscription ratio
is the traffic load per time unit exchanged between VM u and VM v
link weight, c, can be set according to hierarchy, bandwidth, or policies but generally
communication level between VM u and VM v
Eventually, !overall communication cost
Thus, centralised optimal
CA =X
8u2V
X
8v2Vu
�(u, v)
`A(u,v)X
i=1
ci.
1
Copt = CA
1
Text
Limitations of S-CORE
10
• duplicates effort in measuring per-flow traffic load for each VM
• link costs are manually set
• network topology is manually set
• tokens for orchestration
SDN for VM management
11
The “Network” has all the information we need to calculate communication costs:
• link costs (levels)
• temporal usage
• topology
Let’s use SDN to get these information and orchestrate VM migration!
OpenFlowFlow entry contains match rules, actions and stats
!
!
!
!
12
System design• SDN controller (POX)
• collecting flow statistics periodically (Statistics Request -> FlowStatsReceived)
• managing topology, switches, hosts, link weights
• orchestration of migration
• Hypervisors should support VM migration
13
Evaluation• Mininet
• nping for traffic generation (static)
• 50 byte TCP packets, 10 pps
• Two orchestration algorithms:
• Round Robin
• Load Aware
14
Evaluation
15
Evaluation
16
VM3 VM23
Link cost: 12
Experimental Results• Link utilisation
17
Experimental Results• Link utilisation
18
VM1 migrated from hv16 -> hv17VM3 migrated from hv16 -> hv23
Experimental Results• Link utilisation
19
still uses the core layer end of core layer use
Experimental Results• Overall communication cost
20
Future work
• Larger, more realistic experiments with OpenStack and OpenDaylight
• Dynamic traffic generation between VMs
• Stability improvements of the migration
21
Conclusion
• we presented a converged control plane that integrates server and network resource management
• SDN was used to calculate communication cost for each VM and we reallocate them to minimise the cost
22