- name: data_device type: string info: | Path to the block device to use for data. It's highly recommendded to use stable paths for all device names: `/dev/disk/by-partuuid/xxx...` instead of just `/dev/sda` or `/dev/nvme0n1` to not mess up after server restart. Files can also be used instead of block devices, but this is implemented only for testing purposes and not for production. info_ru: | Путь к диску (блочному устройству) для хранения данных. Крайне рекомендуется использовать стабильные пути: `/dev/disk/by-partuuid/xxx...` вместо простых `/dev/sda` или `/dev/nvme0n1`, чтобы пути не могли спутаться после перезагрузки сервера. Также вместо блочных устройств можно указывать файлы, но это реализовано только для тестирования, а не для боевой среды. - name: meta_device type: string info: | Path to the block device to use for the metadata. Metadata must be on a fast SSD or performance will suffer. If this option is skipped, `data_device` is used for the metadata. info_ru: | Путь к диску метаданных. Метаданные должны располагаться на быстром SSD-диске, иначе производительность пострадает. Если эта опция не указана, для метаданных используется `data_device`. - name: journal_device type: string info: | Path to the block device to use for the journal. Journal must be on a fast SSD or performance will suffer. If this option is skipped, `meta_device` is used for the journal, and if it's also empty, journal is put on `data_device`. It's almost always fine to put metadata and journal on the same device, in this case you only need to set `meta_device`. info_ru: | Путь к диску журнала. Журнал должен располагаться на быстром SSD-диске, иначе производительность пострадает. Если эта опция не указана, для журнала используется `meta_device`, если же пуста и она, журнал располагается на `data_device`. Нормально располагать журнал и метаданные на одном устройстве, в этом случае достаточно указать только `meta_device`. - name: journal_offset type: int default: 0 info: Offset on the device in bytes where the journal is stored. info_ru: Смещение на устройстве в байтах, по которому располагается журнал. - name: journal_size type: int info: | Journal size in bytes. By default, all available space between journal_offset and data_offset, meta_offset or the end of the journal device is used. Large journals aren't needed in SSD-only setups, 32 MB is always enough. In SSD+HDD setups it is beneficial to use larger journals (for example, 1 GB) and enable [throttle_small_writes](osd.en.md#throttle_small_writes). info_ru: | Размер журнала в байтах. По умолчанию для журнала используется всё доступное место между journal_offset и data_offset, meta_offset или концом диска. В SSD-кластерах большие журналы не нужны, достаточно 32 МБ. В гибридных (SSD+HDD) кластерах осмысленно использовать больший размер журнал (например, 1 ГБ) и включить [throttle_small_writes](osd.ru.md#throttle_small_writes). - name: meta_offset type: int default: 0 info: | Offset on the device in bytes where the metadata area is stored. Again, set it to something if you colocate metadata with journal or data. info_ru: | Смещение на устройстве в байтах, по которому располагаются метаданные. Эту опцию нужно задать, если метаданные у вас хранятся на том же устройстве, что данные или журнал. - name: data_offset type: int default: 0 info: | Offset on the device in bytes where the data area is stored. Again, set it to something if you colocate data with journal or metadata. info_ru: | Смещение на устройстве в байтах, по которому располагаются данные. Эту опцию нужно задать, если данные у вас хранятся на том же устройстве, что метаданные или журнал. - name: data_size type: int info: | Data area size in bytes. By default, the whole data device up to the end will be used for the data area, but you can restrict it if you want to use a smaller part. Note that there is no option to set metadata area size - it's derived from the data area size. info_ru: | Размер области данных в байтах. По умолчанию под данные будет использована вся доступная область устройства данных до конца устройства, но вы можете использовать эту опцию, чтобы ограничить её меньшим размером. Заметьте, что опции размера области метаданных нет - она вычисляется из размера области данных автоматически. - name: meta_block_size type: int default: 4096 info: | Physical block size of the metadata device. 4096 for most current HDDs and SSDs. info_ru: | Размер физического блока устройства метаданных. 4096 для большинства современных SSD и HDD. - name: journal_block_size type: int default: 4096 info: | Physical block size of the journal device. Must be a multiple of `disk_alignment`. 4096 for most current HDDs and SSDs. info_ru: | Размер физического блока устройства журнала. Должен быть кратен `disk_alignment`. 4096 для большинства современных SSD и HDD. - name: disable_data_fsync type: bool default: false info: | Do not issue fsyncs to the data device, i.e. do not flush its cache. Safe ONLY if your data device has write-through cache. If you disable the cache yourself using `hdparm` or `scsi_disk/cache_type` then make sure that the cache disable command is run every time before starting Vitastor OSD, for example, in the systemd unit. See also `immediate_commit` option for the instructions to disable cache and how to benefit from it. info_ru: | Не отправлять fsync-и устройству данных, т.е. не сбрасывать его кэш. Безопасно, ТОЛЬКО если ваше устройство данных имеет кэш со сквозной записью (write-through). Если вы отключаете кэш через `hdparm` или `scsi_disk/cache_type`, то удостоверьтесь, что команда отключения кэша выполняется перед каждым запуском Vitastor OSD, например, в systemd unit-е. Смотрите также опцию `immediate_commit` для инструкций по отключению кэша и о том, как из этого извлечь выгоду. - name: disable_meta_fsync type: bool default: false info: | Same as disable_data_fsync, but for the metadata device. If the metadata device is not set or if the data device is used for the metadata the option is ignored and disable_data_fsync value is used instead of it. info_ru: | То же, что disable_data_fsync, но для устройства метаданных. Если устройство метаданных не задано или если оно равно устройству данных, значение опции игнорируется и вместо него используется значение опции disable_data_fsync. - name: disable_journal_fsync type: bool default: false info: | Same as disable_data_fsync, but for the journal device. If the journal device is not set or if the metadata device is used for the journal the option is ignored and disable_meta_fsync value is used instead of it. If the same device is used for data, metadata and journal the option is also ignored and disable_data_fsync value is used instead of it. info_ru: | То же, что disable_data_fsync, но для устройства журнала. Если устройство журнала не задано или если оно равно устройству метаданных, значение опции игнорируется и вместо него используется значение опции disable_meta_fsync. Если одно и то же устройство используется и под данные, и под журнал, и под метаданные - значение опции также игнорируется и вместо него используется значение опции disable_data_fsync. - name: disable_device_lock type: bool default: false info: | Do not lock data, metadata and journal block devices exclusively with flock(). Though it's not recommended, but you can use it you want to run multiple OSD with a single device and different offsets, without using partitions. info_ru: | Не блокировать устройства данных, метаданных и журнала от открытия их другими OSD с помощью flock(). Так делать не рекомендуется, но теоретически вы можете это использовать, чтобы запускать несколько OSD на одном устройстве с разными смещениями и без использования разделов. - name: disk_alignment type: int default: 4096 info: | Required physical disk write alignment. Most current SSD and HDD drives use 4 KB physical sectors even if they report 512 byte logical sector size, so 4 KB is a good default setting. Note, however, that physical sector size also affects WA, because with block devices it's impossible to write anything smaller than a block. So, when Vitastor has to write a single metadata entry that's only about 32 bytes in size, it actually has to write the whole 4 KB sector. Because of this it can actually be beneficial to use SSDs which work well with 512 byte sectors and use 512 byte disk_alignment, journal_block_size and meta_block_size. But the only SSD that may fit into this category is Intel Optane (probably, not tested yet). Clients don't need to be aware of disk_alignment, so it's not required to put a modified value into etcd key /vitastor/config/global. info_ru: | Требуемое выравнивание записи на физические диски. Почти все современные SSD и HDD диски используют 4 КБ физические секторы, даже если показывают логический размер сектора 512 байт, поэтому 4 КБ - хорошее значение по умолчанию. Однако стоит понимать, что физический размер сектора тоже влияет на избыточную запись (WA), потому что ничего меньше блока (сектора) на блочное устройство записать невозможно. Таким образом, когда Vitastor-у нужно записать на диск всего лишь одну 32-байтную запись метаданных, фактически приходится перезаписывать 4 КБ сектор целиком. Поэтому, на самом деле, может быть выгодно найти SSD, хорошо работающие с меньшими, 512-байтными, блоками и использовать 512-байтные disk_alignment, journal_block_size и meta_block_size. Однако единственные SSD, которые теоретически могут попасть в эту категорию - это Intel Optane (но и это пока не проверялось автором). Клиентам не обязательно знать про disk_alignment, так что помещать значение этого параметра в etcd в /vitastor/config/global не нужно.