N-central Installation and Upgrade Guide
N-central Installation and Upgrade Guide
Version: 2021.2
Network Requirements 6
Windows Agents: 10
Notes 12
About virtualization 14
Supported Software 15
Browsers 15
Remote Control 16
Report Manager 16
Automation Manager 16
Windows Agents: 16
Windows 11 17
Windows 10 17
Windows 7 18
macOS Agents 18
page 2
Linux Agents 18
AV Defender 18
Patch Manager 19
Automation Manager 20
DVD Creation 23
Windows 23
What's next? 26
What's next? 28
Install N-able N-central as a guest on Windows Server 2012 R2 or newer Hyper-V server 29
What's next? 31
Deployment 32
First run 33
page 3
VM Sizing 33
Notes 34
What's next? 35
Azure information 36
Azure Region 36
VM size 36
Accelerated networking 38
IPv6 Support 38
What's next? 40
page 4
Activating N-able N-central 54
Support 54
page 5
Network Requirements
N-able N-central requires access to the following ports for regular operation. For a complete list of all ports
used by N-able N-central, see the N-able N-central Security White Paper.
Port Location
Port N-able N-central
Managed Device Description
Number Server
Inbound Outbound Inbound Outbound
20 √ Used for FTP connections, particularly when
configured for backups.
Inbound access to port 80 on the N-able N-central server can be blocked provided that all
Agents are configured to use HTTPS and the N-able N-central server is accessed over port
443 using HTTPS.
page 6
Port Location
Port N-able N-central
Managed Device Description
Number Server
Inbound Outbound Inbound Outbound
135 √ Used by Agents and Probes for WMI queries to
monitor various services.
n *.[Link]
n [Link]
page 7
Port Location
Port N-able N-central
Managed Device Description
Number Server
Inbound Outbound Inbound Outbound
n [Link]
1235 √ √
* Port access is only required if you have installed the corresponding product. For example,
access to port 1433 is only required if you have installed Report Manager or if you are managing
Backup Exec jobs.
page 8
Port Location
Port N-able N-central
Managed Device Description
Number Server
Inbound Outbound Inbound Outbound
8800 √ The Feature Flag System in N-able N-central
needs to talk
to [Link]-
[Link].
page 9
Agent and probe requirements
To use agents and probes, devices require the following minimum hardware requirements:
n RAM: 512 MB
n Disk space: 500 MB
n Processor: x86 or x64
Windows Agents:
page 10
N-able N-central System requirements
The following requirements are for typical usage patterns, acknowledging that some patterns may require
greater system resources for a N-able N-central server than others.
If you have any questions about how your needs affect the system requirements of your N-able N-central
server, contact your Channel Sales Specialist or email n-able-salesgroup@[Link].
Processor Server class x86_64 CPUs manufactured by Intel or AMD (i.e. Xeon or EPYC). Please refer to
the Red Hat Hardware Ecosystem for further details.
Operating You do not need to install a separate Operating System to run N-able N-central. The N-able N-
System central ISO includes a modified version of CentOS 7, based on the upstream Red Hat
Enterprise Linux 7.
Physical The physical server used to install N-able N-central in a bare metal environment must be
Hardware certified to run Red Hat Enterprise Linux 7.7 (x64) by Red Hat, or the hardware vendor, without
any additional drivers. Please check the Red Hat Hardware Ecosystem for details.
Server Grade hard drives connected to a RAID controller with a Battery/Capacitor Backed
Cache are Required. Examples include 10K+ RPM SCSI or SAS drives, Enterprise Grade SSDs or
NVMes for bare metal and virtualized hosts, or a Fibre Channel connected SAN with Enterprise
Grade hard drives for virtualized hosts (Fibre Channel cards can be used for bare metal if they
are configured in the pre-boot environment and do NOT require vendor-provided drivers).
Although Desktop Hard Drives will work with the Operating System, they do not meet the
minimum throughput required for the back-end Database of N-able N-central.
For more details, please refer to the Red Hat Hardware Ecosystem to see if your current hardware will work with
our customized version of CentOS 7.
page 11
Number of Devices CPU Cores Memory Storage
Notes
1. Server Grade hard drives connected to a RAID controller with a Battery/Capacitor Backed Cache, are
required to ensure performance and unexpected power-loss data protection.
2. In a virtualized environment, hard drives for the N-able N-central server must not be shared with any
other applications or VM guests that have significant I/O workloads. For example, Report Manager, SQL
Databases, E-Mail Servers, Active Directory Domain Controllers, SharePoint, or similar should not be
installed on the same physical hard drive as N-able N-central.
3. N-able recommends two or more hard drives be placed in a redundant RAID configuration. With two
drives, RAID 1 must be used. With more than two drives, RAID 1+0 or RAID 5 are recommended. RAID 6 is
an option on servers with less than 1,000 devices (the additional write latency of RAID 6 becomes an
issue above 1,000 devices).
4. N-able recommends more, smaller disks in a RAID array, as opposed to fewer larger disks. Database-
backed applications, like N-able N-central, have better write performance with an increased number of
parallel writes (hard drives).
5. If using Solid State Drives (SSDs), N-able requires Enterprise Grade, SLC based (or better) SSDs with a
SAS interface, or Enterprise Grade NVMes. SSD and NVMe drives must have an endurance rating of at
least 0.2 DWPD (Drive Writes Per Day), and at least 2 physical disks in a redundant RAID array. On Bare
Metal servers, the RAID array must appear to the operating system as a single Block or NVMe Device.
Currently, many PCIe and NVMe drives do not meet this last requirement and would only work in a
virtualized environment.
6. Configure the RAID controller to use the default stripe size and a Read/Write cache of 50%/50%.
The underlying customized version of CentOS 7 has certain hardware limits that are consistent with the
upstream Red Hat Enterprise Linux 7 distribution. Of note are the following:
Subsystem Limit
page 12
Subsystem Limit
Due to the ecosystem of different hardware, N-able does not certify specific hardware configurations. Instead
we rely on the upstream Red Hat Enterprise Linux and hardware vendor testing and certification.
Examples of servers that have been Red Hat certified include HPE ProLiant DL360 Gen10 and Dell PowerEdge
R620.
Please consult with your hardware vendor to ensure that any server to be used for a bare metal installation
meets the above requirements, and is Red Hat Enterprise Linux 7.7 certified, without the need for additional
drivers.
N-able recommends that for any Bare Metal server, two or more SAS 10k or faster hard drives be placed in a
RAID array to improve redundancy. RAID 1+0 or RAID 5 are supported (at the hardware RAID BIOS level). RAID 6
is an option on servers with less than 1,000 devices (the additional write latency of RAID 6 becomes an issue
above 1,000 devices).
page 13
Support for virtualized environments
N-able supports VMware ESX Server 6.0 or newer and Windows Server 2012 R2 Hyper-V or newer LTS versions.
N-able recommends use of the latest stable versions of VMware or Hyper-V in order to ensure the best
performance, feature set and compatibility with N-able N-central.
N-able N-central installed on a virtual machine running on a Desktop Operating System (such as Hyper-
V on Windows 10, Virtual Box, Parallels, VMWare Fusion or similar) is not a supported configuration. If
you are using Windows Hyper-V, it must be installed on a supported server class Windows Operating
System.
Only Long-Term Support (LTS) versions of the Windows Server Operating System are supported as a
Hyper-V host for N-able N-central. Microsoft currently releases "Semi-Annual Release" versions of
Windows Server as a technology preview for the next LTS version. Due to their technology preview
status, these "Semi-Annual Release" versions of Windows Server are not supported as Hyper-V hosts
for N-able N-central.
About virtualization
Virtualization provides an abstraction layer between the hardware and the Operating System which permits
the operation of multiple logical systems on one physical server unit. The table below includes considerations
when using this deployment method.
Supportability N-able supports N-able N-central software deployed on VMWare ESX/ESXi 6.0 or newer,
Windows Server 2012 R2 Hyper-V or newer LTS releases, Microsoft Azure and Amazon
AWS EC2 in the same way that we support N-able N-central deployed on Bare Metal. This
support is limited to the components (Software and Operating System) shipped with N-
able N-central and does not include the troubleshooting of virtualization systems nor of
performance issues related to environmental factors.
N-able recommends reaching out to your hardware or virtualization vendor for support on
the underlying virtualization and hardware components. Any assistance provided by N-
able Support for virtualization or hardware issues is on a best-effort basis only. In the
event of serious performance problems, we might ask you to migrate a virtualized N-able
N-central system to a physical hardware deployment.
page 14
Virtual In Windows Server 2016 Hyper-V or newer deployments, it is recommended to create a
Hardware new Generation 2 VM. When configuring the VM virtual hardware, if you choose to enable
Support Secure Boot, please select the Microsoft UEFI Certificate Authority template.
For VMWare ESX/ESXi deployments, it is recommended to select the Red Hat Enterprise
Linux 7 guest OS template, then under the Boot Options, select the UEFI Firmware.
Network N-able recommends using the VMXNET3 network card in VMWare. When the VM is
Adapters configured as Red Hat Enterprise Linux 7, it will use VMXNET3 by default.
Unless you are using Network Interface Bonding, N-able N-central requires only one (1)
network adapter added to the VM configuration. Multiple network adapters that are not
used in a bonding configuration can cause connectivity and licensing issues.
MAC Addresses By default, most virtualization environments use a dynamically assigned MAC address for
each virtual network card. As your N-able N-central license is generated in part by using
the MAC address of its network card, it is required to use a statically assigned MAC
address in order to avoid becoming de-licensed.
Although provisioning virtual disks as "thin" or "thick" results in nearly-identical performance, thick
provisioning is recommended, particularly when more than 1,000 devices will be connected to your N-
able N-central server.
n Assign the highest resource access priority to N-able N-central, as compared to other guest VMs.
n Do not over-provision resources (Memory, CPU, Disk) on the virtualization host. Over-provisioning these
resources can causes memory swapping to disk, and other bottlenecks that can impact guest system
performance.
n Ensure that the system has enough RAM and hard drive space to provide permanently allocated
resources to the N-able N-central guest.
Supported Software
Browsers
N-able N-central supports the latest versions of:
n Internet Explorer®
n Microsoft Edge®
n Mozilla Firefox®
n Desktop versions Google Chrome®. Mobile phone browsers are not supported.
page 15
Chrome 42.x does not support NPAPI plugins (including Java). When you attempt to launch a remote
control connection in Chrome 42.x, you will be repeatedly prompted to install the Java plugin without
success.
Workaround:
In the Chrome address bar, type chrome://flags.
Under Enable NPAPI, click Enable.
Restart Chrome.
Remote Control
Remote control connections require the following software on the computers that initiate connections:
Report Manager
To use Report Manager with N-able N-central, ensure the you upgrade to the latest version of Report Manager.
Automation Manager
Automation Manager requires .NET Framework 4.5.2 and PowerShell 3.0 to run AMP-based services with N-able
N-central.
Windows Agents:
page 16
Windows Server 2019
n R2 Datacenter
n R2 Essentials
n R2 Foundation
n R2 Standard
n Datacenter 64-bit Edition
n Essentials 64-bit Edition
n Foundation 64-bit Edition
n Standard 64-bit Edition
n Microsoft Hyper-V Server 2012
n Microsoft Hyper-V Server 2012 R2
n Storage Server 2012 Enterprise 64-bit Edition
n Storage Server 2012 Express 64-bit Edition
n Storage Server 2012 Standard 64-bit Edition
n Storage Server 2012 Workgroup 64-bit Edition
Windows 11
Windows 10
page 17
Windows 8 and 8.1
n 8.1 Enterprise
n 8.1 Professional
n 8 Enterprise
n 8 Professional
Windows 7
macOS Agents
n 10.15 (Catalina)
n 10.14 (Mojave)
n 10.13 (High Sierra)
n 10.12 (Sierra)
Linux Agents
Independent Agents are required for 32-bit and 64-bit Linux OS installations.
The probe performs an SSH connection a Linux device. To discover a Ubuntu/Debian OS device, the
device must have openssh installed.
AV Defender
Workstation Operating Systems
n macOS Monterey
n Microsoft Windows 11
n Microsoft Windows 10
n Microsoft Windows 8.1
n Microsoft Windows 7 SP1
page 18
Tablet And Embedded Operating Systems
For Microsoft Windows Embedded Standard 7, TCP/IP, Filter Manager, and Windows Installer must all be
enabled.
Patch Manager
Workstation Operating Systems
n Microsoft Windows 11
n Microsoft Windows 10 version 1607 and later
n Microsoft Windows 8.1
n Microsoft Windows 8
n Microsoft Windows 7
The following operating systems are not supported with N-able N-central patch manager:
n Microsoft Windows XP
n Microsoft Windows Vista
page 19
n Microsoft Windows 10 Home Edition
n Microsoft Windows Server 2003
n Microsoft Windows Server 2008
The minimum version of the Windows Update Agent (WUA) needs to be greater than 7.6.7600.320. The base
NT build version of Windows should be 6.1 or later. Older versions of the base NT build cannot upgrade past
version 7.6.7600.256 of the Windows Update Agent.
Automation Manager
Workstation Operating Systems
n Microsoft Windows 11
n Microsoft Windows 10 (32/64-bit)
n Microsoft Windows 8.1 (32/64-bit)
n Microsoft Windows 8 (32/64-bit)
n Microsoft Windows 7 (32/64-bit)
page 20
Windows 10 Enterprise for Virtual Desktops Windows 10 Enterprise LTSC 2019
Windows Small Business Server 2011 Windows Small Business Server 2011 Standard
Essentials
page 21
Installing N-able N-central
You can install N-able N-central on the following platforms:
Windows Server 2012 R2 Hyper-V Virtualization Server is supported for Generation 1 guest VMs only.
During installation on CentOS and Linux systems, the install performs a hardware detection routines. This can
cause error messages to appear on the console at the beginning of the installation. These are normal
messages that you will see on any CentOS and Linux during boot, before the splash screen pops up, and does
not affect the installation of N-able N-central.
page 22
Prepare installation media
To install N-able N-central on a bare metal server, without the option to upload a disk image through iLO, iDRAC
or IMM2, you will need to prepare a DVD, or a USB Flash Drive with the N-able N-central installer image.
DVD Creation
Follow the directions for your DVD creation software to burn the N-able N-central .iso to disk.
This process is a destructive process for the USB Flash Drive. All data on the USB Flash Drive will be
erased.
1. Elevate to the root user so you can mount the USB Flash Drive.
sudo su –
2. Identify the USB Flash Drive device name. Be careful to verify the device size so you don’t accidentally
overwrite another device, like you hard disk.
Linux: lsblk
MacOS: diskutil list
3. Write the disk image to the USB Flash Drive. Make sure the device you are writing to is your USB Flash
Drive. This step will overwrite all data on the drive. Be sure to specify the device name, not the partition
name (/dev/sdb, not /dev/sdb1).
dd if=/path/to/[Link] of=/dev/device-name bs=512k
Windows
Use a third-party utility, for example, Rufus, to write the disk image to your USB Flash Drive.
When copying the .iso file, ensure you use the following configuration options:
If you are asked to select the mode used to write the image to disk, use DD Image mode. If not
selected, N-able N-central may fail to install on certain devices.
page 23
page 24
Install N-able N-central on a physical server
Before you begin the install, ensure your install media is set up and ready. For more information, see Prepare
installation media.
HP Server
Cache Options Set to 50% Read and 50% Write.
Disk RAID 1+0 Configure the RAID controller to use the default stripe size.
Lenovo Server
Cache Options Use the default settings.
Disk RAID 1+0 Configure the RAID controller to use the default stripe size.
Dell Server
Cache Options Set Write Policy to Write-back and Read Policy to Adaptive.
Disk RAID 1+0 Configure the RAID controller to use the default stripe size.
Intel Server
Cache Options Set Write Policy to Write-back and Read Policy to Adaptive.
Disk RAID 1+0 Configure the RAID controller to use the default stripe size.
2. Enter the Server Hardware Level Configuration Utility (BIOS) and enable the UEFI Firmware booting
(Recommended, but Legacy BIOS is also supported).
3. Insert the installation disc or USB Flash drive and restart the server.
4. If using a USB drive, use the BIOS/UEFI Boot Menu to select the USB Flash Drive as your boot
device.
5. If the Press the <ENTER> key to install N-central prompt displays, click Enter.
6. Click Enter to Install N-able N-central unless you want to test the physical media or need to install in text
only mode (usually if you are using a serial console). Otherwise select the desired boot option and click
Enter.
After a few moments, you should be prompted to provide the N-able N-central network settings. If
you are not prompted to provide the network settings, N-able N-central was unable to locate a
suitable network card. Turn off the server and verify the network card before re-trying the N-able
N-central installation.
7. Select which IP stack/s you need to enable (IPv4 only, or both IPv4 and IPv6). Click Tab to highlight OK
and click Enter.
8. Select your IPv4 network configuration. N-able recommends using a Static IPv4 Address. Tab to OK and
click Enter.
page 25
9. If you selected to use a dual stack configuration, select your IPv6 network configuration. N-able
recommends using a Static IPv6 Address. Tab to OK and click Enter.
10. If you selected a Static IPv4 Address configuration, enter the IP Address, Netmask, Gateway and
Nameservers (CloudFlare’s [Link] has been pre-populated by default). Tab to OK and click Enter.
11. If you selected a Static IPv6 Address configuration, on the next screen enter the IP Address, Prefix
Length (/64 is the most common), Gateway, and Nameservers (CloudFlare’s [Link] has been pre-
populated by default). Select OK and click Enter.
12. On the next page, select your desired Time Zone. Tab to OK and click Enter.
Be sure to Adjust the Time Zone to match your desired location. If you are restoring a N-able N-
central Backup, the Time Zone must be an exact match to the server from which you are restoring
the Backup.
If your location is not listed, be sure to select a location that is in the same time zone as you are.
13. The Operating System Installer will now launch. No further input is required on the server console. When
the install completes, please go to the indicated web URL to continue configuring N-able N-central.
Ensure you remove the DVD/USB Flash Drive once the Green complete screen appears to ensure that the
server does not boot from the DVD/USB Flash Drive at a later time.
HPE ProLiant Generation 9 and older servers will have the HPE monitoring drivers installed and SNMP
enabled on the N-able N-central server. You must use the Community String N-CENTRAL_SNMP to
monitor your N-able N-central server.
HPE ProLiant Generation 10 or newer servers no longer use the Operating System drivers to monitor
the hardware. Hardware monitoring is handled through the iLO port.
Dell PowerEdge servers may be monitored through the iDRAC port depending on the server feature set
and licensing.
Lenovo servers may be monitored through the IMM port depending on the server feature set and
licensing.
What's next?
With N-able N-central installed:
page 26
Install N-able N-central as a guest on an ESX/ESXi 6.0 or newer server
VMWare Tools are no longer required to be install on the N-able N-central VM. As per VMware
recommendations for Enterprise Linux 7, the OpenVM Tools are included with the Operating System.
2. Mount a disk or network file system to access the installation CD .ISO image.
Ensure that the VMware guest is configured to use the mounted disk or network file system as a
boot disk.
After a few moments, you should be prompted to provide the N-able N-central network settings. If
you are not prompted to provide the network settings, N-able N-central was unable to locate a
suitable network card. Turn off the server and verify the network card before re-trying the N-able
N-central installation.
6. Select which IP stack/s you need to enable (IPv4 only, or both IPv4 and IPv6). Click Tab to highlight OK
and click Enter.
7. Select your IPv4 network configuration. N-able recommends using a Static IPv4 Address. Tab to OK and
click Enter.
8. If you selected to use a dual stack configuration, select your IPv6 network configuration. N-able
recommends using a Static IPv6 Address. Tab to OK and click Enter.
9. If you selected a Static IPv4 Address configuration, enter the IP Address, Netmask, Gateway and
Nameservers (CloudFlare’s [Link] has been pre-populated by default). Tab to OK and click Enter.
10. If you selected a Static IPv6 Address configuration, on the next screen enter the IP Address, Prefix
Length (/64 is the most common), Gateway, and Nameservers (CloudFlare’s [Link] has been pre-
populated by default). Select OK and click Enter.
page 27
11. On the next page, select your desired Time Zone. Tab to OK and click Enter.
Be sure to Adjust the Time Zone to match your desired location. If you are restoring a N-able N-
central Backup, the Time Zone must be an exact match to the server from which you are restoring
the Backup.
If your location is not listed, be sure to select a location that is in the same time zone as you are.
12. The Operating System Installer will now launch. No further input is required on the server console. When
the install completes, please go to the indicated web URL to continue configuring N-able N-central.
What's next?
With N-able N-central installed:
page 28
Install N-able N-central as a guest on Windows Server 2012 R2 or newer Hyper-V
server
Hyper-V on Windows Desktop Operating Systems not Supported.
Desktop versions of Microsoft Windows, with the Hyper-V feature enabled are not supported as a host
for N-able N-central. The Hyper-V feature must be enabled on a supported version of the Windows
Server Operating System.
Only Long-Term Support (LTS) versions of the Windows Server Operating System are supported as a
Hyper-V host for N-able N-central. Microsoft currently releases "Semi-Annual Release" versions of
Windows Server as a technology preview for the next LTS version. Due to their technology preview
status, these "Semi-Annual Release" versions of Windows Server are not supported as Hyper-V hosts
for N-able N-central.
N-able N-central does not support the use of Dynamic Memory under Hyper-V. Enabling Dynamic
Memory can lead to Kernel Panics, Service crashes, and Database corruption.
page 29
1. Create a new virtual machine using the settings below.
Firmware Move the DVD Drive to the top of the boot order.
Security Under the Secure Boot section, select the Microsoft UEFI Certificate Authority
from the Template drop-down menu.
Processor Size according to the table in System Requirements. Expand the Processor options
(+). In the NUMA subsection, click Use Hardware Topology.
Checkpoints Checkpoints should be disabled except for when you create a cold checkpoint
immediately before a N-able N-central upgrade. The Checkpoint should be removed
as soon as the upgrade has been successful in order to reduce the performance
impact of the Checkpoint Differencing Disk.
After a few moments, you should be prompted to provide the N-able N-central network settings. If
you are not prompted to provide the network settings, N-able N-central was unable to locate a
suitable network card. Turn off the server and verify the network card before re-trying the N-able
N-central installation.
5. Select which IP stack/s you need to enable (IPv4 only, or both IPv4 and IPv6). Click Tab to highlight OK
and click Enter.
6. Select your IPv4 network configuration. N-able recommends using a Static IPv4 Address. Tab to OK and
click Enter.
7. If you selected to use a dual stack configuration, select your IPv6 network configuration. N-able
recommends using a Static IPv6 Address. Tab to OK and click Enter.
page 30
8. If you selected a Static IPv4 Address configuration, enter the IP Address, Netmask, Gateway and
Nameservers (CloudFlare’s [Link] has been pre-populated by default). Tab to OK and click Enter.
9. If you selected a Static IPv6 Address configuration, on the next screen enter the IP Address, Prefix
Length (/64 is the most common), Gateway, and Nameservers (CloudFlare’s [Link] has been pre-
populated by default). Select OK and click Enter.
10. On the next page, select your desired Time Zone. Tab to OK and click Enter.
Be sure to Adjust the Time Zone to match your desired location. If you are restoring a N-able N-
central Backup, the Time Zone must be an exact match to the server from which you are restoring
the Backup.
If your location is not listed, be sure to select a location that is in the same time zone as you are.
11. The Operating System Installer will now launch. No further input is required on the server console. When
the install completes, please go to the indicated web URL to continue configuring N-able N-central.
What's next?
With N-able N-central installed:
page 31
Install N-able N-central on Microsoft Azure Managed Disks
The instructions below walk you through a new installation of N-able N-central in the Microsoft Azure Manage
Disks environment. Microsoft Azure Classic deployment is no longer supported, however, Azure Resource
Manager without Manage Disks is still supported.
While we recommend new deployments use this Azure Managed Disk deployment method, the 100GB, 200GB,
500GB and 1TB VHD images are still available for Azure Resource Manager without Managed Disks, and is
available and supported for reinstalling and restoring N-able N-central from a backup.
Unlike all other N-able N-central deployments, Azure Managed Disks (MD) deployments support/require at
least one Data disk in addition to the Operating System Disk. When you use the deployment script and assign
one Data disk, Azure creates a RAID 0 array of the one disk. If you assign X data disks, Azure creates a RAID 0 of
those X disks. N-able N-central uses a RAID 0 to combine multiple Data disks into a single mount point, while
writing to all disks in parallel. This increases the IOPS throughput by X times.
Additionally, Azure MD deployments have no SWAP Volume, as N-able N-central uses the Resource Disk for the
SWAP Volume. The Azure MD OS Disk image is 8 GB, as the install dynamically expands the image to match the
deployed Managed Disk size on first boot.
Azure MD images are published to each Public Azure Region, so you no longer need to upload the VHD. It is
important to know that there are some Azure Regions that are restricted to certain Azure users. These are a
second, geographically separated Azure Region in the same country, or in the case of the EU, another nearby
country that is reserved for customers needing in-country disaster recovery. For information on Azure regions,
see [Link]
Deployment
Deploying N-able N-central to Azure with Managed Disks is simplified by using a Deployment PowerShell script.
The script requires PowerShell 7 (formerly PowerShell Core) and the Azure PowerShell Module. You can run the
script on any operating system that supports the cross platform PowerShell 7.
You must have basic knowledge of how to use Microsoft Azure, Windows PowerShell and how to install
and configure N-able - N-Central.
The script is available for download on the N-able N-central Release page of the N-able Customer Success
Center.
After downloading the PowerShell Script, you need to edit the settings at the top of the script to meet your
requirements. Some items are required, while others can be left with the defaults unless they need to use
specific values, such as the virtual network settings. The script contains full documentation explaining all
included options.
For more information, see Deployment script for Microsoft Azure - Managed Disks.
page 32
Before you deploy a dual stack application in Azure, you must configure your subscription for this
preview feature using the following Azure PowerShell.
Register as follows:
You can check your registration status by running the following Azure PowerShell command:
Once you have modified the PowerShell Install Script with your settings, you only need to launch it in a
PowerShell console and it will complete the deployment for you. If you have not already logged into your Azure
account from PowerShell, the script will prompt you to log in.
If you are using Windows, you may need to complete the following steps to run the script. For more information
see the Microsoft article, Set-Execution Policy.
First run
After the PowerShell Script has completed successfully, wait a few minutes before logging into the Web UI. On
first run, N-able N-central will expand the OS disk, create a software RAID from the data disks, and move the
database to it, then reset the trial license. This process can take 10 - 15 minutes to complete.
If you try to log in to the web UI right after they VM is deployed, you will be kicked out, and the web UI will
be unresponsive for a few minutes while the first run tasks complete.
If you deploy the VM more than 15 days after the Azure image was generated, you will be able to tell the first
run activities have not been completed by the expired license warning on the login page. Once the first run
tasks complete, the license error will no longer be present.
VM Sizing
Always size N-able N-central for your expected number of devices in the future. Try to plan for at least 2
- 3 years in the future.
page 33
The maximum number of supported Data Disks is defined by the Azure VM size. You will need to consult the
Azure Documentation for their VM size before deciding on the number of Data Disks. Azure VM sizing can be a
little tricky, and may require some trial and error to determine the best VM size for any particular deployment.
Data
Number of Recommended Azure
CPU Cores Memory OS Disk Disks
Devices Size
(Total)
Up to 1,000 Standard_DS2_v2 2 4 GB 80 GB 20 GB
Notes
n The recommendations are based on N-able N-central requirements balanced with Azure Maximum IOPS.
For example, N-able recommends "Standard_DS5_v2" as apposed to the newer generation "Standard_
D16s_v3", because the "Standard_DS5_v2" has a maximum IOPS of 51200 as compared to 25600 for the
"Standard_D16s_v3".
n For best performance, we recommend using the maximum number of Data disks your VM size permits.
More small disks will provide better IOPS performance than fewer larger disks.
n The OS disk is still used for temporary storage during the nightly backup to reduce IOPS on the data
disks, as well as for the Backup Volume. Therefore there needs to be at least the size of the Data disk,
plus OS files, Repository and 15% for the Backup Volume. As a result, the total disk utilization is slightly
more than for non-Azure deployments.
n N-able N-central is only supported on Instance types that provide local SSD storage. For Azure based N-
able N-central deployments, the Local SSD Resource Disk is used for the swap-file, in place of the swap
volume on all other N-able N-central deployments. An example of an unsupported instance type without
local SSD storage would be the Dsv4 Series (not to be confused with the supported Ddsv4 Series).
n N-able N-central is only currently supported on Instance types that provide Intel Processors. The newer
AMD EPYC Processor instances have not been tested and verified. An example of an unsupported AMD
EPYC instance type would be the Dasv4 Series.
page 34
What's next?
With N-able N-central installed:
page 35
New: December 7, 2020
The script is available for download on the N-able N-central Release page of the N-able Customer Success
Center.
This script requires PowerShell 7.0 or higher. PowerShell 7 is a cross platform version of PowerShell (Formerly
called PowerShell Core) that has installers for Windows, MacOS and Linux. You can download the latest version
of Powershell on GitHub.
The script is pre-populated with the version of N-able N-central you downloaded it for. If you want to install a
different version, replace this value with the full Version number. The version is on the N-central Download
Page for the version you want to deploy.
Note that Azure Managed Disks are only supported for N-able N-central 2020.2 and higher releases.
For more information on the installation process, see Install N-able N-central on Microsoft Azure Managed
Disks.
Azure information
You can retrieve your Azure subscription ID from the Subscriptions Blade in the Azure Portal.
[Link]
Azure Region
Select the Azure region, for example, eastus where N-able N-central will be located. Not all features are
available in all regions. Check with Microsoft Azure for availability. You can get all the Azure locations using the
Azure PowerShell command:
Get-AzLocation
For more information, see Develop your naming and tagging strategy for Azure resources.
VM size
You will need to define the size of the N-able N-central, Azure, Generation 2, VM Instance, for example,
'Standard_DS3_v2'. You can get all the VM sizes in the US East region using the Azure PowerShell command.
Use the region where you plan to install N-able N-central:
page 36
Operating system disk size
You will need to define the size of the new OS Managed Disk in GB. It should be greater than 80GB. For more
information, see What disk types are available in Azure?
n Premium_LRS,
n StandardSSD_LRS, and
n Standard_LRS.
Azure does not support using the UltraSSD_LRS storage type for Operating System Disks. For more
information, see
[Link]
n Premium_LRS,
n StandardSSD_LRS, and
n Standard_LRS.
UltraSSD_LRS is unsupported at this time, but is planned to be added once the Azure PowerShell Modules
provide better deployment support.
page 37
n Premium_LRS,
n StandardSSD_LRS, and
n Standard_LRS.
This storage account is used for the Azure VM boot diagnostic logs. It is also used during deployment to
temporarily host the VHD image before it is imported to a Managed Disk. This is a seldom used storage
account, so it does not have to be on the fasted storage types.
n Storage: General purpose Storage account that supports storage of Blobs, Tables, Queues, Files and
Disks.
n StorageV2: General Purpose Version 2 (GPv2) Storage account that supports Blobs, Tables, Queues,
Files, and Disks, with advanced features like data tiering.
Accelerated networking
TheN-able N-central image for Azure Managed Disks has been configured to support Accelerated Networking,
if desired. For more information, see Create a Linux virtual machine with Accelerated Networking using Azure
CLI.
IPv6 Support
N-able N-central does not yet support IPv6 for monitoring, however the underlying operating system and
services are ready to support it in the future. To future proof your deployment, you can configure the Azure
deployment with IPv6 support.
Before you deploy a dual stack application in Azure, you must configure your subscription for this preview
feature using the following Azure PowerShell commands:
It takes up to 30 minutes for feature registration to complete. You can check your registration status by
running the following Azure PowerShell command:
You can generate a random Private IPv6 Network Prefix by going to [Link]
page 38
N-central sizing on Azure Managed Disk deployment
Number of Recommended Azure Data Disks
CPU Cores Memory OS Disk
Devices Size (Total)
Up to 1,000 Standard_DS2_v2 2 4 GB 80 GB 20 GB
page 39
Install N-able N-central on Amazon AWS EC2
1. Login to the Amazon AWS Console and select the EC2 Management Console.
2. Click Instances and click Launch Instance.
3. Click Community AMIs and search for the AMI, or for N-central.
4. Click Select.
5. Select a suitably sized General Purpose Instance Type, based on the sizing information table in the
System Requirements.
6. Click Next: Configure Instance Detail, then Click Next: Add Storage.
7. Set the appropriate storage size for your instance based on the sizing information table in the System
Requirements.
N-able N-central AWS EC2 Instances have a maximum useable storage size of 2TB.
8. In the Volume Type drop-down list box, select General Purpose SSD (GP2) (Provisioned IOPS can
provide better disk performance, but at a higher cost).
9. Click Review and Launch.
10. On the Review Page, click Edit security groups.
11. Create a security group, and open the inbound TCP ports 22, 80, 443, 5280, and 10000.
12. Click Review and Launch, then click Launch.
13. Select Proceed without keypair from the drop-down list box and click to select the acknowledgement
check box (If you provide a keypair, it will be ignored and not installed).
14. Click Launch Instances.
The new instance launches, and you are returned to the Instances page to view the new instance.
Be sure to Adjust the Time Zone to match your desired location. If you are restoring a N-able N-central
Backup, the Time Zone must be an exact match to the server you are restoring the Backup from.
What's next?
With N-able N-central installed:
page 40
Upgrading N-able N-central
This document includes the following upgrade procedures:
There may also be circumstances when you want to rebuild or migrate your server.
See Rebuild or Migrate your N-able N-central server.
Refer to the release notes for compatible upgrade paths before you upgrade from one version to
another.
page 41
Step 1: Back up the N-able N-central server
Before you upgrade, back up the N-able N-central server in the event of an upgrade failure. Back up the server
to a destination FTP server or, if N-able N-central has been installed as a guest on an ESX or Hyper-V server,
record a snapshot of the guest.
Pre-Backup Snapshot.
If you are running N-able N-central as a virtual machine, before upgrading, you may wish to create a
Snapshot of the virtual machine. In order to avoid corruption of the Snapshot due to database tables
being cached in memory, you will need to shut down the N-able N-central virtual machine before
creating the Snapshot.
N-able recommends shutting down the virtual machine and deleting the Snapshot after the upgrade
has completed successfully. Deleting the Snapshot will prevent increased disk write latency associated
with the differencing disks used by Snapshot technologies.
1. Click Administration > System Backup and Restore > Configure Backups and configure the backup
properties.
2. Click Save and Run Backup.
During the backup, a backup file and a backup digest file are created. The backup file contains all
of the information needed to restore the system. The SHA1 file contains a SHA1 checksum of the
backup file and verifies that the backup file is not corrupted.
3. Wait for the system to send you a notification about the backup success or failure.
4. If the backup succeeded and you have not configured it to be uploaded to an FTP server, download the
backup image from the N-able N-central server to a safe location:
a. Click Administration > System Backup and Restore > Download Backups.
b. Click Download Backup beside the name of the backup file you want to download and save it to a
known location.
c. (Optional) Click Download Digest beside the name of the backup file and save the digest file to a
known location.
The downloaded files can now be used to restore the database. To continue the upgrade, proceed to Step 2:
Install the N-able N-central server upgrade.
page 42
Step 2: Install the N-able N-central server upgrade
You can upgrade to N-able N-central 2021.1 by installing the upgrade file downloaded to your N-able N-central
server or from the N-able Resource Center.
1. Log into the N-able N-central Administration Console using one of the following URLs:
n [Link] Server Address>/admin
n [Link] Server Address>:10000/
2. On the Administrator Console under the Setup section, click Version Management.
3. Choose one of the following:
4. Enter an e-mail address in the Notify this email address when complete field.
5. Click Install.
If you selected the Remote Upgrade option, the .nsp file will now be uploaded to the N-able N-
central server.
Please upload the .nsp upgrade file from a machine local to the N-able N-central server in order to
avoid a file upload timeout on a slow internet connection.
Once the .nsp file is uploaded, or if you are installing from the local repository, the upgrade file will
now be extracted to the N-able N-central server. This can take a few moments.
The N-able N-central Web UI and services will be stopped and the upgrade will be applied.
You can monitor the progress of the N-able N-central upgrade from the server console.
Do not reboot the N-able N-central server during the upgrade process even if it appears unresponsive.
page 43
Step 3: Post-installation steps
After you have installed N-able N-central, complete the following post-installation checklist.
Verify the network settings and default settings by clicking Administration > Mail Network Settings >
Network Setup.
Verify that the services for each device are reporting correctly.
Verify that the reports generate and display the accurate historical data.
At the SO level, perform the following to automatically upgrade all Probes and Agents on your
customers' remote computers.
You can perform the above procedure for specific Customers/Sites by navigating to the
Customer/Site level first. You will have to repeat the procedure for each Customer/Site that you
want to automatically upgrade their Windows Probes and Windows Agents.
page 44
Check items as they are completed
Once the upgrade procedure has been completed, generate an Agent/Probe Overview report by
clicking Reports >Administrative > Agent/Probe Overview in the navigation pane. This will allow you
to verify that all probes have been updated.
After upgrading an agent that monitors the Asigra Backup service, you will need to stop the
Windows agent services, place the Asigra .DLL files to the agent's bin directory and re-start
the Windows agent services.
Upgrade your monitoring software automatically for specific SOs, Customers or Sites:
Upgrading Endpoint Security on devices will cause them to reboot twice: once after the existing
software is removed and again when the new software is installed.
Once the upgrade procedure has been completed, generate a report by clicking:
page 45
Rebuild or Migrate your N-able N-central server
There may be circumstances when you want to rebuild or migrate your server. For example:
The following scenarios describe the best way to rebuild or migrate your N-able N-central server.
3. Install the version of N-able N-central that you were previously running.
You can re-install N-able N-central by downloading the ISO for that build (in an ISO file, not NSP). This
image should only be used for new installations, not to upgrade an existing N-able N-central server.
a. Login to the N-able Resource Center.
b. Click Downloads.
c. Click the release you want to re-install.
d. Select the checkbox to agree to having reviewed the known issues.
e. Click Enable Download.
f. Click the ISO for the release.
Here is an example of an ISO file available for download:
File: N-able N-central 2021.2 HF1 (2021.2.0.154) ISO
MD5: 5bdcc8a6e4e9a11323400061e2ff1fc2
Size: 934 MB
4. Restore the backup that you located in Step #2.
5. When the system restore is completed, contact N-able to have your N-able N-central server activated.
page 46
1. Locate the last valid backup of your N-able N-central server. Your N-able N-central server software will
automatically record backups but these will be saved to the same local hard drive as the server software
itself which may make retrieval more difficult. Some options that may be used to retrieve a backup in this
situation are:
a. Download the most recent backup that was made prior to the upgrade attempt.
a. Click Administration > System Backup and Restore > Download Backups.
b. Click Download Backup beside the name of the backup file that you would like to download.
c. Click Download Digest beside the name of the backup file.
b. You had configured N-able N-central to automatically send backups to an FTP server from which
they can be obtained.
c. You have a snapshot of your N-able N-central server recorded by a virtualized host (Hyper-V or
VMWare). If this is the case, the following steps will not apply as you can restore your server using
the snapshot.
Possible incomplete restore from backup.
Before recording a snapshot on an ESX or Hyper-V server, shut down the virtual machine
upon which N-able N-central is installed.
It is strongly recommended that snapshots of the N-able N-central server should not be
taken on a short-term schedule as this can affect system performance (and N-able N-
central records its own backups).
2. Install the version of N-able N-central that you were previously running.
You can quickly re-install N-able N-central to the exact version that you were using previously by
downloading the ISO for that build (in an ISO file, not NSP). This lets you install the ISO and then restore
your backup.
a. Login to the N-able Resource Center.
b. Click Downloads.
c. Click the release you want to re-install.
d. Select the checkbox to agree to having reviewed the known issues.
e. Click Enable Download.
f. Click the ISO for the release.
Here is an example of an ISO file available for download:
File: N-able N-central 2021.2 HF1 (2021.2.0.154) ISO
MD5: 5bdcc8a6e4e9a11323400061e2ff1fc2
Size: 934 MB
This image should only be used for new installations of N-able N-central. It is not intended for
upgrading an existing N-able N-central server.
page 47
Migrating an existing N-able N-central server to another computer
1. Verify the version of your N-able N-central server by clicking Help > Version Information.
2. Locate the last valid backup of your N-able N-central server. Your N-able N-central server software will
automatically record backups but these will be saved to the same local hard drive as the server software
itself which may make retrieval more difficult. Some options that may be used to retrieve a backup
include:
a. Create a new backup in order to minimize data loss.
a. Click Administration > System Backup and Restore > Configure Backups.
b. Click Save and Run Backup.
Backing up the N-able N-central database will typically take several minutes to an
hour.
It is strongly recommended that snapshots of the N-able N-central server should not be
taken on a short-term schedule. This can affect system performance.
page 48
3. Install the version of N-able N-central that you were previously running.
For your convenience, you can quickly re-install N-able N-central to the exact version that you were
using previously by downloading the ISO for that build (in an ISO file, not NSP). This lets you install the
ISO and then restore your backup.
a. Login to the N-able Resource Center.
b. Click Downloads.
c. Click the release you want to re-install.
d. Select the checkbox to agree to having reviewed the known issues.
e. Click Enable Download.
f. Click the ISO for the release.
Here is an example of an ISO file available for download:
File: N-able N-central 2021.2 HF1 (2021.2.0.154) ISO
MD5: 5bdcc8a6e4e9a11323400061e2ff1fc2
Size: 934 MB
This image should only be used for new installations of N-able N-central. This image is not
intended for upgrading an existing N-able N-central server.
page 49
Log in to N-able N-central for the first time
You can log in to N-able N-central activating N-able N-central for a 30-day trial period. During the trial period,
N-able N-central will not display the RSS feed or the What's New list. Both are available after activation.
page 50
3. The first time you log in, you will be prompted to submit information for the following fields:
Category Field Name Description
Security Your N-able This is not a field that needs to be completed but is a warning that
N-central may appear.
Warning
server does If this warning is displayed, and you want to properly secure your N-
not have a able N-central server, N-able recommends that you purchase a valid,
valid SSL signed SSL certificate and upload it to your N-able N-central server.
certificate! SSL certificates can be obtained from security vendors such as
RapidSSL, Verisign, and Entrust.
Login Name Login Name The Login Name must be a valid email address. N-able N-central will
prompt you to change the Login Name to an email address other
than the default (productadmin@[Link]). It's important to
change the Login Name so that you can receive e-mail notifications
when an upgrade to N-able N-central is available, and so that you
can reset your password should you forget it.
Change New Password Enter a new password that will be used from now on to sign in to N-
able N-central.
Login
Password The password must be at least eight (8) characters in length and
contain the following:
n at least one number
page 51
Category Field Name Description
Email What email Enter the email address that will receive notifications.
address
Information
should
notifications
go to?
What email Enter the address that will be used as the "sender" for email
address notifications.
should
notifications
come from?
Mail Relay A mail relay server is required to route email to destination addresses
Server for notifications.
The default setting for the mail relay server is the N-able N-central
([Link]) but you may wish to modify this to
conform to your own firewall and mail server configurations.
If you modify the mail relay server address, it must be in the format of
a valid IP address or a resolvable fully qualified domain name (FQDN).
In the Getting Started Wizard, review the instructional videos to learn more before proceeding.
Until you activate N-able N-central, the Getting Started Wizard is available in the navigation pane
under the Actions menu and the Help menu. After activation, you can find it under the Help menu.
page 52
12. Perform the selected process for adding devices.
a. Click Finish to launch N-able N-central.
b. In the Introduction page, review the instructional videos as required and click Next Step.
c. In the Discovery Options page, configure the network discovery properties to discover all the
devices on your network.
d. In the Service Templates page, configure the templates to manage devices and
applications. Click Next Step.
e. In the Dashboards page, configure how to display the devices in your network. Click Next Step.
f. In the Notifications page, configure how to notify you about network issues. Click Next Step.
g. In the Rules page, configure the Rules to group devices together and apply settings to them.
Click Finish.
page 53
Activating N-able N-central
Your N-able N-central server includes an initial 30-day activation period. Perform the activation process as
soon as possible to take full advantage of your purchased licensing.
During the initial 30-day period, the following limits apply until N-able N-central is activated:
Also note the following limits for licenses and configuration settings:
Before activating N-able N-central, TCP ports 22, 80, 443, and, 10000 must be accessible to the N-able N-
central server over the Internet, and the server has a publicly-accessible IP address. See Port access
requirements for details.
Support
Contact N-able to activate your N-able N-central server.
International: +800-6225-3000
Once the N-able N-central server is activated you will receive an email with your Company ID and instructions.
To purchase licenses for features, contact your Channel Sales Specialist. You can find their contact
information in the N-able Resource Center under My Account or email n-able-salesgroup@[Link].
page 54
Contacting Technical Support
If you require assistance with configuring N-able N-central or have a technical issue, contact Technical
Support using the N-able Partner Success Centerat [Link] call at 1-855-679-0817, or
using the LiveChat feature within N-able N-central.
The LiveChat enables you to communicate directly with a Support representative if online and open and review
tickets.
For information on the port and address requirements, see Required ports and IP addresses for N-able N-
central Support.
page 55
© 2021 N-able Solutions ULC and N-able Technologies Ltd. All rights reserved.
This document may not be reproduced by any means nor modified, decompiled, disassembled, published or
distributed, in whole or in part, or translated to any electronic medium or other means without the prior written
consent of N-able. All right, title, and interest in and to the software, services, and documentation are and shall
remain the exclusive property of N-able, its affiliates, and/or its respective licensors.
N-ABLE DISCLAIMS ALL WARRANTIES, CONDITIONS, OR OTHER TERMS, EXPRESS OR IMPLIED, STATUTORY OR
OTHERWISE, ON THE DOCUMENTATION, INCLUDING WITHOUT LIMITATION NONINFRINGEMENT, ACCURACY,
COMPLETENESS, OR USEFULNESS OF ANY INFORMATION CONTAINED HEREIN. IN NO EVENT SHALL N-ABLE, ITS
SUPPLIERS, NOR ITS LICENSORS BE LIABLE FOR ANY DAMAGES, WHETHER ARISING IN TORT, CONTRACT OR ANY
OTHER LEGAL THEORY, EVEN IF N-ABLE HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
The N-ABLE, N-CENTRAL, and other N-able trademarks and logos are the exclusive property of N-able Solutions
ULC and N-able Technologies Ltd. and may be common law marks, are registered, or are pending registration
with the U.S. Patent and Trademark Office and with other countries. All other trademarks mentioned herein are
used for identification purposes only and are trademarks (and may be registered trademarks) of their
respective companies.
About N-able
N-able empowers managed services providers (MSPs) to help small and medium enterprises navigate the
digital evolution. With a flexible technology platform and powerful integrations, we make it easy for MSPs to
monitor, manage, and protect their end customer systems, data, and networks. Our growing portfolio of
security, automation, and backup and recovery solutions is built for IT services management professionals. N-
able simplifies complex ecosystems and enables customers to solve their most pressing challenges. We
provide extensive, proactive support—through enriching partner programs, hands-on training, and growth
resources—to help MSPs deliver exceptional value and achieve success at scale. For more information, visit
[Link].
page 56
In ESX/Hyper-V environments, backups are handled by automatically recorded server snapshots, which must be scheduled carefully to avoid performance impacts . Recovering from these requires shutting down the virtual machine before taking a snapshot . In Microsoft Azure Managed Disks, the deployment supports RAID 0 arrays which integrate data disks for increased performance and are treated dynamically . Azure environments use the Resource Disk for the SWAP Volume instead of needing separate volumes . While both environments support robust recovery, Azure's dynamic data management offers higher throughput, whereas traditional environments emphasize regular snapshots and careful manual restoration.
For Hyper-V servers, N-able N-central cannot be hosted on Windows Desktop Operating Systems with Hyper-V enabled; it must be on a Windows Server 2012 R2 or newer . It requires correctly sized virtual resources according to system requirements and a network card to prompt network settings during installation . In contrast, Microsoft Azure Managed Disks require the deployment of at least one Data disk in addition to the Operating System Disk, creating a RAID 0 configuration for performance enhancement . Azure installations benefit from automatic dynamic data allocation across regions without needing to upload VHDs manually . This demonstrates a higher degree of resource integration and automated workflow in Azure deployments.
Failing to change the default login credentials in N-able N-central can lead to serious security breaches, as unauthorized users could gain access to administration functions . This negligence may result in data breaches that violate privacy laws like GDPR, exposing organizations to hefty fines and reputational damage. Administratively, persistent use of default credentials undermines security protocols, and organizations may face scrutiny during security audits, potentially leading to loss of clients and trust.
N-able N-central’s use of RAID 0 configuration in Azure Managed Disks significantly boosts IOPS throughput by distributing data across multiple Data disks, enabling parallel data processing . This setup enhances performance, vital for systems requiring high read/write operations, such as monitoring and managing numerous devices concurrently. The absence of redundancy in RAID 0 is mitigated by Azure’s robust infrastructure and inherent backup and recovery options, making it a balanced choice for environments prioritizing speed and performance over redundancy.
OpenVM Tools is recommended for N-able N-central installations on VMware due to its inclusion with Enterprise Linux 7, eliminating the need for external VMware Tools installation, which aligns with VMware's recommendations . This integrated approach simplifies the installation and reduces maintenance by leveraging native package management systems, enhancing compatibility and reducing the risk of tool-related disruptions.
Replacing the SWAP Volume with the Resource Disk in Azure Managed Disks optimizes N-able N-central’s performance by utilizing available resources dynamically allocated by Azure, enhancing system speed and flexibility . This configuration frees up storage for operational tasks and reduces system dependency on predetermined SWAP allocations, thus enhancing system reliability and performance under varying loads, crucial for maintaining effective operations in high-data environments.
N-able N-central's decision to not require VMware Tools and instead use OpenVM Tools improves compatibility by aligning with Linux distributions' native packages, simplifying updates and compatibility management . This reduces operational overhead, enhancing efficiency, as administrators need not manage separate tool installations. Strategic advantages include faster deployment, reduced chance of tool-related issues, and streamlined maintenance, notably improving compatibility across environments using Enterprise Linux 7.
Selecting the appropriate Time Zone during N-able N-central installation is crucial as it affects timestamp accuracy in system logs and scheduled tasks . For data restoration, particularly if recovering from a backup, the Time Zone must match the original system configuration to ensure that time-stamped data remains consistent, preventing discrepancies and errors in data recovery processes . This ensures accurate monitoring and event logging, critical for compliance and system reliability.
With N-able N-central, HPE ProLiant Generation 9 and older servers use operating system drivers and an SNMP community string named N-CENTRAL_SNMP for hardware monitoring . In contrast, Generation 10 servers no longer rely on OS drivers, instead utilizing the iLO port for hardware monitoring . This shift enhances reliability and reduces the dependency on OS-level integration.
The installation process for N-able N-central emphasizes using a Static IPv4 and IPv6 Address configuration. For IPv4, this includes entering the IP Address, Netmask, Gateway, and Nameservers, with CloudFlare’s 1.1.1.1 as a default nameserver . For IPv6, the configuration requires entering the IP Address, Prefix Length, Gateway, and Nameservers, with similar defaults . This static setup ensures stability and reliability in network communication, minimizing the risk of IP conflicts and ensuring consistent access to network resources, which is crucial for system performance and management consistency.