Различия

Показаны различия между двумя версиями страницы.

--- drbd_xen_live_migration [2013/06/04 16:06]
metallic [Настройка XEN]
+++ drbd_xen_live_migration [2022/03/25 17:00] (текущий)
@@ Строка 96: / Строка 96: @@
                   # after-sb-0pri after-sb-1pri after-sb-2pri data-integrity-alg no-tcp-cork
           }
           syncer {
                   # rate after al-extents use-rle cpu-mask verify-alg csums-alg
                   # Максимальная скорость синхронизации(МБ/сек)
                   rate 100M;
           }
   }
@@ Строка 183: / Строка 183: @@
   cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r-----
+<note tip>
+Можно обойтись без синхронизации, если диски пустые или имеют одинаковый набор данных:
+  # drbdadm -- --clear-bitmap new-current-uuid Wheezy
+После выполнения этой команды ресурс на обоих узлах сразу перейдет в состояние UpToDate без синхронизации.
+</note>
 ===== Настройка XEN =====
 К текущему моменту у нас один узел работает в режиме мастера, если мы не перезагружали систему. Если же была перезагрузка, то оба узла работают в режиме слейв, тогда любой из них нужно перевести в режим мастер, для первоначальной установки DomU. Делается это командой:
@@ Строка 312: / Строка 317: @@
   # Разрешаем живую миграцию
   (xend-relocation-server yes)
-  # Разрешаем живую миграцию для любой виртуалки
+  # Разрешаем живую миграцию для любой виртуалки(можно указать список, кому можно)
   (xend-relocation-hosts-allow '')
@@ Строка 332: / Строка 337: @@
 ===== Аппаратная виртуализация =====
+Если используется полностью аппаратная виртуализация, например для запуска windows-систем, то тут есть одна особенность: не поддерживается использование в качестве типа устройств drbd. Т.е. в конфигурации виртуальной машины нужно указывать путь к блончному устройству(например /dev/drbd2). Соответственно никакой скрипт нам теперь не поможет перевести drbd-ресурс в primary режим. Соотвественно в случае аппаратной виртуализации для поддержки живой миграции нужно на обоих узлах держать drbd-ресурс в режиме primary всегда. В остальном все работает точно также, как описано выше.
+Пример виртуальной машины для запуска Windows 2012 Server (или любой другой системы с аппаратной виртуализацией):
+  kernel = "/usr/lib/xen-4.1/boot/hvmloader"
+  builder='hvm'
+  memory = 2048
+  name = "Win2012"
+  vcpus=1
+  acpi=1
+  apic=1
+  device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
+  vif = [ 'type=ioemu, bridge=br0' ]
+  disk = [ 'phy:/dev/drbd2,ioemu:hda,w', 'file:/home/WindowsServer2012_RU_STD_TRIAL.ISO,hdc:cdrom,r']
+  # boot on floppy (a), hard disk (c) or CD-ROM (d)
+  boot="c"
+  usbdevice='tablet'
+  vnc=1
+  vncunused=0
+  vnclisten = '127.0.0.1'
+  vncdisplay=0
+  vncconsole=0
+  vncpasswd=''
+  sdl=0
+  vncviewer=0
+  stdvga=0
+  serial='pty'
+  ne2000 = "0"
+  on_poweroff = 'destroy'
+  on_reboot = 'restart'
+  on_crash = 'restart'

Заметки на память

Инструменты пользователя

Инструменты сайта

Различия

Инструменты страницы