The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Lvm без матрешки, pv over lvs, ну как?, !*! Kirikekeks, 14-Ноя-22, 00:33  [смотреть все]
Доброй консоли.
Есть способ, описанный подробно в статье habr.com
https://habr.com/ru/post/492834/. Я эту статью грызу, кусаю, лижу, курю и тщетно. Думаю до посинения, без просветления. Сжальтесь, пожалуйста.
Вот райд. Один pv, один vg, 1,2Тб. Хочу его нарезать, кусочек под кэш сюда, кусочек под кэш туда, вот тут почта, а этому lxc, а этот под облако. А вот эти два под тесты. Вот выше в статье все получается. Моя же Центось хочет работать с "реальными" девайсами, и кушать lvs-cache, как новый pv не желает категорически. А как кэшировать  hdd, если целый рэйд очень жирно, а lvs кэширющего устройства должен быть в одной группе томов кэшируемого? Как Чайфы + Жванецкий,"Ээ?эй есть ещё сдесь хоть кто-то, умнее меняяяя??" Буду очень признателен.
  • Lvm без матрешки, pv over lvs, ну как?, !*! ACCA, 18:20 , 16-Ноя-22 (1)
    > https://habr.com/ru/post/492834/. Я эту статью грызу, кусаю, лижу, курю и тщетно. Думаю
    > до посинения, без просветления. Сжальтесь, пожалуйста.
    > Вот райд. Один pv, один vg, 1,2Тб. Хочу его нарезать, кусочек под

    "Один pv" значит никакого тебе кэширования средствами LVM. Перечитай статью и посчитай сколько раз вызывается pvcreate. Особенно на чём именно и почему создаются эти PV.

    А вообще что-либо с RAID1 - так себе идея, ибо тормоза. Есть приличная замена - https://linuxhint.com/configure-zfs-cache-high-speed-io/

    Только учти, что /boot и /root на ZFS в Linux лучше не совать - не всегда загрузишься.

    • Lvm без матрешки, pv over lvs, ну как?, !*! Kirikekeks, 19:37 , 17-Ноя-22 (2)
      >> https://habr.com/ru/post/492834/. Я эту статью грызу, кусаю, лижу, курю и тщетно. Думаю
      > А вообще что-либо с RAID1 - так себе идея, ибо тормоза. Есть
      > приличная замена - https://linuxhint.com/configure-zfs-cache-high-speed-io/

      Спасибо, я перечитывал. И пересчитывал. Автор умудрился разрезать raid6 на кусочки, и эти кусочки произвольно складывать в новые pv, выиграв в iops, и бэкапах, и в лабораторных стендах.
      egrep '#pvcreate' lvm-matreshki.txt
      #pvcreate /dev/md0
      #pvcreate /dev/md2
      #pvcreate --metadatasize 64m /dev/md3
      #####pvcreate /dev/root/cache
      #####pvcreate /dev/data/cache
      #####pvcreate /dev/root/images
      #pvcreate /dev/cache/cachedata
      А я неприятно упёрся в потолок понимания текста на русском.
      С фряхи я начинал, и кое-что про неё помню. Уважаю безмерно. Но мне не tank нужен, а вертолёт. А вертолёты это души сгоревших танков :-)
      Ладно, спасибо. Пойду по пути где я понимаю, разберу на диски, разобью на разделы и уже с ними буду экспериментировать.

    • Lvm без матрешки, pv over lvs, ну как?, !*! Dorne, 11:16 , 04-Мрт-23 (3)
      > "Один pv" значит никакого тебе кэширования средствами LVM. Перечитай статью и посчитай
      > сколько раз вызывается pvcreate. Особенно на чём именно и почему создаются
      > эти PV.

      На самом деле, такое тоже возможно, но, это, скорее, для совсем уж ценителей искусства. Можно сделать JBOD из SSD + HDD. SSD в начале, HDD в конце. Из этого JBOD сделать pv, a на нем vg.
      В этом случае выбирать backing store для lv можно через pvmove или offset-ы. И, тогда, можно будет кэшировать и юзать thin в любой комбинациив с одним pv.

      Но, никакой практической пользы в этом подходе нет. Это сложно и не недежно. Так что, не советую)

      • Lvm без матрешки, pv over lvs, ну как?, !*! Аноним, 11:39 , 04-Мрт-23 (4)
        >[оверквотинг удален]
        >> эти PV.
        > На самом деле, такое тоже возможно, но, это, скорее, для совсем уж
        > ценителей искусства. Можно сделать JBOD из SSD + HDD. SSD в
        > начале, HDD в конце. Из этого JBOD сделать pv, a на
        > нем vg.
        > В этом случае выбирать backing store для lv можно через pvmove или
        > offset-ы. И, тогда, можно будет кэшировать и юзать thin в любой
        > комбинациив с одним pv.
        > Но, никакой практической пользы в этом подходе нет. Это сложно и не
        > недежно. Так что, не советую)

        Спасибо. Я потом прочитал интересные заметки у amarao404 про деградацию mdadm raid ssd. И пустил 4 ssd в простой линейный vgs без raid, c созданиеm lvm-thin кэшированных на nvme. В целом полученным результатом доволен, и прежде всего пониманием что сделал и куда бежать, если что :-)

        • Lvm без матрешки, pv over lvs, ну как?, !*! Kirikekeks, 11:46 , 04-Мрт-23 (5)
          >[оверквотинг удален]
          >> В этом случае выбирать backing store для lv можно через pvmove или
          >> offset-ы. И, тогда, можно будет кэшировать и юзать thin в любой
          >> комбинациив с одним pv.
          >> Но, никакой практической пользы в этом подходе нет. Это сложно и не
          >> недежно. Так что, не советую)
          > Спасибо. Я потом прочитал интересные заметки у amarao404 про деградацию mdadm raid
          > ssd. И пустил 4 ssd в простой линейный vgs без raid,
          > c созданиеm lvm-thin кэшированных на nvme. В целом полученным результатом доволен,
          > и прежде всего пониманием что сделал и куда бежать, если что
          > :-)

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру