Требования к оборудованию для AOS (для акс 4.0)

[fed]

Ну во первых - этот минимальные требования. И я не сомневаюсь что 512 мегов оперативки хватит, для разработческого сервера, на котором 10-15 разработчиков сидят. Для боевого сервера я бы конечно памяти побольше бы купил. Во вторых - надо помнить о том что до версии 2009, Аксапта не могла толком использовать более 2х процессорных ядер. В третьих - опять таки надо помнить что до версии 2009, AOS был 32-битным и больше 2 гигов памяти адресовать не мог.
Так что для 4ки, на мой взгляд, правильная конфигурация сервера следующая:
2 Гига оперативки
Самый быстрый двухядерный процессор который счас есть на рынке

На каждые пользователей 100 - один такой сервер+одна лицензия на AOS.

[glibs]

Цитата:

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

...правильная конфигурация сервера...

А если на один ящик установить два инстанса АОСа?

Хотя с т.з. отказоустойчивости программно-аппаратного комплекса предложенный вариант мне в общем-то тоже идейно близок.

[fed]

Цитата:

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

А если на один ящик установить два инстанса АОСа?

Хотя с т.з. отказоустойчивости программно-аппаратного комплекса предложенный вариант мне в общем-то тоже идейно близок.

Ну в общем - можно конечно. Только я бы еще постарался настроить cpu affinity для каждого инстанса. Без этого, каждый из инстансов будет иногда пытаться поюзать ядра соседа. Большой пользы от этого не будет, а совокупную производительность на несколько процентов уронит.
Ну и да - с учетом стоимости подобной железки, их можно на сдачу от покупки сервера БД покупать. Нет смысла экономить, если стоимость железки составляет процентов 30 от стоимости лицензии...

[gl00mie]

Цитата:

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

надо помнить о том что до версии 2009, Аксапта не могла толком использовать более 2х процессорных ядер. Так что для 4ки, на мой взгляд, правильная конфигурация сервера следующая: 2 Гига оперативки, самый быстрый двухядерный процессор который счас есть на рынке

Если под использованием более 2-х процессоров понимаются ограничения, накладываемые применяемой в 3-ке и 4-ке библиотекой для работы с динамически выделяемой памятью SmartHeap, то это дезинформация. Согласно некоторым моим изысканиям, в 4-ке используется SmartHeap/SMP, т.е. версия библиотеки, заточенная под SMP-системы и прекрасно масштабируемая при использовании, по крайней мере, до 64 процессоров.

[fed]

Цитата:

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

Если под использованием более 2-х процессоров понимаются ограничения, накладываемые применяемой в 3-ке и 4-ке библиотекой для работы с динамически выделяемой памятью SmartHeap, то это дезинформация. Согласно некоторым моим изысканиям, в 4-ке используется SmartHeap/SMP, т.е. версия библиотеки, заточенная под SMP-системы и прекрасно масштабируемая при использовании, по крайней мере, до 64 процессоров.

В общем - я когда-то был на лекции главного по вопросам аксаптовской производительности в микрософт и он сказал что во первых там дело не только в smartheapе, но и вообще в общем уровне использования критических секций. Кстати про smartheap он тоже сказал что по степени масштабируемости на многопроцессорных компах он проигрывает Low Fragmentation Heap, который используется в DAX2009 вместо Smartheapа.

[FE]

Официальные требования для AOS на 4-ку были такие:

Характеристики типовой конфигурации оборудования для Microsoft Dynamics™ AX 4.0 Application Object Server (AOS), который поддерживает от 75 до 100 одновременно работающих пользователей на сервер, следующие:
Одноядерных процессоров 2
или
Двуядерных процессоров 1
RAM (GB) 4-8
Network (GB) 1

Это из официального документа Microsoft.

[fed]

Цитата:

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

Официальные требования для AOS на 4-ку были такие:
RAM (GB) 4-8
Network (GB) 1

Это из официального документа Microsoft.

Уж не знаю кто этот доумент породил, и кто его по партнерам разослал как официальный, но мне так и не смог никто разъяснить зачем 32битному приложению, которое, в принципе, адресовать больше 4 гигов не может (а из за особенностей smartheap - реально вообще даже 3 гига использовать не может) 8 Гигабайт оперативки. Так что я думаю - это результат творчества кого-то в российском MBS...

[FE]

Денис, чьё творчество, я тоже не знаю, но в документе написано именно так. Так что как официальная позиция Microsoft пусть будет.

[Maximin]

Цитата:

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

В общем - я когда-то был на лекции главного по вопросам аксаптовской производительности в микрософт и он сказал что во первых там дело не только в smartheapе, но и вообще в общем уровне использования критических секций. Кстати про smartheap он тоже сказал что по степени масштабируемости на многопроцессорных компах он проигрывает Low Fragmentation Heap, который используется в DAX2009 вместо Smartheapа.

Это и так невооруженным глазом видно - часто бывает у AOS средняя загруженность процов дай Бог половина имеющегося, причем загружен перекошено(одно ядро + пашет на всю, второе - наполовину, остальные стоят), а отклик у системы уже явно ниже плинтуса, причем блокировок нет никаких, БД тоже свободна. Явный затык в разделяемых ресурсах . Но, надо отдать должное, 4ка по сравнению с 3кой - небо и земля по масштабируемости. Т.е. теперь оно хоть как-то масштабируется при числе процов >2. И новая версия SmartHeap, конечно, рулит.