Motivation:The current IaaS model has several shortcomings. First, several IaaS providers only offers VM (virtual machine) with predefined sizes, thus enterprise tenants must judiciously determine the VM size that best fit their application. This is challenging as overprovisioning VMs can lead to waste of resources while underprovisioned VMs can lead to poor performance. Second, when an application requires more resources than a VM can provide, tenants are currently limited to either scaling-out or scalingup their applications. However, in both situations the granularity is at the level of VMs which leads to sizing issues discussed earlier. Third, scaling-up is ineffective as it incurs a significant amount of downtime/poor performance while the new VM is being provisioned and not all applications support scaling-out. For example while, Web servers can be easily scaled-out other legacy applications can not [1], thus limiting its applicability.In this poster, we look at the problem of taking cloud into next level of flexibility, where applications can get resources as and when needed, and there is minimal wastage of unused resources. We make a case for leveraging the old idea of single system image (SSI) in the cloud context. With SSI, a process from an application can get resources (CPU, memory, and disk) from any of the VMs, and need not be constrained by the capacity of one VM. The legacy applications can run unmodified, and still use resources from multiple VMs. The processes can be seamlessly migrated to other VMs to avoid the network becoming bottleneck. Such flexibility would also allow packing processes efficiently into fewer VMs, and enabling enterprises to pay exactly for the amount of the resources required.With the recent advances in reduction of network bandwidth and latency, we believe that SSI can help in providing further flexibility for cloud-based applications and applications would not need to be re-architected. One of the limitations of SSI was scalability, however, we believe that many of the applications (such as, desktop applications, telecom applications) do not need scalability to thousands of nodes, so SSI approach would be useful for such class of applications in cloud.SSI can be realized in multiple ways: either by changing hypervisor, or operating system, or at middleware level with different tradeoffs of implementation complexity, ease of deployment and benefits.
ChallengesTo effectively realize SSI in the cloud, CloudSSI must overcome the following challenges:Placement To effectively provide high memory bandwidth and low latency to VMs belonging to the same SSI, CloudSSI requires the cloud orchestrator to employ a VM placement strategy that places VMs close to each other (e.g., within the same rack). The main challenge in developing this placement strategy revolves around adjusting placement decisions to mirror the fact that the number of VMs in a SSI group is a function of the load.Migration Migration should not affect performance of CloudSSI, so it may be desired to migrate VMs belo...
