AX2012 Technical Track - Infrastructure, Davy Vliegen

Give a quick overview of the MicrosoftDynamics AX 2012 system architectureDiscuss „Day in the life‟ benchmark studyProvide the first sizing guidelinesShow what is still expect to come in termsof sizing help 2

Overview of Microsoft Dynamics AX 2012system architecture„Day in the life‟ benchmark studyMicrosoft Dynamics AX 2012 sizing guidance General For each AX componentFuture help on sizingResourcesQ&A

Done in August and published in October 2011 CustomerSource: https://mbs.microsoft.com/customersource/documentation/whitepape rs/ax2012_benchmarkpapers PartnerSource: https://mbs.microsoft.com/partnersource/deployment/documentation/ whitepapers/ax2012_benchmarkpapersVariety of functional scenariosDifferent client and integration technologiesGoal: Providing a view of ERP workloadperformance on Microsoft Dynamics AX 2012Simulation of 5135 concurrent usersSustained rate of more than 1 million lines per hour

Rich client simulation Core account receivable scenarios: from order entry through invoicing Quotation management (Sales quotations) Item Arrivals Transfer orders Payment processingEnterprise Portal Create timesheets Purchase requisitionsWorkflow Purchase requisitions converted into Purchase ordersServices and Application Integration Framework (AIF) Generate Sales Order linesBatch processing Create and post General ledger journal lines Invoice the Sales Orders received through Services and AIF Purchase orders posted to general ledger

Throughput measurements:

Utilization summary:

SQL Server specification 4-processor 12 core (48 cores) 2.2-GHz AMD Opteron processor 256 GB of RAM 64-bit version of Windows Server 2008, Enterprise Edition 64-bit version of Microsoft SQL Server® 2008 R2 (Build 10.50.1797)AOS servers specification 10 AOS servers, 8–12 cores, 16 GB of RAM 64-bit version of Microsoft Windows Server® 2008 R2 Enterprise Edition – Or– 64-bit version of Windows Server 2008 Enterprise Edition with SP2Enterprise Portal server specification 1 Internet Information Services (IIS) server, 8 cores, 16 GB of RAM 64-bit version of Windows Server 2008 R2 Enterprise Edition with SP2Visual Studio Ultimate client specification 3 controllers, 14 agents 2–8 cores, 4–8 GB of RAM 64-bit version of Windows Server 2008 Enterprise Edition with SP2 64-bit version of Visual Studio 2010 Ultimate

Database disk configuration HP logical volume SCSI disk drive Disk volumes are RAID 10Data volume 40 physical disks, 15,000 revolutions per minute (RPM) 2.67-terabyte volume 1.90-terabyte data fileLog volume 4 physical disks, 15,000 RPM 273-GB volume 46.7-GB transaction log fileTempDB data and log volume 6 physical disks, 15,000 RPM 410-GB volume 48x2-GB data files 20-GB transaction log file

Comparison „Day in the life‟ benchmark study MicrosoftDynamics AX 2009

AOS Servers split by Microsoft Dynamics AX rich clientusers, Enterprise Portal users and batch processing

None of the servers were hyper-threaded1.5 – terabyte database with no page/row compressionIndex tuning has been doneCode performance tuning has been doneNumber sequence caching (non-continuous)Hotfix KB 2590260 – Item arrival line creation very slowthrough ineffective query – implementedDatabase in Simple Recovery modelMax degree of parallelism on 1SQL Server Max server memory on 258048 MB or 252 GBNo SQL Server trace flags were usedBatch job alerts have been turned offAccounts Receivable credit limit checks usedCache Limits for all AOS instances have been increased

Overview of Microsoft Dynamics AX 2012system architecture„Day in the life‟ benchmark studyMicrosoft Dynamics AX 2012 sizing guidance General For each AX componentFuture help on sizing

Size by Transaction Volume (SpecificallyLine Volume)Number of Concurrent Users is a requiredtenet but is secondary to transactions.Consider the Parameters/Data Compositionunder which transactions are beingexecutedConsider Reporting Volumes and ReportTypes (Transactional/Trends/DetailedListing etc)Define Multiple Peak Periods, if different 17

Named Users ARE NOT Concurrent UsersConcurrent Users are always Subset ofNamed UsersPeak Workload defines MaximumConcurrency for SizingCRITERIA for Concurrent User: Logged On AND Working Transactions/Inquiries at the time of Counting AND Not an IDLE SESSION 18

StorageSQL Server AX database (application data and model store) SharePoint databases (content and configuration) Reporting Services (SSRS) Analysis Services (SSAS)Application Object Server (AOS) User activity (rich client, EP) Batch processing AIF processing WorkflowRemote Desktop Session Host Server (RDSH Server) / Citrix ServerIIS server Enterprise Portal / Role Centers Enterprise Search Server Help Server Web services (also AIF web services)Integration components Application Integration Framework (AIF) Office Add-ins Project Server integration Microsoft CRM integration 19

SAN solution: Choose one that fulfills all needs of business Let vendor of SAN system decide on disk configurationKeep in mind that: You get performance through having enough IO capacity If you have bottleneck in this area it can be at the side of the discs having not enough capacity or from the controller who has too much workload On top of that; a memory bottleneck can lead to a disc bottleneck Sizing for your Storage is based on performance optimization rather than data size So it is always better to decrease the size of the individual disks then to decrease the number of disksSizing tips: Use Transaction Counts and indicators from Benchmarks/Internal testing Always size for worst case scenario (peak hours, end of month...) Drill down to level of IO per seconds (IOPS) A 15K RPM disk should able to handle around 180-200 IOPS SAN vendor should know how to scale SAN based on IOPS figure 20

15K Lines Per Hour Per Core on Database Server for Microsoft Dynamics AX database (application data and model store) This can vary a lot based on: Parameter Settings being used Level of Customization Usage of additional functionality like databaselog and alerts etc. 6 GB Memory for Each Core Use the Benchmark report(s) for Comparative SizingLegal NoticeThe information contained in this presentation represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Information in thispresentation, including URL and other Internet Web site references, is subject to change without notice. This presentation and its contents are provided in AS IS condition, andMicrosoft does not guarantee the accuracy of any information presented. MICROSOFT MAKES NO WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, AS TO THEINFORMATION CONTAINED IN THIS PRESENTATION. © 2011 Microsoft Corporation. All rights reserved. 21

SharePoint databases (content and configuration): As long the data is stored in Dynamics AX, the SharePoint databases can co exist at the same SQL server for Dynamics AXAnalysis Services (SSAS): Memory: 4 - 8 GB per processor core If SSAS is on same box as SQL server instance running AX production database; they will eat each others memory, better to but SSAS on a separate server box SSAS uses OLAP databases, or cubes, stored on the file system. Processing of OLAP databases is read and write-intensive Infrastructure Planning and Design: http://www.microsoft.com/downloads/details.aspx?FamilyId=AD3921FB-8224-4681- 9064-075FDF042B0C&displaylang=enReporting Services (SSRS): Memory: 2 - 4 GB per processor core Planning a Deployment Topology: http://technet.microsoft.com/en- us/library/ms157293.aspx Planning for Scalability and Performance with Reporting Services: http://msdn.microsoft.com/en-us/library/cc966418.aspx#XSLTsection129121120120 Infrastructure Planning and Design: http://www.microsoft.com/downloads/details.aspx?FamilyId=AD3921FB-8224-4681- 9064-075FDF042B0C&displaylang=en 22

Split by AOS servers for Microsoft Dynamics AX rich client users, Enterprise Portal users and batch/AIF/Workflow processing AOS servers for rich client users Multiple Instances can run on same box when using Processor Affinity Use Transaction Counts and indicators from Benchmarks/Internal testing 5K Lines Per Hour Per Core 2 GB Memory for Each Core User Concurrency is a good Marker. Based on Transaction Complexity, between 25 Users Per Core to 150 Users Per Core (average of 60)Legal NoticeThe information contained in this presentation represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Information in thispresentation, including URL and other Internet Web site references, is subject to change without notice. This presentation and its contents are provided in AS IS condition, andMicrosoft does not guarantee the accuracy of any information presented. MICROSOFT MAKES NO WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, AS TO THEINFORMATION CONTAINED IN THIS PRESENTATION. © 2011 Microsoft Corporation. All rights reserved. 23

AOS servers for Enterprise Portal (EP) users Multiple Instances can run on same box when using Processor Affinity Use Transaction Counts and indicators from Benchmarks/Internal testing 7K Lines Per Hour Per Core 2 GB Memory for Each Core User Concurrency is a good Marker. Based on Transaction Complexity, between 25 Users Per Core to 150 Users Per Core (average of 120)Legal NoticeThe information contained in this presentation represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Information in thispresentation, including URL and other Internet Web site references, is subject to change without notice. This presentation and its contents are provided in AS IS condition, andMicrosoft does not guarantee the accuracy of any information presented. MICROSOFT MAKES NO WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, AS TO THEINFORMATION CONTAINED IN THIS PRESENTATION. © 2011 Microsoft Corporation. All rights reserved. 24

AOS servers for batch/AIF/Workflow processing Multiple Instances can run on same box when using Processor Affinity Use Transaction Counts and indicators from Benchmarks/Internal testing 15K Lines Per Hour Per Core 2 GB Memory for Each Core Batch Threads: the default value is 8. To determine the correct value: AOS Size – Number of Cores/Processors. A Single Processor can do between 1 and 4 threads (depending on workload) Type of work being executed. If it is database centric, then the # of threads is a parameter of the database server IO/CPU/Memory in that order. If they are not database centric but X++ heavy, Line 1 applies Degrees of Parallelism across your workload. If you have parallel capable processes, then you can go with higher threads (otherwise, there is no point).Legal NoticeThe information contained in this presentation represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Information in thispresentation, including URL and other Internet Web site references, is subject to change without notice. This presentation and its contents are provided in AS IS condition, andMicrosoft does not guarantee the accuracy of any information presented. MICROSOFT MAKES NO WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, AS TO THEINFORMATION CONTAINED IN THIS PRESENTATION. © 2011 Microsoft Corporation. All rights reserved. 25

Remote Desktop Session Host (RDSH) Server: New name inWin2008R2Client memory considerations drive sizingWhat else are you running on the server? Office etc.What controls are you running on the client? Browser controls Custom controlsBase client sizing guidelines 50 MB to 200 MB per client Instance. Usage determines peak memory footprint per client. Use client configuration settings to manage memory. Additional controls will have additional footprintLatency guidance RDSH Server / Citrix Server is NOT required when: Bandwidth constraints do not exist User interactions on client require 6 or fewer round trips Less than 100 milliseconds peak latency (expected delay of approximately 600 ms) RDSH Server / Citrix Server IS required when: The above conditions cannot be met WAN environment that uses legacy X++ reporting 26

Microsoft Dynamics AX 2012 Hardware sizing best practicesguide planned to be releasedMore benchmark studies in pipeline: AX 2012 Terminal Services benchmark AX 2012 EP technology benchmark AX 2012 Services AIF benchmark AX 2012 Hyper-V benchmark AX 2012 Retail benchmarkHardware sizing tool still to be plannedBusiness partners: Contact your Services Account Manager Contact Advisory Services: apssinfo@microsoft.comCustomers: Ask your business partner Contact your Technical Account Manager (Premier contract) Contact PFE Dynamics Enablement Assistance PFEDEA@microsoft.com

Microsoft Dynamics AX 2012 System Requirements guide http://www.microsoft.com/download/en/confirmation.aspx?id=11094Microsoft Dynamics AX 2012 “Day in the Life” Benchmark CustomerSource: https://mbs.microsoft.com/customersource/documentation/whitepapers/ax2012_be nchmarkpapers PartnerSource: https://mbs.microsoft.com/partnersource/deployment/documentation/whitepapers/a x2012_benchmarkpapersMicrosoft Dynamics SureStep 2012 https://mbs.microsoft.com/customersource/downloads/servicepacks/MSDSureStep downloads.htmMicrosoft Dynamics InformationSource http://informationsource.dynamics.com/rfpservicesonline/Microsoft Dynamics AX Performance Team Blog http://blogs.msdn.com/b/axperf/Microsoft Dynamics AX Sustained Engineering Blog http://blogs.technet.com/b/dynamicsaxse/Microsoft Dynamics AX Technical Support Blog http://blogs.msdn.com/b/emeadaxsupport/

Diamond SponsorsGold Sponsors

Q&A© 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

© 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

http://www.dynamicscom.be	1085
http://94.126.48.53	3
http://66.228.34.162	1

AX2012 Technical Track - Infrastructure, Davy Vliegen

by dynamicscom on Nov 29, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 1,089

Statistics

AX2012 Technical Track - Infrastructure, Davy Vliegen — Presentation Transcript