July 24, 2010 at 12:59 am
Architecture
- Domain
-- Server 1
{SQL Server - IIS portal (web) Application}
-- Server 2
{SQL Server with views- MS Dynamics NAV}
-- Server 3
{Web services & Navision application services}
Working with the portal:
De portal application (server 1) reeds views from the DB (server 2) and does injections with the web service (server 3) on the business logic on MS Dynamics NAV (server 2).
The same amount of concurrent users from the front office who used MS dynamics NAV (server 2) now uses the portal.
While the back office uses MS dynamics NAV.
Dynamics NAV usage without a portal:
Normal use of Dynamics nav (server 2) you see CPU capacity not more then 40% with an average of 15%
SQL on the other hand uses 70 % of memory. Of course you can fine tune this.
And we still use web services and Navision application services in this architecture to connect to other applications (SOAP)
Problem
On the portal server (server 1) we see high cpu use with often 90 or 95 to 100%.
And almost no memory use (3 gig).
On the hardware site we took more CPU's (Virtual server), but I do not exactly understand why so much cpu use and so less memory use.
Is there something wrong in the Architecture?
During the day the portal application need even more time in switching in webforms (10-15 seconds) when you push a button.
After a refresh (F5) the application responds fast as at the beginning of the day.
Thanks for your reply.
Kind regards,
André Borgeld
July 27, 2010 at 5:13 pm
I would also check your disk performance. I've seen two cases recently of very bad performance due to the virtual servers being connected to an overused/failing shared storage.
regards
David
July 28, 2010 at 2:18 am
Yeah i know, you get diskpaging. But the Ms Dynamics NAV enviroment where the writing goes, has no problem.
Altrhough a good thing to inspect.
We are looking now in page handling in the software.
Viewing 3 posts - 1 through 2 (of 2 total)
You must be logged in to reply to this topic. Login to reply