ошибка перехвата: «shared-db-отношение-изменено» при использовании OpenStack в той же системе, что и Juju / MAAS
Я пытался настроить OpenStack на 14.04, используя одну машину. Мне удалось установить MAAS и загрузить JUJU с двух машин: одной машины на MAAS и другого узла, на котором я пытаюсь настроить openstack. Я читал, что это можно сделать, но у меня есть проблемы, в основном после прочтения этого https://help.ubuntu.com/community/UbuntuCloudInfrastructure и копаться в Интернете я обнаружил, что nova-volume устарела, так Вместо этого я пытался использовать гари.
Я использовал эти команды:
juju deploy mysql --to 0
juju deploy rabbitmq-server --to 0
juju deploy --config=openstack.cfg keystone --to 0
juju deploy --config=openstack.cfg nova-cloud-controller --to 0
juju deploy --config=openstack.cfg cinder --to 0
juju deploy nova-compute --to 0
juju deploy glance --to 0
juju deploy openstack-dashboard --to 0
juju add-relation keystone mysql
juju add-relation nova-cloud-controller mysql
juju add-relation nova-cloud-controller rabbitmq-server
juju add-relation nova-cloud-controller glance
juju add-relation nova-cloud-controller keystone
juju add-relation cinder nova-cloud-controller
juju add-relation cinder mysql
juju add-relation cinder rabbitmq-server
juju add-relation cinder keystone
juju add-relation nova-compute mysql
juju add-relation nova-compute:amqp rabbitmq-server:amqp
juju add-relation nova-compute glance
juju add-relation nova-compute nova-cloud-controller
juju add-relation glance mysql
juju add-relation glance keystone
juju add-relation openstack-dashboard keystone
juju expose openstack-dashboard
juju expose nova-cloud-controller
Как вы можете видеть, я использовал --to 0, чтобы сказать, что я хочу, чтобы они все были на одном узле. Я могу начать все, но после соединения всех отношений я получаю эту ошибку:
hook failed: "shared-db-relation-changed"
Я также в одном из журналов появляется сообщение об ошибке, в котором отказано в доступе для этого пользователя и этого ip.
Я полагаю, что проблема заключается в том, что juju сообщает другим службам, что IP - 192.168.2.101, но затем mysql настраивает пользователей на 127.0.0.1, то есть они не могут подключиться.
Есть идеи?
Другие вещи:
- Мы надеемся, что это будет использоваться для частного облака на работе, с полдюжины или около того случаев.
- Я не хочу использовать devstack, потому что все говорят, что это не для производства.
1 ответ
Используя --to флаг без контейнеризации является действительно плохой идеей. Мы уподобили этого "Hulk, Разбивающегося". В основном Вы разделяете тонну на уровни сервисов друг на друге, что все ожидают владеть машиной.
Так, что можно сделать, чтобы достигнуть изоляции и все еще сохранить все на одной машине? Контейнеризация!
Эти --to флаг имеет изящество об этом, которое позволяет Вам делать соразмещение без потенциала для катастрофических коллизий. --to поддержки синтаксис как --to lxc:0 и --to kvm:0, который разместит сервис в контейнеры на перечисленной машине. Почти все очарование в развертывании OpenStack может быть безопасно помещено в LXC (или KVM), контейнеры, за исключением Ceph и новинки - вычисляют. Новинка - вычисляет, потому что она сам по себе настроит VMs (и KVM в LXC является странным), и Ceph, потому что она должна владеть дисками. Можно сделать развертывание OpenStack без Ceph, таким образом, это не проблема, и можно вложить KVM, таким образом, новинка - вычисляет на KVM для создания KVMs (или LXC) должен работать.
В этой точке это - все о производительности, и Вы действительно не получите многое из этого с этой установкой. Должно, однако, быть достаточно вести процесс.