Назад | Перейти на главную страницу

ESXi Доступ к LUN: физический или виртуальный режим?

Я создаю виртуальные машины в своей лаборатории и хочу воспроизвести ситуацию, с которой мои файловые серверы столкнутся в производственной среде. Вот краткий обзор того, чем я хочу заниматься.

У меня несколько серверов ESXi 4. Они обращаются к SAN, и каждая виртуальная машина будет существовать в своем собственном LUN в массиве. У меня также есть LUN, в которых хранятся данные, к которым требуется доступ виртуальных машин.

Моя цель - запустить виртуальную машину (назовем ее fs для файлового сервера) на VMhostA. Я хочу, чтобы fs имел доступ к LUN данных в необработанном режиме, а это означает, что если fs уйдет, я хочу иметь возможность смонтировать его как ext3 (или что-то еще) с физической (не виртуальной) машины. Это означает, что данные на LUN не должны размещаться в файле vmdk. Кроме того, я хочу иметь возможность использовать VMotion для перемещения этой виртуальной машины в VMhostB (и, очевидно, поддерживать доступ к LUN данных).

Насколько я понимаю, мне нужно представить LUN как Raw Disk Mapping (RDM)? Из того, что я прочитал, созданный файл RDM можно сохранить на виртуальной машине fs или в другом хранилище данных. Правильно ли было бы предположить, что он должен храниться с помощью fs?

Кроме того, похоже, существует два типа RDM. Есть физический и виртуальный режимы. Я столкнулся с противоречивой документацией из разных источников, поэтому не знаю, что думать. Имеет ли значение, что я выберу в этом случае? Какие различия применимы к моей ситуации?

Большое спасибо за чтение до конца ;-)

У меня нет прямого опыта использования 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 состоит из двух частей; файл-заглушка \ сопоставление (оканчивающийся на xxx-rdm.vmdk), содержащий метаданные для тома и фактический необработанный LUN, на который указывает заглушка. Файл сопоставления может храниться на любом VMDK (или общем ресурсе NFS), видимом для хоста (ов) ESXi, но наиболее разумное место для его размещения - это основные файлы виртуальной машины, потому что на самом деле это всего лишь небольшой текстовый файл (несколько КБ). . Дельта-файлы моментальных снимков окажутся в одном и том же месте, если вы решите их использовать и выбрали режим виртуальной совместимости, поэтому вы должны учитывать их емкость, если собираетесь это сделать.