none
Проброс папки на дисковой полке до гостевых виртуальных машин. RRS feed

  • Вопрос

  • Собственно довольно удручающая ситуация. Есть три физических сервера с hba адаптерами ( LSI SAS 9300-8e) и одна sas дисковая полка (DEPO Storage 4724 SANt/2SAS12/x2/3QII300G15/4HDmSAS/RMK/456ONS3DS), являющаяся общим дисковым ресурсом для них (система стоит на дисках серверов). На этих трёх серверах развернуты Windows Server 2012 R2 и роли отказоустойчивой кластеризации с Hyper-v. Задача крутить на этом кластере ферму из трех виртуальных терминальных серверов с брокерами в режиме высокой доступности и перемещаемыми профилями (UPD) Всё это хозяйство соответственно будет хранится на полке. На ферме будут работать около 400 человек. Затык образовался в самом конце настройки фермы - в том месте где нужно указать путь, где хранятся перемещаемые профили пользователей (а профили должны лежать там же на полке...).  Очевидный вариант - создать кластеризованную роль файлового сервера и указать путь до папки, НО тогда скорость обмена будет упираться в 1 Гб (т.к. для обмена он использует сеть кластера) и это для 400 пользователей ниочём. Пробовал создать на каждой из нод по внутреннему коммутатору и подключить его второй сетевой картой на гостевой машине (10 Гб), но винде не нравится путь до нужной папки. Может кто сталкивался с похожей проблемой?
    17 сентября 2016 г. 19:31

Ответы

  • В WS 2012 R2 появился "Shared VHDX", работать с этой фичей не приходилось, поэтому не могу сказать точно подходит ли под ваши задачи.
    19 сентября 2016 г. 5:29
  • Тут проблема в том, что один и тот же диск для SMB шары не может быть активен на всех серверах сразу. Поэтому в канал вы будете упираться постоянно. В данном случае самое правильное решение - убедить начальство выделить ресурсы на замену сетевых карт на 10G (или поставить дополнительные). 

    Еще можете все же попробовать использовать 1G интерфейс. Создайте кластер и потестируйте. Не исключено, что все пройдет нормально. Если будете создавать роль файлового сервера на виртуальных машинах, то подключайте диски с использованием виртуального Fibre Channel:

    https://technet.microsoft.com/en-us/library/dn551169%28v=ws.11%29.aspx?f=255&MSPPError=-2147217396

    19 сентября 2016 г. 7:27
  • Мужики, схема с общим VHDX работает! Пока подводных камней не обнаружено. Скорость загрузки (тестировал методом копирования образа диска, размером в 5гб.) с гостевой машины на диск с профилями - 1.5 Гб\с, вместо 100 Мб\с. Всем ограмедное спасибо!!!
    19 сентября 2016 г. 19:45

Все ответы

  • В WS 2012 R2 появился "Shared VHDX", работать с этой фичей не приходилось, поэтому не могу сказать точно подходит ли под ваши задачи.
    19 сентября 2016 г. 5:29
  • Тут проблема в том, что один и тот же диск для SMB шары не может быть активен на всех серверах сразу. Поэтому в канал вы будете упираться постоянно. В данном случае самое правильное решение - убедить начальство выделить ресурсы на замену сетевых карт на 10G (или поставить дополнительные). 

    Еще можете все же попробовать использовать 1G интерфейс. Создайте кластер и потестируйте. Не исключено, что все пройдет нормально. Если будете создавать роль файлового сервера на виртуальных машинах, то подключайте диски с использованием виртуального Fibre Channel:

    https://technet.microsoft.com/en-us/library/dn551169%28v=ws.11%29.aspx?f=255&MSPPError=-2147217396

    19 сентября 2016 г. 7:27
  • Спасибо за отзывы!! Железо к сожалению докупать уже поздно. Shared VHDX интересная штука можно попробовать покрутить. Развернуть роль отказоустойчивой кластеризации на трех терминалках, зацепив туда общий VHDX диск как диск кластера и использовать его как хранилище для профилей. Но опять же понравится ли этот путь для конфигуратора удалённых рабочих столов..., короче нужно пробовать. А общую точку кластера можно использовать как точку входа для брокера (вместо, скажем общей точки балансировщика nlb или dns rr).

    Была ещё мысль перейти на перемещаемые профили в виде папок. Там получается нагрузка на сеть не так высока, а пользователи фактически работают в локальных профилях, которые периодически синхронизируются с общей сетевой шарой. Но получается неграмотное использование дискового пространства (профиль пользователя будет храниться фактически в 4 местах и занимать в 4 раза больше места).

    Ну и совсем край - это отдельные три терминалки без балансировки с локальными профилями.

    19 сентября 2016 г. 18:00
  • Мужики, схема с общим VHDX работает! Пока подводных камней не обнаружено. Скорость загрузки (тестировал методом копирования образа диска, размером в 5гб.) с гостевой машины на диск с профилями - 1.5 Гб\с, вместо 100 Мб\с. Всем ограмедное спасибо!!!
    19 сентября 2016 г. 19:45