docs: create sysadmin/Linux/Base-znaniy/Disk-limit2
parent
8aa65149df
commit
6eddf40b7c
|
|
@ -0,0 +1,71 @@
|
|||
---
|
||||
title: Ограничение использования диска, вариант 2
|
||||
description:
|
||||
published: true
|
||||
date: 2024-08-09T07:42:49.725Z
|
||||
tags: limit, disk
|
||||
editor: markdown
|
||||
dateCreated: 2024-08-09T07:42:49.725Z
|
||||
---
|
||||
|
||||
Первый вариант - [Disk-limit](/sysadmin/Linux/Base-znaniy/Disk-limit)
|
||||
|
||||
Недавно делал заметку (https://t.me/srv_admin/3817) про ограничение использования диска при создании дампов базы данных, чтобы не вызывать замедление всех остальных процессов в системе. Использовал утилиту pv (https://t.me/srv_admin/3823). Способ простой и рабочий, я его внедрил и оставил. Поставленную задачу решает.
|
||||
|
||||
Тем не менее, захотелось сделать это более изящно через использование приоритетов. Если диск не нагружен, то неплохо было бы его использовать с максимальной производительностью. А если нагружен, то отдать приоритет другим процесса. Это был бы наиболее рациональный и эффективный способ.
|
||||
|
||||
Я знаю утилиту ionice, которая в большинстве дистрибутивов есть по умолчанию. Она как раз существует для решения именно этой задачи. У неё не так много параметров, так что пользоваться ей просто. Приоритет можно передать через ключи. Для этого нужно задать режим работы:
|
||||
|
||||
◽️Idle - идентификатор 1, процесс работает с диском только тогда, когда он не занят
|
||||
◽️Best effort - идентификатор 2, стандартный режим работы с возможностью выставления приоритета от 0 до 7 (0 - максимальный)
|
||||
◽️Real time - режим работы реального времени тоже с возможностью задавать приоритет от 0 до 7
|
||||
|
||||
На практике это выглядит примерно так:
|
||||
```
|
||||
# ionice -c 3 cp tempfile ~/
|
||||
```
|
||||
Скопировали tempfile в домашний каталог в режиме idle. По идее, это то, что нужно. На практике этот приоритет не работает. Провёл разные тесты и убедился в том, что в Debian 12 ionice не работает вообще. Стал копать, почему так.
|
||||
|
||||
В Linux системах существуют разные планировщики процессов в отношении ввода-вывода. Раньше использовался Cfq, и ionice работает только с ним. В современных системах используется более эффективный планировщик Deadline. Проверить планировщик можно так:
|
||||
```
|
||||
# cat /sys/block/sda/queue/scheduler
|
||||
[none] mq-deadline
|
||||
```
|
||||
Принципиальная разница этих планировщиков в том, что cfq равномерно распределяет процессы с операциями ввода-вывода, и это нормально подходит для hdd, а deadline отдаёт приоритет чтению в ущерб записи, что в целом уменьшает отклик для ssd дисков. С ними использовать его более рационально. Можно заставить работать ionice, но тогда придётся вернуть планировщик cfq, что не хочется делать, если у вас ssd диски.
|
||||
|
||||
Для планировщика deadline не смог найти простого и наглядного решения приоритизации процессов записи на диск. Стандартным решением по ограничению скорости, по типу того, что делает pv, является использование параметров systemd:
|
||||
|
||||
- **IOReadBandwidthMax** - объём данных, который сервису разрешается прочитать с блочных устройств за одну секунду;
|
||||
- **IOWriteBandwidthMax** - объём данных, который сервису разрешается записать на блочные устройства за одну секунду.
|
||||
|
||||
Причём у него есть также параметр IODeviceWeight, что является примерно тем же самым, что и приоритет. Но работает он тоже только с cfq.
|
||||
|
||||
Для того, чтобы ограничить скорость записи на диск с помощью systemd, необходимо создать юнит для этого. Покажу на примере создания тестового файла с помощью dd с ограничением скорости записи в 20 мегабайт в секунду.
|
||||
```
|
||||
[Unit]
|
||||
Description=Create file with dd
|
||||
[Service]
|
||||
IOWriteBandwidthMax=/dev/sda 20M
|
||||
ExecStart=/usr/bin/dd if=/dev/zero of=/tempfile bs=1M count=1000 oflag=sync
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
```
|
||||
Запускаем:
|
||||
```
|
||||
# systemctl start createfile.service
|
||||
```
|
||||
Проверяем:
|
||||
```
|
||||
# systemctl status createfile.service
|
||||
systemd[1]: Started createfile.service - Create file with dd.
|
||||
dd[1423]: 1000+0 records in
|
||||
dd[1423]: 1000+0 records out
|
||||
dd[1423]: 1048576000 bytes (1.0 GB, 1000 MiB) copied, 52.417 s, 20.0 MB/s
|
||||
systemd[1]: createfile.service: Deactivated successfully.
|
||||
```
|
||||
Это можно использовать как заготовку для реального задания. Если хочется потестировать в консоли, то запускайте так:
|
||||
```
|
||||
# systemd-run --scope -p IOWriteBandwidthMax='/dev/sda 20M' dd status=progress if=/dev/zero of=/tempfile bs=1M count=1000 oflag=sync
|
||||
```
|
||||
Простое рабочее решение без использования дополнительных утилит. Обращаю внимание, что если сработает кэширование записи, то визуально ограничение можно не увидеть. Я это наблюдал. И только с флагом sync её хорошо сразу же видно.
|
||||
|
||||
Loading…
Reference in New Issue