For any migration or disaster recovery (DR) activity, the first step is to discover the cluster in SWIFT. Discovery allows SWIFT to identify and register the cluster along with its associated resources such as namespaces, workloads, and other objects. Only after the cluster is successfully discovered, you can proceed with operations like syncing applications, or performing the actual migration or failover tasks.
Pre-requisite:
1. To discover the GCP OpenShift container platform cluster, you must have a cluster created in the GCP cloud and know the region where the cluster is deployed.
2. To create a service account, refer to the Adding OpenShift cluster service account for SWIFT section in the Pre-requisite and Installation Guide.
or
You can download the Installation and Prerequisite Guide from the SWIFT Dashboard. This guide will help you create the required credentials/service account for the GCP OpenShift cluster. Refer to the screenshot below for guidance.
Following are steps to discover the GCP OpenShift cluster.
1. Log in to the SWIFT dashboard, navigate to the Container Cluster menu, and click the Add button. Refer to the screenshot below for guidance.
2. Once you click the Add button, the Cluster Add dialog will appear. Enter the required cluster details to proceed with the discovery. Refer to the screenshot below for guidance.
Field Name | Field Description |
| Platform type | Select the platform where your cluster is running |
Friendly name | You need to enter a friendly name according to your cluster or project. |
| Cloud Type | Choose the ‘cloud type’ from the dropdown as SWIFT supports various clouds. |
Service account token | In an GCP OpenShift cluster, a service account token is a type of Kubernetes authentication token that is automatically created when you create a service account. |
| IP Address/DNS Name | The IP address / DNS name of your GCP OpenShift cluster API endpoint. |
| Port | This is the Kubernetes API server port |
| Region | Choose the region from the provided list that matches the region of your gcp OpenShift cluster. |
| Private key file | the private key file usually refers to either the SSH key for node access or the JSON service account key used to authenticate with GCP services like Artifact Registry. Know more |
| TRAIPOD Config | This is an optional input. They can be configured for each sync, and the values input for the sync will override the defaults set for the cluster. For more info you can look TRAIPOD KB article. To more know about Traipod Config section, Please follow below KB Article. |
| Cluster private IP config | Normally, the IP address or hostname mentioned in the kubeconfig file is used to discover the cluster. However, if you want to set up a private IP or hostname to access the cluster, and the public IP mentioned in the kubeconfig is not used, this setting can be used to overwrite the default kubeconfig IP with the private IP and port. |
3.Click the Add button. Within a few seconds, the GCP OpenShift cluster will be added. Refer to the screenshot below to confirm that the cluster has been successfully discovered in SWIFT. The cluster will appear similar to the example shown in the screenshot.
4. Once the cluster is discovered, navigate to Container Cluster > Click on the Cluster. You will see that the GCP OpenShift cluster has been successfully discovered.
5. You can view all information about the cluster and its metadata. Click on the cluster to expand it and see the details, including tabs such as Summary, Project, OpenShift Objects, etc.
6 .You can also perform additional operations, such as Rediscover, Configure, or Delete the cluster. To do this, select the cluster, and the available options will appear above.
- Re-Discover : This option allows you to re-discover the cluster. If you have added new namespaces or applications to the cloud cluster and want them to be reflected in the SWIFT portal, you can re-discover the cluster.
- Configure : Use this option if you want to modify the cluster configuration. Please check KB Article on 'Configure the cluster'
- Delete : Use this option to delete the cluster. However, ensure that no DR Policy is attached to the cluster; otherwise, the cluster cannot be deleted and the Delete option will be disabled. It will delete from SWIFT dashboard only not from cloud.