kurthatlevik: Dynamics 365 for Finance and Operations

[Blog bot]

Источник: https://kurthatlevik.wordpress.com/2...nd-operations/
==============

Now the On-Prem system requirements are available : https://www.microsoft.com/en-us/down....aspx?id=55496



To get it running the minimum recommended requirements are:

Total Number of instances(VM/Machines) : 21

Total number of CPU cores : 104

Total Memory : 408 Gb

This minimum configuration will estimated be able to support 240-1200 users.

To sum it up: Go Cloud . Much smarter.

 

 

 

 




Источник: https://kurthatlevik.wordpress.com/2...nd-operations/

[mazzy]

[Vadik]

Я не знаю как Курт считал, в самом документе таких цифр нет. Если это суммарно по продуктиву + sandbox + ADFS и все это на 1200 пользователей - ненуачо ?

[Logger]

Разница в 5 раз впечатляет.
Так и непонятно такие требования для 240 юзеров или для 1200 ?

[Vadik]

Цитата:

Сообщение от Logger

Разница в 5 раз впечатляет

И три orchestrator в sandbox

[trud]

Какой-то в целом безграмотный документ.
для SQL рекомендуют 2 GB to 4 GB memory for each core(это было вроде бы где-то в рекомендациях для SQL2000 или типа того, с тех пор довольно часто это тиражируют)
при этом в azure D13 выделяется 8GB на ядро. А для SQL в ажур рекомендуют G серию, где 16GB на ядро.
т.е. человек который это писал даже не удосужился посмотреть что собственно используют сейчас, просто скопипастил
не расписано что такое core - физическое или логическое, что за тип, опять же в Azure есть разные цены для обычных и Promo, для A и D ядер
для SQL хорошая фраза что рекомендуются SSD, а потом приписка что 2000 IOPS. т.е. обычный SSD показывает 50к и больше IOPS, к чему эта фраза про 2к

ну и да, хотелось бы видеть конфиг для 20-50 пользователей

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

[Vadik]

Цитата:

Сообщение от trud

для SQL хорошая фраза что рекомендуются SSD, а потом приписка что 2000 IOPS. т.е. обычный SSD показывает 50к и больше IOPS, к чему эта фраза про 2к

Потому что типичный админ на стороне клиента выделит "аж целый терабайт, чтобы аксапта ну точно поместилась". И это будет thin provisioning, и не SSD А ты потом смотришь на дисковые очереди при 200 IOPS и ругаешься в голос, благо по-русски вокруг не понимают

[fed]

А цифра 250-300ms lattency между веб-клиентом и AOS ни у кого вопросов не вызвала ? Я конечно сам не тестировал, но по моему для более или менее интерактивной среды надо скорее 30-60ms, в крайнем случае 100ms...

[trud]

Цитата:

Сообщение от Vadik

Потому что типичный админ на стороне клиента выделит "аж целый терабайт, чтобы аксапта ну точно поместилась". И это будет thin provisioning, и не SSD А ты потом смотришь на дисковые очереди при 200 IOPS и ругаешься в голос, благо по-русски вокруг не понимают

ну от того что выделят 2000IOPS, ситуация то легче не станет. т.е. это 5% от производительности 1 стандартного SSD диска. далее они скажут что у нас все по спецификации, это ваш код плохой, ай ай

[Vadik]

Цитата:

Сообщение от fed

А цифра 250-300ms lattency между веб-клиентом и AOS ни у кого вопросов не вызвала ? Я конечно сам не тестировал, но по моему для более или менее интерактивной среды надо скорее 30-60ms, в крайнем случае 100ms...

А зачем HTML клиенту такие задержки и где ты их такие видел в WAN ? В LAN само собой они меньше будут

[Vadik]

Цитата:

Сообщение от trud

ну от того что выделят 2000IOPS, ситуация то легче не станет. т.е. это 5% от производительности 1 стандартного SSD диска

2000 IOPS это некий минимум который позволяет надеяться что выделят SSD либо некий достаточно продвинутый сторедж. Для моих клиентов на AX 2012 2000 IOPS в принципе хватает, если это 5% от теоретической пропускной способности некоего абстрактного диска, да пусть даже 1% - это я переживу. Не будет хватать - попросим (аргументированно) менеджмент добавить, админы сделают

[fed]

Цитата:

Сообщение от Vadik

А зачем HTML клиенту такие задержки и где ты их такие видел в WAN ? В LAN само собой они меньше будут

Ну ты знаешь - я только что проверил. Ping до www.microsoft.com - 50ms, до www.google.com - 18ms, до www.oracle.com - вообще 9 ms. При этом у нас достаточно заурядное fiberoptic подключение через не самого быстрого турецкого провайдера по достаточно низкой цене. (Типа евров за 50 в месяц). Так что такие требования к задержкам достаточно реальны.
А насчет задержек - так во времена Ax 2.5 мы тестировали работу на канале с задержками. Так вот при 10-20 ms все комфортно работало, при 30-50 - терпимо, 50-100 - медленно, после 100ms работать становилось просто не возможно.
И я не думаю, что в случае динамического веба ситуация принципиально отличается...

[trud]

Цитата:

Сообщение от Vadik

2000 IOPS это некий минимум который позволяет надеяться что выделят SSD либо некий достаточно продвинутый сторедж.

прикол то в том, что 2000IOPS(т.е. это 4 довольно средних диска) это никакой не продвинутый сторадж. в самых дешевых Azure машинах выделяют по 8к IOPS(16 дисков по 500), и на практике это довольно тормознуто
кстати еще вопрос который остался без ответа - какая нужна полоса в интернет. типа если у нас 10Мбит канал - сколько клиентов смогут одновременно работать.

[Ivanhoe]

Для тех, кто не в теме. Что такое "orchestrator"?

[Vadik]

Цитата:

Сообщение от fed

Ну ты знаешь - я только что проверил. Ping до www.microsoft.com - 50ms, до www.google.com - 18ms, до www.oracle.com - вообще 9 ms

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

Цитата:

А насчет задержек - так во времена Ax 2.5 мы тестировали работу на канале с задержками. Так вот при 10-20 ms все комфортно работало, при 30-50 - терпимо, 50-100 - медленно, после 100ms работать становилось просто не возможно.
И я не думаю, что в случае динамического веба ситуация принципиально отличается...

отличается принципиально. это же не Win32 клиент который AOS постоянно дергает чтобы перерисоваться, а уже отрендеренная AOS-ом страница

[Vadik]

Цитата:

Сообщение от trud

прикол то в том, что 2000IOPS(т.е. это 4 довольно средних диска)

"диски по 500" - это не физические диски а кусочки нарезанные от большого стореджа у которых IOPS-ы искуственно сверху зажаты (дают ли они 500 в устоявшемся режиме и в каком - вопрос). У обычного физического диска для random read-write 4KB - хорошо если 150. Плюс избыточность. Т.е. "не 4 средних диска" ни разу

Относитесь к цифре 2000 как к рекомендованному минимуму. Мне например регулярно приходится ругаться из-за того что админы выделяют какой-то шлак а официальных рекомендаций от вендора нет. Считаете что этого недостаточно ? Пожалуйста, требуйте хранилку на 100K IOPS - вендор этого не запрещает

[fed]

Цитата:

Сообщение от Vadik

отличается принципиально. это же не Win32 клиент который AOS постоянно дергает чтобы перерисоваться, а уже отрендеренная AOS-ом страница

Win32 клиент тоже вообще-то кэшировать умел, и AOS дергал умеренно.
И если я правильно понимаю технологию динамических веб-страниц, то заметная часть страницы как раз таки рендериться на клиенте, и с сервера тянутся данные, а не HTML. (Хотя конечно динамическая страница может включать статический HTML, который как раз таки рендерится на сервере).
Так что по моим ощущениям, требования к рекативности канала должны быть сопоставимы со временами DAX3.0. Ну то есть - конечно более современные протоколы передачи данных, наверное, получше себя на каналах с задержками чуствуют, но все равно - не могу представить что эти протоколы 50 ms могут превратить в 300ms. В 80-100ms - наверное мог бы поверить, в 250-300ms - очень сомневаюсь.

[Ivanhoe]

Цитата:

Сообщение от Ivanhoe

Для тех, кто не в теме. Что такое "orchestrator"?

?

[mazzy]

они увлеклись )

страница 15 документа:

Цитата:

Environment Orchestrator
The Orchestrator service is the service that manages your deployment and the related communication with LCS. As we deploy this as the primary Service Fabric service, you will need at least three VMs. This service will be co-located with the Service Fabric orchestration services. This should be sized to the peak load of the cluster. For more information, see Service Fabric documentation here.

[Ivanhoe]

Цитата:

Сообщение от mazzy

они увлеклись )

страница 15 документа:

Ну так не честно, в мануал посылать ) Спасибо. Действительно, на одних Win Server можно обанкротиться