Проброс писиай + Миграция?

Штэ

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

У знакомого в vCentre работает такое, значит и на KVM можно, но пока не допер как.

Усб в тцп заворачивается

Так что всякие токены на ура работают

А есть что почитать на эту тему?

Даж с миграцией

https://habrahabr.ru/post/265065/

Но это не точно

Там несколько протоколов

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

Я вот еще такое находил. https://habrahabr.ru/post/100951/

Скажу что у нас завтра. Напомни

Хорошо. Спасибо.

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

Шел 2017 год

Ммм?

https://www.altex.com/SYBA-Dual-25-to-35-SATA-HDD-Converter-SY-MRA25036-P156441.aspx

Вот подешевше

http://www.ebay.com/itm/Rosewill-RX310-Dual-2-5-to-3-5-SATA-JBOD-Converter-Enclosure-New-Sealed-/132242605862?hash=item1eca460726:g:AqoAAOSwU8hY7kVo

Еще дешевле. 10 баксов. Найс

Я тут считал сидел, кажется что сторадж железки нада брать из расчета прироста в 2-3мес. Иначе оно не окупается

Я тут NVME попробовал

fio говорит 200 тыщ иопсов

модель чуть позже напишу

годнота. там можгно программно выбрать какой будет размер сектора. типа 512 или 4096

hdparm не работает

smartctl работает но сильно урезанно

Я тут NVME попробовал

которые тошиба?

вроде да

Toshiba OCZ RD400 Series NVMe AIC 512GB - если ты про них, то они охуенны

мать десктопная, я хз может ей ограничено както

fio говорит 200 тыщ иопсов

А это прям вот с dsync?

Toshiba RD400 256GB

А это прям вот с dsync?

давай команду, я потещщу

давай команду, я потещщу

fio —filename=/dev/sda —direct=1 —sync=1 —rw=randwrite —bs=4k —numjobs=1 —iodepth=1 —runtime=90 —ramp=5 —time_based —group_reporting —name=4krnd

libaio ?

Нееет. С sync движком дефолтным.

щас. 5 сек.

вот отправил бы в бэктиках

и не пришлось бы длинные тире перепидоривать

Ой, извини. Я забываю все время что телеграм ебучий правит так.

500 IOPS :(

numjobs=32 — 1000 iops

Хочешь объясню теперь?)

да

желательно подробно и без выебонов

желательно подробно и без выебонов

Ну ты чо, ятак стараюсь не делать вообще никогда. Но насчет подробно хз, это только гипотеза, хотя и практически пдтвержденная уже.

давай

https://www.sebastien-han.fr/blog/2014/10/10/ceph-how-to-test-if-your-ssd-is-suitable-as-a-journal-device/ Вот тут у Себастьяна в табличке есть, например, Samsung 950 Pro, как у меня. И я когда тестил напоролся на то что тоже около 500 иопсов на запись, совсем не так шикарно как у него. А потом почитал комменты: https://www.sebastien-han.fr/blog/2014/10/10/ceph-how-to-test-if-your-ssd-is-suitable-as-a-journal-device/#comment-2363718912 Многие не энтерпрайзные ссд, да даже и энтерпрайзные не умеют игнорировать ATA команду ATA_CMD_FLUSH. В них это сделано намеренно чтобы при синхронной записи данные писались не просто в DRAM кэш, а во флеш память и только тогда операция будет считаться законченной. На тырпрайзных дисках напаяны батареи конденсаторов которые в случае пропадания питания поволят сбросить DRAM кэш во флеш память. Поэтому такие диски игнорируют команду на сброс кэша и спокойно работают во writeback режиме на запись. Вот как-то так что ли. Прошу прощения, если криво написал)

Ну чо, есть идеи похоже на правду или нет? Потому что мне и самому любопытно.

Похоже на бред

в наличие кондёров и игнорирование я бы поверил если речь идет о десктопных

потому что это дёшево и способствует наябыванию тестов

а значит высокая продаваемость

ценой потерянных данных

если где-то есть фраза "игнорирование флуш" то такие девайсы нужно сувать в жопу их вендорам и проворачивать там до щелчка

батарейки садятся, и кондёры тоже, Карл

батарейки и тд есть на рейдах. и это считается злом сейчас потому что есть SSD-cache

Ну так все что ты пишешь не противоречит тому что я говорю. Нет батареи конденсаторов - флаш не игнорируется. Есть батарея - игнорируется. Потому что емкости хватит чтобы весь кэш слить на флеш память.

меня интересует почему 500 иопсов

NVME может параллельно писать в 100500 ячеек ОДНОВРЕМЕННО даже с синком

соу, вотс вронг?

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

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

Без синка пишется в dram кэш. А насчет иопсов хз, тут дело наверное в том как контроллер обрабатывает операции. Видишь же, до какого-то предела если повышать число потоков или глубину очереди, то иопсы растут почти линейно.

Без синка пишется в dram кэш. А насчет иопсов хз, тут дело наверное в том как контроллер обрабатывает операции. Видишь же, до какого-то предела если повышать число потоков или глубину очереди, то иопсы растут почти линейно.

Неверно. в случае с Libaio ни в какой там драм кеш не пишется. к тому же у тебя —direct

ну и в драм кеш скорость была бы явно больше

direct намекает ядру работать в обход своих кэшей. На внутреннюю кухню диска это никак не повлияет же. Щас не про aio говорим же вообще, а про то как внутри диска запись разруливается.

ну вобще есть разница на уровне софта

sync он как бы "эмулирует" асинхронный доступ. и пока операция не завершена фио вроде как не может совершать другие операции ввода вывода

тогда как в libaio просто делается sent ядру и дальше оно само, а фио может ему дальше напихивать.

но это не точно ©

fio --filename=/dev/sda --direct=1 --sync=1 --rw=randwrite --bs=4k --numjobs=1 --iodepth=1 --runtime=90 --ramp=5 --time_based --group_reporting --name=4krnd Марк, по сети не гонял такой тест?

Это то что выше ты тестил

fio --filename=/dev/sda --direct=1 --sync=1 --rw=randwrite --bs=4k --numjobs=1 --iodepth=1 --runtime=90 --ramp=5 --time_based --group_reporting --name=4krnd Марк, по сети не гонял такой тест?

всмысле, по сети ?

Ну впрямом, через сеть

што бля

nfs какой нибудь блять

Заебал

прост если /dev/sda то какая нахуй сеть