Remus: Difference between revisions

From Xen
Jump to navigationJump to search
 
(18 intermediate revisions by 4 users not shown)
Line 1: Line 1:
<!-- The page has been confirmed to be up-to-date for Xen 4.5 -->
<!-- MoinMoin name: Remus -->
<!-- Comment: -->
<!-- WikiMedia name: Remus -->
<!-- Page revision: 00000024 -->
<!-- Original date: Fri Oct 28 17:09:29 2011 (1319821769000000) -->

__NOTOC__
__NOTOC__


Line 19: Line 14:
* Shared storage is not required
* Shared storage is not required
* DRBD shared storage is supported, allowing faster and automatic re synchronization after a failed host is brought back online
* DRBD shared storage is supported, allowing faster and automatic re synchronization after a failed host is brought back online
** Otherwise to bring a failed node back online, the VM must be turned off
** Otherwise to bring a failed node back online, the VM must be turned off to perform disk re-synchronization


= Guest (domU) requirements =
= Guest (domU) requirements =
Line 28: Line 23:
Installation varies slightly depending upon the host platform, so please see the guides below for examples.
Installation varies slightly depending upon the host platform, so please see the guides below for examples.


* [[Install Xen 4.5 with Remus and DRBD on Ubuntu 12.10]]
* [[Install Xen 4.2.1 with Remus and DRBD on Ubuntu 12.10]]
* [[Install Xen 4.2.1 with Remus and DRBD on Ubuntu 12.10]]
* [[Install Xen 4.1.4 with Remus and DRBD on Ubuntu 12.10]]
* [[Install Xen 4.1.4 with Remus and DRBD on Ubuntu 12.10]]
Line 33: Line 29:
= DRBD support =
= DRBD support =


Using DRBD instead of blktap2 for storage replication allows for quick resynchronization of the disk backend after failed host is back online. Since storage (re)synchronization is done online - while the VM is operational, there is no need to shutdown the VM. Once storage is synchronized, one can start, stop and restart Remus on a running VM anytime.
Using DRBD instead of blktap2 for storage replication allows for quick re-synchronization of the disk backend after failed host is back online. Since storage (re)synchronization is done online - while the VM is operational, there is no need to shutdown the VM. Once storage is synchronized, one can start, stop and restart Remus on a running VM anytime.


However, DRBD must be custom built with support for protocol D (see the above install guides), so the normal packaged versions of DRBD are not suitable.
However, DRBD must be custom built with support for protocol D (see the above install guides), so the normal packaged versions of DRBD are not suitable.


Note that DRBD will be operated in dual primary mode, which carries a number of risks and management issues. Please research this topic to be aware of the potential complications.
Note that DRBD will be operated in dual primary mode, which carries a number of risks and management issues. Please research this topic to be aware of the potential complications.

* [http://remusha.wikidot.com/#toc4 Install DRBD 8.3.11 (remus version) on Debian Squeeze/Ubuntu 10.04]
* [[Install Xen_4.2.1 with Remus and DRBD on Ubuntu 12.10#Install_DRBD| Install DRBD 8.3.11 (remus version) on Ubuntu 12.10]]


= Limitations =
= Limitations =
* For PV domUs, Remus requires "suspend event channel" kernel support. Otherwise Remus can run most any PV domU in a degraded performance mode. This kernel support is not widely available (not currently available in Ubuntu, for example), but is available with OpenSUSE. See [[Remus PV domU requirements]] for more information.
* For PV domUs, Remus requires "suspend event channel" kernel support. This support has not yet been upstreamed to the Linux kernel [[XenParavirtOps#Upstream_delta_details|at the time of the Xen 4.5 release]]. Otherwise Remus can run most any PV domU in a degraded performance mode. This kernel support is not widely available (not currently available in Ubuntu, for example), but is available with OpenSUSE. See [[Remus PV domU requirements]] for more information.


= News =
= Release History =
In Xen 4.0.0:


== Xen 4.5 ==
* Xen hypervisor and tools have Remus support.
* Significant improvements to Remus in Xen have been contributed, such as better [[XL]] integration, better DRDB support, stability and performance improvements and enablement of COLO support
* Only linux-2.6.18-xen is supported as Xen dom0 kernel with Remus.
* See [[Remus_Toolkit_Differences#Xen_4.5_and_newer|Remus command line syntax in Xen 4.5]]
* If using a PV domU you need to run linux-2.6.18-xen as domU kernel.
* COLO support [although COLO itself is not currently expected to be fully available until 4.7] (see [http://www.xenproject.org/help/presentations-and-videos/video/xpds13v-colo-update.html COLO XPDS13 video], [http://www.xenproject.org/help/presentations-and-videos/video/xpds13-colo.html COLO XPDS13 presentation])
In Xen 4.0.1:


== Xen 4.4 ==
* Pvops dom0 kernel support for Remus has been added in Xen 4.0.1-rc4, so it's available in Xen 4.0.1 final release. You can use Linux 2.6.32 based pvops dom0 kernel with Remus.
* Experimental support for xenlight (xl). Per the man page, there is no support for network or disk buffering at the moment.
* PV domU kernel still needs to be linux-2.6.18-xen.


In Xen 4.2:
== Xen 4.2 ==
* Many bugfixes to Remus.
* Many bugfixes to Remus.
* Remus support for pvops domU kernels: Linux 2.6.39.2 and later upstream kernel.org versions are now supported as PV domU kernels, in addition to Jeremy's xen.git xen/stable-2.6.32.x branch.
* Remus support for pvops domU kernels: Linux 2.6.39.2 and later upstream kernel.org versions are now supported as PV domU kernels, in addition to Jeremy's xen.git xen/stable-2.6.32.x branch.
Line 59: Line 57:
* Checkpoint compression for less data to transfer between hosts.
* Checkpoint compression for less data to transfer between hosts.


== Xen 4.0.1 ==
Xen 4.5 plans: as per [http://lists.xenproject.org/archives/html/xen-devel/2014-06/msg02597.html 4.5 Development Update]
* Pvops dom0 kernel support for Remus has been added in Xen 4.0.1-rc4, so it's available in Xen 4.0.1 final release. You can use Linux 2.6.32 based pvops dom0 kernel with Remus.
* Significant improvements to Remus in Xen are currently reviewed, such as better [[XL]] integration, better DRDB support, stability and performance improvements and enablement of COLO support
* PV domU kernel still needs to be linux-2.6.18-xen.
* COLO support in Xen (see [http://www.xenproject.org/help/presentations-and-videos/video/xpds13v-colo-update.html COLO XPDS13 video], [http://www.xenproject.org/help/presentations-and-videos/video/xpds13-colo.html COLO XPDS13 presentation])


== Xen 4.0.0 ==
Note that if using linux-2.6.18-xen kernel it needs to be new enough to include Remus support/patches! It's recommended to download the latest version from linux-2.6.18-xen.hg mercurial repository for use with Remus.
* Xen hypervisor and tools have Remus support.
* Only linux-2.6.18-xen is supported as Xen dom0 kernel with Remus.
* If using a PV domU you need to run linux-2.6.18-xen as domU kernel.


= Links =
= Links =
* The "xl remus" command has a similar, but not identical, syntax to the traditional Xend based "remus" command. See [[Remus_Toolkit_Differences]]. Also, "xl remus" still has limitations in the 4.4 release, per the man page.
(Note: the Remus links at nss.cs.ubc.ca are broken. If you have current links, please edit those below)
* Research papers about Remus:
* The Remus project web site was at http://nss.cs.ubc.ca/remus/ but is no longer present as of June 2014. You can find the site via this [https://web.archive.org/web/20130831230817/http://nss.cs.ubc.ca/remus Wayback Machine link].
** [http://http://www.cs.ubc.ca/~andy/papers/remus-nsdi-final.pdf Remus - NSDI 2008] Design and fundamental concepts.
* Remus documentation was at http://nss.cs.ubc.ca/remus/doc.html but is no longer present. You can use this [https://web.archive.org/web/20120815165833/http://nss.cs.ubc.ca/remus/doc.html Wayback Machine link].
** [http://http://www.cs.ubc.ca/~andy/papers/secondsite-vee-final.pdf SecondSite - VEE 2012] Remus in wide-area, with checkpoint compression, replication and storage re-synchronization using DRBD.
{{Comment|[[User:Lars.kurth|Lars.kurth]] 19 June 2014}} The question is whether these are still needed. There is Remus documentation in [[Xen Project 4.4 Man Pages]], see [http://xenbits.xen.org/docs/4.4-testing/man/xl.1.html xl(1)] and search for Remus.
* Configuring and installing Remus (Xend version) with DRBD, Xen 4.1.2 under Debian Squeeze/Ubuntu 10.04: http://remusha.wikidot.com/

{{Comment|[[User:Rcpavlicek|Rcpavlicek]] 18:49, 19 June 2014 (UTC):}} It appears that the 4.4 Man Pages only have the "xl remus" command syntax, not the "remus" command used if you are still using xm. The "remus" command appears to have a similar, but not identical, syntax to "xl remus". See [[Remus_Toolkit_Differences]]. Also, "xl remus" still has limitations in the 4.4 release, per the man page.
* Research/design paper about Remus: https://www.usenix.org/legacy/event/nsdi08/tech/full_papers/cully/cully.pdf
<!---
was at: http://nss.cs.ubc.ca/remus/papers/remus-nsdi08.pdf .
--->
* Configuring and installing Remus tutorial: http://remusha.wikidot.com/
* Video demonstration of Remus: http://joburg.eu/en/video/2jV4lOgFJMY/Screen-cast-Remus-High-Availability-based-on-Xen-Hypervisor
* Video demonstration of Remus: http://joburg.eu/en/video/2jV4lOgFJMY/Screen-cast-Remus-High-Availability-based-on-Xen-Hypervisor
* Source code for Remus version of DRBD 8.3.11 http://remusha.wikidot.com/local--files/configuring-and-installing-remus/drbd-8.3.11-remus.tar.gz
* Latest linux-2.6.18-xen kernel is available from Mercurial tree at http://xenbits.xen.org/linux-2.6.18-xen.hg .
* Remus version of DRBD git://aramis.nss.cs.ubc.ca/drbd-8.3-remus


[[Category:Xen]]
[[Category:Xen]]
[[Category:Xen 4.5]]
[[Category:Users]]
[[Category:Users]]
[[Category:Developers]]
[[Category:Developers]]

Latest revision as of 14:01, 24 August 2015


Remus provides transparent high availability to ordinary virtual machines running on Xen. It does this by continually live migrating a copy of a running VM to a backup server, which automatically activates if the primary server fails. Key features:

  • The backup VM is an exact copy of the primary VM (disk/memory/network). When failure occurs, the VM continues running on the backup host as if failure had never occurred.
  • The backup is completely up-to-date: even active TCP sessions are maintained without interruption.
  • Protection is transparent: existing guests can be protected without modifying them in any way.

Host (dom0) requirements

  • Xen hypervisor with remus support and tools (included with Xen 4.0+)
    • Note: Remus is not included with XCP, XenServer, or with some of the Linux pre-packaged versions of Xen, so please check your distribution or you may need to build Xen from source
  • Xen dom0 kernel that meets the Remus dom0 requirements
  • Shared storage is not required
  • DRBD shared storage is supported, allowing faster and automatic re synchronization after a failed host is brought back online
    • Otherwise to bring a failed node back online, the VM must be turned off to perform disk re-synchronization

Guest (domU) requirements

Installation

Installation varies slightly depending upon the host platform, so please see the guides below for examples.

DRBD support

Using DRBD instead of blktap2 for storage replication allows for quick re-synchronization of the disk backend after failed host is back online. Since storage (re)synchronization is done online - while the VM is operational, there is no need to shutdown the VM. Once storage is synchronized, one can start, stop and restart Remus on a running VM anytime.

However, DRBD must be custom built with support for protocol D (see the above install guides), so the normal packaged versions of DRBD are not suitable.

Note that DRBD will be operated in dual primary mode, which carries a number of risks and management issues. Please research this topic to be aware of the potential complications.

Limitations

  • For PV domUs, Remus requires "suspend event channel" kernel support. This support has not yet been upstreamed to the Linux kernel at the time of the Xen 4.5 release. Otherwise Remus can run most any PV domU in a degraded performance mode. This kernel support is not widely available (not currently available in Ubuntu, for example), but is available with OpenSUSE. See Remus PV domU requirements for more information.

Release History

Xen 4.5

Xen 4.4

  • Experimental support for xenlight (xl). Per the man page, there is no support for network or disk buffering at the moment.

Xen 4.2

  • Many bugfixes to Remus.
  • Remus support for pvops domU kernels: Linux 2.6.39.2 and later upstream kernel.org versions are now supported as PV domU kernels, in addition to Jeremy's xen.git xen/stable-2.6.32.x branch.
  • For better Remus performance you should use a domU kernel with "suspend event channel" support, which means linux-2.6.18-xen, or any of the xenlinux forwardports (novell sles11sp1 2.6.32 kernel, for example). pvops domU kernels don't have suspend event channel support yet.
  • Checkpoint compression for less data to transfer between hosts.

Xen 4.0.1

  • Pvops dom0 kernel support for Remus has been added in Xen 4.0.1-rc4, so it's available in Xen 4.0.1 final release. You can use Linux 2.6.32 based pvops dom0 kernel with Remus.
  • PV domU kernel still needs to be linux-2.6.18-xen.

Xen 4.0.0

  • Xen hypervisor and tools have Remus support.
  • Only linux-2.6.18-xen is supported as Xen dom0 kernel with Remus.
  • If using a PV domU you need to run linux-2.6.18-xen as domU kernel.

Links