2022-01-26 02:38:00 +03:00
|
|
|
|
- name: etcd_report_interval
|
|
|
|
|
type: sec
|
|
|
|
|
default: 5
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Interval at which OSDs report their state to etcd. Affects OSD lease time
|
|
|
|
|
and thus the failover speed. Lease time is equal to this parameter value
|
2022-02-01 22:46:13 +03:00
|
|
|
|
plus max_etcd_attempts * etcd_quick_timeout because it should be guaranteed
|
2022-01-26 02:38:00 +03:00
|
|
|
|
that every OSD always refreshes its lease in time.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Интервал, с которым OSD обновляет своё состояние в etcd. Значение параметра
|
|
|
|
|
влияет на время резервации (lease) OSD и поэтому на скорость переключения
|
|
|
|
|
при падении OSD. Время lease равняется значению этого параметра плюс
|
2022-02-01 22:46:13 +03:00
|
|
|
|
max_etcd_attempts * etcd_quick_timeout.
|
2022-01-26 02:38:00 +03:00
|
|
|
|
- name: run_primary
|
|
|
|
|
type: bool
|
|
|
|
|
default: true
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Start primary OSD logic on this OSD. As of now, can be turned off only for
|
|
|
|
|
debugging purposes. It's possible to implement additional feature for the
|
|
|
|
|
monitor which may allow to separate primary and secondary OSDs, but it's
|
|
|
|
|
unclear why anyone could need it, so it's not implemented.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Запускать логику первичного OSD на данном OSD. На данный момент отключать
|
|
|
|
|
эту опцию может иметь смысл только в целях отладки. В теории, можно
|
|
|
|
|
реализовать дополнительный режим для монитора, который позволит отделять
|
|
|
|
|
первичные OSD от вторичных, но пока не понятно, зачем это может кому-то
|
|
|
|
|
понадобиться, поэтому это не реализовано.
|
|
|
|
|
- name: osd_network
|
|
|
|
|
type: string or array of strings
|
|
|
|
|
type_ru: строка или массив строк
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Network mask of the network (IPv4 or IPv6) to use for OSDs. Note that
|
|
|
|
|
although it's possible to specify multiple networks here, this does not
|
|
|
|
|
mean that OSDs will create multiple listening sockets - they'll only
|
|
|
|
|
pick the first matching address of an UP + RUNNING interface. Separate
|
|
|
|
|
networks for cluster and client connections are also not implemented, but
|
|
|
|
|
they are mostly useless anyway, so it's not a big deal.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Маска подсети (IPv4 или IPv6) для использования для соединений с OSD.
|
|
|
|
|
Имейте в виду, что хотя сейчас и можно передать в этот параметр несколько
|
|
|
|
|
подсетей, это не означает, что OSD будут создавать несколько слушающих
|
|
|
|
|
сокетов - они лишь будут выбирать адрес первого поднятого (состояние UP +
|
|
|
|
|
RUNNING), подходящий под заданную маску. Также не реализовано разделение
|
|
|
|
|
кластерной и публичной сетей OSD. Правда, от него обычно всё равно довольно
|
|
|
|
|
мало толку, так что особенной проблемы в этом нет.
|
|
|
|
|
- name: bind_address
|
|
|
|
|
type: string
|
|
|
|
|
default: "0.0.0.0"
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Instead of the network mask, you can also set OSD listen address explicitly
|
|
|
|
|
using this parameter. May be useful if you want to start OSDs on interfaces
|
|
|
|
|
that are not UP + RUNNING.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Этим параметром можно явным образом задать адрес, на котором будет ожидать
|
|
|
|
|
соединений OSD (вместо использования маски подсети). Может быть полезно,
|
|
|
|
|
например, чтобы запускать OSD на неподнятых интерфейсах (не UP + RUNNING).
|
|
|
|
|
- name: bind_port
|
|
|
|
|
type: int
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
By default, OSDs pick random ports to use for incoming connections
|
|
|
|
|
automatically. With this option you can set a specific port for a specific
|
|
|
|
|
OSD by hand.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
По умолчанию OSD сами выбирают случайные порты для входящих подключений.
|
|
|
|
|
С помощью данной опции вы можете задать порт для отдельного OSD вручную.
|
|
|
|
|
- name: autosync_interval
|
|
|
|
|
type: sec
|
|
|
|
|
default: 5
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Time interval at which automatic fsyncs/flushes are issued by each OSD when
|
|
|
|
|
the immediate_commit mode if disabled. fsyncs are required because without
|
|
|
|
|
them OSDs quickly fill their journals, become unable to clear them and
|
|
|
|
|
stall. Also this option limits the amount of recent uncommitted changes
|
|
|
|
|
which OSDs may lose in case of a power outage in case when clients don't
|
|
|
|
|
issue fsyncs at all.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Временной интервал отправки автоматических fsync-ов (операций очистки кэша)
|
|
|
|
|
каждым OSD для случая, когда режим immediate_commit отключён. fsync-и нужны
|
|
|
|
|
OSD, чтобы успевать очищать журнал - без них OSD быстро заполняют журналы и
|
|
|
|
|
перестают обрабатывать операции записи. Также эта опция ограничивает объём
|
|
|
|
|
недавних незафиксированных изменений, которые OSD могут терять при
|
|
|
|
|
отключении питания, если клиенты вообще не отправляют fsync.
|
|
|
|
|
- name: autosync_writes
|
|
|
|
|
type: int
|
|
|
|
|
default: 128
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Same as autosync_interval, but sets the maximum number of uncommitted write
|
|
|
|
|
operations before issuing an fsync operation internally.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Аналогично autosync_interval, но задаёт не временной интервал, а
|
|
|
|
|
максимальное количество незафиксированных операций записи перед
|
|
|
|
|
принудительной отправкой fsync-а.
|
|
|
|
|
- name: recovery_queue_depth
|
|
|
|
|
type: int
|
|
|
|
|
default: 4
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Maximum recovery operations per one primary OSD at any given moment of time.
|
|
|
|
|
Currently it's the only parameter available to tune the speed or recovery
|
|
|
|
|
and rebalancing, but it's planned to implement more.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Максимальное число операций восстановления на одном первичном OSD в любой
|
|
|
|
|
момент времени. На данный момент единственный параметр, который можно менять
|
|
|
|
|
для ускорения или замедления восстановления и перебалансировки данных, но
|
|
|
|
|
в планах реализация других параметров.
|
|
|
|
|
- name: recovery_sync_batch
|
|
|
|
|
type: int
|
|
|
|
|
default: 16
|
|
|
|
|
info: Maximum number of recovery operations before issuing an additional fsync.
|
|
|
|
|
info_ru: Максимальное число операций восстановления перед дополнительным fsync.
|
|
|
|
|
- name: readonly
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Read-only mode. If this is enabled, an OSD will never issue any writes to
|
|
|
|
|
the underlying device. This may be useful for recovery purposes.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Режим "только чтение". Если включить этот режим, OSD не будет писать ничего
|
|
|
|
|
на диск. Может быть полезно в целях восстановления.
|
|
|
|
|
- name: no_recovery
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Disable automatic background recovery of objects. Note that it doesn't
|
|
|
|
|
affect implicit recovery of objects happening during writes - a write is
|
|
|
|
|
always made to a full set of at least pg_minsize OSDs.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Отключить автоматическое фоновое восстановление объектов. Обратите внимание,
|
|
|
|
|
что эта опция не отключает восстановление объектов, происходящее при
|
|
|
|
|
записи - запись всегда производится в полный набор из как минимум pg_minsize
|
|
|
|
|
OSD.
|
|
|
|
|
- name: no_rebalance
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Disable background movement of data between different OSDs. Disabling it
|
|
|
|
|
means that PGs in the `has_misplaced` state will be left in it indefinitely.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Отключить фоновое перемещение объектов между разными OSD. Отключение
|
|
|
|
|
означает, что PG, находящиеся в состоянии `has_misplaced`, будут оставлены
|
|
|
|
|
в нём на неопределённый срок.
|
|
|
|
|
- name: print_stats_interval
|
|
|
|
|
type: sec
|
|
|
|
|
default: 3
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Time interval at which OSDs print simple human-readable operation
|
|
|
|
|
statistics on stdout.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Временной интервал, с которым OSD печатают простую человекочитаемую
|
|
|
|
|
статистику выполнения операций в стандартный вывод.
|
|
|
|
|
- name: slow_log_interval
|
|
|
|
|
type: sec
|
|
|
|
|
default: 10
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Time interval at which OSDs dump slow or stuck operations on stdout, if
|
|
|
|
|
they're any. Also it's the time after which an operation is considered
|
|
|
|
|
"slow".
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Временной интервал, с которым OSD выводят в стандартный вывод список
|
|
|
|
|
медленных или зависших операций, если таковые имеются. Также время, при
|
|
|
|
|
превышении которого операция считается "медленной".
|
|
|
|
|
- name: max_write_iodepth
|
|
|
|
|
type: int
|
|
|
|
|
default: 128
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Parallel client write operation limit per one OSD. Operations that exceed
|
|
|
|
|
this limit are pushed to a temporary queue instead of being executed
|
|
|
|
|
immediately.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Максимальное число одновременных клиентских операций записи на один OSD.
|
|
|
|
|
Операции, превышающие этот лимит, не исполняются сразу, а сохраняются во
|
|
|
|
|
временной очереди.
|
|
|
|
|
- name: min_flusher_count
|
|
|
|
|
type: int
|
|
|
|
|
default: 1
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Flusher is a micro-thread that moves data from the journal to the data
|
|
|
|
|
area of the device. Their number is auto-tuned between minimum and maximum.
|
|
|
|
|
Minimum number is set by this parameter.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Flusher - это микро-поток (корутина), которая копирует данные из журнала в
|
|
|
|
|
основную область устройства данных. Их число настраивается динамически между
|
|
|
|
|
минимальным и максимальным значением. Этот параметр задаёт минимальное число.
|
|
|
|
|
- name: max_flusher_count
|
|
|
|
|
type: int
|
|
|
|
|
default: 256
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Maximum number of journal flushers (see above min_flusher_count).
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Максимальное число микро-потоков очистки журнала (см. выше min_flusher_count).
|
|
|
|
|
- name: inmemory_metadata
|
|
|
|
|
type: bool
|
|
|
|
|
default: true
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
This parameter makes Vitastor always keep metadata area of the block device
|
|
|
|
|
in memory. It's required for good performance because it allows to avoid
|
|
|
|
|
additional read-modify-write cycles during metadata modifications. Metadata
|
|
|
|
|
area size is currently roughly 224 MB per 1 TB of data. You can turn it off
|
|
|
|
|
to reduce memory usage by this value, but it will hurt performance. This
|
|
|
|
|
restriction is likely to be removed in the future along with the upgrade
|
|
|
|
|
of the metadata storage scheme.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Данный параметр заставляет Vitastor всегда держать область метаданных диска
|
|
|
|
|
в памяти. Это нужно, чтобы избегать дополнительных операций чтения с диска
|
|
|
|
|
при записи. Размер области метаданных на данный момент составляет примерно
|
|
|
|
|
224 МБ на 1 ТБ данных. При включении потребление памяти снизится примерно
|
|
|
|
|
на эту величину, но при этом также снизится и производительность. В будущем,
|
|
|
|
|
после обновления схемы хранения метаданных, это ограничение, скорее всего,
|
|
|
|
|
будет ликвидировано.
|
|
|
|
|
- name: inmemory_journal
|
|
|
|
|
type: bool
|
|
|
|
|
default: true
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
This parameter make Vitastor always keep journal area of the block
|
|
|
|
|
device in memory. Turning it off will, again, reduce memory usage, but
|
|
|
|
|
hurt performance because flusher coroutines will have to read data from
|
|
|
|
|
the disk back before copying it into the main area. The memory usage benefit
|
|
|
|
|
is typically very small because it's sufficient to have 16-32 MB journal
|
|
|
|
|
for SSD OSDs. However, in theory it's possible that you'll want to turn it
|
|
|
|
|
off for hybrid (HDD+SSD) OSDs with large journals on quick devices.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Данный параметр заставляет Vitastor всегда держать в памяти журналы OSD.
|
|
|
|
|
Отключение параметра, опять же, снижает потребление памяти, но ухудшает
|
|
|
|
|
производительность, так как для копирования данных из журнала в основную
|
|
|
|
|
область устройства OSD будут вынуждены читать их обратно с диска. Выигрыш
|
|
|
|
|
по памяти при этом обычно крайне низкий, так как для SSD OSD обычно
|
|
|
|
|
достаточно 16- или 32-мегабайтного журнала. Однако в теории отключение
|
|
|
|
|
параметра может оказаться полезным для гибридных OSD (HDD+SSD) с большими
|
|
|
|
|
журналами, расположенными на быстром по сравнению с HDD устройстве.
|
|
|
|
|
- name: journal_sector_buffer_count
|
|
|
|
|
type: int
|
|
|
|
|
default: 32
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Maximum number of buffers that can be used for writing journal metadata
|
|
|
|
|
blocks. The only situation when you should increase it to a larger value
|
|
|
|
|
is when you enable journal_no_same_sector_overwrites. In this case set
|
|
|
|
|
it to, for example, 1024.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Максимальное число буферов, разрешённых для использования под записываемые
|
|
|
|
|
в журнал блоки метаданных. Единственная ситуация, в которой этот параметр
|
|
|
|
|
нужно менять - это если вы включаете journal_no_same_sector_overwrites. В
|
|
|
|
|
этом случае установите данный параметр, например, в 1024.
|
|
|
|
|
- name: journal_no_same_sector_overwrites
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Enable this option for SSDs like Intel D3-S4510 and D3-S4610 which REALLY
|
|
|
|
|
don't like when a program overwrites the same sector multiple times in a
|
2022-02-01 22:46:13 +03:00
|
|
|
|
row and slow down significantly (from 25000+ iops to ~3000 iops). When
|
2022-01-26 02:38:00 +03:00
|
|
|
|
this option is set, Vitastor will always move to the next sector of the
|
|
|
|
|
journal after writing it instead of possibly overwriting it the second time.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-02-01 22:46:13 +03:00
|
|
|
|
Включайте данную опцию для SSD вроде Intel D3-S4510 и D3-S4610, которые
|
|
|
|
|
ОЧЕНЬ не любят, когда ПО перезаписывает один и тот же сектор несколько раз
|
|
|
|
|
подряд. Такие SSD при многократной перезаписи одного и того же сектора
|
|
|
|
|
сильно замедляются - условно, с 25000 и более iops до 3000 iops. Когда
|
|
|
|
|
данная опция установлена, Vitastor всегда переходит к следующему сектору
|
|
|
|
|
журнала после записи вместо потенциально повторной перезаписи того же
|
|
|
|
|
самого сектора.
|
2022-01-26 02:38:00 +03:00
|
|
|
|
- name: throttle_small_writes
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Enable soft throttling of small journaled writes. Useful for hybrid OSDs
|
|
|
|
|
with fast journal/metadata devices and slow data devices. The idea is that
|
|
|
|
|
small writes complete very quickly because they're first written to the
|
|
|
|
|
journal device, but moving them to the main device is slow. So if an OSD
|
|
|
|
|
allows clients to issue a lot of small writes it will perform very good
|
|
|
|
|
for several seconds and then the journal will fill up and the performance
|
|
|
|
|
will drop to almost zero. Throttling is meant to prevent this problem by
|
|
|
|
|
artifically slowing quick writes down based on the amount of free space in
|
|
|
|
|
the journal. When throttling is used, the performance of small writes will
|
|
|
|
|
decrease smoothly instead of abrupt drop at the moment when the journal
|
|
|
|
|
fills up.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Разрешить мягкое ограничение скорости журналируемой записи. Полезно для
|
|
|
|
|
гибридных OSD с быстрыми устройствами метаданных и медленными устройствами
|
|
|
|
|
данных. Идея заключается в том, что мелкие записи в этой ситуации могут
|
|
|
|
|
завершаться очень быстро, так как они изначально записываются на быстрое
|
|
|
|
|
журнальное устройство (SSD). Но перемещать их потом на основное медленное
|
|
|
|
|
устройство долго. Поэтому если OSD быстро примет от клиентов очень много
|
|
|
|
|
мелких операций записи, он быстро заполнит свой журнал, после чего
|
|
|
|
|
производительность записи резко упадёт практически до нуля. Ограничение
|
|
|
|
|
скорости записи призвано решить эту проблему с помощью искусственного
|
|
|
|
|
замедления операций записи на основании объёма свободного места в журнале.
|
|
|
|
|
Когда эта опция включена, производительность мелких операций записи будет
|
|
|
|
|
снижаться плавно, а не резко в момент окончательного заполнения журнала.
|
|
|
|
|
- name: throttle_target_iops
|
|
|
|
|
type: int
|
|
|
|
|
default: 100
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Target maximum number of throttled operations per second under the condition
|
|
|
|
|
of full journal. Set it to approximate random write iops of your data devices
|
|
|
|
|
(HDDs).
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Расчётное максимальное число ограничиваемых операций в секунду при условии
|
|
|
|
|
отсутствия свободного места в журнале. Устанавливайте приблизительно равным
|
|
|
|
|
максимальной производительности случайной записи ваших устройств данных
|
|
|
|
|
(HDD) в операциях в секунду.
|
|
|
|
|
- name: throttle_target_mbs
|
|
|
|
|
type: int
|
|
|
|
|
default: 100
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Target maximum bandwidth in MB/s of throttled operations per second under
|
|
|
|
|
the condition of full journal. Set it to approximate linear write
|
|
|
|
|
performance of your data devices (HDDs).
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Расчётный максимальный размер в МБ/с ограничиваемых операций в секунду при
|
|
|
|
|
условии отсутствия свободного места в журнале. Устанавливайте приблизительно
|
|
|
|
|
равным максимальной производительности линейной записи ваших устройств
|
|
|
|
|
данных (HDD).
|
|
|
|
|
- name: throttle_target_parallelism
|
|
|
|
|
type: int
|
|
|
|
|
default: 1
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Target maximum parallelism of throttled operations under the condition of
|
|
|
|
|
full journal. Set it to approximate internal parallelism of your data
|
|
|
|
|
devices (1 for HDDs, 4-8 for SSDs).
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Расчётный максимальный параллелизм ограничиваемых операций в секунду при
|
|
|
|
|
условии отсутствия свободного места в журнале. Устанавливайте приблизительно
|
|
|
|
|
равным внутреннему параллелизму ваших устройств данных (1 для HDD, 4-8
|
|
|
|
|
для SSD).
|
|
|
|
|
- name: throttle_threshold_us
|
2022-02-01 22:46:13 +03:00
|
|
|
|
type: us
|
2022-01-26 02:38:00 +03:00
|
|
|
|
default: 50
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Minimal computed delay to be applied to throttled operations. Usually
|
|
|
|
|
doesn't need to be changed.
|
2022-01-29 11:01:33 +03:00
|
|
|
|
info_ru: |
|
2022-01-26 02:38:00 +03:00
|
|
|
|
Минимальная применимая к ограничиваемым операциям задержка. Обычно не
|
|
|
|
|
требует изменений.
|
2022-02-02 01:40:22 +03:00
|
|
|
|
- name: osd_memlock
|
|
|
|
|
type: bool
|
|
|
|
|
default: false
|
|
|
|
|
info: >
|
|
|
|
|
Lock all OSD memory to prevent it from being unloaded into swap with
|
|
|
|
|
mlockall(). Requires sufficient ulimit -l (max locked memory).
|
|
|
|
|
info_ru: >
|
|
|
|
|
Блокировать всю память OSD с помощью mlockall, чтобы запретить её выгрузку
|
|
|
|
|
в пространство подкачки. Требует достаточного значения ulimit -l (лимита
|
|
|
|
|
заблокированной памяти).
|