Note: These procedures are intended for the Nutanix hypervisor.
After you complete the preparation tasks in Phase 1 - Preparing Virtual Machines for Omnissa Access Installation, deploy the virtual machines for your Control Plane cluster: the Bootstrap node, the Infrastructure/Platform nodes, and the Omnissa Access nodes.
Nutanix Requirements
Omnissa Access 26.10.0.0 has been validated on the following version of Nutanix components:
| Component | Version |
|---|---|
| Core | pc.7.3.0.6 |
| NCC | 5.2.0 |
| LCM | 3.3 |
Deployment Order
Deploy the virtual machines in the following order:
- Deploy the Bootstrap node.
- Deploy the first Infrastructure/Platform node, then clone it to create any additional Infrastructure/Platform nodes required for your deployment size.
- Deploy the first Omnissa Access node, then clone it to create any additional Omnissa Access nodes required for your deployment size.
- Power on all the nodes together only after every node has been deployed.
Upload AlmaLinux ISO to Nutanix Infrastructure
Complete the following steps from Prism:
-
Select Infrastructure.
-
Navigate to: Compute ➤ Images.
-
Click Add Image.

-
Set Image Source to
URL. -
Enter the ISO URL.
-
Leave Authentication empty, unless the URL requires it.
-
Select Add URL.
-
Set Name.
-
Set Type to
ISO. -
Leave Checksum empty, unless you are verifying the file.

-
Click Next.
-
Select Placement Method.

Note: For larger and/or production type environments,
Place image using Image Placement policiesis recommended. -
Select the cluster.
-
Summary of settings:
Field Value Name AlmaLinux-9.6-x86_64-minimal.isoImage Type ISO ImageISO Source AlmaLinux 9.6 ISO repository Storage Container Default(or desired container)Upload Method url -
Click Save.
Wait until the upload completes successfully.
Create a New Virtual Machine
Complete the following steps from Prism:
-
Select Infrastructure.
-
Navigate to: Compute ➤ VMs.
-
Click Create VM

-
Configure the virtual machine.

-
Refer to the following sizing table for virtual machine specifications:
Deployment
SizeBootstrap
NodeOmnissa Access
NodesInfrastructure/
Platform Nodes¹Extra Small
100,000 users
1,000 groups
50 applications1 node
8 vCPUs
32 GB RAM
200 GB disk2 load-balanced nodes
16 vCPUs
32 GB RAM
200 GB disk each3 nodes
16 vCPUs
32 GB RAM
200 GB disk eachSmall
300,000 users
3,000 groups
50 applications1 node
8 vCPUs
32 GB RAM
200 GB disk2 load-balanced nodes
24 vCPUs
48 GB RAM
200 GB disk each3 nodes
16 vCPUs
48 GB RAM
200 GB disk eachMedium
1,000,000 users
10,000 groups
150 applications1 node
8 vCPUs
32 GB RAM
200 GB disk2 load-balanced nodes
48 vCPUs
64 GB RAM
200 GB disk each3 nodes
24 vCPUs
96 GB RAM
300 GB disk eachLarge
1,000,000 users
20,000 groups
500 applications1 node
8 vCPUs
32 GB RAM
200 GB disk3 load-balanced nodes
64 vCPU
96 GB RAM
200 GB disk each3 nodes
24 vCPUs
96 GB RAM
400 GB disk each¹ Infrastructure/Platform Nodes host internal platform services including database, messaging, caching, and search (PostgreSQL, Redis, Kafka, and OpenSearch).
*The Bootstrap Node requires exactly 8 vCPUs, regardless of deployment size.
Important:
- Resource sizing may vary depending on authentication load, enabled services, and integration requirements.
- Additional storage allocation may be required based on logging, audit retention, and operational requirements.
-
Click Next.
-
Navigate to: Disks ➤ Attach Disk.
-
Add an operating system disk.

-
Recommended settings for OS storage:
Field Value Operation Allocate on Storage Container Type DISKStorage Container Default(or desired container)Bus Type SCSISize Refer to sizing table -
Click Add
-
Navigate to: Disks ➤ Attach Disk.
-
Attach AlmaLinux Installation ISO.

-
Recommended settings for ISO:
Field Value Operation Clone from Image Service Type CD-ROMImage AlmaLinux-9.6-x86_64-minimal.isoBus Type SATA -
Attach network adapter to subnet.
-
Configure network adapter.

-
Click Save.
-
Navigate to Boot Configuration.
-
Select
UEFI BIOSMode.Note: Do not select option
Legacy BIOS. -
Click Next.
-
Review and create virtual machine.
Configuration should resemble the following:

-
Click Next.
-
For Management settings, configure the following:
Field Value Enable 'Default-Storage' Policy DisabledCategories None specified Timezone (UTC) UTCUse this VM as an Agent VM Unchecked Guest Customization No Customization -
Click Next.
-
Review settings.
-
Click Create VM.
-
Power-on the virtual machine.
Perform AlmaLinux Installation
-
From Prism select the created virtual machine, launch console.
-
At the boot menu, select
Test this media & install AlmaLinux 9.6.
-
Press Enter to install AlmaLinux 9.6.
-
Select preferred language.

-
Click Continue.
-
From Installation Summary, click Installation Destination.

-
Specify Installation Destination.

Note: It is recommended to keep Storage Configuration set to
Automatic. -
Click Done.
-
From Installation Summary, click Root Password.
-
Define and confirm root password.
Note: It is recommended to leave settings
Lock root accountandAllow root SSH login with passwordunchecked. -
Click Done.
-
From Installation Summary, click User Creation.
-
Create an
adminaccount.
Note: It is recommended to make settings
Make this user administratorandRequire a password to use this accountchecked. -
Click Done.
-
From Installation Summary, click Begin Installion.
-
Following installation, system will reboot.
Remove Installation ISO
Note: This procedure prevents the virtual machine from booting back into the installer.
Complete the following steps from Prism:
-
Navigate to: VM ➤ Update.
-
Locate CD-ROM
AlmaLinux-9.6-x86_64-minimal.iso. -
Select Remove ISO Attachment
-
Click Save.
Verify AlmaLinux Installation
-
Log in to virtual machine using admin credentials.
-
Verify operating system.
Run the following command:
cat /etc/redhat-releaseExpected result:
AlmaLinux release 9.6 (Sage Margay) -
Verify network settings by running the following commands:
# Check assigned IP hostname -I # Check hostname hostnamectl # Check interface ip addrhos
Configure Network
-
View current network connections.
nmcli connection showIdentify the active network interface (for example:
ens3). -
Configure a Static IP Address.
-
Option 1: Assuming the network interface is
ens3:nmcli connection modify ens3 \ ipv4.method manual \ ipv4.addresses 10.0.0.1/24 \ ipv4.gateway 10.0.0.254 -
Option 2: Alternatively, use the following command:
nmcli connection modify ens3 ipv4.method manual ipv4.addresses 10.0.0.1/24 ipv4.gateway 10.0.0.254
-
-
Apply the network changes.
nmcli connection down ens3 nmcli connection up ens3 -
If the changes are not applied immediately, restart
NetworkManager:systemctl restart NetworkManager
Download Portable Scripts
On your local machine:
-
Sign in to Omnissa Customer Connect.
-
Locate the file
external-os-portable-scripts.tar.gzand download to your local machine. -
Place file
external-os-portable-scripts.tar.gzon the virtual machine.
Create Virtual Machine Template
Complete the following steps from Prism:
-
Navigate to: Compute ➤ VMs.
-
Specify the virtual machine to be used for template creation.
-
Click Create Template.
-
Create virtual machine template, using the following settings:
Field Value Template Name AlmaLinux96_TemplateGuest Customization No Customization -
Click Next.
-
Click Save.
Deploy Bootstrap Node
Complete the following steps from Prism:
-
Navigate to: Compute ➤ Templates.
-
Select
AlmaLinux96_Templatevirtual machine template. -
Configure virtual machine, using the following settings:
Field Value VM Name bootstrapProject _internalCluster <cluster_name> -
Power-on bootstrap virtual machine.
Configure Bootstrap Node
-
Log in to the virtual machine as
rootuser. -
Verify the hostname.
Run the following command:
hostname -fExpected result:
bootstrap.example.comNote: For this example, FQDN
bootstrap.example.comwill be used. -
Display network interface.
ip addrNote: For this example,
ens3will be used. -
Configure the static IP.
nmcli connection modify ens3 ipv4.addresses 10.0.0.2/24 nmcli connection up ens3 -
Verify network settings.
hostname -I -
Display network gateway.
Display default network gateway:
ip routeExpected result:
default via 10.0.0.254Note: For this example, a default gateway of
10.0.0.254will be used. -
Validate network gateway.
Validate default network gateway is reachable:
ping -c 4 10.0.0.254Expected result:
0% packet loss -
Validate DNS.
Validate DNS configuration:
cat /etc/resolv.confExpected result:
search example.com nameserver 10.0.0.101Note: Example DNS settings.
Deploy Remaining Omnissa Access Nodes
Deploy the remaining virtual machines in the following order:
- Ensure Bootstrap node has been deployed, before proceeding.
- Deploy the first Infrastructure/Platform node, then clone it to create any additional Infrastructure/Platform nodes required for your deployment size.
- Deploy the first Omnissa Access node, then clone it to create any additional Omnissa Access nodes required for your deployment size.
- Power on all the nodes together only after every node has been deployed.
Deploy the remaining Omnissa Access nodes using the same procedure described in Deploy the Bootstrap Node, with one difference:
- Select the sizing option that matches your deployment size: Access - Extra Small, Access - Small, Access - Medium, or Access - Large.
See Hardware Sizing Requirements in Phase 1 - Preparing Virtual Machines for Omnissa Access Installation for the number of Omnissa Access nodes required for your deployment size.
After the first Omnissa Access node is deployed, clone it to create the remaining Omnissa Access nodes using the same Clone to Virtual Machine procedure described in Deploy Infrastructure/Platform Nodes above according to your deployment size.
Important: Omnissa recommends taking snapshots of all nodes at this point.
Power-on the Nodes
After all Bootstrap, Infrastructure/Platform, and Omnissa Access nodes are deployed, power-on all the nodes together.
Run Portable Scripts
Once the nodes are deployed and ready, complete the following steps, on each of the virtual machines:
-
Navigate to the path where
external-os-portable-scripts.tar.gzwas placed. -
Extract the archive.
tar -xf external-os-portable-scripts.tar.gz -
Run the following commands:
# 0.) Prerequisite for config-manager sudo dnf install -y dnf-plugins-core # 1.) Network tools sudo dnf install -y net-tools bind-utils # 2.) Docker CE sudo dnf config-manager --add-repo https://download.docker.com/linux/rhel/docker-ce.repo sudo dnf install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin sudo systemctl enable --now docker # 3.) Firewall and time configuration sudo dnf install -y nftables chrony sudo systemctl disable --now firewalld.service sudo systemctl mask firewalld.service sudo systemctl enable --now nftables.service # chronyd is the time daemon. sudo systemctl enable --now chronyd # 4.) SELinux temporary change (runtime) sudo setenforce 0 # Optional: persist after reboot sudo sed -i 's/^SELINUX=.*/SELINUX=permissive/' /etc/selinux/config # 5.) Extra packages sudo dnf install -y epel-release || sudo dnf install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm sudo dnf install -y unzip -
Run the following scripts on all virtual machines:
# 1.) Configure non-root SSH user (configuser) sudo bash /path/to/setup-user.sh --user configuser # 2.) SSH hardening (disable root login) echo 'PermitRootLogin no' | sudo tee /etc/ssh/sshd_config.d/99-root-login.conf >/dev/null sudo sshd -t sudo systemctl restart sshd # 3.) Configure logrotate sudo bash /path/to/setup-logrotate.sh -
Run the following script only on the bootstrap node:
# Configure offline log bundle cleanup sudo bash /path/to/setup-log-bundle-cleanup.sh
Configure Load Balancer Name Resolution
-
Add load balancer entry to
/etc/hosts.vi /etc/hosts # Add entry (as an example) 10.0.0.201 lb.example.com -
Verify load balancer name resolution.
Run command:
getent hosts lb.example.comExpected result:
10.0.0.201 lb.example.com -
Validate Load Balancer Connectivity.
Run command:
curl -vk https://lb.example.comExpected result:
Connected to 10.0.0.201 SSL certificate verify ok
Deploy Control Plane and Access Services
Once prerequiste steps have been completed, proceed to Phase 3, Option 1 - Deploying Omnissa Access Using the Access Wizard for Omnissa Access deployment.
Questa pagina è stata utile?