NetBackup™ Deployment Guide for Azure Kubernetes Services (AKS) Cluster
- Introduction to NetBackup on AKS
- Deployment with environment operators
- Assessing cluster configuration before deployment
- Deploying NetBackup
- Preparing the environment for NetBackup installation on AKS
- Recommendations of NetBackup deployment on AKS
- Limitations of NetBackup deployment on AKS
- About primary server CR and media server CR
- Monitoring the status of the CRs
- Updating the CRs
- Deleting the CRs
- Configuring NetBackup IT Analytics for NetBackup deployment
- Managing NetBackup deployment using VxUpdate
- Migrating the node pool for primary or media servers
- Deploying MSDP Scaleout
- Monitoring NetBackup
- Monitoring MSDP Scaleout
- Managing the Load Balancer service
- Performing catalog backup and recovery
- Managing MSDP Scaleout
- About MSDP Scaleout maintenance
- Uninstalling MSDP Scaleout from AKS
- Troubleshooting
- View the list of operator resources
- View the list of product resources
- View operator logs
- View primary logs
- Pod restart failure due to liveness probe time-out
- Socket connection failure
- Resolving an invalid license key issue
- Resolving an issue where external IP address is not assigned to a NetBackup server's load balancer services
- Resolving the issue where the NetBackup server pod is not scheduled for long time
- Resolving an issue where the Storage class does not exist
- Resolving an issue where the primary server or media server deployment does not proceed
- Resolving an issue of failed probes
- Resolving token issues
- Resolving an issue related to insufficient storage
- Resolving an issue related to invalid nodepool
- Resolving a token expiry issue
- Resolve an issue related to inconsistency in file ownership
- Resolve an issue related to KMS database
- Resolve an issue related to pulling an image from the container registry
- Resolving an issue related to recovery of data
- Check primary server status
- Pod status field shows as pending
- Ensure that the container is running the patched image
- Getting EEB information from an image, a running container, or persistent data
- Appendix A. CR template
Opening the ports from the Load Balancer service
In this deployment, most of the required ports are already opened from the NetBackup primary and media server load balancer services by default.
If you want to use a specific workload and that needs specific ports, you must add those ports in the port specification of the load balancer service.
In case of media server, you must add custom ports in the load balancer service of all the replicas. In case of scaling up the media server, user needs to explicitly add newly added custom ports in respective newly created load balancer services.
In case custom ports are added in the load balancer service and the same load balancer service is deleted or created again, you must add respective custom ports again in the load balancer service specification.
For all three scenarios, perform the steps given in this section.
To open the ports from the Load Balancer service
- Run the kubectl get service -n <namespace> command.
This command lists all the services available in given namespace.
- Edit the required primary or media load balancer service using kubectl edit service <service-name> -n <namespace> command.
For example:
For primary server load balancer service:
Service name starts with resourcePrefixName of primary server like <resourcePrefixName>-primary. Edit the service with the kubectl edit service <resourcePrefixName>-primary -n <namespace> command.
For media server load balancer service:
Each replica of media server has its own load balancer service with name <resourcePrefixName>-media-<ordinal number>. For example, replica 2 of media server has a load balancer service with name <resourcePrefixName>-media-1.
You must modify service for specific replica with the kubectl edit service <resourcePrefixName>-media-<replica-ordinal number> -n <namespace> command.
- Add entry for new port in ports array in specification field of the service. For example, if user want to add 111 port, then add the following entry in ports array in specification field.
name: custom-111 port: 111 protocol: TCP targetPort: 111 - Save the changes.
The service is updated and the new port is listed in ports list of the respective service when you run the kubectl get service -n <namespace> command.