Changes between Version 63 and Version 64 of WikiStart


Ignore:
Timestamp:
10/13/11 15:06:00 (13 years ago)
Author:
lvpeng
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WikiStart

    v63 v64  
    11= Welcome to [wiki:WikiStart Resilire] Project =
    22
    3 High availability refers to a system and associated service implementation that is continuously operational for a long period of time. Whole-system replication is a conventional way to increase system availability ----
    4 once a primary machine fails, the running applications are migrated and resumed on backup machine(s).
    5 ----
    6 However, there are several limitations that make this method unattractive for deployment: it needs specialized hardware and software, which are usually expensive. Additionally, such a system may also require complex customized configurations, which are difficult to manage and maintain.
     3High availability refers to a system and associated service implementation that is continuously operational for a long period of time. Whole-system replication is a conventional way to increase system availability: once a primary machine fails, the running applications are migrated and resumed on backup machine(s). However, there are several limitations that make this method unattractive for deployment: it needs specialized hardware and software, which are usually expensive. Additionally, such a system may also require complex customized configurations, which are difficult to manage and maintain.
    74
    8 These limitations are efficiently overcome by virtualization: all applications now run on a virtual machine (VM). Thus, whole-system replication can easily and efficiently be implemented -- a copy of the whole VM is continuously checkpointed and saved on a backup machine. As VMs are totally hardware-independent, the cost is much lower compared to the hardware expenses in traditional high availability solutions. Besides, virtualization technology can facilitate the management of multiple VMs on a single physical machine. With virtual machine monitors (VMM), the service applications are separated from physical machines, providing increased flexibility and improved performance.
     5These limitations are efficiently overcome by virtualization: all applications now run on a virtual machine (VM). Thus, whole-system replication can easily and efficiently be implemented: a copy of the whole VM is continuously checkpointed and saved on a backup machine. As VMs are totally hardware-independent, the cost is much lower compared to the hardware expenses in traditional high availability solutions. Besides, virtualization technology can facilitate the management of multiple VMs on a single physical machine. With virtual machine monitors (VMM), the service applications are separated from physical machines, providing increased flexibility and improved performance.
    96
    107The [wiki:WikiStart Resilire] project is developing techniques and mechanisms for high availability through VM migration, from solo VMs to multiple VMs running on different physical hosts, interconnected by a virtual network (i.e., virtual distributed environments or VDEs). The effort is based on Xen 3.4 VMM, but is portable to more recent releases of Xen and other VMMs with full virtualization. The project's implementations do not require modifications to applications or guest OSes inside the VMs.
     
    1411== [wiki:WikiStart Resilire] in progress ==
    1512
    16  * [wiki:VDEchp VDEchp] -- Globally Consistent Checkpointing for Virtual Distributed Environments
    17  * [wiki:FGBI FGBI] -- Fine-Grained Block Identification
    18  * [wiki:LLM LLM] -- Lightweight Live Migration
     13 * [wiki:VDEchp VDEchp]: Globally Consistent Checkpointing for Virtual Distributed Environments
     14 * [wiki:FGBI FGBI]: Fine-Grained Block Identification
     15 * [wiki:LLM LLM]: Lightweight Live Migration
    1916
    2017== Using [wiki:WikiStart Resilire] ==
     
    3229== Related Efforts ==
    3330 
    34  * [http://xen.org/ The Xen Hypervisor] -- Xen: Open Source Industry Standard for Virtualization
    35  * [http://nss.cs.ubc.ca/remus/ The Remus project] -- Remus: Transparent High Availability for Xen
    36  * [http://www.osrg.net/kemari/ The Kemari project] -- A VM Synchronization Mechanism for KVM
    37  * [http://friends.cs.purdue.edu/dokuwiki/doku.php?id=vnsnap The VNsnap project] -- Snapshots for Virtual Networked Environments
     31 * [http://xen.org/ The Xen Hypervisor]: Xen: Open Source Industry Standard for Virtualization
     32 * [http://nss.cs.ubc.ca/remus/ The Remus project]: Remus: Transparent High Availability for Xen
     33 * [http://www.osrg.net/kemari/ The Kemari project]: A VM Synchronization Mechanism for KVM
     34 * [http://friends.cs.purdue.edu/dokuwiki/doku.php?id=vnsnap The VNsnap project]: Snapshots for Virtual Networked Environments
    3835
    3936{{{