Установка CloudStack: Ошибка при создании экземпляра

Question

Я новичок в CloudStack. Я установил его, используя Руководство по быстрой установке в CentOS 6.4 и kvm. Поскольку моя сеть является локальной сетью на моем факультете, и есть DHCP и Gateway для подключения к Интернету, вначале я определил пул адресов для Pod и гостей с диапазоном адресов LAN. Но я не смог создать экземпляры, получившие эту ошибку:

2013-06-17 13: 44: 03,445 DEBUG [cloud.storage.StorageManagerImpl] (Job-Executor-1: job-9) Недостаточно не выделено вместимость: 200 для распределения объема: [Vol [3 | vm = 3 | ROOT]], так как его выделенный процент: 2.2468850974329963E7 пересек выделенный пул.storage.allocated.capacity.disablethreshold: 0.85, пропуская этот пул

Я догадался, что это связано с конфликтами IP между пулом и диапазоном dhcp. Поэтому я снова установил его (удалил и переустановил облачный агент и облачный клиент), и на этот раз определил другую подсеть для пулов адресов (255.0.0.0) из подсети dhcp (255.255.0.0). Но теперь я получаю эту ошибку, пока «Создание системных виртуальных машин» после выполнения настройки с использованием пользовательского интерфейса:

WARN [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1 :) Исключение при попытке запустить консольный прокси com.cloud. exception.AgentUnavailableException: Resource [Host: 1] недоступен: Host 1: невозможно запустить экземпляр из-за невозможности запуска VM [ConsoleProxy | v-2-VM] из-за ошибки в finalizeStart, а не повторения в com.cloud.vm. VirtualMachineManagerImpl.advanceStart (VirtualMachineManagerImpl.java:847) в com.cloud.vm.VirtualMachineManagerImpl.start (VirtualMachineManagerImpl.java:472) в com.cloud.vm.VirtualMachineManagerImpl.start (VirtualMachineManagerImpl.java:465) в com.cloud.consoleproxy .ConsoleProxyManagerImpl.startProxy (ConsoleProxyManagerImpl.java:627) в com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity (ConsoleProxyManagerImpl.java:1164) в com. cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool (ConsoleProxyManagerImpl.java:1981) в com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool (ConsoleProxyManagerImpl.java:173) в com.cloud.vm.SystemVmLoadScanner.loadScan (SystemVmLoadScanner.java:113) at com .cloud.vm.SystemVmLoadScanner.access $ 100 (SystemVmLoadScanner.java:34) в com.cloud.vm.SystemVmLoadScanner $ 1.reallyRun (SystemVmLoadScanner.java:83) в com.cloud.vm.SystemVmLoadScanner $ 1.run (SystemVmLoadScanner.java: 73) в java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:471) в java.util.concurrent.FutureTask $ Sync.innerRunAndReset (FutureTask.java:351) в java.util.concurrent.FutureTask.runAndReset (FutureTask.java:178) в java.util.concurrent.ScheduledThreadPoolExecutor $ ScheduledFutureTask.access $ 301 (ScheduledThreadPoolExecutor.java:178) в java.util.concurrent.ScheduledThreadPoolExecutor $ ScheduledFutureTask.run (ScheduledThreadPoolExecutor.java:293) в java.util .concurrent.ThreadPoolExecutor.runWorker (ThreadPo olExecutor.java:1110) в java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:603) в java.lang.Thread.run (Thread.java:722) Вызвано: com.cloud.utils.exception .ExecutionException: Невозможно запустить VM [ConsoleProxy | v-2-VM] из-за ошибки в finalizeStart, не в com.cloud.vm.VirtualMachineManagerImpl.advanceStart Повторная попытка (VirtualMachineManagerImpl.java:814) ... 19 больше

Проблема связана с конфликтом ИС? Если да, то как его решить?

Благодаря

Answer 1

Первые последнее исключение:

Некоторые фона необходимо понять, почему CloudStack пытается запустить виртуальную машину на вашем гипервизора. VM является системной VM. Системные виртуальные машины используются CloudOSs для распределенных служб через облако. В настоящее время CloudStack имеет три вида: вторичное хранилище, виртуальный маршрутизатор и консольный прокси-сервер. Прокси-консоль консоли позволяет просматривать виртуальный фреймбуфер виртуальной машины. Обычно вам нужен доступ к самому гипервизору. Вместо этого на гипервизоре установлен консольный прокси. Обратите внимание, что системные виртуальные машины и пользовательские виртуальные машины запускаются с использованием того же кода. Поэтому исключение указывает на то, что существует общая проблема с созданием виртуальных машин.

Конкретные сведения об исключении указывают на то, что CloudStack не может связаться с агентом в поле KVM. Почему бы не проверить, что вы можете SSH с сервера управления CloudStack на гипервизор KVM? Во-вторых, посмотрите на исходящие соединения из поля KVM. Существует ли соединение TCP с агентом в поле KVM на сервере управления CloudStack?

Answer 2

Вы можете создать вложенную лабораторию гипервизора и развернуть облачную среду. Самый простой способ использования облачной статистики с помощью гипервизора Xenserver с открытым исходным кодом. Сообщение Blow показывает тот же процесс с шагами.

Часть 2: http://www.cloudometry.in/2015/03/apache-cloudstack-implementation-step_29.html

Часть 3: http://www.cloudometry.in/2015/03/apache-cloudstack-implementation-step_96.html