Сервер Proxmox: различия между версиями

Материал из wolfram
Перейти к навигации Перейти к поиску
мНет описания правки
 
(не показано 7 промежуточных версий этого же участника)
Строка 117: Строка 117:
  apt-get install mc -y
  apt-get install mc -y
Proxmox готов к работе.
Proxmox готов к работе.
=== Репозитории ===
Репозитории и обновление, актуально на версии 8.3
файл <code>/etc/apt/sources.list.d/pve-enterprise.list</code>
nano /etc/apt/sources.list.d/pve-enterprise.list
Комментируем:
#deb <nowiki>https://enterprise.proxmox.com/debian/pve</nowiki> bookworm pve-enterprise
в файле <code>/etc/apt/sources.list</code>
nano /etc/apt/sources.list
в файле комментируем все и добавляем:
deb <nowiki>http://deb.debian.org/debian</nowiki> bookworm main contrib
deb <nowiki>http://deb.debian.org/debian</nowiki> bookworm-updates main contrib
deb <nowiki>http://security.debian.org/debian-security</nowiki> bookworm-security main contrib
создаём файл <code>/etc/apt/sources.list.d/pve-no-subscription.list</code>
nano /etc/apt/sources.list.d/pve-no-subscription.list
и добавляем в него:
deb <nowiki>http://download.proxmox.com/debian/pve</nowiki> bookworm pve-no-subscription
Теперь будут нормальные репозитории, скачиваться обновлять и всё такое


===Настройка сети===
===Настройка сети===
Строка 140: Строка 159:


== О моём хранилище ==
== О моём хранилище ==
Чтож - это большая тема! Со временем моё хранилище эволюционировало и модифицировалось. Начиналось всё с одного диска на 8 террабайт, сейчас на илюль 2023 года хранилище состоит из 10 накопителей по 12 террабайт и одного NVME PCIe GEN 3 на 1 террабайт под кеш.
Что-ж - это большая тема! Со временем моё хранилище эволюционировало и модифицировалось. Начиналось всё с одного диска на 8 терабайт, сейчас на июль 2023 года хранилище состоит из 10 накопителей по 12 терабайт и одного NVME PCIe GEN 3 на 1 терабайт под кэш.
 
Сначала рейдов не было, но когда я купил 3 одинаковых накопителя, сразу же встал вопрос, какой рейд выбирать. На тот момент пал выбор именно на ZFS RAIDZ (аналог рейда 5), казался лучшим выбором. Затем через год расширился до 5ти дисков, помучился с невозможностью расширить, пришлось искать накопители для переноса. на пяти дисках так же оставался с аналогом рейда 5 от ZFS. Всё в общем то устраивало, но когда объем упал до 30 процентов, очень сильно стало сказываться на производительности. Так же количество оперативной памяти потреблялось чрезвычайно много.
 
А так же очень затруднительная сложность найти объём на стороне для сохранения информации, заставила задуматься о перехожее на другой программный рейд, который бы позволил расширять себя налету. Выбор пал на MD рейд. В простонародье MDADM.


Сначачала рейдов не было, но когда я купил 3 одинаковых накопителя, сразу же встал вопрос, какой рейд выбирать. На тот момент пал выбор именно на ZFS RAIDZ (аналог рейда 5), казался лучшим выбором. Затем через год расщирился до 5ти дисков, помучился с невозможностью расширить, пришлось искать накопители для переноса. на пяти дисках так же осатвался с аналогом рейда 5 от ZFS. Всё в общем то устраивало, но когда объем упал до 30 процентов, очень сильно стало сказываться на производительности. Так же колличесво оперативной памяти потреблялось черезвычайно много.
Куплено еще 5 накопителей. Сервер уже насчитывает 10 дисков. Теоретическим объемом 120 терабайт. Умопомрачительные объёмы надо сказать, для одного человека.  


А так же очень затруднительная сложность найти обеём на стороне для сохранения информации, застатвила задуматься о перехоже на дрйгой програмный рейд, который бы позволил расширять себя налету. Выбр пал на MD рейд. В простонародье NDADM.
=== MD RAID ===
RAID 6 — это уровень RAID, который обеспечивает отказоустойчивость при выходе из строя двух дисков одновременно. Это достигается за счет использования двойной четности. MD RAID хорошо подходит для RAID 6, но есть нюансы:


Куплено еще 5 накопителей. Сервер уже насчитвает 10 дисков. Теоритическим объемом 120 террабайт. Умопомрачительные объёмы надо сказать, для одного человека.  
При данном количестве накопителей надёжность всё-таки уже кажется очень важной. Я уже готов пожертвовать 2 накопителя из 10 на четность. Потому выбирается Raid6.


При данном колличесве накопителей надёжность всётаки уже кажется очень важной. Я уже готов пожертвовать 2 накопителя из 10 на четность. Потому выбирается Raid6.
* <code>mdadm</code> — это основная утилита для управления MD RAID. Она позволяет создавать, изменять, мониторить и восстанавливать массивы.


Что в общем то и делается.
* MD RAID поддерживает горячую замену дисков, что позволяет заменять вышедшие из строя устройства без остановки системы.


Вот небольшая инструкция как сделать.
* Вы можете добавлять новые диски в массив и расширять его емкость.


Для начала нужно затереть все накопители. Есть много способов, воспользоваться утилитой fdisk и удалить разделы и так далее:
Если <code>mdadm</code> сообщает, что на дисках уже есть данные (например, остатки предыдущих RAID-массивов), необходимо очистить метаданные и подготовить диски перед созданием нового RAID-массива. Ниже приведена пошаговая инструкция по настройке RAID 6 на 10 дисках в Proxmox.


=== DD ===
==== DD ====
Запись посекторно с начала диска значение нулей, смый жесткий метод.
Запись посекторно с начала диска значение нулей, смый жесткий метод.


Строка 167: Строка 191:
Про DD в данных рамках пока что все.
Про DD в данных рамках пока что все.


=== wipefs ===
==== wipefs ====
Сслучайно наткнулся на днную команду в посикаха разных способов стирать разделы.
Сслучайно наткнулся на днную команду в посикаха разных способов стирать разделы.


Строка 174: Строка 198:
Уже чувствительна к тому используется ли где то что нужно затереть. Но если всё свободно то отлично стирает все зписи о разделах.
Уже чувствительна к тому используется ли где то что нужно затереть. Но если всё свободно то отлично стирает все зписи о разделах.
  wipefs -a /dev/md1
  wipefs -a /dev/md1
----Вот такие способы. После отчистки дисков можно приступить к созданию самого массива.
----


==== Создание RAID 6 массива ====
Тут на удивление всё просто. Я рассмотрю 2 варианта Raid0 и Raid6. Нулевой рейд мен пригодился при копировании всей информации с моих дисков, это сильно экономит время, а так же скорость хорошая. Использовать для временного переноса всего очень нужная тема.
Тут на удивление всё просто. Я рассмотрю 2 варианта Raid0 и Raid6. Нулевой рейд мен пригодился при копировании всей информации с моих дисков, это сильно экономит время, а так же скорость хорошая. Использовать для временного переноса всего очень нужная тема.
apt update
apt-get install mdadm
  mdadm --create /dev/md0 --level=6 --raid-devices=10 /dev/sd{a,b,c,d,e,...}
  mdadm --create /dev/md0 --level=6 --raid-devices=10 /dev/sd{a,b,c,d,e,...}
'''--level=6''' - тип рейда 6 (всегда 2 диска в запасе), 0 (все диски - один большой диск)


'''--raid-devices=10''' - количесво дисков, в моём случае 10
* <code>/dev/md0</code> — имя нового RAID-устройства.
* <code>--level=6</code> — указывает, что создается RAID 6.
* <code>--raid-devices=10</code> — количество дисков в массиве.
* <code>/dev/sd{b..k}</code> — диски, которые будут использоваться в массиве.


Далее перечислить диски


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


Псомтреть статус можно камандой:
Посмотреть статус можно командой:
  cat /proc/mdstat
  cat /proc/mdstat
А так же дополнительную информацию командой  
А так же дополнительную информацию командой  
  mdadm --detail /dev/md0
  mdadm --detail /dev/md0
Далее можно уже создать файловую систему на нашем рейд массиве
'''Сохраните конфигурацию RAID''':
mkfs.ext4 /dev/md0
mdadm --detail --scan >> /etc/mdadm/mdadm.conf
Далее можно уже создать файловую систему на нашем рейд массиве, но это уже совсем другая история.
Но это уже в прошлом. Теперь нужно создать прослойку для того чтобы можно было задействовать SSD кеш.
Но это уже в прошлом. Теперь нужно создать прослойку для того чтобы можно было задействовать SSD кеш.


В процессе я столкнулся с двумя способами реализации данного метода. Вообще их даже 3. Превый я описываю в другой статье, можно назвать его ZTF, так как эта ФС поумолчанию может в использование SSD накопителя для кеширования.
В процессе я столкнулся с двумя способами реализации данного метода. Вообще их даже 3. Первый я описываю в другой статье, можно назвать его ZTF, так как эта ФС по умолчанию может в использование SSD накопителя для кеширования.
----
 
=== LVM Cache ===
Изначально мне приглянулся данный способ, так как слишком уж хорошо он описан. А так же испозуется точно в тех же условиях что и нужно мне
 
Вот [https://winitpro.ru/index.php/2020/11/20/ssd-lvm-cache-v-linux-centos/ ссылка] на статью.
 
Заключается он в том, что SSD и созданом рейде md0, создаются LVM пулы и группы. И с помощью реализованой ими функции свзязываются между собой.
 
Сделай
lsblk
Чтобы посмотреть что там по дискам, произведи стирание дисков по иснтрукциям выше.
 
Из данных поняли что хранилищем данных у меня будет '''/dev/md0''', а кешом станет '''/dev/nvme0n1'''.
 
Еще раз чтобы было понятно:
 
'''/dev/md0''' - рейд массив с дисками
 
'''/dev/nvme0n1''' - диск под кеш
 
 
Теперь на основе это выполняю команды.
 
Инициализируем нужные нам диски как LVM
pvcreate /dev/md0
 
pvcreate /dev/nvme0n1
Создадим группу томов по имени '''ssdcache'''
vgcreate ssdcache /dev/md0 /dev/nvme0n1
Тут может возникнуть ошибка которая говорит от том что размеры блоков разные это нужно испраялть настройками:
nano /etc/lvm/lvm.conf
найти, исправить значение и разкоментировать строку
allow_mixed_block_sizes =1
Создадим логический том на нашем хранилище с именем '''hdd_data'''
lvcreate -l 100%FREE -n hdd_data ssdcache /dev/md0
Создадим тома на нашем кеше, сначала раздел 16 гигобайт, для метаданных, больще нельзя. Имя дадим '''ssd_meta.'''
lvcreate -L 16G -n ssd_meta ssdcache /dev/nvme0n1
Созадим том на оставшийся объем по имени '''ssd_data'''.
lvcreate -l 90%FREE -n ssd_data ssdcache /dev/nvme0n1
Далее операция не совсем мне понятная
lvconvert --type cache-pool --poolmetadata ssdcache/ssd_meta ssdcache/ssd_data
При создании данной операции может возникунуть предупреждение о рахмере блока. "'''''Using 2.00 MiB chunk size instead of default 64.00 KiB, so cache pool has less than 1000000 chunks.'''''"
 
Это лиш говорит о том что система выбрала размер блока отличного от размера по умолчанию.
 
И запустим работу с настройкой режима '''writeback'''
lvconvert --type cache --cachemode writeback --cachepool ssdcache/ssd_data ssdcache/hdd_data
Есть два режима кеширования:
 
* '''Writeback''' — данные сначала пишутся в кэш, затем на диск. Это более производительный вариант. При сбое кэширующего SSD диска, вы потеряете данные, которые не успели записаться на HDD. Хотя и не рекомендуется использовать этот режим на серверах с SSD без RAID, мне кажется с учетом надежности SSD дисков, это вполне рабочее решение.
 
* '''Writethrough''' — данные сразу пишутся одновременно на диск и в кэш, после чего наиболее часто используемые попадают в кэш. Это безопасный вариант, подходит для серверов с 1*SSD, но гораздо менее производительный.
 
После выполнения всех настроек, можно проверить кэш на наличие ошибок:
lvs -a
Теперь создадим файловую систему на новом LVM разделе:
mkfs.ext4 /dev/ssdcache/hdd_data
Дальше уже можно примонтировать раздел куда хочется.
 
Так же можно узнать UUID и прописать в fstab, для автозапуска.
blkid|grep cache
После чего всё уже должно работать.
 
Посмотреть какой статус можной командой:
lvs -o+cache_mode ssdcache
Так же иногда хочется наблюдать
watch lvs -o+cache_mode ssdcache
Для смены режима, используются команды:
lvchange --cachemode writeback ssdcache
 
lvchange --cachemode writethrough ssdcache
Так же если нужно заменить SSD накопитель, или просто отключить работу кеша, на время
lvconvert --uncache /dev/ssdcache/hdd_data
 
vgreduce ssdcache /dev/nvme0n1
 
pvremove /dev/nvme0n1
После этого всё будт работать без использования кеша.
 
Чтобы добавить диск обратно
pvcreate /dev/nvme0n1
 
vgextend ssdcache /dev/nvme0n1
 
lvcreate -L 16G -n ssd_meta ssdcache /dev/nvme0n1
 
lvcreate -l 90%FREE -n ssd_data ssdcache /dev/nvme0n1
 
lvconvert --type cache-pool --poolmetadata ssdcache/ssd_meta ssdcache/ssd_data
 
lvconvert --type cache --cachemode writeback --cachepool ssdcache/ssd_data ssdcache/hdd_data
Это всё о настройке данного кеша.
 
Прирост скорости действительно есть. Но я рещил рассмотреть еще варинаты исполнения данной функции.
----
----


=== Bcache ===
=== Bcache ===
Решил я посмотреть и на этот вид кеширования. Я не очень склонялся на использрвание данного решения, так как информация не столь приятно и понятнр изложена как с LVM. Но я разобрался.
Решил я посмотреть и на этот вид кеширования. Я не очень склонялся на использование данного решения, так как информация не столь приятно и понятно изложена как с LVM. Но я разобрался.


Почему я остановлся на именно этом варианте?
Почему я остановился на именно этом варианте?


Производительность у данного споба всёже выше. На одинаковом массиве данных этот спасоб показывает всегода одинкавый результат, в отлиции от LVM.
Производительность у данного способа веже выше. На одинаковом массиве данных этот способ показывает всегда одинаковый результат, в отличии от LVM.
 
А функционал такой же и даже больше, например сжатие. Это практически полностью затмевает ZTF.


Опять же припомню мой случай:
Опять же припомню мой случай:
Строка 308: Строка 242:


Создам bcache на дисках
Создам bcache на дисках
apt-get install bcache-tools
  make-bcache -B /dev/md0
  make-bcache -B /dev/md0
Создам bcache на SSD диске
Создам bcache на SSD диске
Строка 337: Строка 273:
Время покажет, будет ли всё хорошо.  
Время покажет, будет ли всё хорошо.  


== ZFS на Proxmox ==
=== BTRFS ===
Файловая система у меня выбрана как BTRFS (B-tree File System).


=== raidz ===
О ней можно много чего почитать в интернатах. По тестам на пустом хранилище она показала хорошие результаты по скорости. Хотя на данный момент я могу поставить это под сомнение, так как попробовав воспользоваться протоколом NFS, в место SMB на Windows, я получил разительную разницу в скорости. Но на данный момент NFS на Windows в очень плохом техническом состоянии, поэтому, поживём увидим как это будет развиваться дальше.
создать массив raidz из трёх накопителей


смотрим id накопителей
В итоге, что можно сказать о ФС. Есть возможность использовать сжатие, дедупликацию на уровне блоков.
ls /dev/disk/by-id/
в моем случае


ata-TOSHIBA_MG07ACA12TE_2050A07PF95G
О втором и поговорим в первую очередь, я хочу сэкономить пространство бесплатно, и без регистрации, за счёт объединения одинаковых блоков.


ata-TOSHIBA_MG07ACA12TE_59D0A12KF95G
==== Дедупликация данных ====
Возможность устранения дублирования данных для экономии места на диске (требует дополнительных инструментов, таких как <code>duperemove</code>)


ata-TOSHIBA_MG07ACA12TE_60C0A07XF95G
Дедупликация данных в BTRFS — это процесс устранения дублирующихся блоков данных, что позволяет экономить место на диске. Однако, в отличие от других файловых систем (например, ZFS), BTRFS не имеет встроенной поддержки дедупликации "на лету". Вместо этого дедупликация в BTRFS выполняется с помощью внешних инструментов, таких как '''<code>duperemove</code>''' или '''<code>bees</code>'''.
apt install duperemove
<code>duperemove</code> анализирует файлы на наличие дублирующихся блоков данных и сообщает о них ядру BTRFS, чтобы файловая система могла использовать общие блоки.
duperemove -r -d /path/to/directory


из них и создадим массив raidz
* '''<code>-r</code>''': Рекурсивный поиск в указанной директории.


набор команд и параметров взят [https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html#step-2-disk-formatting от сюда] преобразовано в такой вид: название пула meganas, тип пула raidz.
* '''<code>-d</code>''': Выполнить дедупликацию (без этого флага <code>duperemove</code> только сканирует файлы).
zpool create -o ashift=12 meganas raidz /dev/disk/by-id/ata-TOSHIBA_MG07ACA12TE_2050A07PF95G /dev/disk/by-id/ata-TOSHIBA_MG07ACA12TE_59D0A12KF95G /dev/disk/by-id/ata-TOSHIBA_MG07ACA12TE_60C0A07XF95G
после чего смотрим статус
zpool status
сообщается что нужно обновить для включения фич
zpool upgrade meganas


=== Кеш SSD ===
===== Использование <code>ionice</code> для снижения приоритета I/O =====
Утилита <code>ionice</code> управляет приоритетом ввода-вывода (I/O). Это особенно полезно, если дедупликация активно использует дисковые операции.


Пример:
ionice -c 3 nice -n 19 duperemove -r -d /mnt/meganas/


я подключаю SSD кеш, на чтение. Делаю это на ssd на 960 гигабайт, создав раздел на 120 гигабайт. И именно этот раздел и подключаю к массиву.
* <code>-c 3</code>: Устанавливает класс I/O <code>idle</code> (наинизший приоритет). Процесс будет использовать I/O только тогда, когда другие процессы не активны/
ls /dev/disk/by-id/
id раздела в моём случае
ata-Netac_SSD_960GB_AA000000000000000878-part1
подключаем
zpool add -f meganas cache /dev/disk/by-id/ata-Netac_SSD_960GB_AA000000000000000878-part1
теперь есть кеш


=== Точка монтирования ===
* <code>nice -n 19</code>: Дополнительно снижает приоритет CPU. Но это мне не так важно, процессорного времени у меня навалом.
создадим папку для точки монтирования пула
mkdir /mnt/meganas
сразу меняем точку монтирования
zfs set mountpoint=/mnt/meganas meganas


=== Создание ФС ===
===== Использование <code>systemd</code> для управления фоновым процессом =====
теперь создадим файловую систему для сервер NAS
  nano /etc/systemd/system/duperemove.service
  zfs create meganas/nas
<syntaxhighlight lang="ini">
и еще одну ФС для Nextcloud
[Unit]
zfs create meganas/nextcloud
Description=Btrfs Deduplication with Duperemove
After=network.target


[Service]
Type=simple
ExecStart=/usr/bin/ionice -c 3 /usr/bin/duperemove -r -d -v /mnt/meganas/
StandardOutput=journal
StandardError=journal
User=root


Посмотреть какие есть Папки:
[Install]
zfs list
WantedBy=multi-user.target
Удалить папку:
</syntaxhighlight>
zfs destroy meganas/nextcloud
видим таблицу, того к каким из каталогов применены наши настройки. Команды указаны [https://docs.oracle.com/cd/E19253-01/819-5461/gazss/index.html тут]. [https://docs.oracle.com/cd/E19253-01/819-5461/gazsu/index.html А тут] указывается методы просмотра информации.


источники
* <code>-v</code>: Добавляет подробный вывод (verbose) для <code>duperemove</code>.


[https://docs.oracle.com/cd/E19253-01/820-0836/gaynd/index.html инфа про монтирование]
systemctl daemon-reload


[http://ittraveler.org/nastrojka-zfs-v-proxmox/ инструкция о создании массива и некоторых важных настройках]
systemctl start duperemove.service


[https://wiki.archlinux.org/index.php/ZFS#NFS Большой ман по множеству настроек NFS (Английский)]
systemctl status duperemove.service
Использование <code>journalctl</code>:


[https://docs.oracle.com/cd/E19253-01/820-0836/gavwq/index.html Манул по работе с ФС добавление каталогов]
Чтобы просмотреть логи в реальном времени, используйте команду:
journalctl -u duperemove.service -f


[https://pve.proxmox.com/wiki/Storage Информация о настройках хранилища в proxmox (Английский)]
==== Сжатие данных ====
BTRFS поддерживает сжатие "на лету" для новых данных, но для уже записанных данных сжатие нужно выполнять вручную. Сжатие применяется к каждому файлу или директории отдельно.


[https://habr.com/ru/post/268807/ Статься о создании и настройках habr]
Поддерживаемые алгоритмы сжатия:


=== Настройки ФС ===
* '''zlib''': Хороший баланс между степенью сжатия и производительностью.
Теперь о фичах, это максимально важно
* '''lzo''': Быстрый алгоритм с меньшей степенью сжатия.
* '''zstd''': Современный алгоритм, который обеспечивает высокую степень сжатия и хорошую производительность (рекомендуется).


компрессия данных, нужна даже если преобладает несжимаемые данные, особенность ФС писать данные блоками определённого объема, файлы меньше блока, иногда будут размером с блок. Сжатие позволит избавиться как минимум от этой особенности.
Сжатие может быть выполнено на лету, для этого можно примонтировать раздел с необходимыми параметрами.
zfs set compression=on meganas/название каталога
и тип компрессии ставим lz4
zfs set compress=lz4 meganas/название каталога
я предпочитаю на данный момент присваивать параметры для каждого каталога ФС по отдельности.


Очень важная настройка sync. Для повышения производительности пула можно отключить синхронизацию. Обратите внимание что при отключенной синхронизации возможна потеря данных при отключении питания. Но прирост к скорости на больших файлах 100 процентов.
Про это было уже ранее '''fstab'''
  zfs set sync=disabled meganas/каталог ФС
  UUID=a8e75a9d-a6f6-4c6e-be41-c10bc1077aa2 /data btrfs compress=zstd:5 0 0
Опции atime=off и relatime=on значительно повысят производительность ФС, соответственно пожертвовав метками времени доступа к файлам.
Чтобы сжать уже записанные данные, используйте команду '''<code>btrfs filesystem defragment</code>''' с опцией <code>-c</code>.
  zfs set atime=off meganas/каталог ФС
  btrfs filesystem defragment -r -czstd /mnt/meganas/


zfs set relatime=on meganas/каталог ФС
* <code>-r</code>: Рекурсивно сжимает все файлы в указанной директории.
Еще одна настройка для работы с NFS
* <code>-czstd</code>: Использует алгоритм сжатия '''zstd'''. Вы можете заменить <code>zstd</code> на <code>zlib</code> или <code>lzo</code>.
'''zfs set sharenfs=on meganas/каталог ФС'''
* <code>/mnt/meganas/</code>: Путь к директории или файлу, который нужно сжать.
Без этих настроек все сверх уныло


Я предпочитаю запускать такие процессы на фоне, например с помощью systemd, но в этот раз я хочу попробовать другой способ, сделаю это через скрин. Так как это разовая акция.
apt install screen
Если его нет


Посмотреть с подробностями по каждой папке, какие параметры были даны:
Запустите новую сессию <code>screen</code>:
  zfs list -o name,sharenfs,mountpoint,compression,sync,atime,relatime
  screen -S btrfs-compress
Я создам небольшой bash скрипт который будет показывать некий статус выполнений этой операции:


=== Импорт пула ===
он потребует pv
Если системы больше нет, но нужно вернуть пул с дисков в рабочее состоянии
  apt install pv
  zpool import
увидим название и вообще то что есть пул и с ним всё ок


теперь сделаем полноценный импорт
  nano /usr/local/bin/btrfs-compress-with-progress.sh
  zpool import -f meganas
Напишем такой скрипт<syntaxhighlight lang="bash">
Пул на месте, если была точка монтирования то он примонтируется. Если нет:
#!/bin/bash
zfs mount -a
DIR="/mnt/meganas"
TOTAL_FILES=$(find "$DIR" -type f | wc -l)
CURRENT_FILE=0


find "$DIR" -type f | while read -r file; do
  CURRENT_FILE=$((CURRENT_FILE + 1))
  echo "Processing file $CURRENT_FILE of $TOTAL_FILES: $file"
  btrfs filesystem defragment -czstd "$file"
done | pv -l -s "$TOTAL_FILES" > /dev/null
</syntaxhighlight>
chmod +x /usr/local/bin/btrfs-compress-with-progress.sh
теперь в сессии screen я запускаю этот скрипт


NFS
== NFS ==
 
Устанавливаем серверную часть.
Устанавливаем серверную часть.
  apt-get install nfs-kernel-server  
  apt-get install nfs-kernel-server  
Строка 471: Строка 412:


Перво наперво, это создать пользователя. Это иногда требуется. Потому, по умолчанию есть только ROOT. Из за этого не работает ssh из коробки.
Перво наперво, это создать пользователя. Это иногда требуется. Потому, по умолчанию есть только ROOT. Из за этого не работает ssh из коробки.
  adduser vova
  adduser user
Задаём ему пароль 2 раза. Будет вопрос по дополнительным данным, если ничего не нужно просто нажимаем ENTER. В конце соглашаем с тем что все правильно.
Задаём ему пароль 2 раза. Будет вопрос по дополнительным данным, если ничего не нужно просто нажимаем ENTER. В конце соглашаем с тем что все правильно.


Дадим права пользователю
Дадим права пользователю
  usermod -a -G sudo vova
  usermod -a -G sudo user
После чего можно попасть на нашу контейнер по ssh
После чего можно попасть на нашу контейнер по ssh


Строка 488: Строка 429:


Далее лучше всего сделать обновление:
Далее лучше всего сделать обновление:
  apt update
  apt update  


  apt upgrade -y
  apt upgrade -y
Строка 508: Строка 449:
  timedatectl
  timedatectl
Не лишним будет поставить MC
Не лишним будет поставить MC
  apt install mc
  apt install mc -y




Как оказалось еще нет '''ADD-APT-REPOSITORY'''
Как оказалось еще нет '''ADD-APT-REPOSITORY'''
  apt install software-properties-common
  apt install software-properties-common -y





Текущая версия от 18:29, 12 апреля 2025

systemctl restart sshsystemctl restart ssh

Демонстрация Proxmox

Описание

Своими словами. Это ОС назначение, которой запускать в себе другие ОС. Создавать между ними все виды виртуальных устройств. Интересно то, что позволяет создавать хранилища, в которых уже и будут размещаться виртуальные накопители. Получается, нет привязки к конкретному диску. Все может храниться, где угодно, и переноситься куда угодно. Его плюсом является очень низкие требования к железу, бесплатность.

Подготовка

Демонстрация настроек Rufus

На сервер установлен Proxmox (Гипервизор) версия 6.1-1. Брать с официального сайта.

  1. Скачиваем образ и записываем на USB накопитель.
  2. Делать лучше всего с помощью Rufus. Брать с официального сайта. Распространяется бесплатно.
  3. Устройство: выбираем наш USB накопитель.
  4. Метод загрузки: выбираем скачанный образ.
  5. Схема раздела: GPT (если совсем устаревшее железо, не совместимое с UEFI, то выбираем MBR)
  6. Старт.
  7. Ожидаем, когда запишется образ на USB накопитель.

Установка Proxmox

Загружаемся с USB накопителя. Появляется логотип Proxmox с выбором установки.

  • Выбираем: Install Proxmox VE.

Ожидаем, когда загрузится менеджер установки.

Соглашаемся с условиями: I agree.

  • Target Harddisk: Выбираем накопитель на который будет выполняться установка. Это 120 Гигабайт SSD.

Нажимаем: “Options”.

  • Выбор файловой системы ext4.
Filesystem: ext4
  • Общий размер раздела для установки.
hdsize: 120.0
  • Размер виртуальной оперативной памяти 2 гигабайта.
swapsize: 2

OK, Next, Next.

  • Вводим пароль для пользователя root, и второй раз для подтверждения.
Password: пароль_пользователя_root
  • Указываем почту, на случай если захотим получать оповещения о статусе Proxmox.
E-Mail: наша_почта

Next.

Сетевое устройство, с которым будем работать, сейчас такое, меняется в зависимости от оборудования.

Management Interface: ens33

IP адрес сейчас такой, это зависит от того, что присвоит DHCP сервер. Его лучше всего привязать к MAC адресу. Описывается в разделе сеть.

Убедившись в том, что адрес получен нажимаем Next.

Нам показывают все что мы настроили.

Наш сервер имеет имя: pve

IP адрес у него: 192.168.1.130

Install.


Дожидаемся установки Proxmox.

По окончании установки нам сообщают что все хорошо.

Для продолжения будет выполнена перезагрузка, после того как выполнится загрузка ОС можно попасть на сервер с помощью web браузера, используя локальный IP и порт 8006.


В моём случае: https://192.168.1.130:8006

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

  • Сразу меняем язык на русский.
Language: Русский.

Интерфейс сразу же перезагрузиться, и все станет на русском.

Вводим имя пользователя: root

И пароль: пароль_пользователя_root

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

На данном этапе установка Proxmox закончена. Дальнейшие действия зависят от требований.

Первичная настройка Proxmox.

Теперь создаем для себя рабочую атмосферу.

Proxmox является готовым продуктом, но как ни крути настраивать его все ещё приходится по старике. А точнее то что касается аппаратных средств, монтирование дисков и так далее.

Самое главное установить SSH. Нужен для удаленного доступа к консоли сервера. Так как начинают работать все фишки консоли. Например, в Window PowerShell. Так намного быстрее можно вводить команды, производить копирование правым нажатием мыши, выделение текста.

Переходим в web интерфейсе в узел Датацентр/pve.

В узле переходим в “Оболочка”.

Открывается консоль с доступом к Proxmox на прямую. В ней уже выполнен вход от root. Но для более удобной работы с открываем PowerShell. Да мы гребаные “виндусятники”!

В PowerShell уже встроен клиент SSH. Вписываем локальный адрес Proxmox. Соглашаемся: yes.

ssh root@192.168.1.164

Вводим пароль Proxmox: пароль_пользователя_root

Все мы попали в консоль, теперь:

Обновляем репозитории:

Демонстрация PowerShell
apt-get update

Выполняем обновление пакетов из репозиториев.

apt-get upgrade -y

Устанавливаем файловый менеджер mc

apt-get install mc -y

Proxmox готов к работе.

Репозитории

Репозитории и обновление, актуально на версии 8.3

файл /etc/apt/sources.list.d/pve-enterprise.list

nano /etc/apt/sources.list.d/pve-enterprise.list

Комментируем:

#deb https://enterprise.proxmox.com/debian/pve bookworm pve-enterprise

в файле /etc/apt/sources.list

nano /etc/apt/sources.list

в файле комментируем все и добавляем:

deb http://deb.debian.org/debian bookworm main contrib
deb http://deb.debian.org/debian bookworm-updates main contrib
deb http://security.debian.org/debian-security bookworm-security main contrib

создаём файл /etc/apt/sources.list.d/pve-no-subscription.list

nano /etc/apt/sources.list.d/pve-no-subscription.list

и добавляем в него:

deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription

Теперь будут нормальные репозитории, скачиваться обновлять и всё такое

Настройка сети

в консоли pve

apt-get install ifupdown2

Для устройств SMB и Plex решено виртуализировать собственную подсеть, для снижения нагрузки на канал вне сервера (Чиать далее).

Демонстрация добавления виртуального сетевого адаптера

В разделе pve выбираем Система/Сеть.

Нажимаем: “Создать”

Выбираем: Linux Bridge

Прописываем адрес IPv4: 192.168.2.1/24

Все виртуальная сетевая карта есть.

Настройка виртуальных машин

О моём хранилище

Что-ж - это большая тема! Со временем моё хранилище эволюционировало и модифицировалось. Начиналось всё с одного диска на 8 терабайт, сейчас на июль 2023 года хранилище состоит из 10 накопителей по 12 терабайт и одного NVME PCIe GEN 3 на 1 терабайт под кэш.

Сначала рейдов не было, но когда я купил 3 одинаковых накопителя, сразу же встал вопрос, какой рейд выбирать. На тот момент пал выбор именно на ZFS RAIDZ (аналог рейда 5), казался лучшим выбором. Затем через год расширился до 5ти дисков, помучился с невозможностью расширить, пришлось искать накопители для переноса. на пяти дисках так же оставался с аналогом рейда 5 от ZFS. Всё в общем то устраивало, но когда объем упал до 30 процентов, очень сильно стало сказываться на производительности. Так же количество оперативной памяти потреблялось чрезвычайно много.

А так же очень затруднительная сложность найти объём на стороне для сохранения информации, заставила задуматься о перехожее на другой программный рейд, который бы позволил расширять себя налету. Выбор пал на MD рейд. В простонародье MDADM.

Куплено еще 5 накопителей. Сервер уже насчитывает 10 дисков. Теоретическим объемом 120 терабайт. Умопомрачительные объёмы надо сказать, для одного человека.

MD RAID

RAID 6 — это уровень RAID, который обеспечивает отказоустойчивость при выходе из строя двух дисков одновременно. Это достигается за счет использования двойной четности. MD RAID хорошо подходит для RAID 6, но есть нюансы:

При данном количестве накопителей надёжность всё-таки уже кажется очень важной. Я уже готов пожертвовать 2 накопителя из 10 на четность. Потому выбирается Raid6.

  • mdadm — это основная утилита для управления MD RAID. Она позволяет создавать, изменять, мониторить и восстанавливать массивы.
  • MD RAID поддерживает горячую замену дисков, что позволяет заменять вышедшие из строя устройства без остановки системы.
  • Вы можете добавлять новые диски в массив и расширять его емкость.

Если mdadm сообщает, что на дисках уже есть данные (например, остатки предыдущих RAID-массивов), необходимо очистить метаданные и подготовить диски перед созданием нового RAID-массива. Ниже приведена пошаговая инструкция по настройке RAID 6 на 10 дисках в Proxmox.

DD

Запись посекторно с начала диска значение нулей, смый жесткий метод.

Уничтоже всё что есть в анчале разделов и таблице, несмотря на занятость и востребованость. Станет не сразу понятно, но после перезагрузки, уже ничего не будет. Легко можно затереть системный раздел.

dd if=/dev/zero of=/dev/sdb

Та же можно затереть требуемым размером блоков, скорость будет выше:

dd if=/dev/zero of=/dev/sdb bs=2M

Еще можно сказать чтобы было записан нужное число раз, наприемер 2 мегабайта 1000 раз:

dd if=/dev/zero of=/dev/sdb bs=2M count=1000

Про DD в данных рамках пока что все.

wipefs

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

Есть поумолчанию в линусе, потому очень удобно.

Уже чувствительна к тому используется ли где то что нужно затереть. Но если всё свободно то отлично стирает все зписи о разделах.

wipefs -a /dev/md1

Создание RAID 6 массива

Тут на удивление всё просто. Я рассмотрю 2 варианта Raid0 и Raid6. Нулевой рейд мен пригодился при копировании всей информации с моих дисков, это сильно экономит время, а так же скорость хорошая. Использовать для временного переноса всего очень нужная тема.

apt update
apt-get install mdadm
mdadm --create /dev/md0 --level=6 --raid-devices=10 /dev/sd{a,b,c,d,e,...}
  • /dev/md0 — имя нового RAID-устройства.
  • --level=6 — указывает, что создается RAID 6.
  • --raid-devices=10 — количество дисков в массиве.
  • /dev/sd{b..k} — диски, которые будут использоваться в массиве.


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

Посмотреть статус можно командой:

cat /proc/mdstat

А так же дополнительную информацию командой

mdadm --detail /dev/md0

Сохраните конфигурацию RAID:

mdadm --detail --scan >> /etc/mdadm/mdadm.conf

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

В процессе я столкнулся с двумя способами реализации данного метода. Вообще их даже 3. Первый я описываю в другой статье, можно назвать его ZTF, так как эта ФС по умолчанию может в использование SSD накопителя для кеширования.


Bcache

Решил я посмотреть и на этот вид кеширования. Я не очень склонялся на использование данного решения, так как информация не столь приятно и понятно изложена как с LVM. Но я разобрался.

Почему я остановился на именно этом варианте?

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

Опять же припомню мой случай:

/dev/md0 - рейд массив с дисками

/dev/nvme0n1 - диск под кеш

Создам bcache на дисках

apt-get install bcache-tools
make-bcache -B /dev/md0

Создам bcache на SSD диске

make-bcache -C /dev/nvme0n1

Теперь нужно узнать uuid диска с кешом

bcache-super-show /dev/nvme0n1 | grep cset

Полученый uuid зарегистровать для нашего хранилища

echo e0bae1a5-4f68-4066-a7b6-5d0f16dd63da > /sys/block/bcache0/bcache/attach

Влючить обратный режим записи. Чтобы кеш работал на запись

echo writeback > /sys/block/bcache0/bcache/cache_mode

Дальше можно отформатировать раздел в btrfs, назавём его STORAGE

mkfs.btrfs -L STORAGE /dev/bcache0

И в целом всё. Оно уже работает, можно монтировать и использовать.

Так же можно примонтировать раздел с функцией сжатися.

mount -o compress=zstd:5 mount /dev/bcache0 /mnt/meganas

Можно посмотреть информацию о том заполнен ли чем то кеш и есть ли проблеммы

watch cat /sys/block/bcache0/bcache/state
watch cat /sys/block/bcache0/bcache/dirty_data

Так же о монтировании в fstab с функцией сжатия

UUID=a8e75a9d-a6f6-4c6e-be41-c10bc1077aa2 /data btrfs compress=zstd:5 0 0

Теперь если требутся отключить диск с кешем

echo e0bae1a5-4f68-4066-a7b6-5d0f16dd63da > /sys/block/bcache0/bcache/detach

и соответсвенно включить можно командой

echo e0bae1a5-4f68-4066-a7b6-5d0f16dd63da > /sys/block/bcache0/bcache/attach

Вот и всё, технически даже проще чем LVM, хотя козалось наооборот.

Время покажет, будет ли всё хорошо.

BTRFS

Файловая система у меня выбрана как BTRFS (B-tree File System).

О ней можно много чего почитать в интернатах. По тестам на пустом хранилище она показала хорошие результаты по скорости. Хотя на данный момент я могу поставить это под сомнение, так как попробовав воспользоваться протоколом NFS, в место SMB на Windows, я получил разительную разницу в скорости. Но на данный момент NFS на Windows в очень плохом техническом состоянии, поэтому, поживём увидим как это будет развиваться дальше.

В итоге, что можно сказать о ФС. Есть возможность использовать сжатие, дедупликацию на уровне блоков.

О втором и поговорим в первую очередь, я хочу сэкономить пространство бесплатно, и без регистрации, за счёт объединения одинаковых блоков.

Дедупликация данных

Возможность устранения дублирования данных для экономии места на диске (требует дополнительных инструментов, таких как duperemove)

Дедупликация данных в BTRFS — это процесс устранения дублирующихся блоков данных, что позволяет экономить место на диске. Однако, в отличие от других файловых систем (например, ZFS), BTRFS не имеет встроенной поддержки дедупликации "на лету". Вместо этого дедупликация в BTRFS выполняется с помощью внешних инструментов, таких как duperemove или bees.

apt install duperemove

duperemove анализирует файлы на наличие дублирующихся блоков данных и сообщает о них ядру BTRFS, чтобы файловая система могла использовать общие блоки.

duperemove -r -d /path/to/directory
  • -r: Рекурсивный поиск в указанной директории.
  • -d: Выполнить дедупликацию (без этого флага duperemove только сканирует файлы).
Использование ionice для снижения приоритета I/O

Утилита ionice управляет приоритетом ввода-вывода (I/O). Это особенно полезно, если дедупликация активно использует дисковые операции.

Пример:

ionice -c 3 nice -n 19 duperemove -r -d /mnt/meganas/
  • -c 3: Устанавливает класс I/O idle (наинизший приоритет). Процесс будет использовать I/O только тогда, когда другие процессы не активны/
  • nice -n 19: Дополнительно снижает приоритет CPU. Но это мне не так важно, процессорного времени у меня навалом.
Использование systemd для управления фоновым процессом
nano /etc/systemd/system/duperemove.service
[Unit]
Description=Btrfs Deduplication with Duperemove
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/ionice -c 3 /usr/bin/duperemove -r -d -v /mnt/meganas/
StandardOutput=journal
StandardError=journal
User=root

[Install]
WantedBy=multi-user.target
  • -v: Добавляет подробный вывод (verbose) для duperemove.
systemctl daemon-reload
systemctl start duperemove.service
systemctl status duperemove.service

Использование journalctl:

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

journalctl -u duperemove.service -f

Сжатие данных

BTRFS поддерживает сжатие "на лету" для новых данных, но для уже записанных данных сжатие нужно выполнять вручную. Сжатие применяется к каждому файлу или директории отдельно.

Поддерживаемые алгоритмы сжатия:

  • zlib: Хороший баланс между степенью сжатия и производительностью.
  • lzo: Быстрый алгоритм с меньшей степенью сжатия.
  • zstd: Современный алгоритм, который обеспечивает высокую степень сжатия и хорошую производительность (рекомендуется).

Сжатие может быть выполнено на лету, для этого можно примонтировать раздел с необходимыми параметрами.

Про это было уже ранее fstab

UUID=a8e75a9d-a6f6-4c6e-be41-c10bc1077aa2 /data btrfs compress=zstd:5 0 0

Чтобы сжать уже записанные данные, используйте команду btrfs filesystem defragment с опцией -c.

btrfs filesystem defragment -r -czstd /mnt/meganas/
  • -r: Рекурсивно сжимает все файлы в указанной директории.
  • -czstd: Использует алгоритм сжатия zstd. Вы можете заменить zstd на zlib или lzo.
  • /mnt/meganas/: Путь к директории или файлу, который нужно сжать.

Я предпочитаю запускать такие процессы на фоне, например с помощью systemd, но в этот раз я хочу попробовать другой способ, сделаю это через скрин. Так как это разовая акция.

apt install screen

Если его нет

Запустите новую сессию screen:

screen -S btrfs-compress

Я создам небольшой bash скрипт который будет показывать некий статус выполнений этой операции:

он потребует pv

apt install pv
nano /usr/local/bin/btrfs-compress-with-progress.sh

Напишем такой скрипт

#!/bin/bash
DIR="/mnt/meganas"
TOTAL_FILES=$(find "$DIR" -type f | wc -l)
CURRENT_FILE=0

find "$DIR" -type f | while read -r file; do
  CURRENT_FILE=$((CURRENT_FILE + 1))
  echo "Processing file $CURRENT_FILE of $TOTAL_FILES: $file"
  btrfs filesystem defragment -czstd "$file"
done | pv -l -s "$TOTAL_FILES" > /dev/null
chmod +x /usr/local/bin/btrfs-compress-with-progress.sh

теперь в сессии screen я запускаю этот скрипт

NFS

Устанавливаем серверную часть.

apt-get install nfs-kernel-server 

Далее редактируем конфиг

nano /etc/exports 

Добавляем нашу папку, и указываем нужную нам подсеть.

/mnt/meganas/nas 192.168.2.0/24(rw,sync,no_subtree_check,no_root_squash)
/mnt/meganas/nextcloud 192.168.2.0/24(rw,sync,no_subtree_check,no_root_squash)

Запускаем службы

/etc/init.d/nfs-kernel-server start
service nfs-kernel-server restart
exportfs -ra

Готово.


Контейнеры

Открыл для себя контейнеры.

Хорошо экономит ресурсы, как памяти так и мощности.

Для использования контейнера в ProxMox нужно загрузить шаблон.

Делать это нужно в консоли хоста (сам сервер proxmox).

pveam update

показать список:

pveam available

я выбрал для себя ubuntu-20.04, просто привычнее. Скачиваем шаблон:

pveam download local ubuntu-20.04-standard_20.04-1_amd64.tar.gz

После чего можно уже создавать Контейнеры из этого шаблона. Из минусов то, что шаблон практически пуст. И большинство компонентов нужно будет установить самостоятельно.

Перво наперво, это создать пользователя. Это иногда требуется. Потому, по умолчанию есть только ROOT. Из за этого не работает ssh из коробки.

adduser user

Задаём ему пароль 2 раза. Будет вопрос по дополнительным данным, если ничего не нужно просто нажимаем ENTER. В конце соглашаем с тем что все правильно.

Дадим права пользователю

usermod -a -G sudo user

После чего можно попасть на нашу контейнер по ssh


Есть и второй способ, не безопасный но быстрый. В файле /etc/ssh/sshd_config

nano /etc/ssh/sshd_config

Найти строку и сделать такой:

PermitRootLogin yes

Послу чего перезагрузить службу ssh

systemctl restart ssh


Далее лучше всего сделать обновление:

apt update 
apt upgrade -y


Теперь неплохо установит русскую локаль.

dpkg-reconfigure locales

Выбираем из списка ru_RU.UTF-8

Её же в следующем меню

Готово

После перезапуска терминала будут доступны русские символы.

Установим часовой пояс как надо.

timedatectl set-timezone Asia/Omsk

и проверим время

timedatectl

Не лишним будет поставить MC

apt install mc -y


Как оказалось еще нет ADD-APT-REPOSITORY

apt install software-properties-common -y


Теперь расшарим папку из нашего Хоста внутрь контейнера, чтобы не было всяких там NFS.

Для это отредактируем файл конфигурации нашего контейнера. Они находятся /etc/pve/lxc/

Выполняем это на хосте, машине с proxmox

nano /etc/pve/lxc/номер.conf

Я хочу пробросить паку с ZFS рейда расположенную на хосте /mnt/meganas/nas/media/ в папку /media/nas/ в контейнере.

Добавлю строку в файл конфигурации

mp0: /mnt/meganas/media,mp=/media/nas

На машине контейнере создаём папку /media/nas

mkdir /media/nas

перезагружаем контейнер


Установка NVIDIA - Ускорение в контейнерах.

Ссылка