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

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день.

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

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

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

    Спасибо. 

    28 июня 2017 г. 13:04
    |

Ответы

  • Question
    Нужно войти
    2
    Нужно войти

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

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

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

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


    28 июня 2017 г. 13:17
    |

Все ответы

  • Question
    Нужно войти
    2
    Нужно войти

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

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

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

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


    28 июня 2017 г. 13:17
    |
  • Question
    Нужно войти
    1
    Нужно войти

    в обоих вариантах вы теряете следующие возможности:

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

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

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

    LPK


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

    Во 2-м варианте вы теряете следующие возможности:

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

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

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

    LPK

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

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

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

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

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

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

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

    28 июня 2017 г. 14:32
    |
  • Question
    Нужно войти
    2
    Нужно войти
    Вот ещё небольшие размышления по вашему вопросу: 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
    |
  • Question
    Нужно войти
    0
    Нужно войти
    А какие есть способы подключения хранилища по isci к виртуальной машине что бы можно было выполнять динамическую миграцию этой машины? только использую vhdx диски? Т.к. это файловый сервер и обьем данных 3Tb.
    3 июля 2017 г. 8:45
    |
  • Question
    Нужно войти
    1
    Нужно войти
    когда к ВМ диски подключены по iscsi, то по сути хост об этом ничего не знает и эту виртуалку вы можете перетаскивать куда и как вам удобно.
    3 июля 2017 г. 9:14
    |