Setting up an S3 compatible target

R‑Cloud supports using an S3 compatible target to store data in the storage provided by S3 or any of the supported S3 compatible cloud storage solutions.

Prerequisites

  • An S3 compatible account must be added to R‑Cloud and it must have the required permissions granted to access the target that you are adding. For details, see Adding an S3 compatible account. The S3 compatible account can also be added to R‑Cloud as part of setting up your S3 compatible target.

  • The S3 bucket must be created and configured in Amazon S3 or any of the supported S3 compatible cloud storage solutions. For a list of supported cloud storage solutions, see the HYCU R‑Cloud Compatibility Matrix.

  • For Cloudian, Nutanix Objects, and Dell ECS targets:

    • An , an Azure resource group, or a Google Cloud project must be added as a source to R‑Cloud. For details, see Adding sources.

    • Only if the target is accessible exclusively from a private network. The data movers that are created during data protection operations must have access to the endpoint used by the target. Assign the data mover configuration that uses the appropriate networking parameters to the entity whose data you plan to store on the target. For details, see Creating a data mover configuration.

  • Only if you plan to enable the customer-managed target encryption without a key management service. The length of your AES-256 key must be 32 bytes.

  • Only if you plan to enable the customer-managed target encryption with a key management service. The cloud account that you want R‑Cloud to use to access the encryption key must have the required permissions assigned. The cloud account that you want R‑Cloud to use to access the encryption key must have the required permissions assigned:

    Cloud account Required permissions
    AWS IAM role

    A custom managed or inline policy with the kms:Encrypt and kms:Decrypt permissions.

    Example   

    {
      Version": "2012-10-17",
      "Statement": [
       {
        "Effect": "Allow",
        "Action": [
         "kms:Encrypt",
         "kms:Decrypt"
        ],
        "Resource": "arn:aws:kms:<Region>:
        <AccountID>:key/<KeyID>"
       }
      ]
    }
    Azure service principal (including the HMSP) The Key Vault Crypto User role assigned at the Key Vault Key level.
    Google Cloud service account (including the HMSA) The Cloud KMS CryptoKey Encrypter/Decrypter role (roles/cloudkms.cryptoKeyEncrypterDecrypter) assigned at the KMS crypto key level.

Limitations

  • Storing data to a publicly available target is not supported.

  • Storing data to a target on which lifecycle management is enabled is not supported and may result in data loss.

  • Only if you plan to enable target encryption. The following limitations apply:

    • Target encryption is supported for SaaS applications.

    • R‑Cloud cannot encrypt data of the SaaS applications that use only snapshots for storing the data. For details, see the relevant topics for your SaaS application in Protecting SaaS applications.

    • For customer-managed target encryption with a key management service: The following keys are supported:

      • For AWS Key Management Service (KMS): Symmetric encryption KMS keys

      • For Azure Key Vault: RSA keys

      • For Google Cloud Key Management Service (KMS): Symmetric encryption keys

Considerations

  • You can set up the same target in multiple protection sets.

  • Storing data to a target that has Object Lock (WORM) enabled is supported.

  • For Cloudian, Nutanix Objects, and Dell ECS targets that are accessible exclusively from a private network: When adding such a target, R‑Cloud will not check if the target exists and if the selected cloud account has the necessary permissions to perform all operations on the target. As a result, until the first backup is performed, the target will be in the Pending state.

  • Only if you plan to enable target encryption. Consider the following:

    • The R‑Cloud encryption is applied on top of the native cloud platform data encryption to provide an additional layer of security.

    • After you enable target encryption, the previously stored backup data remains unencrypted.

    • If you decide to disable target encryption, the backup data that was stored on the target while the target encryption was enabled remains encrypted.

    • The SaaS applications metadata is not encrypted.

  • Only if you plan to enable the customer-managed target encryption with a key management service. Consider the following:

    • If you disable your encryption key in cloud or unassign the required permissions from the cloud account, you will not be able to restore the data that is stored on the target or store new data on the target until you re-enable the encryption key or reassign the permissions.

    • If you delete your encryption key from cloud, you will not be able to restore the data that is stored on the target. To store new data on the target, you must reconfigure the target encryption and perform a manual full backup.

To access the Targets panel, in the navigation pane, click Targets Targets. Alternatively, in the Dashboard panel, click the Targets widget title.

Procedure

  1. In the Targets panel, click Add Add.

  2. Select S3 Compatible, and then click Next.

  3. In the Bucket Name, enter the name of an existing bucket that will store protected data.

  4. In the Size Quota field, specify the amount of storage space that should be used for storing data (in MiB, GiB, or TiB).

    Important  The specified amount represents a soft limit, therefore actual usage may exceed it.

  5. Use the Enforce quota switch to stop running backups if this target reaches its size quota. The backups will start running again after you increase the size quota of this target or assign a different policy to the entities. Such a policy must use a target with the sufficient size quota.

  6. From the Service Provider drop-down menu, select your S3 compatible service provider.

  7. Only if you are adding a Cloudian, a Nutanix Objects, or a Dell ECS target that is accessible exclusively from a private network. If the target is accessible exclusively from a private network, enable the Private target switch.

  8. From the Cloud Account drop-down menu, select the S3 compatible account that you want to be used for performing all operations on the target.

    By clicking Add Add New, you are automatically redirected to the dialog box that enables you to add the preferred cloud account to R‑Cloud, if not already added.

  9. Only if you are adding an OVHcloud S3 compatible target. In the Region field, enter the prefix of the region where the target is located (for example, DE).

  10. Only if you want the SaaS application data that is stored on this target to be encrypted. Under Encryption Settings, enable the Target encryption switch, and then do the following:

    1. From the Key Management Type drop-down menu, select one of the following options:

      • Select HYCU managed if you want the encryption key to be provided and managed by HYCU.

      • Select Customer managed if you want to provide and manage the encryption key by yourself.

    2. Only if you selected the Customer managed option. From the Customer Key Provider drop-down menu, select your encryption key provider:

      Encryption key provider Instructions
      AWS Key Management Service

      Select this option, and then do the following:

      1. From the Encryption Cloud Account drop-down menu, select the cloud account that you want R‑Cloud to use to access the encryption key.

        By clicking Add Add New, you are automatically redirected to the dialog box that enables you to add the preferred cloud account to R‑Cloud, if not already added.

      2. In the Key ARN field, enter the AWS KMS Amazon Resource Name (ARN) of the encryption key in the following format:

        arn:aws:kms:<Region>:<AccountID>:key/<KeyID>

      Azure Key Vault

      Select this option, and then do the following:

      1. From the Encryption Cloud Account drop-down menu, select the cloud account that you want R‑Cloud to use to access the encryption key.

        By clicking Add Add New, you are automatically redirected to the dialog box that enables you to add the preferred cloud account to R‑Cloud, if not already added.

      2. In the Key Identifier field, enter the Azure Key Vault key identifier in the following format:

        https://<VaultName>.vault.azure.net/keys/<KeyName>

      Google Cloud Key Management Service

      Select this option, and then do the following:

      1. From the Encryption Cloud Account drop-down menu, select the cloud account that you want R‑Cloud to use to access the encryption key.

        By clicking Add Add New, you are automatically redirected to the dialog box that enables you to add the preferred cloud account to R‑Cloud, if not already added.

      2. In the Crypto Key Resource Name field, enter the resource name of the Google Cloud KMS cryptographic key in the following format:

        projects/<ProjectID>/locations/<LocationName>
        /keyRings/<KeyRingName>/cryptoKeys/<CryptoKeyName>

      Custom key file

      Select this option, and then, in the AES-256 Encryption Key field, browse for and select your AES-256 binary key.
  11. Click Save.

The target is added to the list of targets in the Targets panel. For details on managing targets, see Managing targets.