Я унаследовал среду, в которой не было маскировки LUN или правильного зонирования. С учетом сказанного мне нужно определить правильные LUN, которые предоставляются конкретному серверу. Я вижу 6 LUN, если запускаю «fdisk -l». Один из этих LUN - это «новый», который я добавил, но, конечно, я не могу сказать, какой именно, поскольку размеры такие же. Думаю, проще всего удалить LUN и посмотреть, какой из них исчез, но кто знает, изменится ли порядок разделов (т.е. с sde на sdf?).
Другой вопрос, я заметил, что на сервере есть / dev / sdg и / dev / sdf, и они идентичны, я знаю, потому что я смог смонтировать оба и показать идентичные данные. Это почему?
Что касается нескольких идентичных LUN, я предполагаю, что это связано с многопутевостью. Если это так, то также весьма вероятно, что ваши шесть записей через fdisk на самом деле представляют собой всего 3 LUN.
Попробуйте немного изучить DM-Multipath и посмотрите, используется ли он: http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/en-US/RHEL510/DM_Multipath/
DM-Multipath - это правильный выбор, если ваше хранилище не представлено поставщиком (например, EMC), который предоставляет собственное решение для управления несколькими путями (Powerpath в случае EMC).
Не будет проблемой, какие устройства вы монтируете, если вы можете быть уверены, что они не изменятся, но вы не можете. Если путь не работает или представлено больше хранилища, LUN за / dev / sdc может оказаться на / dev / sdd или чем-то еще, если вы перезагрузитесь. Можно смонтировать и немного поработать, но оставлять его без присмотра надолго небезопасно.
Как минимум, вы можете использовать udev, чтобы гарантировать, что у вас есть постоянное именование устройств при перезагрузках и изменениях в среде, но это не заменяет надлежащий многопутевый сопоставитель, который также даст вам переключение путей и балансировку нагрузки.
Вам действительно следует поработать и над зонированием и маскированием в SAN - производительность, вероятно, будет снижена, если зонирование будет неправильным, и риск случайного уничтожения данных, если маскирование неправильное, велик.