Крайности одни то монга то эта хрень. Блин ((

А в чем конкретно то хрень? Предостереги меня пока я не начал внедрять)

Хрень потому что шардинг , я не зря спросил как он внутри хранит. Хрень потому что что индексы в сиквеле. Хрень потому не прометеус, там все это по человечески решено

Хрень потому что шардинг , я не зря спросил как он внутри хранит. Хрень потому что что индексы в сиквеле. Хрень потому не прометеус, там все это по человечески решено

Прометеусом не пользовался, поэтому аргумент "это не прометеус" мне ваще странным кажется.

Ну что теперь тайм сериес дб это сдвиг, хоть не монга

Прометеусом не пользовался, поэтому аргумент "это не прометеус" мне ваще странным кажется.

По пробуйте, думаю потом вопросов не возникнет

И хрень потому что шедулер.

Не убедил. Больше похоже на синдром утенка, уж извини) Ну да ладно)

Не убедил. Больше похоже на синдром утенка, уж извини) Ну да ладно)

Проблема в том что я опять увидел не гибкий Геморой. Куча виртуалок, очередь метрик - все дорогуша перестраивай все нах. А ты начал с мелкого инстанса - ну не повезло, надо было сразу настраиваться на режим по завоеванию мира.

Короче как была с метриками хрень так и осталась.

Ааа стоп. Оно хранит в объектном сторадже метрики. Хм это все меняет. Может я и не прав

В общем спасибо за инфу, буду курить доки.

В общем спасибо за инфу, буду курить доки.

А, ты думал, он сами метрики тоже кладет в реляционную базу?)

Не я думал он ходит за каждым запросом в сиквел за индексом и дальше в Файлы лезет

Короче в моем кейсе не потребуется его масштабировать, так как это нагрузка ляжет на минио

Я прям реально запарился, все более менее гладко идёт и тут на тебе )

а до гланса то запрос доходит?

единственное что вижу так вот только вот это на стороне хорайзона: https://hastebin.com/texodilifu.rb

единственное что вижу так вот только вот это на стороне хорайзона: https://hastebin.com/texodilifu.rb

хотя вот ещё что есть в глансе https://hastebin.com/ilegovamox.go но что-то мне подсказывает это как раз из-за того что файла нет

Ребят ещё вопрос, уже малость холиварный. Лицензирование виндов (очень не хочется hyperv тачки в кластере иметь). Все так же осталось в windows среде - виртуальное ядро равно сокету и процессору в винде ? Или что то поменялось и к KVM винда стала более лояльна ?

Можещь покрывать только лицензиями ms datacenter, считать по сокетам где запущены компноды

Может кто подсказать - решил horizon вынести с /dashboard в корень / Но после этого после логина под admin стало перекидываться на страницу api. Все их за того что в /etc/httpd/conf.d/wsgi-keystone.conf прописано Alias /identity /usr/bin/keystone-wsgi-public <Location /identity>

вот я то не понимаю - по умолчанию api не должны на 80 порту работать ?

@FaruhBulsara Спасибо большое за книгу!

вот я то не понимаю - по умолчанию api не должны на 80 порту работать ?

Апи на своих портах работают

Если конечно вы их на 80й не повесите, что, в принципе реально, но будет выстрелом в колено

Апи на своих портах работают

Так я про то же, непонятно зачем это в конфиге apache по умочанию

И по правильному это надо убрать, зачем клиент должен видеть {"versions": {"values": [{"status": "stable", "updated": "2017-02-22T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v3+json"}], "id": "v3.8", "links": [{"href": "http://cloud.com/identity/v3/", "rel": "self"}]}, {"status": "deprecated", "updated": "2016-08-04T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}], "id": "v2.0", "links": [{"href": "http://cloud.om/identity/v2.0/", "rel": "self"}, {"href": "https://docs.openstack.org/", "type": "text/html", "rel": "describedby"}]}]

Не, стоп. Это просто каталог ендпойнтов, он и так доступен клиенту, ничего секретного тут нет. Колдуйте с апачем

Не, стоп. Это просто каталог ендпойнтов, он и так доступен клиенту, ничего секретного тут нет. Колдуйте с апачем

Так он отдаётся http://horizon/identity. Можно его отсюда убрать на порт keystone?

Может кто подсказать - решил horizon вынести с /dashboard в корень / Но после этого после логина под admin стало перекидываться на страницу api. Все их за того что в /etc/httpd/conf.d/wsgi-keystone.conf прописано Alias /identity /usr/bin/keystone-wsgi-public <Location /identity>

а тут поправлено? /etc/openstack-dashboard/local_settings: # WEBROOT is the location relative to Webserver root # should end with a slash. WEBROOT = '/dashboard/'

Так он отдаётся http://horizon/identity. Можно его отсюда убрать на порт keystone?

http://controller:5000/identity у меня только так отдает апи, а без порта нет

а тут поправлено? /etc/openstack-dashboard/local_settings: # WEBROOT is the location relative to Webserver root # should end with a slash. WEBROOT = '/dashboard/'

Конечно, ставил webroot ='/' Ту дело в том что по умолчанию после авторизации перекидывает на страницу с проектами которая имеет вид http://horizon/dashboard/identity

Конечно, ставил webroot ='/' Ту дело в том что по умолчанию после авторизации перекидывает на страницу с проектами которая имеет вид http://horizon/dashboard/identity

аа, понятно

Ну и если убрать dassboard то страница с проектами будет иметь то же имя что и страница с ендпоинтами

аа, понятно

И я вот думаю как тут правильно, или не заморачиваться и оставить на dashboard)

Kira Kira joined the group Судя по жопе - ждать спам

Kira Kira joined the group Судя по жопе - ждать спам

Спам, ага. В клаудру такие же задницы и сиськи.

Комрады, всем привет! Недавно начал изучать openstack, подскажите, как чайнику, где "физически" находится floating ip? В смысле на каком интерфейсе и у кого он должен находится? Сам инстанс про флоатинг-адрес не знает, для него это работает как нат, я правильно понимаю? Кто осуществляет это самое натирование? В чьем iptables или в чьем namespace он должен быть?

Комрады, всем привет! Недавно начал изучать openstack, подскажите, как чайнику, где "физически" находится floating ip? В смысле на каком интерфейсе и у кого он должен находится? Сам инстанс про флоатинг-адрес не знает, для него это работает как нат, я правильно понимаю? Кто осуществляет это самое натирование? В чьем iptables или в чьем namespace он должен быть?

ip netns. И там будет виртуальный роутер

Комрады, всем привет! Недавно начал изучать openstack, подскажите, как чайнику, где "физически" находится floating ip? В смысле на каком интерфейсе и у кого он должен находится? Сам инстанс про флоатинг-адрес не знает, для него это работает как нат, я правильно понимаю? Кто осуществляет это самое натирование? В чьем iptables или в чьем namespace он должен быть?

Находиться он может либо на network controller если централизованный роутер,либо на compute node при дистрибутед режиме

У нас используется HA dvr с openvswitch. На ноде, где активен роутер, в неймспейсе snat белый адрес только - шлюз для внешней сети. А в неймспейсе qrouter есть только шлюз для серой сетки проекта. Не считая HA интерфейсов, типа 169.254.бла.бла.

На compute-ноде в неймспейсах есть только qrouter и у него только шлюз серой сети.

В iptables на compute-нодах и на контроллере и в неймспейсах нет упоминаний адреса, который я ищу (floating-ip адрес).

На compute-node и на контроллере в неймспейсе fip тоже нет упоминаний про этот адрес, который я ищу, ни в iptables, ни в ip addr.

Комрады, всем привет! Недавно начал изучать openstack, подскажите, как чайнику, где "физически" находится floating ip? В смысле на каком интерфейсе и у кого он должен находится? Сам инстанс про флоатинг-адрес не знает, для него это работает как нат, я правильно понимаю? Кто осуществляет это самое натирование? В чьем iptables или в чьем namespace он должен быть?

посмотри внимательно на фип неймспейсы на компутах

На compute-node и на контроллере в неймспейсе fip тоже нет упоминаний про этот адрес, который я ищу, ни в iptables, ни в ip addr.

должен быть

посмотри внимательно на фип неймспейсы на компутах

На compute-нодах в неймспейсе fip есть только один белый адрес, и это floatingip_agent_gateway.

есть кто шарит как исправить такого рода ошибки

Полный трейс скинь куда-нибудь, пожалуйста)

любые попытки эвакуировать, ресайзить создать и тд приводят к крешу

В iptables на compute-нодах и на контроллере и в неймспейсах нет упоминаний адреса, который я ищу (floating-ip адрес).

Ни в каких неймспейсах?

На compute-node и на контроллере в неймспейсе fip тоже нет упоминаний про этот адрес, который я ищу, ни в iptables, ни в ip addr.

Глупый вопрос - фип то подключен? Работает?

Полный трейс скинь куда-нибудь, пожалуйста)

логи или фото полное?

Без порта пробовали?

логи или фото полное?

Логи на pastebin или еще куда-нибудь)

просто опенстек досталось как бремя одно время удалось его поддерживать сейчас работать с ним толком не дает.

сейчас что откопаю закину

вот машина которая отвалилась https://paste.laravel.io/cebf2008-2922-4284-a7b3-853f156adf6c

щас попробую новую создать и скину лог

вот машина которая отвалилась https://paste.laravel.io/cebf2008-2922-4284-a7b3-853f156adf6c

Нене, надо логи neutron и nova смотерть, а не просто в выводе клиента.

ок

щас создам машину и логи погляжу

Глупый вопрос - фип то подключен? Работает?

Всё работает, сеть функционирует, доступ к инстансу есть. Хотим разобраться.

Всё работает, сеть функционирует, доступ к инстансу есть. Хотим разобраться.

Саша привет, недумал что тут встретимся)

Саша привет, недумал что тут встретимся)

Здорово, Толян) openstack объединяет) точнее объединяют его траблы))

Нене, надо логи neutron и nova смотерть, а не просто в выводе клиента.

подскажите файлы куда он это пишет. у nova их много.

подскажите файлы куда он это пишет. у nova их много.

логи nova-api нужно смотреть с контроллеров, nova-compute с гипервизора где манипуляции проводятся. Плюс логи linux bridge агента с гипервизора и логи neutron сервера с контроллера.

Как-то так)

Ок попробую собрать логи

Мистика

снова заработало создание и эвакуация... ладно попробую спровоцировать повторение данных ошибок. быть может через какое то время это повторится

снова заработало создание и эвакуация... ладно попробую спровоцировать повторение данных ошибок. быть может через какое то время это повторится

привет, может проблема где-то на одной компьют-ноде? посмотри логи neutron-openvswitch-agent и nova-compute на проблемной компьют-ноде.

привет, может проблема где-то на одной компьют-ноде? посмотри логи neutron-openvswitch-agent и nova-compute на проблемной компьют-ноде.

Ок

привет, может проблема где-то на одной компьют-ноде? посмотри логи neutron-openvswitch-agent и nova-compute на проблемной компьют-ноде.

Привет Инна, сразу тебя не узнал.

Тьфу)

Ответил не на то)

да, кстати, с floating ip, нашли его в iptables qrouter-неймспейса на компьют-ноде, плохо смотрели >_<

На compute-нодах в неймспейсе fip есть только один белый адрес, и это floatingip_agent_gateway.

Смотреть нужно на гипервизоре где расположена виртуалка в пространстве qrouter. 10.98.97.0 приватная self-service сеть 10.1.89.0 - тестовая сеть из которой назначается floating ip Вроде видно все.

Вот, вот так) Чо-то я затупил)