может даже не с интеграцией, прикрутить то они его прикрутили, но довоьными они не были

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

Добрый день, деплоил опенстек версии zed с помощью kolla-ansible, у меня для синдера бекенд lvm, на сторадж ноде 10 nvme дисков собарны в рейд 10, между компутами и сторадж нодой 40г линки. На вмке создаю пытаюсь тестировать вольюмы и они очень медленные, подскажите куда копать чтобы улучшить перфоманс

Добрый день, деплоил опенстек версии zed с помощью kolla-ansible, у меня для синдера бекенд lvm, на сторадж ноде 10 nvme дисков собарны в рейд 10, между компутами и сторадж нодой 40г линки. На вмке создаю пытаюсь тестировать вольюмы и они очень медленные, подскажите куда копать чтобы улучшить перфоманс

У vmware был, кажется, бустер перфоманса ВМ в опенстеке. Вроде бы, ESXi назывался

У vmware был, кажется, бустер перфоманса ВМ в опенстеке. Вроде бы, ESXi назывался

та нет, у меня бареметл деплоймент

Канал был захвачен проприеритарными рейдерами. Просьба всем оставаться на своих местах до полной инсталляции VShpere 12

Будьте здоровы!

да понима, но что-то очень сильно обмазан, ладно буду смотреть

та одна нода и всего 10 дисков, подумал что не нужно

кидаю)

и на ноде

Добрый день, деплоил опенстек версии zed с помощью kolla-ansible, у меня для синдера бекенд lvm, на сторадж ноде 10 nvme дисков собарны в рейд 10, между компутами и сторадж нодой 40г линки. На вмке создаю пытаюсь тестировать вольюмы и они очень медленные, подскажите куда копать чтобы улучшить перфоманс

На compute в конфигурации случайно virt_type не qemu стоит?

На compute в конфигурации случайно virt_type не qemu стоит?

kvm стоит

@dimonch1kpro: user has been CAS banned

@vladimirfoxx: user has been CAS banned

День добрый. Подскажите почему неполучается выключенному инстансу ретайпнуть диск? novaclient.exceptions.Conflict: Cannot 'swap_volume' instance 538a142c-72f0-4059-91cd-898d99a41841 while it is in vm_state stopped (HTTP 409)

Написано же почему

Потому что такая миграция делается новой через qemu а его нет ибо инстанс стопнут

о сенкс, ща почитаю

Не пори чушь, ей больно и она визжит

Добрый день, деплоил опенстек версии zed с помощью kolla-ansible, у меня для синдера бекенд lvm, на сторадж ноде 10 nvme дисков собарны в рейд 10, между компутами и сторадж нодой 40г линки. На вмке создаю пытаюсь тестировать вольюмы и они очень медленные, подскажите куда копать чтобы улучшить перфоманс

можно попробовать еще метаданные покрутить, например в образ добавить hw_disk_bus=scsi, hw_disk_bus_model=virtio-scsi, hw_scsi_model=virtio-scsi

Потому что такая миграция делается новой через qemu а его нет ибо инстанс стопнут

Просто мне непонятно когда допустим необходимо понять хранилку одну на другую. Каковы действия администратора openstack?

ну я щас цеф и нфс тетстю

Ну пока просто на том что есть учусь хранилка пока не дали и fc коммутаторы ни кто не купил :)

Это не наш метод...

Добрый день, деплоил опенстек версии zed с помощью kolla-ansible, у меня для синдера бекенд lvm, на сторадж ноде 10 nvme дисков собарны в рейд 10, между компутами и сторадж нодой 40г линки. На вмке создаю пытаюсь тестировать вольюмы и они очень медленные, подскажите куда копать чтобы улучшить перфоманс

Вм и диск на одной ноде?

А транспорт iscsi?

Одно другому не мешает

нет нет, у меня отдельная нода для синдера

нет нет, у меня отдельная нода для синдера

тогда это латенси сети и размер блока. меня недавно Артемий за это пинал в этом чатике.

в колле (в дефолте), не важно где диск а где вм, между ними всегда iscsi если это диск из cinder. Если вм и диск на одной ноде то будет через lo трафик идти, если не на одной то через сеть

тогда это латенси сети и размер блока. меня недавно Артемий за это пинал в этом чатике.

ну сеть вроде не хромает, айперфом чекал скорость нормальная

ну сеть вроде не хромает, айперфом чекал скорость нормальная

она как раз и хромает. там латенси от 0.2

9000

9000

при блоке 4к пофиг на mtu. у вас директ и на каждый записанный блок требуется подтверждение

при блоке 4к пофиг на mtu. у вас директ и на каждый записанный блок требуется подтверждение

ну если увеличить размер блока, скорость по идее тоже должна? или нет?

ну если увеличить размер блока, скорость по идее тоже должна? или нет?

да

да

(1000/0.21*4096)/1024/1024 18 Это если я правильно посчитал 0.21 - латенси в сети 4096 размер блока при увеличении блока у вас будет попытка записать блок, он побъется на N пакетов, дальше соберется и запишется и вот на этот большой кусок бует отправлен пакет с флагом директ (т.е. не каждый пакет а через N пакетов в сети)

Это всё неважно. Вообще. Потому, что есть простые правила: 1. Ретайп это та же миграция 2. При миграции волюма в статусе available cinder-volume источник должен иметь коннект датаплейна до сinder-volume приемника. То есть если у тебя переезд с цефа на нетап, то твой хост где крутится синдер-волюм цефа должен уметь подключать луны с нетапа. И наоборот - если едешь с какого-нибудь инфинидата на nfs то синедр-волюм инфинидаты должен уметь подключать nfs синдер-волюма приемника 3. При миграции волюма в статусе in-use миграция данных делается гипервизором, поэтому ВМ должна быть запущена и гипервизор должен уметь подключать волюмы с обоих стораджей - и отправителя и приемника. 4. Мигрируемый волюм не имеет снапшотов и не является мультиаттачным Вот собственно и весь набор правил. Ты их соблюдаешь и у тебя всё работает. Ты их не соблюдаешь и у тебя проблемы. Ну и понятно есть исключения связанные с ограничем гиперов - но вот проблем с кукухами при миграции волюмов НЕ возникает ибо проще их только raw.

NFS и Ceph это самое простое и практически всегда работающее - только отключи кэширование.

Они не отличаются. И тот и другой являются файлом, правила рбаоты с ними одинаковые. Вот цеф отличается.

(1000/0.21*4096)/1024/1024 18 Это если я правильно посчитал 0.21 - латенси в сети 4096 размер блока при увеличении блока у вас будет попытка записать блок, он побъется на N пакетов, дальше соберется и запишется и вот на этот большой кусок бует отправлен пакет с флагом директ (т.е. не каждый пакет а через N пакетов в сети)

такой возможно глупый вопрос, а можно ли в синдере менять размер блока?

такой возможно глупый вопрос, а можно ли в синдере менять размер блока?

В тории да, на практике я не делал. Но с дирек и таким блоком это синтетика (самый худший вариант, есть еще 512 блоки но это прям редкость). на практике даже бд пишут 64к с директом

такой возможно глупый вопрос, а можно ли в синдере менять размер блока?

Размер блока IO определяет гостевая операционка. Оставьте cinder в покое

В тории да, на практике я не делал. Но с дирек и таким блоком это синтетика (самый худший вариант, есть еще 512 блоки но это прям редкость). на практике даже бд пишут 64к с директом

понял, спасибо

Задает нова но через мету от волум тайпа https://github.com/openstack/nova/commit/b6eb64497836608a804e69b208bb4312fed0c049

Задает нова но через мету от волум тайпа https://github.com/openstack/nova/commit/b6eb64497836608a804e69b208bb4312fed0c049

а с иопсами такая же история? вопрос, как добиться 20к ипсов на вмке

а с иопсами такая же история? вопрос, как добиться 20к ипсов на вмке

IOPS это мифическая (почти) штука оно отражает количество операций. чем меньше задержки тем больше IOPS

ага, сенкс

Я наверное просто тупой, но все же большая очень разница с вмкой и сторадж нодой скрин вмки

и стораджа

а с иопсами такая же история? вопрос, как добиться 20к ипсов на вмке

20к в один поток только на локальных дисках. Но у себя в облаке в 8 потоков я снимал 30к

А ну и в 32 потока на локальных дисках снял 700к иопсов

Без кэшей

А как в итоге правильно на вм получить реальный иопс? Или реальный можно снять только с бареметал

Вот сколько в вм видишь столько и реальный для этой вм.

Всесвітня спасибо

А как в итоге правильно на вм получить реальный иопс? Или реальный можно снять только с бареметал

если только целиком отдавать диск без прослоек

и то будут накладные расходы всё равно

угу

Мы экспериментировали с двумя хранилками fc, как два вольюм тайпа и как два бэка для одного тайпа. Между ними гоняли. Вроде все работало.

да

Потому что руки карма такая. Чтобы работала холодная миграция нужна коннективити между синдерами, а когда всякие дево-псы намастрячат всё в контейнеры то всяческие коннекты по iSCSI / FC / NFS начинают ломаться или показывать чудеса, отчего всё становится крайне интересно (нет).

Холодная миграция это детачнутого волюма и никакого virsh там и в помине нет.

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

Рутовый волюм можно отмигрировать только при запущеной ВМ. Уже говорилось выше. И да - у нас мигрировали наживую и терабайт, и три, и пять.

То что у вас не мигрирует - карма. Чтобы хуже не сказать

Оно из коробки также работает.

Yandex?

Сберклауд

"Раньше я был админом и выгорел и пошел в закладчики"

А надо стремится в ит, а не в закладки или вебкам

Смотри - фсин писали что у них очень сильный дефицит ит специалистов. А так приятное и полезное совместят после твоих закладок

Это расскажешь товарищу майору :)

в этом вашем ойти одни торчки

вот наркоманы так и говорят

Прокурору пояснять будешь и товарищу следователю

Грелки

Бутылка - банально

Неси с завода каждый гвоздь. Ты здесь хозяин, а не гость) как у нас в КБ говорили)