NetBackup™ Deployment Guide for Kubernetes Clusters
- Introduction
- Section I. Deployment
- Prerequisites for Kubernetes cluster configuration
- Deployment with environment operators
- Deploying NetBackup
- Primary and media server CR
- Deploying NetBackup using Helm charts
- Deploying MSDP Scaleout
- Deploying Snapshot Manager
- Section II. Monitoring and Management
- Monitoring NetBackup
- Monitoring MSDP Scaleout
- Monitoring Snapshot Manager
- Managing the Load Balancer service
- Managing MSDP Scaleout
- Performing catalog backup and recovery
- Section III. Maintenance
- MSDP Scaleout Maintenance
- Upgrading
- Uninstalling
- Troubleshooting
- Troubleshooting AKS and EKS issues
- Troubleshooting AKS-specific issues
- Troubleshooting EKS-specific issues
- Troubleshooting AKS and EKS issues
- Appendix A. CR template
Limitations of NetBackup deployment on Kubernetes cluster
Note the following limitations:
External Certificate Authority (ECA) is not supported.
In case of load balancer service updating the CR with dynamic IP address to static IP address and vice versa is not allowed.
Media server pods as NetBackup storage targets are not supported. For example, NetBackup storage targets like AdvancedDisk and so on are not supported on the media server pods.
NetBackup Access Control (NBAC) and Enhanced Auditing (EA) configuration are not supported.
AKS-specific
As per Microsoft, since the NFS file share is in Premium account, the minimum file share size is 100GB. If you create a PVC with a small storage size, the following error message is displayed:
"failed to create file share ... size (5)...".
The IP displayed is of POD IP. NetBackup installing on container takes the IP address of POD as configured IP. Even logs would have POD IP reference at many places.
(Applicable only for media servers) A storage class that has the storage type as
Azure file
is not supported. When the Config-Checker runs the validation for checking the storage type, the Config-Checker job fails if it detects the storage type asAzure file
. But if the Config-Checker is skipped then this validation is not run, and there can be issues in the deployment. There is no workaround available for this limitation. You must clean up the PVCs and CRs and reapply the CRs.Only
NFS
is supported as the protocol while performing data migration withAzure premium files
.
EKS-specific
(Applicable only for media servers) A storage class that has the storage type as
EFS
is not supported. When the Config-Checker runs the validation for checking the storage type, the Config-Checker job fails if it detects the storage type asEFS
. But if the Config-Checker is skipped then this validation is not run, and there can be issues in the deployment. There is no workaround available for this limitation. You must clean up the PVCs and CRs and reapply the CRs.