If you have deployed VMware Data Services Manager in an air-gapped environment, an environment with no internet connectivity, you are responsible for manually checking for updates and populating new database templates and software updates in the Provider Repo.
You are required to periodically check VMware Tanzu Network for new VMware Data Services Manager database templates and updates. If any new database templates or software updates are available, you must download the Air-gap Environment Repository distributed in the release and manually populate the Provider Repo, preserving the existing directory structure.
Step 1: Examine Tanzu Network and download a new VMware Data Services Manager release.
Step 2: Populate the Provider Repo.
Step 3: Populate the Provider Repo to upgrade.
The database templates and software updates in a VMware Data Services Manager release are available as a separate, single download from VMware Tanzu Network. The download file is a .zip
file that unpacks to the required Provider Repo directory structure.
Perform these steps to download the air-gapped deliverable:
Navigate to VMware Data Services Manager on VMware Tanzu Network, locate and select Air-gap Environment Repository, and download the file.
The format of the download file name is:
air_gap_deliverables.zip
Make note of the directory to which the file was downloaded.
You must populate the Provider Repo bucket with the contents of the air_gap_deliverables.zip
file that you downloaded from Tanzu Network, retaining the existing directory structure.
zip
file is unpacked, as-is, in the root level of the bucket. Do not introduce intermediate folders or change the directory structure.
Before you begin populating the Provider Repo, ensure that you:
After you have downloaded the air_gap_deliverables.zip
file from the VMware Tanzu Network, perform the following procedure to unpack the file into the Provider Repo:
Recall the file system location of the downloaded air_gap_deliverables.zip
file.
Unpack the file locally:
user@host$ mkdir airgap
user@host$ cd airgap
user@host$ unzip <path_to_file>/air_gap_deliverables.zip
The command unpacks the database templates, software updates, and supporting files for the VMware Data Services Manager release to the current working directory.
Copy the unpacked files to the Provider Repo bucket:
For example, if you are using a CLI and your Provider Repo is in AWS:
user@host$ cd ..
user@host$ aws s3 cp --recursive ./airgap/ s3://<bucket_name>/
To be able to connect to AWS S3, configure AccessKeyId
and SecretAccessKey
on your local computer.
In certain cases, you might need to define an endpoint-url to be able to copy files to S3:
user@host$ aws s3 cp --recursive ./airgap/ s3://<bucket_name>/ --endpoint-url https://<ip_address>> --no-verify-ssl
If you are using a GUI front-end, use the tool to copy the files.
Verify that the S3 bucket includes the following files and directories:
dsm-control-plane/
dsm-data-plane/
manifests/
When you populate folders for the base 2.0 release, folder and file structure of the manifest looks similar to the following.
dsm-control-plane
- dsm-provider-va-2.0.0.XXXX-XXXXXXXX_updaterepo.zip
dsm-data-plane
- 2.0.0-image-bundle-image-bundle-2.0.0-X-XXXXXXXX.zip
manifests
- 2.0.0-release.json
- dsm-control-plane
- 2.0.0.XXXX-provider-appliance-release-manifest.json
- tag-details.json.
- dsm-data-plane
- 2.0.0-dsm-dataplane-manifest.yaml
You must populate the Provider Repo bucket with the contents of the air_gap_deliverables.zip
file that you downloaded from Tanzu Network, retaining the existing directory structure.
zip
file is unpacked, as-is, in the root level of the bucket. Do not introduce intermediate folders or change the directory structure.
Before you begin populating the Provider Repo, follow these prerequisites:
After you have downloaded the air_gap_deliverables.zip
file from the VMware Tanzu Network, perform the following procedure to unpack the file into the Provider Repo:
Copy the contents of dsm-control-plane/, dsm-data-plane/, and manifests/ directories of the new release and place it in the corresponding directories in the Provider Repo.
(Optional) After all the appliances and databases are updated to the new release version, delete the files of the old release from corresponding directories in the Provider Repo.
The new software will be visible and available to the Provider when it next checks for updates. The updates are checked every 8 hours starting from the first installation according to the NTP server configured for the Provider VM. For manual upgrades, see Checking for Upgrades to the DSM Plugin.
Ensure that none of the artifacts related to the current release are deleted while deleting files of the older release from the directories in the Provider Repo.
When you populate folders to update the base 2.0 release, folder and file structure looks similar to the following.
dsm-control-plane
- dsm-provider-va-2.0.0.XXXX-XXXXXXXX_updaterepo.zip
- dsm-provider-va-2.0.1.XXXX-XXXXXXXX_updaterepo.zip
- dsm-provider-va-2.0.2.XXXX-XXXXXXXX_updaterepo.zip
dsm-data-plane
- 2.X.X-image-bundle-image-bundle-2.X.X-X-XXXXXXXX.zip
manifests
- 2.0.0-release.json
- 2.X.X-release.json
- dsm-control-plane
- 2.0.0.XXXX-provider-appliance-release-manifest.json
- 2.X.X.XXXX-provider-appliance-release-manifest.json
- tag-details.json
- dsm-data-plane
- 2.0.0-dsm-dataplane-manifest.yaml
- 2.X.X-dsm-dataplane-manifest.yaml
If you experience problems when deploying VMware Data Services Manager in the air-gapped environment, verify the following in the S3 bucket:
The folder structure includes dsm-control-plane
, dsm-data-plane
, and manifests
.
The manifests folder has the <release-version>-release.json
file, and the dsm-control-plane
and dsm-data-plane
folders.
The dsm-control-plane
and dsm-data-plane
folders have the 2.0.0.XXXX-provider-appliance-release-manifest.json
and 2.0.0-dsm-dataplane-manifest.yaml
files respectively.
If the problems persists, contact the administrator.