32.15. Административные операции

⁠32.15. Административные операции

Таблица 32.12. Перепланирование и миграция

Команда	Описание
`onevm resched <ВМ>`	Перенос ВМ на оптимальный узел (в соответствии с политиками планировщика)
`onevm migrate <ВМ> <Узел>`	Холодная миграция (с остановкой ВМ)
`onevm migrate --live <ВМ> <Узел>`	Горячая миграция (без простоя)

Требования для live-migration:

общее хранилище (NFS, Ceph);
идентичные или совместимые CPU на узлах.

Если ВМ зависла в нестандартном состоянии или операция загрузки не завершается, можно использовать следующие параметры (onevm recover):

--success — имитирует успешное выполнение действия при отсутствии драйвера;
--failure — имитирует сбой действия при отсутствии драйвера;
--retry — повторяет попытку выполнения текущего действия с драйвером (при необходимости можно использовать --interactive, если проблема связана с Transfer Manager);
--delete — удаляет ВМ, немедленно переводя её в состояние DONE;
--recreate — удаляет ВМ и переводит её в состояние PENDING.

Команды migrate или resched могут использоваться для ВМ в состоянии UNKNOWN В этом случае ВМ может быть запущена на другом узле вручную или автоматически планировщиком. Такие операции допустимы только при использовании общего хранилища или если данные были перенесены администратором вручную. OpenNebula не выполняет никаких операций с хранилищем при такой миграции.

Примеры:

принудительное удаление зависшей ВМ:
```
$ onevm recover <ID_ВМ> --delete
```
повтор попытки развёртывания:
```
$ onevm recover <ID_ВМ> --retry
```
пересоздание ВМ в состоянии PENDING:
```
$ onevm recover <ID_ВМ> --recreate
```

Важно

Используйте --delete только в том случае, если ВМ фактически отсутствует на узле.