Nikolay
not accessible for download until after the Image Import call is made.
Nikolay
малой кровью не получится
Aleksander baltazor
ну так там галера класстер... 2 - как то не очень хорошо
можно словить сплит брейн в таких системах как mysql gallera, zookeeper должно быть не четное кол-во по хорошему: 1,3,5 и т.д.
Aleksander baltazor
что бы выбрать правильно кто есть главный
Nikolay
поможет в экономии расхода сервисного дискового пространства, оно же прям очень дорогое. т.е. прямая загрузка экономит место, но его может сожрать импорт.
Nikolay
сотни гигов постоянно аплоадяд снаружи облака?
J
сотни гигов постоянно аплоадяд снаружи облака?
Регулярно снапшоты эфемерных дисков гоняются. Снаружи бывало, но это нечастая ситуация.
Nikolay
ну нах, никаких эфимерок
Aleksander baltazor
так 1+2 сколько будет?
3, собственно я ж и написал 1,3,5 🙂
NS 🇷🇺
3, собственно я ж и написал 1,3,5 🙂
так зачем мне объяснять, что 2 нельзя?
Aleksander baltazor
может не на то сообщение ответил )))
Aleksander baltazor
сорян (
Vyacheslav
купите китайский SSD для промежуточного трансфера образов... цена вопроса около 1к за диск =)
А потом уже и второй, собрать soft raid. А после еще на всех контролах :)
Vyacheslav
Отказаться от софт рейда и сделать хард рейд, вставив карточку, переставить все контролы
Vyacheslav
Приключение на 20 минут
Dmitrii
Добрый день. Постепенно учусь опенстеку, нашел мануал OpenStack Kolla Ansible - https://docs.openstack.org/kolla-ansible/latest/user/quickstart.html развернул по нему 3 панели в виде вм-ок и 1 панель в виде дедик сервера и 1 вм откуда идет деплой , но вопрос в следующем есть файл /etc/kolla/globals.yml в нем есть параметр neutron_external_interface и там я указал интерфейс который у вм-ок (eth1) но у дедика интерфейс называется eno2 , для этого в файле multinode я указал вот так: [compute] x.x.x.x ansible_user=ansible ansible_become=True ansible_private_key_file=/home/username/.ssh/id_rsa network_interface=eno1.X api_interface=eno1.X tunnel_interface=eno1.X neutron_external_interface=eno2 [network:children] compute но при kolla-ansible ./multinode deploy получил ошибку что на сервере compute нету интерфейса eth1 отсюда вопрос - на сколько это корректное поведение? и можно ли для разных серверов указывать разные интерефейсы параметрами: network_interface=eno1.X api_interface=eno1.X tunnel_interface=eno1.X neutron_external_interface=eno2 Спасибо.
приоритет переменных. возможно в group_vars/all которые в колла-ансибл прописано уже eth0, тогда ансибл проигнорирует груп варс в инвенторке. чтобы не игнорировало - пропиши не в переменные группы, а в переменные конкретных хостов ну и на всякий случай очевидное: если укажешь в глобалсах значение какое-то - то в инвенторке его можешь уже не указывать, все равно у инвенторки не такой высокий приоритет, как у энв файла
Dmitrii
дополнил)
Dmitrii
типа globals применяется почти в последнюю очередь (т.е. перезаписывает все переменные, что были до)
Dmitrii
так что из globals удалить, в инвенторку впихнуть. либо можешь в глобалсах типа такого neutron_interface: "{{ 'eth0' if host in groups['compute'] else 'drugoi_interface' }}" за синтакс не ручаюсь, но идея такая
Nikolay
Приключение на 20 минут
Я тупо под гланс fc lun подкладывал пока нормально не скрестил синдером
NS 🇷🇺
Я тупо под гланс fc lun подкладывал пока нормально не скрестил синдером
мы, когда нельзя было в синдер хреначить, nfs приносили
Nikolay
это да, было и такое поначалу
Nikolay
я к тому что экономия места сомнительная игра в спички
Vyacheslav
Я тупо под гланс fc lun подкладывал пока нормально не скрестил синдером
Но логично образы хранить там же где делаются диски - создание новой vm будет в сотни раз быстрее
Nikolay
экономия на контролах у гланса
Nikolay
мы тут про другой кейс
Pavel
Вопрос был в том, как сделать принудительную конвертацию при стандартном create или заливке через харайзен
Но только через импорт и тогда будет использоваться место на диске у glance https://docs.openstack.org/glance/rocky/admin/interoperable-image-import.html#the-image-conversion
Nikolay
да знаю я, скажи харайзену чтобы через он не через upload лил
Pavel
у меня проще. все льют в raw или делают образа пакером
Nikolay
ну да и все остальное тоже стоять и палкой по рукам юзеру бить
Nikolay
можно и в крон джобу повесить чтобы ходила и найденые qcow конвертила в raw
J
можно и в крон джобу повесить чтобы ходила и найденые qcow конвертила в raw
В крон нельзя. Надо для этого непременно написать отдельный сервис или МИКРОсервис, если позволите)
Nikolay
с отдельным веб интерфейсоом забыли
J
с отдельным веб интерфейсоом забыли
Ну да. И чтоб непременно сам конвертер подключался как плагин, а не безальтернативный qemu-img. Утверждено)
Nikolay
звучит как план
Artemy
звучит как план
Причём план которым занимается роснаркоконтроль
Илья | 😶☮️🐸
Nikolay
надо чтобы внтури был еще один кролик, и поднимались отдельные треды под каждую задачу
Nikolay
автоскейлены куб кластер на вм'ках
J
инстансы
А на них обязательно контейнеры.
Nikolay
куб на докере, а сам кубелет на подмане
Artemy
А докер в котором куб на виртуалке
Alexander
куб на докере, а сам кубелет на подмане
Ого, и нормально кублет в контейнере живет?
Nikolay
на магнум посмотри - это там такая наркомания
Nikolay
я тут его на запчасти разбирал, диво дивное
Maverick
А подман вытеснил уже докер? А то я про него только в нашем чатике слышу.
Nikolay
и кстати запущено через systemd
Alexander
А подман вытеснил уже докер? А то я про него только в нашем чатике слышу.
Смотря в чём – docker разложился на плесень и на липовый мёд
Alexander
Для CRI используют containerd и cri-o
Alexander
podman afaik это совместимый docker cli
Alexander
А в качестве OCI обычно используют runc или crun
Maverick
А в качестве OCI обычно используют runc или crun
О надо про это как то почитать... А то отстал от жизнь
Alexander
Мы крутим кублет в systemd, а остальные куб-бинари как static manifests
Pavel
куб на докере, а сам кубелет на подмане
вообще ничего нового - kind (раньше был minikube)
Nikolay
душный ты
Pavel
Т.е. task в glance вам для окнвертации не подходит?
Nikolay
Т.е. task в glance вам для окнвертации не подходит?
А для чего они, како юз кейс решают? из описания чето не догнал
Pavel
А для чего они, како юз кейс решают? из описания чето не догнал
glance сам умеет таски запускать. там можно напилить логику конвертации/перекладывани/etc
Nikolay
для upload? для импорта то понятно
Pavel
для аплода вроде нельзя.
Pavel
нужно рыть код. я сам код не рыл, мимо пробегал когда искал способ конвертации и копирования на все доступные хранилки
Ilya
@Outlingo Артемий, привет ! Есть ли у тебя мнение по поводу выставления rotation_rate='1' для всех ВМ, использующих цеф или другую внешнюю (вендорскую) блочку ? По идее на этот параметр могут быть завязаны оптимизации ввода/вывода в ядре, (типа учитывающие ожидания поворота диска или перестроения головки) Но для описанных выше случаев возможно эти оптимизации не нужны, а скорее вредны ?
Ilya
Типа этого: u64 wbt_default_latency_nsec(struct request_queue *q) { /* * We default to 2msec for non-rotational storage, and 75msec * for rotational storage. */ if (blk_queue_nonrot(q)) return 2000000ULL; else return 75000000ULL; }
Artemy
Я бы сказал что это скорее связано связано QoS и тротлингом
Artemy
И в типичном сетапе скорей всего не будет иметь какого-либо значения
Artemy
В ервом приближении (насколько я понял за 3 минуты просмотра) эта штцка может (должна) стрелять в ситуациях когда внутри ВМ запускаютс нагрузки с QoSами (например через cgroups) и вот тогда это начинает работать, но опять же - существенной проблемы это не должно вызвать, потому как эта штука просто задает на сколько времени надо приостанавливать I/O в случае превышения заданных лимитов.
Artemy
Но я недолго читал, как наверное понятно и это скорее из области предположений
Ilya
Есть еще один момент: софт основываясь на этом параметре может пытаться тримить файловую систему при удалении объектов. Это с одной стороны позволит схуднуть томам (на цефе например) а с другой стороны может затормозить ввод вывод...