ESXi Доступ к LUN: физический или виртуальный режим?
Я создаю виртуальные машины в своей лаборатории и хочу повторить ситуацию, с которой мои файловые серверы столкнутся в работе. Вот краткий обзор того, что я хочу сделать.
У меня есть несколько серверов ESXi 4. Они обращаются к SAN, и каждая виртуальная машина будет существовать в своем собственном LUN в массиве. У меня также есть LUN, в которых хранятся данные, к которым должны обращаться виртуальные машины.
Моя цель - запустить на VMhostA виртуальную машину (назовем ее fs, для файлового сервера). Я хочу, чтобы fs имел доступ к данным LUN в необработанном режиме, что означает, что если fs пропадет, я хочу иметь возможность монтировать его как ext3 (или что-то еще) с физической (не виртуальной) машины. Это означает, что данные на LUN не должны размещаться в файле vmdk. Кроме того, я хочу иметь возможность использовать VMotion для перемещения этой виртуальной машины в VMhostB (и, очевидно, поддерживать доступ к данным LUN)
Насколько я понимаю, что мне нужно представить LUN в формате Raw Disk Mapping (RDM)? Из того, что я прочитал, созданный файл RDM может быть сохранен на виртуальной машине fs или в другом хранилище данных. Было бы правильно предположить, что он должен храниться с помощью fs?
Кроме того, кажется, существует два типа RDM. Есть физический и виртуальный режимы. Я столкнулся с противоречивой документацией из разных источников, поэтому я не уверен, что думать. Имеет ли значение, что я выбираю в этом случае? Какие различия, как они относятся к моей ситуации?
Большое спасибо за прочтение до конца;-)
2 ответа
У меня нет прямого опыта использования RDM в vSphere 4 ESXi (только в ESX 3.5), но все, что вы говорите, это то, что вы хотите сделать, представляя ваши данные LUN через RDM, как мне известно. Файл отображения обычно хранится в хранилище данных вместе с виртуальной машиной, как вы и предполагаете.
re: виртуальный режим RDM в сравнении с физическим режимом RDM - фон, который я нахожу, указывает на то, что в виртуальном / физическом кластере вы захотите использовать физический режим. Сказав это, я также нахожу документацию, которая указывает, что в LUN не записывается ничего, кроме информации о гостевой файловой системе, даже в виртуальном режиме (см. http://www.virtuallifestyle.nl/2010/01/recommended-detailed-material-on-rdms/). Я подозреваю, что, поскольку вы ищете возможность смонтировать RDM LUN "холодным" на другой машине (т.е. не в кластерном приложении), этот виртуальный режим будет работать нормально для вас.
Поскольку виртуальный режим кажется наиболее гибким и дает вам максимальный потенциал для использования функций VMFS на LUN, я подозреваю, что вы сначала захотите попробовать использовать виртуальный режим.
Моя рекомендация будет "проверить это и посмотреть, как вам это нравится". Очевидно, что вы Мэтт Симмонс, вы уже делаете это... > улыбка<
RDM, безусловно, то, что вы хотите использовать, и то, что вы изложили, будет работать так, как вы хотите.
Выбор между виртуальным и физическим режимом зависит от варианта использования, и, как вы указали, виртуальный режим является наиболее гибким. Режим физической совместимости требуется только тогда, когда вам необходимо использовать программное обеспечение в гостевой системе, для которого требуется прямой доступ к оборудованию диска - например, к программному обеспечению для управления SAN. Это также требуется для смешанной физической \ виртуальной кластеризации, такой как MSCS, вероятно, по той же причине - я подозреваю (но я не уверен), что все узлы в кластере должны иметь возможность напрямую взаимодействовать с одним и тем же общим оборудованием, Режим физической совместимости не влияет на стандартную vMotion, но он предотвращает использование Storage vMotion, моментальных снимков, клонирование или преобразование виртуальной машины в шаблон. Все эти ограничения проистекают из того факта, что RDM в физическом режиме не может поддерживать методы моментальных снимков VMware.
RDM в виртуальном режиме ведет себя так же, как диск, представленный через VMDK - Storage VMotion \ cloning \ Snapshots и т. Д. - все работает.
Что касается вашего другого вопроса о задействованных файлах, RDM состоит из двух частей; файл заглушки \mapping (оканчивающийся на xxx-rdm.vmdk), содержащий метаданные для тома и фактический необработанный LUN, на который указывает заглушка. Файл сопоставления может быть сохранен в любом VMDK (или общем ресурсе NFS), видимом для хоста (ов) ESXi, но наиболее разумное место для его размещения - это основные файлы VM, потому что это действительно небольшой текстовый файл (несколько кБ), Дельта-файлы моментальных снимков останутся в том же месте, если вы решите их использовать и выбрали режим виртуальной совместимости, поэтому для них следует учитывать емкость, если вы собираетесь это делать.