Running the Kentico EMS on-line marketing functionality typically increases the performance requirements for websites with very heavy traffic. This page provides best practices for optimizing the performance of such websites and helps to determine the hosting requirements for EMS projects.
Project parameters and hosting requirements
Kentico EMS has been tested with the following on-line marketing parameters:
- Total number of stored contacts: 100 million (108)
- Total number of logged activities: 1 billion (109)
- Used on-line marketing features:
Two different hosting configurations were tested with the following traffic loads:
|Hosting configuration||Page requests per second||Concurrent visitors|
Load balanced web farm with 4 servers (Kentico instances)
|1600 (800 from new contacts)|
|1 web server||600 (300 from new contacts)|
With the above traffic loads, the page load time was under 1 second for at least 95% of all live site web requests.
The following server specifications were used:
- The specifications described above assume that the environment and Kentico instances follow all performance best practices.
- The hosting requirements may vary based on the used on-line marketing features and their configuration.
Higher parameters may be achievable with more powerful hosting configurations. In general, the following scaling recommendations apply:
- To increase the supported traffic load (requests per second, new contacts per second, concurrent visitors), increase the number of servers in the web farm.
- To increase the supported volume of on-line marketing data, increase the size and performance of the database server.
Performance best practices
To achieve optimal performance with Kentico EMS websites, follow the recommendations in the sections below.
Note: In addition to the instructions listed on this page, also follow the general performance best practices for all types of websites: Optimizing performance of Portal Engine sites
Set up a web farm environment
You may need to host your website in a web farm with multiple servers to handle high traffic loads. To learn how to set up the web farm synchronization features in Kentico, see Configuring web farm servers.
When using a static web farm, you can optimize on-line marketing performance by having one designated server perform all recalculation of on-line marketing data (contact scores, contact groups, personas, marketing automation triggers).
To configure recalculation on only one designated web farm server, you need to disable the recalculation on all other servers. Set the CMSCreateContactActionsLogWorker web.config key to false in the appSettings section of the web.config file on all servers except for the selected recalculation server:
<add key="CMSCreateContactActionsLogWorker" value="false" />
Keep in mind that you must always leave recalculation enabled on one server.
Note: Using one server for recalculation improves the web farm's overall performance, but you may experience longer delays between actions on the website and results in the administration interface (calculation of contacts scores, assignment of contacts to contact groups or personas, etc.).
Separate the on-line marketing database
Running the on-line marketing features on a high-traffic website places a significant load on the database server. To distribute the load of Kentico's standard and on-line marketing functionality, separate your on-line marketing database to a second database server.
Set up the SQL server
If you have the option to administer the website's database server, we recommend that you perform the following steps:
- Optimize the database's Log and Data files:
- Set a large initial size for the data file and disable Autogrowth
- Store the log and data files on different drives
- Store the SQL server error log files on the same drive as the main data file
- Store the server's tempdb database to the same drive as the main data file
- Enable the Lock Pages in Memory Option on the database server
Optimize database indexes
By default, the Kentico database tables have indexes optimized for the most common scenarios. However, each EMS website uses a different set of on-line marketing features, with different visitor behavior, and a unique distribution of data.
For optimal performance, we recommend that you regularly use a tool (for example the Database Engine Tuning Advisor) to analyze your database performance. Consider the suggestions and implement any database index adjustments that are suitable for your specific project.
Additionally, the default database indexes are optimized for live site performance, not for operations in the Kentico administration interface. With extremely large volumes of data (millions of records), you may encounter slow performance or timeouts in object lists – for example if you change the default list ordering or when filtering according to certain fields. You can address these problems by creating custom database indexes with the corresponding columns (note that this may have a negative impact on live site performance).
Optimizing Salesforce integration
The default Kentico indexes are optimized without considering the Salesforce integration. If you are using the Salesforce integration with a large number of contacts, we recommend that you optimize database operations by manually creating a database index with the following columns on the OM_Contact table:
The index should be non-clustered and non-unique. See the Create Nonclustered Indexes article for more information.
- Open the Settings application in Kentico.
- Navigate to On-line marketing -> Web Analytics.
- Save the settings.
For more information, see Enabling web analytics.
Optimize send out of marketing emails
Optimize the number of macros in emails
Composing marketing emails for a large number of recipients can decrease the system's performance, particularly if the emails contain macros and use other email marketing features. Approximately 5% of the email generation time is spent on Tracking clicked links, Tracking opened emails, and Logging on-line marketing activities, when these features are enabled. The time spent on resolving macros grows linearly with the number of macros used in the emails, however this takes up only a small portion of the total email generation time. Note that the growth of the macro resolving time is linear only if all data is cached and no database operations are performed within the macros.
As a result, we recommend minimizing the number of macros in the content of your marketing emails to ensure a shorter email generation time.
EMS email generation performance tests
These recommendations were put together based on the results of several tests performed on Kentico EMS.
The marketing email send out was tested for performance in an environment with no real traffic, measuring only the generation of emails. The testing environment consisted of a web server and database server, without a separated on-line marketing database. The tested emails contained up to 50 data macros and up to 5 macros using recipient properties.
In addition to the information stated above, the results also show that the email generation time grows linearly with the number of email recipients.
Disable CSS inlining
Inlining of the CSS markup included in marketing email templates can have a negative influence on the performance of your system when composing emails. We recommend disabling CSS inlining to reduce the email generation time.
Enable the email queue
When generating a large amount of emails, we recommend configuring the system to use the email queue and setting the Network delivery method for your SMTP server. When using the Network delivery method with the email queue enabled, the system temporarily stores all outgoing emails in the database instead of sending them directly to the SMTP server.
Set up automatic deleting of contacts
The contacts and log activities for every visitor, which generates a very large amount of data on high‑traffic websites. Extremely large numbers of stored contacts and activities may slow down certain operations in the system and be overwhelming for your marketers.features create
To reduce the volume of data, we recommend that you configure the system to regularly delete contacts that meet certain conditions and are no longer relevant.
Disable event logging for automation and marketing emails
Add the following keys to the appSettings section of the web.config file:
<add key="CMSLogMATransitions" value="false" /> <add key="CMSLogNewsletterIssueEvents" value="false" />
Optimize scoring and contact group recalculation
Was this page helpful?