none
Рассчитать характеристики для файлового кластера под VHDx диски для 1500 пользователей. RRS feed

  • Вопрос

  • Всем привет!

    Настроена высокодоступная среда RDCBroker. Планируем поднять файловый кластер для хранения VHDx дисков. Пользователей будет около 1500.

    Сколько виртуальных машин потребуется для кластера и какие характеристики? интересует только CPU и RAM.

    Конфигурировал для 100 пользователей, но для 1500 что то страшное)



    15 февраля 2017 г. 9:35

Ответы

  • К сожалению, сказать так сказать нельзя, т.к. только один критерий истины - это практика.

    Чем больше пользователей, тем больше кушается серверных ресурсов, в т.ч. CPU, RAM, сеть.

    Теоретически, вы можете обложиться capacity planner-ами и вывести непонятно что по результатам чтения.

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

    Я бы уделил больше внимания сначала дисковой подсистеме и сетке, а потом уже CPU и RAM - добавить их не такая уж и проблема, в отличие от увеличения пропускной способности сети.

    • Помечено в качестве ответа TravoltRa 15 февраля 2017 г. 12:09
    15 февраля 2017 г. 10:20
  • Всем привет!

    Настроена высокодоступная среда RDCBroker. Планируем поднять файловый кластер для хранения VHDx дисков. Пользователей будет около 1500.

    Сколько виртуальных машин потребуется для кластера и какие характеристики? интересует только CPU и RAM.

    Конфигурировал для 100 пользователей, но для 1500 что то страшное)



    Страшное тут не количество, а сами VHDX для профилей. Суть в том, что это именно диски со всеми вытекающими: сеть SMB должна быть супер надежной - любой минимальный сбой может разрушить сотни дисков.

    Опять же время задержки файлового сервера для UPDs должно быть минимальным. Это сильно отличает его от обычного файлового сервера.

    По количеству вам хватит двухузлового SOFS.

    CPU для файловых серверов не критично. Минимум два виртуальных.

    Память в большом объеме не решит всех проблем с нагрузкой. Нужно получить достаточную пропускную способность от хранилищ. Память может лишь сгладить часть пиковой нагрузки. Т.е. правильнее тут говорить о возможности масштабирования производительности хранилища. Расчеты всегда будут весьма условными: кто знает какую реально нагрузку создадут пользователи? Поэтому память будет от 4 до 12 Гб. Скорее всего вы остановитесь по середине.

    Посмотрите еще https://blogs.technet.microsoft.com/tip_of_the_day/2017/02/01/rds-tip-of-the-day-deploy-a-two-node-s2d-sofs-for-upd-storage-in-azure/


    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа TravoltRa 28 февраля 2017 г. 8:47
    17 февраля 2017 г. 19:54
    Модератор

Все ответы

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

    Для организации высокодоступного legacy файлового кластера вам необходимо как минимум 2 VM:

    минимально я бы дал каждой 2 vCPU, 4 RAM. Дальше скорректируйте по ходу эксплуатации, посмОтрите тренды с мониторинга (у вас же есть мониторинг?).

    в вашем случае скорее важнее сеть и производительность дисковой подсистемы. Большой нагрузки по vCPU ожидать скорее всего не придется, а утилизация RAM зависит от множества факторов - управляющие агенты, клиенты, антивирусное ПО...

    15 февраля 2017 г. 9:55
  • Спасибо за ответ Сергей!

    То есть можно с уверенностью сказать, что неважно какое количество пользователей будет работать со своими VHDx дисками на нагрузку ЦП и памяти это не повлияет? главное скорость сети и скорость дисков?

     


    • Изменено TravoltRa 15 февраля 2017 г. 10:04
    15 февраля 2017 г. 10:04
  • К сожалению, сказать так сказать нельзя, т.к. только один критерий истины - это практика.

    Чем больше пользователей, тем больше кушается серверных ресурсов, в т.ч. CPU, RAM, сеть.

    Теоретически, вы можете обложиться capacity planner-ами и вывести непонятно что по результатам чтения.

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

    Я бы уделил больше внимания сначала дисковой подсистеме и сетке, а потом уже CPU и RAM - добавить их не такая уж и проблема, в отличие от увеличения пропускной способности сети.

    • Помечено в качестве ответа TravoltRa 15 февраля 2017 г. 12:09
    15 февраля 2017 г. 10:20
  • С такими запросами лучше к парнерам сразу. Есть моменты, которые мало кто знает или "забывают". 

    Каким образом обсуждать решение без наличия входных данных? (их нет, по факту). Поэтому и ответ риторический, т.е. по верхам :)


    Roman Levchenko
    MVP, MCSE, MCSA, MCITP, MCTS
    VMware vExpert, VCP6-DCV
    :: rlevchenko.com ::

    17 февраля 2017 г. 16:08
  • Всем привет!

    Настроена высокодоступная среда RDCBroker. Планируем поднять файловый кластер для хранения VHDx дисков. Пользователей будет около 1500.

    Сколько виртуальных машин потребуется для кластера и какие характеристики? интересует только CPU и RAM.

    Конфигурировал для 100 пользователей, но для 1500 что то страшное)



    Страшное тут не количество, а сами VHDX для профилей. Суть в том, что это именно диски со всеми вытекающими: сеть SMB должна быть супер надежной - любой минимальный сбой может разрушить сотни дисков.

    Опять же время задержки файлового сервера для UPDs должно быть минимальным. Это сильно отличает его от обычного файлового сервера.

    По количеству вам хватит двухузлового SOFS.

    CPU для файловых серверов не критично. Минимум два виртуальных.

    Память в большом объеме не решит всех проблем с нагрузкой. Нужно получить достаточную пропускную способность от хранилищ. Память может лишь сгладить часть пиковой нагрузки. Т.е. правильнее тут говорить о возможности масштабирования производительности хранилища. Расчеты всегда будут весьма условными: кто знает какую реально нагрузку создадут пользователи? Поэтому память будет от 4 до 12 Гб. Скорее всего вы остановитесь по середине.

    Посмотрите еще https://blogs.technet.microsoft.com/tip_of_the_day/2017/02/01/rds-tip-of-the-day-deploy-a-two-node-s2d-sofs-for-upd-storage-in-azure/


    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа TravoltRa 28 февраля 2017 г. 8:47
    17 февраля 2017 г. 19:54
    Модератор