Невозможно пропинговать и подключить IP-адрес экземпляра виртуальной машины облачного стека из той же локальной сети.

Я новичок в облачных вычислениях, и сейчас я изучаю облачный стек для создания частного облака. Я установил сервер управления вместе с хранилищем на одном узле и вычислительный сервер KVM на другом узле в соответствии с этим документация. Я также настроил сервер управления и добавил зоны, модули, кластеры и hosts. Кажется, все работает правильно. Но когда я создаю экземпляр в облачном стеке, я могу войти в эту виртуальную машину с помощью консоли, предоставленной облачным стеком, но я не могу пропинговать и подключить этот экземпляр с его IP-адресом через ssh. Может ли кто-нибудь сейчас проблема?Спасибо за внимание.


person Min Htet Oo    schedule 15.03.2018    source источник


Ответы (1)


Если вы можете получить доступ к консоли виртуальной машины, предоставляемой виртуальной машиной с прокси-сервером консоли, значит, CloudStack не играет никакой роли в том, что вы не сможете пропинговать виртуальную машину на своем локальном компьютере. Не могли бы вы предоставить более подробную информацию о вашей сети? Я думаю, что, поскольку вы только начали, вы бы использовали сеть L2 (плоскую) прямо сейчас (предоставляя IP-адрес той же сети CIDR или подсети). Должна быть проблема с конфигурацией вашей сети либо на локальном компьютере, с которого вы пытаетесь или Облачный стек. Я предлагаю вам проверить, могут ли ваша машина и виртуальная машина пропинговать шлюз. Это был бы первый шаг, если они могут, попробуйте получить доступ к Интернету из обоих (если вы можете использовать Интернет в своей сети, которую вы использовали для настройки Cloudstack).

Используемое вами краткое руководство специально предназначено для настройки сервера управления, хранилища NFS и агента только на одном компьютере. Когда вы используете другую машину в качестве агента KVM, ее конфигурация немного меняется. Я уже сталкивался с подобными проблемами ранее. Я предлагаю вам следовать этому руководству: http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/hypervisor/kvm.html Поскольку вы используете отдельную машину в качестве агента KVM, частая проблема заключается в несинхронизации правил iptables. В среде ОС KVM-агента следует позаботиться о следующем:

  1. Отключите firewalld — не бойтесь, CloudStack использует iptables, который действительно используется службой firewalld для управления сетевыми правилами. Наиболее распространенной основной причиной проблемы является оставление запущенной службы firewalld. Вы можете сделать это с помощью следующих команд (они отключают и останавливают работу firewalld в данный момент и после перезагрузки)

    systemctl отключить firewalld && systemctl остановить firewalld

  2. Перезапустите службы iptables и cloudstack-agent.

    systemctl перезапустить iptables systemctl перезапустить cloudstack-агент

Если вы все еще видите какие-либо проблемы, я предлагаю вам загрузить правила iptables по умолчанию, которые приведены здесь, в документации ACS, и перезапустить службу iptables: http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/hypervisor/kvm.html

Кроме того, если вы только начинаете, обычными местами для просмотра и понимания ошибок являются /var/log/cloudstack/management/management-server.log в машине управления и /var/log/cloudstack/agent/agent.log в агенте. машина. Здесь вы увидите наиболее вероятные ошибки или предупреждения (если они существуют) в настройках вашего облачного стека. Скажи мне, если это работает. Всего наилучшего.

PS: используйте Cloudstack 4.11, если вы только начинаете, это последняя стабильная версия LTS (хотя тут и там есть небольшие ошибки, но ничто не ломает облако;)

person Parth Patel    schedule 05.04.2018
comment
Группы безопасности по умолчанию блокируют весь входящий поток. Порт можно открыть в веб-интерфейсе CloudStack. - person jl0x61; 14.05.2020