Browse Prior Art Database

Method and System for Dynamically Selecting a Destination Host Server during Live Service Migration

IP.com Disclosure Number: IPCOM000244427D
Publication Date: 2015-Dec-10
Document File: 2 page(s) / 35K

Publishing Venue

The IP.com Prior Art Database

Abstract

A method and system is disclosed for dynamically selecting a destination host server from a set of candidate destination host servers for migrating one or more services from a source host server based on an underlying objective of minimizing the down time of the one or more services.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 51% of the total text.

Page 01 of 2

Method and System for Dynamically Selecting a Destination Host Server during Live Service Migration

Virtualization technology allows live migration of one or more services in the form of virtual machines (VMs) or containers from a source host server to a destination host server. The migration process varies between technologies and includes several stages. However, at some point, the one or more services are paused, resulting in down time. In order to minimize the down time, many techniques are being developed. However, depending on the available bandwidth and central processing unit (CPU) resources of host servers, the down time can still take hundreds of milliseconds to seconds. Therefore, a pool of candidate destination host servers is selected and the one or more services are migrated to a destination host server that results in the smallest down time. However, there are no known techniques to determine which destination host server to select for migrating the one or more services given that an available bandwidth and CPU resources may vary significantly over time.

Disclosed is a method and system for dynamically selecting a destination host server from a set of candidate destination host servers for migrating the one or more services from a source host server based on an underlying objective of minimizing the down time of the one or more services.

In an embodiment, the method and system dynamically selects the destination host server during a current live migration procedure for VMs as follows.

In the current live migration procedure for VMs, in a first step, all Random Access Memory (RAM) pages are marked as dirty by the source host server. Then, in a second step, the source host server keeps sending dirty RAM pages since a last iteration and stops sending the dirty RAM pages when some low watermark or condition is reached. Thereafter, in a third step, a guest is stopped and remaining dirty RAM pages are transferred based on device state.

In accordance with the embodiment, while the source host server is sending dirty Random Access Memory (RAM) pages to a destination host server in the second step of the current live migration procedure, the source host server estimates a down time

with the destination host server. Depending on an estimate of the bandwidth between the source host server and the destination host server and a number of dirty pages for a current iteration, the source host server calculates a time that will be taken for transferring the remaining dirty RAM pages. Thereafter, the source host server calculates a down time that will be taken if the third step of the current live migration procedure is to be initiated.

Based on the calculation, the source host server then performs the current live migration procedure simultaneously or sequentially with each of a destination host server in a candidate destination host server pool. The source host server then decides to stay in the second step of the current live mig...