none
подключение диска по iscsi как лучше? RRS feed

  • Вопрос

  • Добрый день.

    Имеется сетевое хранилище с нарезанными лунами и таргетами. Есть хост виртуализации Hyper-V с гостевыми серверными OS. Как лучше подключать диски к виртуальным серверам по iscsi?

    1)Подключить к хосту по isci и затем в настройках виртуальной машины подключить диск как физический.

    2)Напрямую на виртуальной машине по iscsi подключить диск с сетевого хранилища.

    Спасибо. 

    28 июня 2017 г. 13:04

Ответы

  • В первом варианте вы сначала подключаете диск к хосту (действие раз), а потом пробрасываете в виртуалку (действие два).

    Во втором варианте вы изнутри виртуалки настраиваете инициатор (действие раз) и получаете диск сразу.

    Если одного и того же результата можно добиться меньшими шагами, то это решение является более правильным. К тому же если что-то будет глючить, вам не надо будет лишний раз проверять подключен ли диск к хосту и проброшен ли на виртуалку, а это однозначно снижение времени на администрирование.

    Ну и ещё один довод в пользу второго варианта: вам проще будет перетащить виртуалку на другой хост, значительно проще.


    28 июня 2017 г. 13:17

Все ответы

  • В первом варианте вы сначала подключаете диск к хосту (действие раз), а потом пробрасываете в виртуалку (действие два).

    Во втором варианте вы изнутри виртуалки настраиваете инициатор (действие раз) и получаете диск сразу.

    Если одного и того же результата можно добиться меньшими шагами, то это решение является более правильным. К тому же если что-то будет глючить, вам не надо будет лишний раз проверять подключен ли диск к хосту и проброшен ли на виртуалку, а это однозначно снижение времени на администрирование.

    Ну и ещё один довод в пользу второго варианта: вам проще будет перетащить виртуалку на другой хост, значительно проще.


    28 июня 2017 г. 13:17
  • в обоих вариантах вы теряете следующие возможности:

    - невозможно создать полный checkpoint

    - невозможно создать полную реплику виртуалки

    - невозможно создать полную резервную копию виртуалки (хотя в 1-м варианте, некоторое ПО резервного копирования, например HPe DP, позволяет делать резервную копию в виде образа диска). во 2-м варианте, резервное копирование придется делать или из операционки ВМ, или средствами хранилки)


    LPK


    28 июня 2017 г. 13:22
  • А если это файл сервер с ролью DFS и там храниться реплика, а бэкап делается средством DMP всех файлов на этом диске, то при таком варианте можно реализовывать вторую схему подключения? или же все таки использоваться первую? При первой большой минус в миграции виртуальной машины.
    28 июня 2017 г. 13:28
  • Во 2-м варианте вы теряете следующие возможности:

    - невозможно создать checkpoint

    - невозможно создать полную реплику виртуалки

    - невозможно создать полную резервную копию виртуалки


    LPK

    тогда пробрасывать iscsi как физический диск внутрь виртуалки не нужно. Надо этот iscsi-диск инициализировать на хосте, создать на нем виртуальные жесткие диски, которые потом подключить к виртуальной машине. Но в таком случае этот сценарий ничуть не отличается от обычного использования дисковой подсистемы хоста для виртуальных машин.
    28 июня 2017 г. 13:31
  • А если это файл сервер с ролью DFS и там храниться реплика, а бэкап делается средством DMP всех файлов на этом диске, то при таком варианте можно реализовывать вторую схему подключения? или же все таки использоваться первую? При первой большой минус в миграции виртуальной машины.

    тут уже зависит как вы бэкапите эту виртуалку через dpm.

    Если вы бэкапите виртуальную машину целиком (в dpm это можно), то вариант подключения iscsi-диска внутри виртуалки для вас однозначно не подходит. Поскольку dpm будет бэкапить лишь ВМ и о подключенном iscsi-диске внутри неё ничего знать не будет.

    Если же внутри виртуалки стоит агент dpm, то так все будет работать нормально.

    28 июня 2017 г. 13:35
  • Агент dpm стоит как на самой виртуальной машине так и на хосте. Виртуалка бекапиться целиком с самого хоста в dpm, а внутренний агент на виртуальной машине бекапить данные с этого диска.
    28 июня 2017 г. 14:08
  • Агент dpm стоит как на самой виртуальной машине так и на хосте. Виртуалка бекапиться целиком с самого хоста в dpm, а внутренний агент на виртуальной машине бекапить данные с этого диска.

    Ну если вас все устраивает, модель восстановления работает и оттестирована, то я бы не стал ничего менять. 

    Конечно если разворачивать с нуля, то логичнее было бы именно вашу схему сделать по-другому: iscsi подключить к хосту, создать vhdx и их подцепить к ВМ, а уже через DPM бэкапить виртуалку целиком (восстановить отдельно файлы или каталоги из vhdx у вас получится, по крайней мере на dpm 2012 r2)

    28 июня 2017 г. 14:32
  • Вот ещё небольшие размышления по вашему вопросу: https://blogs.msdn.microsoft.com/virtual_pc_guy/2010/07/02/hyper-v-iscsi-in-the-parent-or-in-the-virtual-machine/
    28 июня 2017 г. 15:46
  • А какие есть способы подключения хранилища по isci к виртуальной машине что бы можно было выполнять динамическую миграцию этой машины? только использую vhdx диски? Т.к. это файловый сервер и обьем данных 3Tb.
  • когда к ВМ диски подключены по iscsi, то по сути хост об этом ничего не знает и эту виртуалку вы можете перетаскивать куда и как вам удобно.