LUN доступа ESXI: физический или виртуальный режим?
Сделайте изображение, сожмите его, передайте его серверу Linux, который Вы хотите преобразовать и, затем устанавливаете то изображение на второй раздел того сервера. Затем настройте загрузчик для начальной загрузки к новому разделу. Я не думаю, переписывая активный parition, вероятно, пойдет гладко.
Это является довольно сумасшедшим, мне нравится он :-)
У меня нет прямого опыта с помощью RDMs в vSphere 4 ESXi (только в ESX 3.5), но все, что Вы говорите ре: что Вы хотите выполнить с представлением Вашего LUN данных через насмешки RDM с моим знанием. Отображающийся файл обычно хранится в хранилище данных с виртуальной машиной с помощью него, как Вы предполагаете.
ре: виртуальный режим RDM по сравнению с физическим режимом RDM - фон, который я нахожу, кажется, указывает, что в виртуальном/физическом кластере Вы захотите использовать физический режим. Однако я также нахожу документацию, которая указывает, что ничто не записано в LUN кроме гостевой информации о файловой системе даже в виртуальном режиме (см. http://www.virtuallifestyle.nl/2010/01/recommended-detailed-material-on-rdms/). Я подозревал бы, что, так как Вы ищете возможность смонтировать LUN RDM "холод" на другой машине (т.е. не истинное кластерное приложение), что виртуальный режим будет хорошо работать для Вас.
Так как виртуальный режим кажется самым гибким, и дает Вам самое потенциальное для использования функций VMFS на LUN, я подозревал бы, что Вы захотите попытаться использовать виртуальный режим сначала.
Моя рекомендация была бы, "проверяют его и видят, как Вам нравится он". Очевидно, причем Вы - Matt Simmons, Вы уже делаете это...> улыбка <
RDM определенно, что Вы хотите использовать и что Вы обрисовали в общих чертах, будет работать способ, которым Вы предназначаете.
Выбор между режимом Virtual и Physical зависит от варианта использования, и поскольку Вы указали, что Виртуальный режим является самым гибким. Физический режим эмуляции только требуется, когда необходимо использовать программное обеспечение в Госте, который требует прямого доступа к дисковым аппаратным средствам - программное обеспечение управления SAN, например. Это также требуется для смешанного physical\virtual, кластеризирующегося как MSCS, вероятно, по той же причине - я подозреваю (но я не уверен), что все узлы в кластерной потребности смочь говорить непосредственно с тем же общим оборудованием таким же образом. Физический режим эмуляции не имеет никакого эффекта на стандарт vMotion, но он действительно предотвращает устройство хранения данных vMotion, Создание снимков, клонирование или Преобразование VM в шаблон. Все те ограничения происходят от того, что физический режим RDM не может поддерживать методы создания снимков VMware.
RDM в Виртуальном режиме ведет себя точно как диск, представленный через VMDK - устройство хранения данных VMotion \клонирующийся \Снимки и т.д. вся работа.
Относительно Вашего другого вопроса о включенных файлах, RDM составлен из двух частей; stub\mapping файл (заканчивающийся в xxx-rdm.vmdk), который содержит метаданные для объема и фактический необработанный LUN, на который указывает тупик. Отображающийся файл может храниться на любом VMDK (или доля NFS) видимый к хосту (хостам) ESXI, но самое разумное место для помещения его с основными файлами VM, потому что это - действительно просто небольшой текстовый файл (некоторые КБ). Файлы дельты снимка окажутся в том же месте, если Вы примете решение использовать их и выберете Виртуальный Режим эмуляции, таким образом, необходимо включить в способность для тех, если Вы собираетесь сделать это.