Performance Monitoring Toolset deployment guide
- ColdFusion User Guide
- Introduction to ColdFusion
- Adobe ColdFusion (2021 release)
- Install ColdFusion- Zip Installer
- Install ColdFusion- GUI Installer
- ColdFusion Licensing and Activation
- ColdFusion Package Manager
- CFSetup configuration tool
- SAML in ColdFusion
- ColdFusion and Amazon S3
- ColdFusion and DynamoDB
- ColdFusion and Amazon SQS
- ColdFusion and Amazon SNS
- ColdFusion and MongoDB
- ColdFusion and Azure Blob
- ColdFusion and Azure Service Bus
- New and updated language enancements
- Multi-cloud storage services
- Multi-cloud RDS databases
- ColdFusion and Azure Cosmos DB
- Install ColdFusion
- ColdFusion server profiles
- Prepare to install ColdFusion
- Install the server configuration
- Install the JEE configuration
- Install ColdFusion Express
- Install integrated technologies
- Configure your system
- Troubleshoot installation issues
- Install ColdFusion silently
- Install Adobe ColdFusion (2016 release) hotfix
- ColdFusion (2018 release) - Install JEE configuration
- Use ColdFusion
- Performance Monitoring Toolset
- Auto-discovery of ColdFusion nodes and clusters
- Code profiler in ColdFusion Performance Monitoring Toolset
- Configure ColdFusion Performance Monitoring Toolset settings
- Install ColdFusion Performance Monitoring Toolset
- Overview of ColdFusion Performance Monitoring Toolset
- View cluster and node metrics
- View data source metrics
- View external services
- View incoming services
- View list of sites and busy connections
- View topology of sites
- Datastore Health Monitoring
- Performance Monitoring Toolset Update 1
- Secure Performance Monitoring Toolset with HTTPS/SSL
- Performance Monitoring Toolset deployment guide
- Adobe ColdFusion Builder extension for Visual Studio Code
- Getting started with Adobe ColdFusion Builder extension for Visual Studio Code
- Add a ColdFusion server
- Project Manager
- Work with ColdFusion code
- Profile preferences
- Debug applications
- Services Browser
- RDS support
- PMT Code Profiler integration
- Security Analyzer report integration
- Known issues in this release
- Getting started with Adobe ColdFusion Builder extension for Visual Studio Code
- Use ColdFusion Builder
- About ColdFusion Builder
- System requirements | ColdFusion Builder
- Install ColdFusion Builder
- Edit code in ColdFusion Builder
- Manage servers in ColdFusion Builder
- Manage projects in ColdFusion Builder
- Whatâ€™s new in Adobe ColdFusion Builder (2018 release)
- Frequently Asked Questions (FAQ) | Adobe ColdFusion Builder (2018 release)
- Debug applications in ColdFusion Builder
- ColdFusion Builder workbench
- ColdFusion Builder extensions
- Debugging Perspective in ColdFusion Builder
- Build mobile applications using ColdFusion Builder
- Bundled ColdFusion Server
- Debug mobile applications in ColdFusion Builder
- Use extensions in ColdFusion Builder
- Coldfusion API Manager
- Overview of Adobe ColdFusion API Manager
- Features in ColdFusion API Manager
- Get started with ColdFusion API Manager
- Install ColdFusion API Manager
- Authentication types
- Create and publish APIs
- Throttling and rate limiting
- Set up cluster support
- Integrate ColdFusion and API Manager
- Metrics and Logging in API Manager
- Generate Swagger documents
- Configure SSL
- Known issues in this release
- Policies in ColdFusion API Manager
- Create a Redis cluster
- Multitenancy in API Manager
- Docker images for ColdFusion API Manager
- Configure and administer ColdFusion
- Administer ColdFusion
- Use the ColdFusion administrator
- Data Source Management for ColdFusion
- Connect to web servers
- Deploy ColdFusion applications
- Administer ColdFusion security
- Basic Troubleshooting and FAQs
- Work with Server Manager
- Use multiple server instances
- WebSocket Enhancements (ColdFusion 11)
- Security Enhancements (ColdFusion 11)
- Work with Server Monitor
- ColdFusion Administrator API Reference
- CFML Reference
- Introduction to CFML Reference
- Reserved words and variables
- ColdFusion tags
- ColdFusion functions
- Function summary Ajax
- ColdFusion ActionScript functions
- ColdFusion mobile functions
- Application.cfc reference
- Script functions implemented as CFCs
- ColdFusion Flash Form style reference
- Styles valid for all controls
- Styles for cfform
- Styles for cfformgroup with horizontal or vertical type attributes
- Styles for box-style cfformgroup elements
- Styles for cfformgroup with accordion type attribute
- Styles for cfformgroup with tabnavigator type attribute
- Styles for cfformitem with hrule or vrule type attributes
- Styles for cfinput with radio, checkbox, button, image, or submit type attributes
- Styles for cftextarea tag and cfinput with text, password, or hidden type attributes
- Styles for cfselect with size attribute value of 1
- Styles for cfselect with size attribute value greater than 1
- Styles for cfcalendar tag and cfinput with dateField type attribute
- Styles for the cfgrid tag
- Styles for the cftree tag
- ColdFusion Flash Form Style Reference
- ColdFusion event gateway reference
- ColdFusion Event Gateway reference
- Gateway development interfaces and classes
- IM gateway message sending commands
- IM Gateway GatewayHelper class methods
- IM Gateway CFC incoming message methods
- IM gateway methods and commands
- CFML CFEvent structure
- data command
- submit Multi command
- submit command
- SMS Gateway CFEvent structure and commands
- SMS Gateway incoming message CFEvent structure
- GatewayServices class
- Gateway interface
- GatewayHelper interface
- Logger class
- CFML event gateway SendGatewayMessage data parameter
- SMS gateway message sending commands
- ColdFusion C++ CFX Reference
- ColdFusion Java CFX reference
- Develop ColdFusion applications
- Introducing ColdFusion
- Changes in ColdFusion
- Changes in ColdFusion
- Replacement of JRun with Tomcat
- Security enhancements
- ColdFusion WebSocket
- Enhanced Java integration
- ColdFusion ORM search for indexing and search
- Solr enhancements
- Scheduler enhancements
- Integration with Microsoft Exchange Server 2010
- RESTful Web Services in ColdFusion
- Lazy loading across client and server in ColdFusion
- Web service enhancements
- Displaying geolocation
- Client-side charting
- Caching enhancements
- Server update using ColdFusion Administrator
- Secure Profile for ColdFusion Administrator
- Introduction to application development
- The CFML programming language
- Building blocks of ColdFusion applications
- Develop CFML applications
- Develop CFML applications
- Design and optimize a ColdFusion application
- Handle errors
- Use persistent data and locking
- Use ColdFusion threads
- Secure applications
- Client-side CFML (for mobile development)
- Use the ColdFusion debugger
- Debugging and Troubleshooting Applications
- Develop globalized applications
- REST enhancements in ColdFusion
- Authentication through OAuth
- Social enhancements
- Develop mobile applications
- Access and use data
- ColdFusion ORM
- ColdFusion and HTML5
- Flex and AIR integration in ColdFusion
- Request and present information
- Office file interoperability
- ColdFusion portlets
- Work with documents, charts, and reports
- Use web elements and external objects
- Use external resources
- Send and receive e-mail
- Interact with Microsoft Exchange servers
- Interact with remote servers
- Manage files on the server
- Use event gateways
- Create custom event gateways
- Use the ColdFusion extensions for Eclipse
- Use the data services messaging event gateway
- Use the data management event gateway
- Use the FMS event gateway
- Use the instant messaging event gateways
- Use the SMS event gateway
This document provides data estimation for Performance Monitoring Toolset and allows users in sizing hardware requirements for their own deployments. The document helps in estimating:
- The number of ElasticSearch instances that must be mapped for a single instance of ColdFusion.
- The amount of data generated by Performance Monitoring Toolset or ColdFusion that is stored in ElasticSearch based on the traffic received by ColdFusion.
Background of this document
The main queries of users centered around the following
- Determining ElasticSearch requirements for a particular deployment.
- Assessing ElasticSearch requirements for a specified amount of ColdFusion Servers.
In the absence of benchmarking, customers have had to adopt a size-by-experience methodology, running the risk of the tool's imperfect representation of the requirements.
Scope of the document
This document provides the basic building blocks for estimating the data generated by Performance Monitoring Toolset.
We will also discuss the data generated by one ColdFusion node as building block and extend it for different deployments.
Basic configuration of Performance Monitoring Toolset
For deploying in production, it is recommended that Performance Monitoring Toolset must be deployed separately from a ColdFusion server.
Performance Monitoring Toolset has two components:
- Monitoring server
The configuration for server are specified below:
Minimum requirements for Performance Monitoring Toolset
- RAM: Minimum 8 GB of available RAM for Performance Monitoring Toolset runtime and Datastore service (Recommended: 16 GB).
- CPU: 4 CPU Cores (Recommended: 8 CPU Cores).
- Hard Disk: Minimum 50 GB of free hard-disk space for Performance Monitoring Toolset Datastore (Recommended: 100 GB).
Minimum requirements for Performance Monitoring Toolset server:
- RAM: 8 GB if Performance Monitoring Toolset server and Datastore server are installed on the same machine. If Performance Monitoring Toolset server is installed separately, then 4 GB RAM is required.
- Hard Disk: Free disk space of 40 GB, if Performance Monitoring Toolset server and Datastore server are installed on the same machine. For stand-alone Performance Monitoring Toolset server installation, 10 GB hard disk is recommended.
Minimum requirements for Datastore server (ElasticSearch 5.6.3):
- RAM: 8 GB, if Performance Monitoring Toolset server and Datastore server are installed on the same machine.
- Hard Disk: Free disk space of 40 GB. We recommend SSDs for optimized performance of ElasticSearch I/O.
- The minimum RAM required for ES process is 4GB.
If you have multiple ColdFusion Instances configured with Performance Monitoring Toolset and your servers are receiving a large number of requests, it is recommended to install a cluster of Datastore.
For more information on monitoring the health of a Datastore, see Monitor health of Datastore.
Performance Monitoring Toolset with ElasticSearch cluster:
For large deployments with a topology having several ColdFusion Nodes, an ElasticSearch cluster is recommended and it must be backed up by the appropriate hardware.
Performance Monitoring Toolset with single ElasticSearch node:
The table below shows the setup of a single ElasticSearch node based on the metrics data generated, and it also covers the archiving strategy.
We recommend a heap of 8 GB for Performance Monitoring Toolset.
For a non-request data size of 5 KB,
Index Size/CF Node/Day
ElasticSearch nodes recommended
Archiving Strategy (Data for how many days to go without archiving)
Archive data in Performance Monitoring Toolset
As data grows in time, the need to properly archive it grows as well.
Archiving helps you to maintain regular backups of your data and comply with an organization's data retention policies. Using archiving, you can remove obsolete production data via a well-defined process. In Performance Monitoring Toolset, you can archive records in a repository and also set the frequency of archival and data retention period.
Firstly, you must create a repository by specifying the following fields:
Name of the repository to be created.
To register the shared file system repository, mount the same shared filesystem to the same location on all master and data nodes.
Path to the repository.
● Windows: The format for path is C:/path/to/repository
● Non-Windows: The format for path is /opt/path/to/repository
You must also whitelist the paths in the datastore configuration file at <Path to Performance Monitoring Toolset>/datastore/config/elasticsearch.yml.
In the elastricsearch.yml file, add the following:
You can perform archiving both manually and automatically.
- Manual - You go to the Archiving section, select the repository and trigger archiving manually.
- Auto-archiving - You can also schedule archiving to run on a regular basis. For this you are required to fill in some details.
a. Enable: Choose this check-box to enable archiving for the selected repository.
b. Repository name: Lists all repositories created.
c. Archive data older than: Enter the number of days that data has to be retained from the time when archiving starts. If you have specified 30 days, only data for the last 30 days is retained. The rest is archived.
d. Frequency: Enter the interval in days to schedule the archiving periodically.
ElasticSearch system configuration
Performance Monitoring Toolset uses Elasticsearch is the datastore. Since ElasticSearch performs file-intensive I/O operations, the use of SSD drives is recommended.
You can set the Heartbeat interval option in the section Performance Toolset Monitoring properties section, while configuring the web server connector with ColdFusion. The setting determines the frequency at which the connector metrics are posted to ElasticSearch.
You must allocate an optimal heap size to ElasticSearch, based on the availability of memory and other processes on the machine.
The JVM heap size for ElasticSearch can be set by editing the jvm.config file at <pmt_root>/datastore/config directory.
To set the lower and upper heap size to 8 GB, update the following settings:
- - Xms8g
- - Xmx8g
The Heap Size must be no more than 50% of your physical RAM. This is to ensure that there is enough physical RAM left for kernel file system caches.
To avoid resizing of the JVM heap in runtime, start the JVM with the initial heap size equal to the maximum heap size.
The default garbage collection used in ElasticSearch is CMS. Using Serial GC is not recommended on a multicore CPU.
For further details on sizing the JVM heap, see ElasticSearch heap sizing.
Operating System Settings
To disable swapping between main memory and secondary storage, in the host system, use the following system command on Linux:
sudo swapoff –a
To disable it permanently, edit the /etc/fstab file, and comment out any line that contain the word swap.
On Windows, disable the paging file via,
System Properties > Advanced > Performance > Advanced > Virtual memory
On Linux, ensure that the in sysctl, the value of vm.swappiness is set to 1. This reduces the kernel’s tendency to swap and should not lead to swapping under normal circumstances, while still allowing the whole system to swap in emergency conditions.
Yet another option is to use mlockall on Linux/Unix systems, or VirtualLock on Windows, to try to lock the process address space into RAM, preventing any ElasticSearch memory from being swapped out. This can be done, by adding this line to the config/elasticsearch.yml file:
You can also enable mockall by using the following setting in the elasticsearch.yml file at <pmt_root>/datastore/config directory.
This enables JVM to lock its memory to prevent it from being swapped by the OS.
Open file descriptors limit
(This is limited to nix systems only)
To set the number of open file descriptors for system users, edit the file /etc/security/limits.conf .
Set the number to at least 65536.
os_user soft nofile <no_of_files>
os_user hard nofile <no_of_files>
* soft nofile 65536
* hard nofile 65536
Process limit per user
Set the maximum number of processes available to a user to at least 2048.
* soft nproc <no_of_proc>
* hard nproc <no_of_ proc >
Alternatively, use the ulimit command as follows:
ulimit –u 2048
ElasticSearch uses an mmapfs directory by default for 64-bit systems to store its indices. The default operating system limits on mmap counts is likely to be too low, which may result in out of memory exceptions.
On Linux, you can increase the limits by running the following command as root:
sysctl -w vm.max_map_count=262144
To set this value permanently, update the vm.max_map_count setting in /etc/sysctl.conf.
To verify the set value, run sysctl vm.max_map_count, after rebooting.
Port range and connection timeout
Increase the port range and decrease the TCP connection timeout by using the following directives in the /etc/sysctl.conf file:
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_fin_timeout = 30
Configure an ElasticSearch cluster
The datastore for can be a cluster of ElasticSearch node that can be hosted on multiple hosts. This allows the datastore to be scaled horizontally or vertically as needed.
Edit the elasticsearch.yml file located at <pmt_root>/datastore/config
Add the ip-address port pair of the ElasticSearch node to the discovery.zen.ping.unicast.hosts property as follows:
discovery.zen.ping.unicast.hosts: ["xx.xx.xx.xx:9300", "zz.zz.zz.zz:9301"]
The port value should be set to the transport.tcp.port used for node to node communication. The port value can be found the elasticsearch.yml file of the respective node
One of the ElasticSearch nodes should be set as the master by setting the following property to true:
All other ElasticSearch nodes should have the this property set to false
Set the following property to (total number of master-eligible nodes / 2 + 1)
This prevents the “split-brain” problem by determining the number of nodes that need to be in communication to elect a master.
Restart the node for the configuration changes to take effect.
Configure size of heap of ElasticSearch
By default, Performance Monitoring Toolset Datastore service is configured to use a heap with minimum and maximum size of 2 GB. It is good enough if you are not configuring a lot of ColdFusion servers for monitoring purpose. However, it is important to configure heap size to its optimum value to get the desired performance benefits.
But how do we change the heap size of ElasticSearch. There are two ways to configure heap size.
Non-Windows and Windows platforms (only If ElasticSearch runs via command prompt)
Here’s the list of steps that should be followed to configure the heap size:
Navigate to this location <pmt_install_root>/datastore/config.
Change the values for the Xms and Xmx settings.
Save the changes.
Restart ColdFusion 2018 Performance Monitoring Toolset Datastore Service from the command prompt or the scripts located at <pmt_install_root>/bin.
Windows (If ElasticSearch runs via Services)
Configuring the heap size for ElasticSearch is different if it runs via Windows services.
To configure the heap size, follow the steps below:
Navigate to this location <pmt_install_root>/datastore/bin.
In the command prompt, run the command elasticsearch-service.bat manager.
The ColdFusion 2018 Performance Monitoring Toolset Datastore configuration wizard launches.
Navigate to the tab Java.
Change the values in the Initial memory pool and Maximum memory pool text fields.
To save the changes, click OK.
Restart ColdFusion 2018 Performance Monitoring Toolset Datastore Service from services.msc.
Few recommendations to configure ES heap size:
- Set the minimum heap size (Xms) and maximum heap size (Xmx) to be equal.
- The more heap available to ElasticSearch, the more memory it can use for caching. But note that too much heap can subject you to long garbage collection pauses.
- Set Xmx to no more than 50% of your physical RAM, to ensure that there is enough physical RAM left for kernel file system caches. It should not exceed 32 GB