Veritas NetBackup™ CloudPoint Install and Upgrade Guide
- Section I. CloudPoint installation and configuration
- Preparing for CloudPoint installation
- CloudPoint host sizing recommendations
- Deploying CloudPoint using container images
- Deploying CloudPoint extensions
- CloudPoint cloud plug-ins
- CloudPoint storage array plug-ins
- NetApp plug-in configuration notes
- Nutanix Files plug-in configuration notes
- Dell EMC Unity array plug-in configuration notes
- Pure Storage FlashArray plug-in configuration notes
- HPE RMC plug-in configuration notes
- HPE XP plug-in configuration notes
- Hitachi plug-in configuration notes
- Hitachi (HDS VSP 5000) plug-in configuration notes
- InfiniBox plug-in configuration notes
- Dell EMC PowerScale (Isilon) plug-in configuration notes
- Dell EMC PowerMax and VMax plug-in configuration notes
- Qumulo plug-in configuration notes
- CloudPoint application agents and plug-ins
- Oracle plug-in configuration notes
- About snapshot restore
- Additional steps required after a SQL Server snapshot restore
- Protecting assets with CloudPoint's agentless feature
- Volume Encryption in NetBackup CloudPoint
- CloudPoint security
- Preparing for CloudPoint installation
- Section II. CloudPoint maintenance
- CloudPoint logging
- Upgrading CloudPoint
- Uninstalling CloudPoint
- Troubleshooting CloudPoint
Preparing to install the extension on a managed Kubernetes cluster
The CloudPoint cloud-based extension can be deployed on a managed Kubernetes cluster for scaling the capacity of the CloudPoint host to service a large number of requests concurrently.
Note:
Currently, the extension is supported only on a managed Kubernetes cluster within the Azure cloud environment.
Overview
Your Azure managed Kubernetes cluster should already be deployed with appropriate network and configuration settings, and with specific roles. The cluster must be able to communicate with CloudPoint.
The required roles are:
Azure Kubernetes Service RBAC Writer, AcrPush, Azure Kubernetes Service Cluster User Role
For supported Kubernetes versions, refer to the CloudPoint Hardware Compatibility List (HCL).
Use an existing Azure Container Registry or create a new one, and ensure that the managed Kubernetes cluster has access to pull images from the container registry
A dedicated nodepool for CloudPoint workloads needs to be created with manual scaling or 'Autoscaling' enabled in the Azure managed Kubernetes cluster. The autoscaling feature allows your nodepool to scale dynamically by provisioning and de-provisioning the nodes as required automatically.
CloudPoint extension images (
flexsnap-cloudpoint, flexsnap-listener, flexsnap-workflow, flexsnap-fluentd, flexsnap-datamover
) need to be uploaded to the Azure container registry.
Prepare the host and the managed Kubernetes cluster in Azure
Choose the CloudPoint image supported on Ubuntu or RHEL system that meets the CloudPoint installation requirements and create a host.
See Creating an instance or preparing the host to install CloudPoint.
Verify that the port 5671 is open on the main CloudPoint host.
See Verifying that specific ports are open on the instance or physical host.
The public IP of the virtual machine scale set via which the node pool is configured has to be allowed to communicate through port 22, on the workloads being protected.
Install a Docker or Podman container platform on the host and start the container service.
Prepare the CloudPoint host to access Kubernetes cluster within your Azure environment.
Install Azure CLI.
https://docs.microsoft.com/en-us/cli/azure/install-azure-cli-linux?pivots=apt
Install Kubernetes CLI
https://kubernetes.io/docs/tasks/tools/install-kubectl/#install-using-native-package-management
Login to the Azure environment to access the Kubernetes cluster by running this command on Azure CLI:
# az login --identity
# az account set --subscription <subscriptionID>
# az aks get-credentials --resource-group <resource_group_name> --name <cluster_name>
Ensure to create an Azure Container Registry or use the existing one if available, to which the CloudPoint images will be pushed (uploaded). See Azure documentation:
https://docs.microsoft.com/en-in/azure/container-registry/container-registry-get-started-portal
https://docs.microsoft.com/en-in/azure/container-registry/container-registry-get-started-azure-cli
To run the kubectl and container registry commands from the host system, assign the following role permissions to your VM and cluster. You can assign a 'Contributor', 'Owner', or any custom role that grants full access to manage all resources.
Go to your Virtual Machine > click Identity on the left > under System assigned tab, turn the Status to 'ON' > click Azure role assignment > click Add role assignments > select Scope as 'Subscription' or 'Resource Group' > select Role and assign the following roles : Azure Kubernetes Service RBAC Writer, AcrPush, Azure Kubernetes Service Cluster User Role, and Save.
Go to your Kubernetes cluster > click Access Control (IAM) on the left > click Add role assignments > select Role as 'Contributor ' > Select Assign access to as 'Virtual Machines' > select your VM from the drop-down and Save.
Create a storage account in the same subscription and region your Kubernetes cluster is in, and create a file share into it. (Follow the default settings by Azure.)
Create a namespace for CloudPoint from the command line on host system:
# kubectl create namespace cloudpoint-system
Create a Kubernetes secret to access the file share. You will need to provide this secret while configuring the CloudPoint extension.
# kubectl create secret generic <secret_name> --namespace cloudpoint-system --from-literal=azurestorageaccountname=<storage_account_name> --from-literal=azurestorageaccountkey=<storage_account_key>
Pass the following parameters in the command:
Parameter
Description
secret_name
Specify a name for the secret that you are creating.
storage_account_name
Specify your Azure storage account name.
storage_account_key
To obtain the account access key, go to your Azure Storage Account > click Access Keys on the left > click Show Keys, and copy the Key1. Then provide the access key in the command.
Example:
# kubectl create secret generic mysecret --namespace cloudpoint-system --from-literal=azurestorageaccountname=mystorage --from-literal=azurestorageaccountkey=IusI10S9w6n1Ve4N31pFCaWNCWWWPGMw0WzDQT....
Then create a new or use an existing managed Kubernetes cluster in Azure, and add a new node pool dedicated for CloudPoint use. Configure Autoscaling as per your requirement.
Ensure that Azure plug-in is configured.
See Downloading the CloudPoint extension.
See Installing the CloudPoint extension on a managed Kubernetes cluster.