Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
wiki:руководство_по_ubuntu_server:множественное_связывание_устройств:multipath_devices [2012/05/22 16:40] |
wiki:руководство_по_ubuntu_server:множественное_связывание_устройств:multipath_devices [2012/05/23 15:59] (текущий) |
||
|---|---|---|---|
| Строка 21: | Строка 21: | ||
| ====Согласованные имена множественных устройств в кластере==== | ====Согласованные имена множественных устройств в кластере==== | ||
| - | Когда опция user_friendly_names установлена в yes, имя множественного устройства уникально для узла, но не гарантируется то же самое на всех узлах, использующих это устройство. Также, если вы установили опцию алиаса для устройства в секции multipaths конфигурационного файла multipath.conf, имя не будет автоматически согласовано со всеми узлами кластера. Это не вызовет сложностей при использовании LVM для создания логических устройств на множественном устройстве, но если вам требуется согласовать имена множественных устройств на всех узлах, рекомендуется оставить user_friendly_names значение no и вам не придется настраивать алиасы для устройств. По умолчанию, если у вас не установлено user_friendly_names в yes или не настроен алиас для устройства, имя для этого устройства будет совпадать с WWID, которое всегда одно и то же. Если же вы хотите согласованные дружественные имена, определяемые системой, для всех узлов в кластере, следуйте этой процедуре: | + | Когда опция user_friendly_names установлена в yes, имя множественного устройства уникально для узла, но не гарантируется то же самое на всех узлах, использующих это устройство. Также, если вы установили опцию алиаса для устройства в секции multipaths конфигурационного файла multipath.conf, имя не будет автоматически согласовано со всеми узлами кластера. Это не вызовет сложностей при использовании LVM для создания логических устройств на множественном устройстве, но если вам требуется согласовать имена множественных устройств на всех узлах, рекомендуется оставить user_friendly_names значение no и не настраивать алиасы для устройств. По умолчанию, если у вас не установлено user_friendly_names в yes и не настроен алиас для устройства, имя для этого устройства будет совпадать с WWID, которое всегда одно и то же. Если же вы хотите согласованные дружественные имена, определяемые системой для всех узлов в кластере, следуйте данной процедуре: |
| ** Установите все множественные устройства на одной машине. | ** Установите все множественные устройства на одной машине. | ||
| Строка 38: | Строка 38: | ||
| ** Заблокируйте все ваши множественные устройства на других машинах, выполнив команды: | ** Заблокируйте все ваши множественные устройства на других машинах, выполнив команды: | ||
| <code># service multipath-tools stop | <code># service multipath-tools stop | ||
| - | # multipath -F<|code> | + | # multipath -F</code> |
| ** Скопируйте файл multipath.conf с первой машины на все остальные в кластере. | ** Скопируйте файл multipath.conf с первой машины на все остальные в кластере. | ||
| ** Восстановите работу сервиса multipathd на всех остальных машинах командой: | ** Восстановите работу сервиса multipathd на всех остальных машинах командой: | ||
| Строка 47: | Строка 47: | ||
| ====Атрибуты множественных устройств==== | ====Атрибуты множественных устройств==== | ||
| - | In addition to the user_friendly_names and alias options, a multipath device has numerous attributes. You can modify these attributes for a specific multipath device by creating an entry for that device in the multipaths section of the multipath configuration file. For information on the multipaths section of the multipath configuration file, see Section, "Configuration File Multipath Attributes". | + | В дополнение к опциям user_friendly_names и alias, множественные устройства имеют ряд атрибутов. Вы можете изменить эти атрибуты для определенных множественных устройств, создавая секции этих устройств в секции multipath конфигурационного файла. Для информации по секции multipath конфигурационного файла смотрите секцию [[wiki:руководство_по_ubuntu_server:множественное_связывание_устройств:configuration|Конфигурационный файл DM-Multipath]]. |
| - | + | ||
| - | ====Multipath Devices in Logical Volumes==== | + | |
| - | + | ||
| - | After creating multipath devices, you can use the multipath device names just as you would use a physical device name when creating an LVM physical volume. For example, if /dev/mapper/mpatha is the name of a multipath device, the following command will mark /dev/mapper/mpatha as a physical volume. | + | |
| - | + | ||
| - | # pvcreate /dev/mapper/mpatha | + | |
| - | You can use the resulting LVM physical device when you create an LVM volume group just as you would use any other LVM physical device. | + | ====Множественные устройства в логических томах==== |
| - | If you attempt to create an LVM physical volume on a whole device on which you have configured partitions, the pvcreate command will fail. | + | После создания множественных устройств вы можете использовать их имена так же как и имя физического устройства при создании физических томов LVM. Например, если /dev/mapper/mpatha имя множественного устройства, следующая команда пометит /dev/mapper/mpatha как физический том: |
| + | <code># pvcreate /dev/mapper/mpatha</code> | ||
| - | When you create an LVM logical volume that uses active/passive multipath arrays as the underlying physical devices, you should include filters in the lvm.conf to exclude the disks that underlie the multipath devices. This is because if the array automatically changes the active path to the passive path when it receives I/O, multipath will failover and failback whenever LVM scans the passive path if these devices are not filtered. For active/passive arrays that require a command to make the passive path active, LVM prints a warning message when this occurs. To filter all SCSI devices in the LVM configuration file (lvm.conf), include the following filter in the devices section of the file. | + | Вы можете использовать полученный физический том LVM при создании группы томов LVM так же, как вы использовали бы другое физическое устройство. |
| - | filter = [ "r/block/", "r/disk/", "r/sd.*/", "a/.*/" ] | + | <note>Если вы пытаетесь создать физический том LVM на все устройство, на котором у вас сконфигурированы разделы, команда pvcreate приведет к ошибке.</note> |
| - | After updating /etc/lvm.conf, it's necessary to update the initrd so that this file will be copied there, where the filter matters the most, during boot. Perform: | + | Когда вы создаете логический том LVM, который использует массив носителей как активно/пассивное множественное устройство в качестве зависимых физических устройств, вы должны включить фильтры в lvm.conf для исключения дисков, на которых основано множественное устройство. Это нужно для ситуации, когда массив автоматически меняет активный маршрут на пассивный при получении [ошибки] ввода/вывода и множественное устройство будет обходить ошибку и восстанавливаться после сбоя всякий раз как LVM сканирует пассивный маршрут, если устройство не отфильтровано. Для активно/пассивных массивов, которые требуют команду для перевода пассивного маршрута в активное состояние, LVM каждый раз выводит предупреждение. Для фильтрования всех SCSI устройств в конфигурационном файле LVM (lvm.conf), включите следующий фильтр в секцию devices файла: |
| + | <code>filter = [ "r/block/", "r/disk/", "r/sd.*/", "a/.*/" ]</code> | ||
| - | update-initramfs -u -k all | + | После изменений в /etc/lvm.conf необходимо обновить initrd так, чтобы этот файл был скопирован туда, где фильтры имеют максимальную важность, во время загрузки. Выполните: |
| + | <code>update-initramfs -u -k all</code> | ||
| - | Every time either /etc/lvm.conf or /etc/multipath.conf is updated, the initrd should be rebuilt to reflect these changes. This is imperative when blacklists and filters are necessary to maintain a stable storage configuration. | + | <note>Каждый раз, как меняется /etc/lvm.conf или /etc/multipath.conf, initrd должен быть создан заново для отражения этих изменений. Это обязательно когда "черные списки" и фильтры необходимы для поддержания стабильной настройки хранилища.</note> |
| ---- | ---- | ||
