Это классический hyperconverged сетап, и схема вполне работоспособна. Из минусов конечно то, что все влияет на все. Практически получается после vm-ок , наибольший потребитель ресурсов это CEPH. На SATA SSD рассчитываете что при 80-90% утилизации диска, каждый OSD будет съедать примерно 4 треда ~2.2-25Ghz и примерно 4G RAM
Зная это, можно примерно понять, сколько ресурсов останется для vm-ok
Что там работоспособного ? Ни вы, ни топик стартер даже не попробовали прикинуть нагрузку на диски ..а уж про sata ssd это отдельный мрак писать
Mr
Mr
icewolf
Ну и ceph != Hyper converged вообще никак
«скушайте еще этих тайских грибов», и да сейчас Hyper-V Convergent с вами в комнате?
icewolf
кстати, гиперконвергенвергнтность это не синоним срезания костов, или же бедности, а как раз про ту самую распределенность и возможность создания multi AZ
icewolf
и про микросервисы да.
icewolf
а тут как скажешь слово redhat набегает.. Дмитрий и говорит что нету его, это все миф и фантастика.
Jürgen
Mr
Это фотошоп 🤣
Нет никакой ложки и Фотошопа . Проверить очень легко - достаточно всего лишь найти тикер редхата на бирже
Jürgen
Mr
ммммм шта
Ти́кер (англ. ticker symbol) — краткое название в биржевой информации котируемых инструментов (акций, облигаций, индексов).
icewolf
даж мне отбитому фанатику редхата и последователю всех лучших практик.. кажется что там все не в порядке с внутренними тараканами и что в данном случае лечение электричеством бесполезно.
Jürgen
Mr
а это извини причем тут?
Ладно, перевожу , не у всех такой бодрящий кофе. Фирма редхат скоро 10 лет как не существует, будучи куплена ибм. То есть бизнес модель редхата так себе оказалась, и текущие разработки и движение - все в коммерцию и про деньги. Кровавее Энтерпрайза, чем ибм, ещё поискать.
icewolf
я думаю дальнейшее кормление троля бессмысленно.
Jürgen
Ладно переведу не имеет отношение к дискуссии 🤣
Lols Anti Spam
Елена Масленникова, тебя заблокировали (spam)
Сообщение предлагает быстрый доход с минимальными усилиями и содержит призыв к контакту с менеджером, что типично для мошеннических схем. (посмотреть сообщение)
Lols Anti Spam
id8095058379, тебя заблокировали (scam)
Raul
Доброго дня всем, подскажите пожалуйста кто делал интеграцию openstack c ipa? открыл доку https://docs.openstack.org/keystone/pike/admin/identity-integrate-with-ldap.html#identity-ldap-server-setup сделал изменения в конфиге /etc/kolla/config/keystone/keystone.conf перезапустил keystone docker restart Id_container_keystone ничего не происходит
icewolf
о pikе откопали.
Raul
в вэб интрефейсе ничего не добавилось команда openstack domain list ничего не выводмт
Grundik
в вэб интрефейсе ничего не добавилось команда openstack domain list ничего не выводмт
домен нужно создать отдельно
Grundik
не нужно основной домен в я ldap пихать
Raul
openstack domain create default --description "LDAP domain"
Missing value auth-url required for auth plugin password
Grundik
ибо истемные пользоватлеи из него будут браться
Grundik
openstack domain create default --description "LDAP domain"
Missing value auth-url required for auth plugin password
ну так авторизацию под админом сперва
icewolf
но нет.
Grundik
тем у кого есть права на создание домена через api)
Grundik
лучше бы дельное что посоветовали
https://stackoverflow.com/questions/68135710/deploy-kolla-ansible-openstask-wuth-ldap-integration
icewolf
вот инструкция https://docs.redhat.com/en/documentation/red_hat_openstack_platform/16.2/epub/integrate_openstack_identity_with_external_user_management_services/index#proc-configuring-active-directory-credentials_identity-active-directory
Grundik
Grundik
зато я столько раз настраивал, по этой мурзилке и все работало
Создать домен, файл с настройками домена в папку доменов в кейстон, настройки кнйстон, рестрат кейстон и юзай
Raul
https://stackoverflow.com/questions/68135710/deploy-kolla-ansible-openstask-wuth-ldap-integration
переделал конфиг, создал отдельный для домена, теперь надо с таким же именем создать домен в openstack?
Raul
создал конфиг /etc/kolla/config/keystone/keystone.best.testcloud.conf
[identity]
#driver = sql
driver = ldap
#[assignment]
#driver = sql
[ldap]
url = ldap://ipa-dc.best.testcloud:389
user = uid=opnadm,cn=users,cn=accounts,dc=best,dc=testcloud
password = 12345678
suffix = dc=best,dc=testcloud
query_scope = sub
page_size = 0
alias_dereferencing = default
Raul
пытаюсь добавить
$ openstack
(openstack) domain create best.testcloud --description "LDAP domain"
Missing value auth-url required for auth plugin password
(openstack) quit
Grundik
Env какой при юзании клиента
Grundik
Мало того, юзаете коллу, docker?
Raul
пользователь от которого запускался kolla deploy
Grundik
source /etc/kolla/admin-openrc.sh
Grundik
не забыли?
Grundik
второе - зайти в контенйер докера кейстон и посмотреть а файлики то есть?
Raul
не забыли?
спасибо, забыл конечно, и похоже я что то испортил в конфигурации т.к. пароль не принимается
Raul
@BigGrundik спасибо, переразверну стенд и попробую интеграцию
Alexander
@BigGrundik спасибо, переразверну стенд и попробую интеграцию
Для таких тестов удобней root раздел держать на lvm и делать снапшот перед пробами, потом откатывать если что-то неудачно пошло
Alexander
Все привет. Подскажите плз, как вернуть nova policy в "по умолчанию"? Настраивал zabbix, добавил по мануалу policy.json с содержанием
{
"os_compute_api:servers:index": "role:monitoring",
"os_compute_api:servers:show": "role:monitoring",
"os_compute_api:os-services:list": "role:monitoring",
"os_compute_api:os-hypervisors:list-detail": "role:monitoring",
"os_compute_api:os-availability-zone:detail": "role:monitoring",
"os_compute_api:os-simple-tenant-usage:list": "role:monitoring"
}
теперь админу не дает некоторые операции. удаление policy.json не помогает. видимо односторонний обмен через файл?
NS 🇷🇺
Все привет. Подскажите плз, как вернуть nova policy в "по умолчанию"? Настраивал zabbix, добавил по мануалу policy.json с содержанием
{
"os_compute_api:servers:index": "role:monitoring",
"os_compute_api:servers:show": "role:monitoring",
"os_compute_api:os-services:list": "role:monitoring",
"os_compute_api:os-hypervisors:list-detail": "role:monitoring",
"os_compute_api:os-availability-zone:detail": "role:monitoring",
"os_compute_api:os-simple-tenant-usage:list": "role:monitoring"
}
теперь админу не дает некоторые операции. удаление policy.json не помогает. видимо односторонний обмен через файл?
ну принесите с гита, переустановите пакет. напиши руками, вариантов масса
Grundik
Все привет. Подскажите плз, как вернуть nova policy в "по умолчанию"? Настраивал zabbix, добавил по мануалу policy.json с содержанием
{
"os_compute_api:servers:index": "role:monitoring",
"os_compute_api:servers:show": "role:monitoring",
"os_compute_api:os-services:list": "role:monitoring",
"os_compute_api:os-hypervisors:list-detail": "role:monitoring",
"os_compute_api:os-availability-zone:detail": "role:monitoring",
"os_compute_api:os-simple-tenant-usage:list": "role:monitoring"
}
теперь админу не дает некоторые операции. удаление policy.json не помогает. видимо односторонний обмен через файл?
Удалить полиси файл перегрузить нова апи. Это подцепит дефолты. У вас полиси даёт только доступ к ручкам только при мониторга
Grundik
Нужно не так полиси писать. Бщали неверный мануал)
Alexander
Удалить полиси файл перегрузить нова апи. Это подцепит дефолты. У вас полиси даёт только доступ к ручкам только при мониторга
удалил, перегрузил (systemctl restart kolla-nova_api-container.service), но не помогает
Error: Unable to retrieve details for instance "166a1329-59d3-4931-83d1-304264ee05ac". Details
Policy doesn't allow os_compute_api:servers:show to be performed. (HTTP 403) (Request-ID: req-3058e245-e5f8-4052-a09e-138e96785953)
Alexander
или гугл?
Grundik
Щяс пример дам как например сделать роль манагер для домена, для версий до 2024.2
Alexander
а сейчас как вернуть policy обратно?
в гите погрепал/поискал файлы , что-то не нашел
icewolf
icewolf
defaultы на опендеве болтаются
Grundik
а сейчас как вернуть policy обратно?
в гите погрепал/поискал файлы , что-то не нашел
Вообще после рестарта контейнера должно всё встать на место если полиси не пихаются в него через config.json
Grundik
https://github.com/SovereignCloudStack/standards/blob/main/Standards/scs-0302-w1-domain-manager-implementation-notes.md
icewolf
если он это пере определил то да, должны заехать по умолчанию.. а если переопределил то нет
Grundik
Довольно хорошо разжевано
Grundik
https://docs.scs.community/standards/scs-0302-v1-domain-manager-role/
Grundik
По этому принципу можно и для новы пооиси построить