-
Notifications
You must be signed in to change notification settings - Fork 68
/
backup-and-restore-clusters.html.md.erb
42 lines (27 loc) · 2.74 KB
/
backup-and-restore-clusters.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
---
title: Backing Up and Restoring Kubernetes Clusters Provisioned by TKGI
owner: TKGI
---
This topic describes how to back up and restore Kubernetes clusters provisioned by VMware Tanzu Kubernetes Grid Integrated Edition (TKGI).
## Overview
TKGI uses BOSH Backup and Restore (BBR) to back up and restore Kubernetes clusters provisioned by TKGI. For more information about BBR, see [BOSH Backup and Restore](https://docs.cloudfoundry.org/bbr/index.html).
BBR orchestrates triggering the back up or restore process on the BOSH deployment, and transfers the backup artifacts to and from the BOSH deployment.
In context of Kubernetes clusters provisioned by TKGI, BBR backs up and restores the following components:
- TKGI cluster control plane nodes
- TKGI cluster worker nodes
BBR can also be used to back up and restore the TKGI Management Plane. See [Back Up and Restore TKGI Components](./backup-and-restore-tkgi.html).
In context of TKGI, BBR does not back up and restore:
* Kubernetes workloads, see [Backing up and restoring Kubernetes workloads](./backup-and-restore-work.html).
* Ops Manager VM (including the BOSH Director and TKGI tiles), see [Backing up and restoring Ops Manager](./bbr-backup-tkgi.html#export-opsman-settings).
* NSX objects and resources, such as load balancers, see [Backing up and restoring TKGI Infrastructure](./backup-and-restore-infra.html).
* Harbor VM
To use BBR to back up and restore Kubernetes clusters provisioned by TKGI, see the following topics:
* [Install and Configure BOSH Backup and Restore](bbr-install-config.html)
* [Back Up Kubernetes Clusters Provisioned by Tanzu Kubernetes Grid Integrated Edition](bbr-backup-clusters.html)
* [Restore Kubernetes Clusters Provisioned by](bbr-restore-clusters.html)
## Testing Considerations
As part of your TKGI back up and restore planning and testing, consider the following test scenario.
- Back up a TKGI-provisioned Kubernetes cluster using BBR.
- Delete the cluster control plane and worker node VMs. Delete the disks and references.
- Restore cluster nodes using BBR. Delete old worker nodes using kubectl and restart kubelet.
Confirm the cluster nodes have been restored, and the cluster is operational. If an application was deployed before cluster back up, the VIP of the load balancer for the application changes. To recover without application redeployment, create the service using a static IP. How to do this is described in the [Workload Back Up and Restore](./backup-and-restore-work.html) documentation. If an application was deployed after cluster back up, the application is no longer available and the NSX objects created for the application are automatically deleted. In this case you will need to restore the application using Velero and the NSX objects using NSX Manager.