Planning hardware infrastructure
This content is archived and is not being updated. For the latest documentation, see Microsoft Dynamics 365 product documentation. For the latest release plans, see Dynamics 365 and Microsoft Power Platform release plans.
Applies To: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012
This topic describes key factors that you must consider when you plan the hardware infrastructure for Microsoft Dynamics AX.
For information about the hardware and software requirements for Microsoft Dynamics AX, see the system requirements.
The Microsoft Dynamics Lifecycle Services Usage profiler can help you gather data about current or projected usage of Microsoft Dynamics AX. You can use the data from the Usage profiler for a variety of purposes, including estimating infrastructure. For more information, see Usage profiler and infrastructure estimation (Lifecycle Services, LCS).
Decisions about appropriate hardware depend upon several factors. The following list describes some key factors:
Evaluate and document the existing infrastructure. Your documentation must include the following information:
The storage system that is used
The operating system that is used
Databases that are used
Servers that are used
Current processes for disaster recovery, availability, and scalability
Existing applications that must be integrated with Microsoft Dynamics AX
Define and document the following information:
Uses of the system: The components and modules of Microsoft Dynamics AX that you plan to deploy
The number of transactions over a period of time, and the total number of transactions during peak business hours
The number of active or concurrent users over a period of time, and the total number of active or concurrent users during peak business hours
The external user access that is required
The web access that is required
The required availability
The projected growth rate
The number of sites and the number of users who connect through a wide area network (WAN)
Integration requirements: Do any applications have to be integrated with Microsoft Dynamics AX, and what is the workload that is generated by these applications? Are these real-time transactions, or can they be batched?
When you have the information from steps 1 and 2, you can start to determine how to structure the system. The following key decisions must be made:
Can any server components for Microsoft Dynamics AX be combined on a single computer? If server components can be combined, which components do you want to combine?
What is your deployment plan for high availability and scalability for Microsoft Dynamics AX components?
What is your backup and recovery strategy?
The total average number of transactions that are processed per work hour is a key indicator of the hardware and software requirements. Use the transactional volume to plan your hardware and software components, such as the following components:
The database server infrastructure, such as the type and number of drives
The number of Application Object Server (AOS) clusters
The number of AOS instances in a cluster
The number of batch servers
In Microsoft Dynamics AX, a transaction is defined as the processing of a single line item. For example, a sales order that has 100 line items is considered 100 transactions.
Estimate the number of transactions that are required for each module that you plan to use, and the number of any corresponding transactions that may be triggered by these changes. Determine whether there are any integration points to internal or external applications. For example, a large volume of transactions may come from Microsoft BizTalk Server. This volume of transactions must be factored into your infrastructure and topology planning.
Determine whether these are real-time transactions, or whether they can be batched and processed during off-peak hours. Microsoft Dynamics AX is an integrated enterprise resource planning (ERP) product that provides real-time updates throughout all modules as information is changed. However, Microsoft Dynamics AX also provides a batch system for scheduled processing.
The number of concurrent users
The total number of concurrent users is another indicator of the size of the Application Object Server (AOS) system that is required for appropriate response times and throughput. Although other criteria are also used to plan the capacity of AOS instances or server clusters, the number of concurrent users is an important factor.
Concurrent users are defined as Microsoft Dynamics AX rich clients, web clients, mobile clients, or third-party applications that require that some processing occur in the Microsoft Dynamics AX system. The number of concurrent users also affects network bandwidth and latency.
Determine the number of users who access Microsoft Dynamics AX by using the rich client, web client, or mobile client. Users who access Microsoft Dynamics AX by using the rich client must meet minimum network requirements. If those requirements are not met, consider deploying Windows Server Terminal Services.
Planning hardware for additional components
The core components of a Microsoft Dynamics AX implementation are a Windows client, AOS, and a database server. Additional components include Enterprise Portal for Microsoft Dynamics AX, workflow, reporting, analytics, Help server, and web services that are based on Internet Information Services (IIS). Determine the workload that is generated for each component, and the resource requirements for an appropriate deployment that has acceptable response times and throughput.
For example, if users access Microsoft Dynamics AX over a WAN by using the Windows client, you must deploy Terminal Services. Similarly, users who access role-based home pages create workload for Enterprise Portal. Users who access reports create workload for the report server for Microsoft SQL Server Reporting Services, the report server database, and the Microsoft Dynamics AX database.