Here are instructions for configuring file storage for VMware Tanzu Application Service for VMs (TAS for VMs) based on your IaaS and installation method. See the section that applies to your use case.

To minimize system downtime, VMware recommends using highly resilient and redundant external filestores for your TAS for VMs file storage. For more factors to consider when selecting file storage, see Configure File Storage in Configuring TAS for VMs for Upgrades.

Important After initial installation, do not change file storage configuration without first migrating existing files to the new provider.

After initial installation, do not change file storage configuration without first migrating existing files to the new provider.

Internal file storage

Internal file storage is only appropriate for small, non-production deployments.

To use the TAS for VMs internal filestore:

  1. Select Internal WebDAV.

  2. Click Save.

AWS

This section describes how to configure file storage for AWS.

If you followed the procedure in Preparing to Deploy Tanzu Operations Manager on AWS, you created the necessary resources for external S3-compatible file storage.

Important Some blobstores, for example, Oracle Cloud Infrastructure Object Storage, do not support S3 Signature v4 Streaming. To use blobstores without S3 Signature v4 Streaming support with VMware Tanzu Application Service for VMs, deselect the Signature v4 streaming check box.

For more information, see AWS-S3 Signature v4 Streaming.

For production-level Operations Manager deployments on AWS, VMware recommends selecting External S3-compatible filestore.

For instructions, see External S3-Compatible Filestore.

You can also configure Fog blobstores to use AWS IAM instance profiles. For instructions, see Fog with AWS IAM Instance Profiles.

For more information about production level Operations Manager deployments on AWS, see AWS Reference Architecture.

External S3-Compatible filestore

To use an external S3-compatible filestore for TAS for VMs file storage:
  1. Select External S3-compatible filestore.

  2. For URL endpoint, enter the https:// URL endpoint for your region. For example, https://s3.us-west-2.amazonaws.com/.

  3. For Access key, enter the access key of the pcf-user you created when you configured AWS for Operations Manager.

  4. For Secret key, enter the secret key of the pcf-user you created when configuring AWS for Operations Manager.

  5. (Optional) If your TAS for VMs deployment is on AWS, you can alternatively enter the Access key and Secret key of the pcf-user you created when you configured AWS for Operations Manager. If you select the S3 AWS with instance profile check box and also enter an Access key and Secret key, the instance profile overrules the access key and secret key.

  6. From the S3 signature version drop-down menu, select V4 signature. For more information about S3 signatures, see the AWS documentation.

  7. For Region, enter the AWS region in which your S3 buckets are located. For example, us-west-2.

  8. To encrypt the contents of your S3 filestore, select the Allow server-side encryption check box. This option is only available for AWS S3.

  9. (Optional) If you selected the Allow server-side encryption check box, you can also configure a KMS key in KMS key ID. TAS for VMs uses this KMS key to encrypt files uploaded to the blobstore. If you do not provide a KMS Key ID, TAS for VMs uses the default AWS key. For more information, see the AWS documentation.

  10. Deselect the Path-style S3 URLs (deprecated) check box. When this check box is deselected, the S3 bucket is accessed using the virtual-hosted model instead of the path-based model. The deprecated path-based model is removed from AWS as of September 30, 2020. For more information about S3 path deprecation, see the AWS News Blog.

  11. Enter names for your S3 buckets:

    Tanzu Operations Manager Field Value Description
    Buildpacks bucket name pcf-buildpacks-bucket
    This S3 bucket stores app buildpacks.
    Droplets bucket name pcf-droplets-bucket This S3 bucket stores app droplets. VMware recommends that you use a unique bucket name for droplets, but you can also use the same name as above.
    Packages bucket name pcf-packages-bucket This S3 bucket stores app packages. VMware recommends that you use a unique bucket name for packages, but you can also use the same name as above.
    Resources bucket name pcf-resources-bucket This S3 bucket stores app resources. VMware recommends that you use a unique bucket name for app resources, but you can also use the same name as above.
  12. Configure these check boxes depending on whether your S3 buckets are versioned:

    • For versioned S3 buckets, select the Use versioning for backup and restore check box to archive each bucket to a version.
      If you are using Dell ECS, VMware recommends against versioned buckets. For more information, see the Dell EMC ECS documentation. You can use mirroring as an alternative to versioning.
    • For unversioned S3 buckets:
      1. Deselect the Use versioning for backup and restore check box.
      2. For Backup buildpacks bucket name, Backup droplets bucket name, and Backup packages bucket name, enter a backup bucket name for each active bucket. The backup bucket name must be different from the name of the active bucket it backs up. For more information about creating external S3 blobstores, see the Cloud Foundry documentation.
  13. For Backup region, enter the name of the AWS region in which your backup S3 buckets are located. For example, us-west-2. These are the buckets used to back up and restore the contents of your S3 filestore.

  14. (Optional) Enter names for your backup S3 buckets:

    Tanzu Operations Manager Field Value Description
    Backup buildpacks bucket name buildpacks-backup-bucket
    This S3 bucket is used to back up and restore your buildpacks bucket. This bucket name must be different from the buckets you named above.
    Backup droplets bucket name droplets-backup-bucket This S3 bucket is used to back up and restore your droplets bucket. VMware recommends that you use a unique bucket name for droplet backups, but you can also use the same name as above.
    Backup packages bucket name packages-backup-bucket This S3 bucket is used to back up and restore your packages bucket. VMware recommends that you use a unique bucket name for package backups, but you can also use the same name as above.
  15. Click Save.

Note For more information about AWS S3 signatures, see the AWS documentation.

Fog with AWS IAM instance profiles

To configure Fog blobstores to use AWS IAM instance profiles:

  1. Configure an additional cloud-controller IAM role with the following policy to give access to the S3 buckets you plan to use:

    {
      "Version": "2012-10-21",
      "Statement": [{
        "Effect": "Allow",
        "Action": [ "s3:*" ],
        "Resource": [
          "arn:aws:s3:::YOUR-AWS-BUILDPACK-BUCKET",
          "arn:aws:s3:::YOUR-AWS-BUILDPACK-BUCKET/*",
          "arn:aws:s3:::YOUR-AWS-DROPLET-BUCKET",
          "arn:aws:s3:::YOUR-AWS-DROPLET-BUCKET/*",
          "arn:aws:s3:::YOUR-AWS-PACKAGE-BUCKET",
          "arn:aws:s3:::YOUR-AWS-PACKAGE-BUCKET/*",
          "arn:aws:s3:::YOUR-AWS-RESOURCE-BUCKET",
          "arn:aws:s3:::YOUR-AWS-RESOURCE-BUCKET/*",
        ]
      }]
    }
    

    Replace YOUR-AWS-BUILDPACK-BUCKET, YOUR-AWS-DROPLET-BUCKET, YOUR-AWS-PACKAGE-BUCKET, and YOUR-AWS-RESOURCE-BUCKET with the names of your AWS buckets. Do not use periods (.) in your AWS bucket names.

    If you use the AWS console, an IAM role is automatically assigned to an IAM instance profile with the same name, cloud-controller. If you do not use the AWS console, you must create an IAM instance profile with a single assigned IAM role. For more information, see Step 4: Create an IAM Instance Profile for Your Amazon EC2 Instances in the AWS documentation.

  2. In your BOSH cloud config, create a VM extension to add the IAM instance profile you created to VMs using the extension.

    vm_extensions:
    - cloud_properties:
        iam_instance_profile: cloud-controller
      name: cloud-controller-iam
    

    You can also create a VM extension using the Tanzu Operations Manager API. For more information, see Create or Update a VM Extension in Managing Custom VM Extensions.

  3. In your TAS for VMs deployment manifest, use the cloud-controller-iam VM extension you created for the instance groups containing cloud_controller, cloud_controller_worker, and cloud_controller_clock, as in the following example:

    instance_groups:
    ...
    - name: api
      ...
      vm_extensions:
      - cloud-controller-iam
    ...
    - name: cc-worker
      ...
      vm_extensions:
      - cloud-controller-iam
    ...
    - name: scheduler
      ...
      vm_extensions:
      - cloud-controller-iam
    
  4. Insert the following configuration into your deployment manifest under properties.cc:

    cc:
      buildpacks:
        blobstore_type: fog
        buildpack_directory_key: YOUR-AWS-BUILDPACK-BUCKET
        fog_connection: &fog_connection
          provider: AWS
          region: us-east-1
          use_iam_profile: true
      droplets:
        blobstore_type: fog
        droplet_directory_key: YOUR-AWS-DROPLET-BUCKET
        fog_connection: *fog_connection
      packages:
        blobstore_type: fog
        app_package_directory_key: YOUR-AWS-PACKAGE-BUCKET
        fog_connection: *fog_connection
      resource_pool:
        blobstore_type: fog
        resource_directory_key: YOUR-AWS-RESOURCE-BUCKET
        fog_connection: *fog_connection
    

    Replace YOUR-AWS-BUILDPACK-BUCKET, YOUR-AWS-DROPLET-BUCKET, YOUR-AWS-PACKAGE-BUCKET, and YOUR-AWS-RESOURCE-BUCKET with the names of your AWS buckets. Do not use periods (.) in your AWS bucket names.

  5. (Optional) Provide other configuration with the fog_connection hash, which is passed through to the Fog gem.

GCP

This section describes how to configure file storage for GCP. Follow the procedure that corresponds to your installation method:

For production-level Operations Manager deployments on GCP, VMware recommends selecting External Google Cloud Storage. For more information about production-level Operations Manager deployments on GCP, see GCP Reference Architecture.

Manual

This section describes how to configure file storage for GCP if you installed Operations Manager manually.

TAS for VMs can use Google Cloud Storage (GCS) as its external filestore by using either a GCP interoperable storage access key or your GCS service account.

To configure file storage for GCP, follow one of these procedures:

External Google Cloud Storage with access key and secret key

To configure file storage for GCP using an access key and secret key:

  1. Select External GCS with access key and secret key.

  2. Enter values for Access key and Secret key. To obtain the values for these fields:

    1. In the GCP Console, go to the Storage tab.
    2. Click Settings.
    3. Click Interoperability.
    4. If necessary, click Enable interoperability access. If interoperability access is already configured, confirm that the default project matches the project where you are installing TAS for VMs.
    5. Click Create a new key.
    6. Copy and paste the generated values into the corresponding TAS for VMs fields. TAS for VMs uses these values for authentication when connecting to GCS.
  3. Enter the names of the storage buckets you created in Step 6: Create Database Instance and Databases in Preparing to Deploy Tanzu Operations Manager on GCP Manually:

    • Buildpacks bucket name: PREFIX-PCF-buildpacks
    • Droplets bucket name: PREFIX-PCF-droplets
    • Packages bucket name: PREFIX-PCF-packages
    • Resources bucket name: PREFIX-PCF-resources

      Where PREFIX is a prefix of your choice, required to make the bucket name unique.
  4. Click Save.

External Google Cloud Storage with service account

To configure file storage for GCP using a service account:

Note You can use the same service account that you created for Tanzu Operations Manager, or you can create a separate service account for TAS for VMs file storage. To create a separate service account for TAS for VMs file storage, follow the procedure in Step 1: Set Up IAM Service Accounts in Preparing to deploy Tanzu Operations Manager on GCP manually, but only select the Storage > Storage Admin role.

  1. Select External GCS with service account.

  2. For GCP project ID, enter the Project ID on your GCP Console that you want to use for your TAS for VMs file storage.

  3. For GCP service account email, enter the email address associated with your GCP account.

  4. For GCP service account key, enter in JSON format the account key that you use to access the specified GCP project.

  5. Enter the names of the storage buckets you created in Step 7: Create storage buckets in Preparing to Deploy Tanzu Operations Manager on GCP Manually:

    • Buildpacks bucket name: PREFIX-PCF-buildpacks
    • Droplets bucket name: PREFIX-PCF-droplets
    • Packages bucket name: PREFIX-PCF-packages
    • Resources bucket name: PREFIX-PCF-resources
    • Backup bucket name: PREFIX-PCF-backup

      Where PREFIX is a prefix of your choice, required to make the bucket name unique.
  6. Click Save.

Terraform

This section describes how to configure file storage for GCP if you installed Operations Manager with Terraform.

TAS for VMs can use Google Cloud Storage (GCS) as its external filestore by using either a GCP interoperable storage access key or your GCS Service Account.

To configure file storage for GCP, follow one of these procedures:

External Google Cloud Storage with access key and secret key

To configure file storage for GCP using an access key and secret key:

  1. Select External GCS with access key and secret key.

  2. Enter values for Access key and Secret key. To obtain the values for these fields:

    1. In the GCP Console, navigate to the Storage tab.
    2. Click Settings.
    3. Click Interoperability.
    4. If necessary, click Enable interoperability access. If interoperability access is already configured, confirm that the default project matches the project where you are installing TAS for VMs.
    5. Click Create a new key.
    6. Copy and paste the generated values into the corresponding TAS for VMs fields. TAS for VMs uses these values for authentication when connecting to Google Cloud Storage.
  3. Enter the names of the storage buckets you created in GCP Service Account Key for Blobstore in Deploying Tanzu Operations Manager on GCP Using Terraform:

    • Buildpacks bucket name: Enter the value of buildpacks_bucket from your Terraform output.
    • Droplets bucket name: Enter the value of droplets_bucket from your Terraform output.
    • Packages bucket name: Enter the value of resources_bucket from your Terraform output.
    • Resources bucket name: Enter the value of packages_bucket from your Terraform output.
  4. Click Save.

External Google Cloud Storage with service account

To configure file storage for GCP using a service account:

Note You can use the same service account that you created for Tanzu Operations Manager, or you can create a separate service account for TAS for VMs file storage. To create a separate service account for TAS for VMs file storage, follow the procedure in Step 1: Set up IAM service accounts in Preparing to Deploy Tanzu Operations Manager on GCP manually, but only select the Storage > Storage Admin role.

  1. Select External GCS with service account.

  2. For GCP project ID, enter the Project ID on your GCP Console that you want to use for your TAS for VMs file storage.

  3. For GCP service account email, enter the email address associated with your GCP account.

  4. For GCP service account key, enter in JSON format the account key that you use to access the specified GCP project.

  5. Enter the names of the storage buckets you created in GCP Service Account Key for Blobstore in Deploying Tanzu Operations Manager on GCP using Terraform:

    • Buildpacks bucket name: Enter the value of buildpacks_bucket from your Terraform output.
    • Droplets bucket name: Enter the value of droplets_bucket from your Terraform output.
    • Packages bucket name: Enter the value of resources_bucket from your Terraform output.
    • Resources bucket name: Enter the value of packages_bucket from your Terraform output.
    • Backup bucket name: Enter the value of backup_bucket from your Terraform output.
  6. Click Save.

Azure

This section describes how to configure file storage for Azure.

For production-level Operations Manager deployments on Azure, VMware recommends selecting External Azure Storage. For more information about production-level Operations Manager deployments on Azure, see Azure Reference Architecture.

For more factors to consider when selecting file storage, see Configure File Storage in Configuring TAS for VMs for Upgrades.

To use external Azure file storage for your TAS for VMs filestore:
  1. Select External Azure storage.

  2. To create a new storage account for the TAS for VMs filestore:

    1. Go to the Azure Portal.
    2. Click the Storage accounts tab.
    3. Click the + icon to add a new storage account.
    4. In the Name field, enter a unique name for the storage account. This name must be all lowercase and contain 3 to 24 alphanumeric characters.
    5. For Deployment model, select Resource manager.
    6. From the Account kind drop-down menu, select General purpose.
    7. For Performance, select Standard.
    8. From the Replication drop-down menu, select Locally-redundant storage (LRS).
    9. For Storage service encryption, select Disabled.
    10. From the Subscription drop-down menu, select the subscription where you want to deploy TAS for VMs resources.
    11. For Resource group:
    12. Select Use existing.
    13. Enter the name of the resource group where you deployed TAS for VMs.
    14. From the Location drop-down menu, select the location where you are deploying TAS for VMs.
    15. Click Create.
  3. To create new storage containers in the storage account you created in the previous step:

    1. In the Azure Portal, select the new storage account from the dashboard.
    2. Under Blob Service, select Containers to create one or more containers in this storage account for buildpacks, droplets, resources, and packages.
    3. Select Soft Delete.
    4. Select Enabled to configure soft delete in your Azure storage account.

      Important BBR requires that you configure soft delete in your Azure storage account before you configure backup and restore for your Azure blobstores in Tanzu Operations Manager. You must set a reasonable retention policy to minimize storage costs. For more information about configuring soft delete in your Azure storage account, see the Azure documentation.

    5. For each container that you create, set the Access type to Private.
  4. In TAS for VMs, enter the name of the storage account you created for Account name.

  5. In the Access key field, enter one of the access keys provided for the storage account. To obtain a value for this field:

    1. Go to the Azure Portal.
    2. Click the Storage accounts tab.
    3. Click Access keys.
  6. For Environment, enter the name of the Azure Cloud environment that contains your storage. This value defaults to AzureCloud, but other options include AzureChinaCloud, AzureUSGovernment, and AzureGermanCloud.

  7. For Buildpacks container name, enter the container name for storing your app buildpacks.

  8. For Droplets container name, enter the container name for your app droplet storage. VMware recommends that you use a unique container name, but you can use the same container name as the previous step.

  9. For Packages container name, enter the container name for packages. VMware recommends that you use a unique container name, but you can use the same container name as the previous step.

  10. For Resources container name, enter the container name for resources. VMware recommends that you use a unique container name, but you can use the same container name as the previous step.

  11. (Optional) To allow backup and restore for your Azure blobstores in TAS for VMs, select the Allow backup and restore check box.

    Important You must configure all listed storage containers to use soft deletes.

  12. (Optional) To configure TAS for VMs to restore your containers to a different Azure storage account than the account where you take backups:

    1. For Restore storage account, enter the name of the Azure storage account from which you want to restore your containers. If you want to restore to the same storage account where you take backups, do not configure this field.
    2. For Restore access key, enter the access key for the Azure storage account you specified in Restore storage account. If you want to restore to the same storage account where you take backups, do not configure this field.
  13. Click Save.

Note To configure backup and restore for a TAS for VMs installation that uses an S3-compatible blobstore, see Enabling external blobstore backups.

OpenStack

For production-level Operations Manager deployments on OpenStack, VMware recommends selecting External S3-compatible filestore. For more information about production-level Operations Manager deployments on OpenStack, see OpenStack Reference Architecture.

For more factors to consider when selecting file storage, see Configure File Storage in Configuring TAS for VMs for Upgrades.

To use an external S3-compatible filestore for TAS for VMs file storage:
  1. Select External S3-compatible filestore.

  2. For URL endpoint, enter the https:// URL endpoint for your region. For example, https://s3.us-west-2.amazonaws.com/.

  3. For Access key, enter the access key of the pcf-user you created when you configured AWS for Operations Manager.

  4. For Secret key, enter the secret key of the pcf-user you created when configuring AWS for Operations Manager.

  5. From the S3 signature version drop-down menu, select V4 signature. For more information about S3 signatures, see the AWS documentation.

  6. For Region, enter the AWS region in which your S3 buckets are located. For example, us-west-2.

  7. To encrypt the contents of your S3 filestore, select the Allow server-side encryption check box. This option is only available for AWS S3.

  8. (Optional) If you selected the Allow server-side encryption check box, you can also configure a KMS key in KMS key ID. TAS for VMs uses this KMS key to encrypt files uploaded to the blobstore. If you do not provide a KMS Key ID, TAS for VMs uses the default AWS key. For more information, see the AWS documentation.

  9. Deselect the Path-style S3 URLs (deprecated) check box. When this check box is deselected, the S3 bucket is accessed using the virtual-hosted model instead of the path-based model. The deprecated path-based model is removed from AWS as of September 30, 2020. For more information about S3 path deprecation, see the AWS News Blog.

  10. Enter names for your S3 buckets:

    Tanzu Operations Manager Field Value Description
    Buildpacks bucket name pcf-buildpacks-bucket
    This S3 bucket stores app buildpacks.
    Droplets bucket name pcf-droplets-bucket This S3 bucket stores app droplets. VMware recommends that you use a unique bucket name for droplets, but you can also use the same name as above.
    Packages bucket name pcf-packages-bucket This S3 bucket stores app packages. VMware recommends that you use a unique bucket name for packages, but you can also use the same name as above.
    Resources bucket name pcf-resources-bucket This S3 bucket stores app resources. VMware recommends that you use a unique bucket name for app resources, but you can also use the same name as above.
  11. Configure these check boxes depending on whether your S3 buckets are versioned:

    • For versioned S3 buckets, select the Use versioning for backup and restore check box to archive each bucket to a version.
      If you are using Dell ECS, VMware recommends against versioned buckets. For more information, see the Dell EMC ECS documentation. You can use mirroring as an alternative to versioning.
    • For unversioned S3 buckets:
      1. Deselect the Use versioning for backup and restore check box.
      2. For Backup buildpacks bucket name, Backup droplets bucket name, and Backup packages bucket name, enter a backup bucket name for each active bucket. The backup bucket name must be different from the name of the active bucket it backs up. For more information about creating external S3 blobstores, see the Cloud Foundry documentation.
  12. For Backup region, enter the name of the AWS region in which your backup S3 buckets are located. For example, us-west-2. These are the buckets used to back up and restore the contents of your S3 filestore.

  13. (Optional) Enter names for your backup S3 buckets:

    Tanzu Operations Manager Field Value Description
    Backup buildpacks bucket name buildpacks-backup-bucket
    This S3 bucket is used to back up and restore your buildpacks bucket. This bucket name must be different from the buckets you named above.
    Backup droplets bucket name droplets-backup-bucket This S3 bucket is used to back up and restore your droplets bucket. VMware recommends that you use a unique bucket name for droplet backups, but you can also use the same name as above.
    Backup packages bucket name packages-backup-bucket This S3 bucket is used to back up and restore your packages bucket. VMware recommends that you use a unique bucket name for package backups, but you can also use the same name as above.
  14. Click Save.

Note For more information about AWS S3 signatures, see the AWS documentation.

vSphere

For production-level Operations Manager deployments on vSphere, VMware recommends selecting External S3-compatible filestore and using an external filestore. For more information about production-level Operations Manager deployments on vSphere, see vSphere Reference Architecture.

For more factors to consider when selecting file storage, see Configure File Storage in Configuring TAS for VMs for Upgrades.

To use an external S3-compatible filestore for TAS for VMs file storage:
  1. Select External S3-compatible filestore.

  2. For URL endpoint, enter the https:// URL endpoint for your region. For example, https://s3.us-west-2.amazonaws.com/.

  3. For Access key, enter the access key of the pcf-user you created when you configured AWS for Operations Manager.

  4. For Secret key, enter the secret key of the pcf-user you created when configuring AWS for Operations Manager.

  5. From the S3 signature version drop-down menu, select V4 signature. For more information about S3 signatures, see the AWS documentation.

  6. For Region, enter the AWS region in which your S3 buckets are located. For example, us-west-2.

  7. To encrypt the contents of your S3 filestore, select the Allow server-side encryption check box. This option is only available for AWS S3.

  8. (Optional) If you selected the Allow server-side encryption check box, you can also configure a KMS key in KMS key ID. TAS for VMs uses this KMS key to encrypt files uploaded to the blobstore. If you do not provide a KMS Key ID, TAS for VMs uses the default AWS key. For more information, see the AWS documentation.

  9. Deselect the Path-style S3 URLs (deprecated) check box. When this check box is deselected, the S3 bucket is accessed using the virtual-hosted model instead of the path-based model. The deprecated path-based model is removed from AWS as of September 30, 2020. For more information about S3 path deprecation, see the AWS News Blog.

  10. Enter names for your S3 buckets:

    Tanzu Operations Manager Field Value Description
    Buildpacks bucket name pcf-buildpacks-bucket
    This S3 bucket stores app buildpacks.
    Droplets bucket name pcf-droplets-bucket This S3 bucket stores app droplets. VMware recommends that you use a unique bucket name for droplets, but you can also use the same name as above.
    Packages bucket name pcf-packages-bucket This S3 bucket stores app packages. VMware recommends that you use a unique bucket name for packages, but you can also use the same name as above.
    Resources bucket name pcf-resources-bucket This S3 bucket stores app resources. VMware recommends that you use a unique bucket name for app resources, but you can also use the same name as above.
  11. Configure these check boxes depending on whether your S3 buckets are versioned:

    • For versioned S3 buckets, select the Use versioning for backup and restore check box to archive each bucket to a version.
      If you are using Dell ECS, VMware recommends against versioned buckets. For more information, see the Dell EMC ECS documentation. You can use mirroring as an alternative to versioning.
    • For unversioned S3 buckets:
      1. Deselect the Use versioning for backup and restore check box.
      2. For Backup buildpacks bucket name, Backup droplets bucket name, and Backup packages bucket name, enter a backup bucket name for each active bucket. The backup bucket name must be different from the name of the active bucket it backs up. For more information about creating external S3 blobstores, see the Cloud Foundry documentation.
  12. For Backup region, enter the name of the AWS region in which your backup S3 buckets are located. For example, us-west-2. These are the buckets used to back up and restore the contents of your S3 filestore.

  13. (Optional) Enter names for your backup S3 buckets:

    Tanzu Operations Manager Field Value Description
    Backup buildpacks bucket name buildpacks-backup-bucket
    This S3 bucket is used to back up and restore your buildpacks bucket. This bucket name must be different from the buckets you named above.
    Backup droplets bucket name droplets-backup-bucket This S3 bucket is used to back up and restore your droplets bucket. VMware recommends that you use a unique bucket name for droplet backups, but you can also use the same name as above.
    Backup packages bucket name packages-backup-bucket This S3 bucket is used to back up and restore your packages bucket. VMware recommends that you use a unique bucket name for package backups, but you can also use the same name as above.
  14. Click Save.

Note For more information about AWS S3 signatures, see the AWS documentation.

check-circle-line exclamation-circle-line close-line
Scroll to top icon