Open topic with navigation
Private Node Server is a private monitoring location in your local network or data center. You can use private nodes to:
Private Node Server is a virtual machine pre-configured for minimal setup. It appears as a new location in your locations list, allowing for easy monitor configuration and scheduling from the AlertSite console. Private nodes are completely integrated into the AlertSite platform. Results from private nodes are treated just like results from regular locations, so you can see aggregate dashboards and reports from all locations. Private nodes also trigger alerts on errors, so you can instantly know about availability or performance issues.
HTTPS access to the web interface (Control Panel).
Note: Private Node Server uses a self-signed certificate that may cause a warning in browsers. You can avoid the warning by installing your own SSL certificate on the VM. See SSL Certificate.
Supported VM hypervisors:
Supported monitor types:
Supported alerting methods:
Pricing is based on the total number of monitors you want to run on your private nodes. For pricing information and assistance with your private node requirements, contact your Sales Representative. To view the contact information, select > AlertSite 1.0 from the top menu, then go to Support > Support Center.
The following plans are available (you can also purchase multiple plans to achieve the desired total).
|VMNODE-25||Up to 25 monitors.|
|VMNODE-50||Up to 50 monitors.|
|VMNODE-100||Up to 100 monitors.|
The plan limit is the maximum number of monitors for which the monitoring history is kept, regardless of the monitoring status (active or disabled). For example, if you have a VMNODE-25 node, you cannot add more than 25 monitors even if the existing monitors are disabled, because they are still using monitor “slots”.
You can spread the actual monitoring across multiple Private Node Server instances as you see fit.
Private Node Server memory, CPU and storage requirements depend on the planned monitoring capacity, and the capacity depends on various aspects of the monitors configured to on that server, such as:
Different combinations of the above factors will impact the load put on the Private Node Server. Below are some guidelines to help you choose a suitable configuration for your Private Node Server:
|Monitoring Configuration Type||Monitoring Capacity||Minimum VM Resources|
|RAM, GB||Storage, GB||# of CPU Cores|
|Initial configuration||0-15 advanced monitors (DéjàClick, Selenium, SoapUI),
or up to 100 web URL and API endpoint monitors
|4||100||2 (2.5GHz and up)|
|Web URL and API endpoint monitors||Several hundred monitors at 5-minute interval||8||100||4 (2.5GHz and up)|
|DéjàClick, Selenium, SoapUI||Up to 25 monitors at 5-minute interval||8||100||4 (2.5GHz and up)|
|DéjàClick, Selenium, SoapUI||Up to 50 monitors at 5-minute interval||16||300||8 (2.5GHz and up)|
|DéjàClick, Selenium, SoapUI||Up to 100 monitors at 5-minute interval||32||300||16 (2.5GHz and up)|
Note: Requirements may vary in real deployments based on hypervisor oversubscription and real/stressed utilization of the shared hardware.
Note that in Private Node Server 2.0, your total capacity limit is enforced on the account level and is not tied to the VM itself, which means you can run as few or as many monitors on a given VM instance as you wish. For example, the VM Node by AlertSite 100 Monitor plan lets you have up to 100 monitors on any number of VMs, so you can have 2 VMs × 50 monitors, or 20 VMs × 5 monitors, or similar.
If capacity on a VM is exceeded, you can upsize the VM or spread monitoring across multiple VMs.
Private Node Server can handle up to 20 monitors running simultaneously (at the same minute). If the simultaneous capacity on a VM is exceeded, your monitors will still run, but they may not always run on time. In this case, you can:
If you need a larger simultaneous capacity, please contact SmartBear Support.
DéjàClick and Selenium monitors use a full browser profile for each run. Private Node Server has a limit of browser profiles that can be accessed simultaneously (at the same minute). Browser usage depends on the number of DéjàClick and Selenium monitors, number of steps and the monitoring frequency. For example, monitors that are spread throughout an hour may be able to reuse a single browser profile, but each 1-minute monitor will use a separate profile.
Private Node Server can work in different modes that have a different number of browser profiles. The mode is set automatically on restart based on the monitor configuration.
|Monitor Type||Maximum number of browser instances
in different VM modes
As a rule of thumb, as you add more DéjàClick and Selenium monitors to your Private Node Server, restart the VM to increase the number of browser profiles. This will switch the VM from the default Auto mode to the Extended or Maximized mode based on the current VM load. A restart is needed for the VM to reconfigure itself and better distribute the load. Without a restart, your monitors will still run, but depending on the monitoring interval, they may not always run on time.
If you need more simultaneous browser profiles than offered by the Maximized mode, please contact SmartBear Support.
If you use VMware or Hyper-V: Request a download link for the VM image from your AlertSite Customer Success Advisor or sales representative.
Make sure to configure the VM memory, CPU and storage based on the desired monitoring capacity.
Once the VM is powered on, you can access its web interface (Control Panel) at:
The default login and password are:
insiteadm / 1nSitePa$$ for Private Node Server 2.0
admin / password for Private Node Server 1.9 or earlier
(You can change the password later.)
If you need assistance configuring your Private Node Server, please contact Support.
Private Node Server needs to communicate, either directly or through a proxy, to the following hosts and ports:
The servers and services in the following table.
|Port||Traffic Type||Protocol||Source or Destination||Purpose|
|22||SSH||TCP||insiterepair.alertsite.com (220.127.116.11)||For remote support on your Private Node Server.|
|443||HTTPS||TCP||To access the Control Panel (web interface) of Private Node Server.|
|80||HTTP||TCP||To access the Control Panel (web interface) of Private Node Server. Note that http:// will automatically redirect to https://.|
|443||HTTPS||TCP||privateagent.alertsite.com (18.104.22.168)||1. To register the private node and ServerAgent in AlertSite.
2. To send monitoring data to and collect configuration updates from AlertSite.
|25||SMTP||TCP||your mail server||To send email alerts (if you do not set a mail relay host).|
|4892||TCP||AlertSite location configured for ServerAgent.||For outbound performance data and status of Private Node Server’s ServerAgent. Data is sent as encrypted XML.|
If you use a proxy server, you will need to specify the proxy IP address (not the hostname) and port number in the Private Node Server Control Panel > Configure Settings > Proxy Configuration Settings.
You can administer Private Node Server through its web interface, Control Panel, that you can access from any computer on the same network. You can access the Control Panel at https://<IP address>, where <IP address> is the IP address of Private Node Server.
The web interface is password-protected. The default account is:
insiteadm / 1nSitePa$$ for Private Node Server 2.0
admin / password for Private Node Server 1.9 or earlier.
You can change the password in Control Panel > Manage InSite Location > Change Web Password.
For a description of the settings available in the Control Panel, see Private Node Server Control Panel.
Once your Private Node Server is up and running, you can configure your monitors to run on it.
When asked to select a measurement plan, select the VM Node plan.
The monitor is automatically set to use all Private Node Server locations associated with the selected plan.
Note: Private monitors use the Global Notify monitoring mode. The other monitoring modes are not supported, because AlertSite cannot coordinate among multiple monitoring locations when it is behind a firewall.
You can also use Private Node Server with your existing monitors that monitor public websites. Your monitor should use the following settings:
To add a Private Node Server location to a monitor:
Select the check box next to your Private Node Server location and click Submit.
Note: This counts toward the number of monitors allowed by your private node type.
Private Node Server supports the following alert types out of the box:
Recipients configured to get other alert types will not get alerts for errors that were discovered by the private node.
To learn how to configure alert recipients in AlertSite, see Creating Alert Recipients.
If you do not want your private node to trigger alerts on errors, you can disable alerting:
What operating system does Private Node Server have?
Private Node Server 2.0 runs Ubuntu 14 LTS, and Private Node Server 1.7–1.9 run Debian Linux. The OS is custom-built with all unused services disabled.
How often does Private Node Server send data to AlertSite – immediately, at the exact monitoring interval used, or later in a batch?
Data is sent as a batch. There are a couple of different schedules, but for reporting, it is every 10 minutes.
Alerts are triggered locally on the private node, and are sent immediately.
Does Private Node Server send data to AlertSite as clear text or encrypted?
The data is encrypted (SSL).
Can I access the Linux console on Private Node Server?
No, this is not supported.
Is remote access done through HTTP or HTTPS, and can it be compromised?
No. Remote access is done with ssh (Secure Shell), requires authentication, and cannot be compromised.
Which time zone does Private Node Server use?
It uses GMT/UTC time (not local time).
How do I synchronize system time on Private Node Server?
We recommend that you use Network Time Protocol (NTP) instead of time synchronization with the host.
Private Node Server uses Network Time Protocol (NTP) to synchronize system time with time servers over the network. You can specify one or two NTP servers in Manage InSite Location > NTP Configuration (see NTP Configuration).
The system time lags behind and is not syncing, how do I fix it?
This may happen if you paused the virtual machine. Time synchronization will not work if the system time is too far off from the time on NTP servers.
To fix this, set the approximate correct system time in Manage InSite Location > NTP Configuration, and the time will start syncing again.