2010 IEEE Second International Conference on Cloud Computing Technology and Science 2010
DOI: 10.1109/cloudcom.2010.73
|View full text |Cite
|
Sign up to set email alerts
|

Image Distribution Mechanisms in Large Scale Cloud Providers

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
36
0

Year Published

2012
2012
2020
2020

Publication Types

Select...
6
1
1

Relationship

0
8

Authors

Journals

citations
Cited by 46 publications
(36 citation statements)
references
References 11 publications
0
36
0
Order By: Relevance
“…When this is multiplied by the number of hosts which can be tens or even hundreds, the amount of data to be transferred becomes significant. Many different methods for achieving this task have been discussed in previous literature [3][4][5][6][7][8][9]. We classify these methods into four categories: centralized concurrent unicast, multicast, peer-assisted and on-demand distribution.…”
Section: Virtual Machine Deployment Problemmentioning
confidence: 99%
See 1 more Smart Citation
“…When this is multiplied by the number of hosts which can be tens or even hundreds, the amount of data to be transferred becomes significant. Many different methods for achieving this task have been discussed in previous literature [3][4][5][6][7][8][9]. We classify these methods into four categories: centralized concurrent unicast, multicast, peer-assisted and on-demand distribution.…”
Section: Virtual Machine Deployment Problemmentioning
confidence: 99%
“…Peer-assisted distribution Another approach is to divide the task of serving the image among the physical hosts involved in the deployment [5,6]. There are two basics ways of doing this.…”
Section: Virtual Machine Deployment Problemmentioning
confidence: 99%
“…However, the broadcast step has an high overhead both in execution time and network traffic, which reduces the attractiveness of IaaS for short-lived jobs and is expensive for the provider (in terms of lost resources that could otherwise be charged for). Thus, reducing the broadcast overhead has been an active area of study, with proposals ranging from multi-cast [9] and application level broadcast-trees [10] to peer-to-peer protocols [11,4].…”
Section: Related Workmentioning
confidence: 99%
“…Current techniques often pre-copy the full VM image locally on the compute nodes before launching the VM instances, which can take in the order of tens of minutes or even hours [4], not counting the time to boot the guest operating system and deploy the application itself. Although on-demand techniques have matured (e.g., locally derived copy-on-write images [5] that use a remotely stored VM image template as a backing file) and they have been shown to generate little overhead on application performance compared to the case when a local copy is available [6], they saw comparatively little attention for multi-deployments due to the fact that they generate I/O contention to the repository where the VM image template is stored.…”
Section: Introductionmentioning
confidence: 99%
“…In the first scenario, a single VMI needs to be transferred to many physical nodes. Here, peer-to-peer networking is a commonly used technique [3,17,20]. SnowFlock [11] clones VMs from already running ones in less than one second.…”
Section: Efficient Vmi Transfermentioning
confidence: 99%