Community networks are a reality and provide and interesting heterogeneous environment for testing projects for the future internet. The CONFINE project aims to create a testbed on such environment, thus this study aims to evaluate the viability of providing cloud services on community networks by experimenting with different cloud middleware.

1. Community
Network
Cloud
Middleware
“A
Storage
Approach”
Students
Supervisor
Antonio
Severien
Leandro
Navarro
severien@kth.se
leandro@ac.upc.edu
Ioanna
Tsalochidou
ioannat@kth.se

2. Outline
• IntroducCon
• Cloud
Middleware
• ObjecCves
• OpenStack
• Experimental
Setup
• Results
• Future
Work
• Findings
• Summary
06/12/12
2

3. IntroducCon
• Community
Networks
Testbed
for
the
Future
Internet
– Commodity
wireless
and
opCcal
links;
heterogeneous
nodes;
different
rouCng
protocols;
different
applicaCons
• Cloud
middleware
running
on
“wild-­‐area”
resources
–
OpenStack,
OpenNebula
–
Evaluate
scalability
and
“suitability”
to
provide
either;
compu.ng
or
storage
services
06/12/12
3

4. Cloud
Middleware
• Cloud
OperaCng
System
– Controls
large
pools
of
compute,
networking
and
storage
resources
throughout
a
datacenter
Your
ApplicaCons
Cloud
OperaCng
System
Cl
Management
GUI
Compute
Storage
Networking
Standard
Hardware
06/12/12
4

5. ObjecCves
• Observe
how
the
different
cloud
middlewares
behave
– On
unstable
network
environment
– On
scarce
hardware
resources
• Create
a
methodology
to
be
used
on
CONFINE
• Preliminary
benchmarking
• TesCng
– Inject
delays
on
network
(Netem)
– Measure
performance
(FileBench)
06/12/12
5

6. OpenStack
Conceptual
Architecture
06/12/12
6
Figure
taken
from
h`p://docs.openstack.org/folsom/openstack-­‐compute/admin/content/figures/openstack-­‐conceptual-­‐arch-­‐folsom.jpg

7. OpenStack
Logical
Architecture
06/12/12
7
Figure
taken
from
h`p://docs.openstack.org/folsom/openstack-­‐compute/admin/content/figures/openstack-­‐logical-­‐arch-­‐folsom.jpg

8. OpenStack
Logical
Architecture
06/12/12
8
Figure
taken
from
h`p://docs.openstack.org/folsom/openstack-­‐compute/admin/content/figures/openstack-­‐logical-­‐arch-­‐folsom.jpg

9. OpenStack
Storage
Storage
Services
– Block
Storage
(Cinder)
à
nova-­‐volume
(iSCSI/LVM)
• Uses
LVM
to
create
and
manage
volumes,
and
exports
them
via
iSCSI
– Object
Storage
(Swif)
• Low
level
of
abstracCon
• Good
for
staCc
content
(e.g.,
CDN)
• HTTP
interface
with
REST
API
– File
Storage
• “none
na.ve
support”
(There
is
a
connector
for
GlusterFS)
06/12/12
9

10. Cinder
(Nova-­‐volume)
Instance
Instance
A
volume
can
be
a`ached/detached
from
running
instances
Volume
Block
Storage
Store
06/12/12
10

11. Cinder
(Block
Storage)
Instance
Compute
Block
Storage
Block
Storage
Block
Storage
Volume
Store
06/12/12
11

12. Cinder
(Block
Storage)
Instance
Compute
Block
Storage
Block
Storage
Block
Storage
Volume
Store
06/12/12
12

13. Running
Compute
Node
Figures
taken
from
h`p://docs.openstack.org/folsom/openstack-­‐compute/admin/
content/images-­‐and-­‐instances.html
06/12/12
13

14. Experimental
Setup
Cinder
Volume
Store
Nova
Compute
&
Controller
• FileBench
Workload
Generator
– File
system
and
storage
benchmark
– Variety
of
workloads
and
pre-­‐defined
workloads
for
webserver,
file
server,
etc.
– Reports
throughput
and
latency
– Uses
Workload
Model
Language
(WML)
06/12/12
14

15. Experimental
Setup
Steps
for
experiments:
1. Off-­‐line
creaCon
of
volumes
2. At-­‐runCme
a`achment
of
volumes
to
instances
hosted
within
the
same
availability
zones
3. Formakng
mounted
volumes
with
ext3
file
system
4. MounCng
the
forma`ed
volume
as
a
file
system
within
a
Linux
instance
5. Subsequent
benchmarking…
06/12/12
15

16. Experiment
Results
Read
Experiments
File
Size:
3GB
IO
Size:
1MB
Threads:
1
Caching:
disabled
06/12/12
16

17. Experiment
Results
Write
Experiments
File
Size:
3GB
IO
Size:
1MB
Threads:
1
Caching:
disabled
06/12/12
17

18. Future
Work
• Use
OpenNebula
and
perform
the
same
experiments
• Expand
this
work
to
run
on
a
larger
scale
• Use
CONFINE
testbed
for
experiments
06/12/12
18

19. Future
Work
(Real
Deal)
06/12/12
19

20. Summary
• Cloud
Middleware:
nothing
but
a
resource
manager
• Deployed
OpenStack
in
a
micro
test-­‐environment
• Benchmarking:
diverse
workloads
• Community
Cloud…
it
is
possible,
but
with
restricCons
bounded
by
available
resources
06/12/12
20

21. Findings
• OpenStack
– Is
evolving
– Needs
to
be
more
user-­‐friendly
– Dynamic
configuraCon
• Community
Cloud
– Provide
services
that
require
less
resources
– “Guarantee”
stability
and
availability
of
resources
06/12/12
21

22. Acknowledgments
• Thanks
to
Leandro
Navarro
• Thanks
to
Ying
for
clearing
the
clouds
from
the
cloud
• Thanks
to
Manos
and
Mudit
for
networking
assistance
• Thanks
to
Ioanna
for
accepCng
the
challenge
• Thanks
to
the
OpenStack
community
• Thanks
to
the
Linux
community
06/12/12
22

23. References
• OpenStack:
h`p://www.openstack.org
• Ubuntu
Cloud:
h`p://www.ubuntu.com/cloud
• OpenNebula:
h`p://opennebula.org/
• DevStack:
h`p://devstack.org/
• CONFINE:
h`p://confine-­‐project.eu/
• FileBench:
h`p://sourceforge.net/apps/mediawiki/filebench/
• Netem:
h`p://www.linuxfoundaCon.org/collaborate/workgroups/
networking/netem
06/12/12
23