10.2.5

Edit

Hardware and OS

Hardware and OS

IA Cloud Enterprise requires a minimum of five servers to be prepared in the production environment. You can scale the environment to any extent by adding extra Agent and RPA servers if needed.

The product can be installed in two modes:

  • Basic.

    This mode requires fewer servers but doesn't provide high availability. See the Basic environment tab.

  • High-availability.

    High availability (HA) is the ability of a system to be continuously operational for an extended period. Its aim is zero data loss and a maximum of 10 minutes of service recovery in case of failure, after which it must be fully restored. For that, you need 2-3 instances of each server that you want to be highly available. See the High-availability environment tab.

ServerOS (Recommended in bold)CPU (cores)RAM (GB)Disk (GB)Zk SSD (GB)/vds-data (GB)
Master1 6RHEL/CentOS 8.x, 7.x83275020250
Agent (1-3 servers)2,7RHEL/CentOS 8.x, 7.x832150--
Analytics (BI)3Microsoft Windows Server 2019, 20168 (2.0 GHz or higher)64150--
MS SQLMicrosoft Windows Server 2019, 2016416500--
RPA (5 bots)3Enterprise Server:
  • Microsoft Windows Server 2019, 2016, 2022
VDI Server:
  • Microsoft Windows Server 2019, 2016, 2022
  • Microsoft Windows 10
8, 2.8+ GHz16150--
ServerNumber of serversOS (Recommended in bold)CPU (cores)RAM (GB)Disk (GB)Zk SSD (GB)/vds-data (GB)/shared (GB)
Master1,63RHEL/CentOS 8.x, 7.x83275020250500
Agent73RHEL/CentOS 8.x, 7.x832150-250-
Analytics (BI)32Microsoft Windows Server 2019, 20168 (2.0 GHz or higher)64150---
MS SQL Server2MS Windows Server 2019, 2016416500---
RPA (5 bots)32Enterprise Server:
  • Microsoft Windows Server 2019, 2016, 2022
VDI Server:
  • Microsoft Windows Server 2019, 2016, 2022
  • Microsoft Windows 10
8, 2.8+ GHz16150---
PROXY52RHEL/CentOS 8.x, 7.x41650---

Note that MS SQL Server is not provided by WorkFusion and must be prepared and licensed independently.

Also, in previous releases, the OCR server was a separate instance. In 10.2, it is implemented as a service running on Agent servers. Keep that in mind when deciding about the number of Agent servers.

1—Make sure that at least 15% of disk space on the server is always available.

2—At least one AGENT server (8 CPU / 32 GB RAM) is required to successfully install IA Cloud Enterprise. This is enough for PoC, Demo, or development environments with low workloads. For production and development environments where you plan running models training a minimum of three AGENT servers must be provided. The overall Product capacity depends on the number of AGENT servers as they perform all work during Business Processes execution. Typically the number of AGENT servers for production setups varies from 3 to 12. You can scale up the amount of servers after the installation, if your workloads increase with time or you experience performance issues. Depending on your planned workloads, the number of required AGENT servers must be discussed and agreed with your Delivery Manager.

3—The server is only required if you plan to use the capability.

4—If you deploy the Analytics server on a cloud platform (AWS, Azure), note that the number of virtual CPUs (vCPU) does not always directly correspond to the number of cores that Tableau Server detects for licensing purposes. For more information, see Additional information.

5—Only for the Azure internal load balancer in the high-availability environment.

6—Make sure that at least 16 GB of disk space is available in the / partition for RAM swap.

7—Using burstable instances is not recommended in case of the AWS deployment.

Disk space and file system

  • A separate non-root partition must be prepared for IA Cloud to be installed and run. It can be a separate disk mounted to the server or a partition on the same disk. This partition is used to store data for all services, except ZooKeeper's datalog.

  • A separate SSD device with at least 20 GB of space must be prepared and mounted to store ZooKeeper's datalog entries.

  • The installation is performed via Ansible, which requires at least 8 GB of free space for temporary files in the /tmp directory on Linux servers. After the installation or update, the components are allocated in the file system only within the installation directory and do not use space allocated for the operating system.

  • The root disk with the operating system must have reasonably enough space to keep Red Hat family 7.x or 8.x functioning. For example, 20 GB is enough.

  • For RHEL/CentOS servers, the XFS or EXT4 filesystems are required.

  • The required minimum throughput of your machines for running the Product should be not less than 2,500-3,000 IOPS. For complex high-capacity operations, target for the higher values.

important

When mounting disks on the Linux server, remember to add corresponding entries to the /etc/fstab file, so the disks are mounted automatically at startup.

Installation directory

A separate INSTALL_DIR directory for the IA Cloud Enterprise installation package must be created on the Master server. The application user must be the owner of this directory.

To set up the installation directory (here, /opt/workfusion), on the Master server, run the following commands:

$ mkdir /opt/workfusion
$ chmod 0755 /opt/workfusion
$ chown wfuser:wfuser /opt/workfusion

Zookeeper datalog directory

/dataLog is the dedicated directory where ZooKeeper stores the history of its transactions.

A separate disk must be prepared and mounted to a directory on all Master servers. The application user must be the owner of this directory.

To create the ZooKeeper datalog directory:

  1. Connect the SSD disks to each Master server (one disk per server).

  2. On each Master server, create a mount point for the ZooKeeper datalog directory. It must be located at the path /zookeeper/datalog relative to INSTALL_DIR:

    $ mkdir -p /opt/workfusion/zookeeper/datalog
$ chmod 0755 /opt/workfusion/zookeeper/datalog

  3. Mount the connected SSD disk to the created directory. For more information, see the instruction.

  4. Ensure the application user has the necessary filesystem permissions for the created directory:

    $ chown -R wfuser:wfuser /opt/workfusion/zookeeper

The monitoring of the separate disk is available in the Kibana's dashboard at https://app_hostname/kibana/app/dashboards#/view/Zookeeper-disk.

Shared directories

The following shared directories must be created:

  • INSTALL_DIR/vds-data: used by BEP services.
  • INSTALL_DIR/shared: for storing data for Nexus, Minio, and Logstash. Only used in the high-availability mode.
  • INSTALL_DIR/logs_aggregated. Optional. The directory is used to separate Logstash data from other services to decrease the load on the shared disk.

Supported types of the file system on shared disks:

  • NFS
  • GFS2
  • GPFS
  • AWS EFS
warning

Windows Server-based storage solutions (DFS, NFS, CIFS/SMB) are not supported.

When mounting a shared file system, select one of the following options depending on your installation mode:

ServerDirectory on the serverShared disk size
Master serverINSTALL_DIR/vds-data250 GB
Agent serversINSTALL_DIR/vds-data-

The Master server is the storage host and shares its INSTALL_DIR/vds-data directory among Agents. Create the INSTALL_DIR/vds-data directory on the Master server and mount it to Agent servers.

Note: on the Master Server, the vds-data directory must be separate from the primary disk space. Thus, the total disk space on the Master server must be at least 1 TB:

  • 750 GB for IA Cloud
  • 250 GB for /vds-data

The single directory must be mounted from the external NAS to the mount points on the Master and Agent servers.

ServerMount point on the serverShared disk size
Development or Pilot		Shared disk size
Production
  • Master
  • Agent 1-3
INSTALL_DIR/vds-data500 GB250 GB
  • Master
INSTALL_DIR/shared250 GB500 GB

Note: on the Master Server, the /vds-data and /shared directories must be separate from the primary disk space. Thus, the total disk space on the Master server must be at least 1.5 TB:

  • 750 GB for IA Cloud
  • 250 GB for /vds-data
  • 500 GB for /shared

Elasticsearch data directory

Optional

To improve the IA Cloud Enterprise stability and throughput under high load, the Elasticsearch data directory must be stored on a dedicated SSD disk with a minimum of 100 GB available free space:

To create Elasticsearch data directory:

  1. Connect the SSD disk to the Master server.

  2. On the Master server, create a mount point for Elasticsearch data directory. It must be located at /elasticsearch/data relative to INSTALL_DIR:

    $ mkdir -p /opt/workfusion/elasticsearch/data
$ chmod 0755 /opt/workfusion/elasticsearch/data

  3. Mount the connected SSD disk to the created data directory. For more information, see the instruction.

  4. Ensure the application user has the necessary filesystem permissions for the created directory:

    $ chown -R wfuser:wfuser /opt/workfusion/elasticsearch

System updates

After you deploy the required Linux servers, follow the instruction:

  1. Find out the exact version of the operating system by running the command on each Linux server:

    uname -a

    Specify the version in the checklist.

  2. Make sure that you have the latest OS updates installed. For that, on all Linux servers, run the following command to see all package updates (if any):

    yum check-update

    If there are no available packages of newer versions, your system is up-to-date.

  3. If the command displays any available OS updates, install them to the system:

    yum update -y

If the RHEL repository is unavailable, for example, because the server is not connected to the Internet, see the troubleshooting guide.

Other requirements

  • For optimal work of the IA Cloud Enterprise components, use the latest Chrome version.

    • IA Cloud Enterprise also supports the Chromium-based Microsoft Edge browser.
    • Firefox is not fully supported and the correct Product work in it is not guaranteed.

  • Make sure that the TLS 1.2 support is enabled in the browser.

  • Enable JavaScript on the Analytics servers.

  • Set the timezone to UTC on the Master and Agent servers. To verify or change your current timezone on the server, use the following commands:

    timedatectl status
timedatectl set-timezone UTC

    Note that changing the system's timezone requires root user or sudo privileges.

← High availabilityLoad balancer →