Azure CLI を使用してストレージアカウント内の Azure BLOB をバックアップする

[アーティクル]
07/24/2024

この記事では、Azure CLI を使用して Azure Blob をバックアップする方法について説明します。 Azure Backup を使用して、運用バックアップとコンテナー化されたバックアップを実行して、ストレージアカウント内のブロック BLOB を保護できるようになりました。

Azure BLOB の使用可能なリージョン、サポートされるシナリオ、制限事項については、サポートマトリックスを参照してください。

開始する前に

始める前に前提条件とサポートマトリックスに関する記事を参照してください。

バックアップコンテナーの作成

バックアップコンテナーは、Azure Database for PostgreSQL サーバー、ストレージアカウントの BLOB、Azure ディスクなど、Azure Backup によってサポートされるさまざまな新しいワークロードのバックアップデータを格納する Azure のストレージエンティティです。バックアップコンテナーを使用すると、管理オーバーヘッドを最小限に抑えながら、バックアップデータを簡単に整理できます。バックアップコンテナーは、Azure の Azure Resource Manager モデルに基づいており、強化されたバックアップデータの保護機能を提供します。

バックアップコンテナーを作成する前に、コンテナー内のデータのストレージ冗長を選択します。次に、そのストレージ冗長と場所を使用したバックアップコンテナーの作成に進みます。この記事では、westus リージョンのリソースグループ testBkpVaultRG に、バックアップコンテナー TestBkpVault を作成します。バックアップコンテナーを作成するには、az dataprotection vault create コマンドを使用します。詳細については、「バックアップコンテナーの作成」を参照してください。

az dataprotection backup-vault create -g testBkpVaultRG --vault-name TestBkpVault -l westus --type SystemAssigned --storage-settings datastore-type="VaultStore" type="LocallyRedundant"

{
  "eTag": null,
  "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourcegroups/testBkpVaultRG/providers/Microsoft.DataProtection/BackupVaults/TestBkpVault",
  "identity": {
    "principalId": "2ca1d5f7-38b3-4b61-aa45-8147d7e0edbc",
    "tenantId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "type": "SystemAssigned"
  },
  "location": "westus",
  "name": "TestBkpVault",
  "properties": {
    "provisioningState": "Succeeded",
    "storageSettings": [
      {
        "datastoreType": "VaultStore",
        "type": "LocallyRedundant"
      }
    ]
  },
  "resourceGroup": "testBkpVaultRG",
  "systemData": null,
  "tags": null,
  "type": "Microsoft.DataProtection/backupVaults"
}

重要

コンテナーのバックアップストレージの冗長性が表示されますが、冗長性は BLOB の運用バックアップには適用されません。これは、バックアップが本質的にローカルであり、バックアップコンテナーにデータが格納されていないためです。ここでのバックアップコンテナーは、ストレージアカウント内のブロック BLOB の保護を管理するために役立つ管理エンティティです。

コンテナーを作成した後は、ストレージアカウントの Azure Blob を保護するバックアップポリシーを作成してみましょう。

バックアップポリシーの作成

Azure CLI を使って、Azure BLOB の "運用バックアップ" と "コンテナー化されたバックアップ" のバックアップポリシーを作成できます。

バックアップレベルの選択:

運用バックアップ
保管済みバックアップ

ポリシーの作成と Azure BLOB のバックアップの構成に進む前に、前提条件を確認してください。

Azure Blob バックアップのバックアップポリシーの内部構成要素を理解するには、az dataprotection backup-policy get-default-policy-template コマンドを使用してポリシーテンプレートを取得します。このコマンドにより、指定されたデータソースの種類の既定のポリシーテンプレートが返されます。このポリシーテンプレートを使用して、新しいポリシーを作成します。

az dataprotection backup-policy get-default-policy-template --datasource-type AzureBlob

{
  "datasourceTypes": [
    "Microsoft.Storage/storageAccounts/blobServices"
  ],
  "name": "BlobPolicy1",
  "objectType": "BackupPolicy",
  "policyRules": [
    {
      "isDefault": true,
      "lifecycles": [
        {
          "deleteAfter": {
            "duration": "P30D",
            "objectType": "AbsoluteDeleteOption"
          },
          "sourceDataStore": {
            "dataStoreType": "OperationalStore",
            "objectType": "DataStoreInfoBase"
          }
        }
      ],
      "name": "Default",
      "objectType": "AzureRetentionRule"
    }
  ]
}

このポリシーテンプレートは、ライフサイクル (バックアップをいつ削除、コピー、移動するかを決定) のみで構成されます。 BLOB の運用バックアップは継続的に行われるため、バックアップを実行するスケジュールは必要ありません。

"policyRules": [
    {
      "isDefault": true,
      "lifecycles": [
        {
          "deleteAfter": {
            "duration": "P30D",
            "objectType": "AbsoluteDeleteOption"
          },
          "sourceDataStore": {
            "dataStoreType": "OperationalStore",
            "objectType": "DataStoreInfoBase"
          }
        }
      ],
      "name": "Default",
      "objectType": "AzureRetentionRule"
    }
  ]

Note

長期間を対象にした復元の場合、復元操作の完了に時間がかかることがあります。また、一連のデータの復元にかかる時間は、復元期間中に行われた書き込み操作と削除操作の数に基づきます。たとえば、100 万オブジェクトを持つアカウントで毎日 3,000 オブジェクトが追加され、毎日 1,000 オブジェクトが削除される場合、過去 30 日間のポイントまで復元するのに約 2 時間必要になります。

この変更率のアカウントでは、過去 90 日以上の保有期間と復元は推奨されません。

ポリシーの JSON に必要な値をすべて設定したら、az dataprotection backup-policy create コマンドを使用したポリシーオブジェクトからの新しいポリシーの作成に進みます。

az dataprotection backup-policy get-default-policy-template --datasource-type AzureBlob > policy.json
az dataprotection backup-policy create -g testBkpVaultRG --vault-name TestBkpVault -n BlobBackup-Policy --policy policy.json

{
    "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/testBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/TestBkpVault/backupPolicies/BlobBackup-Policy",
    "name": "BlobBackup-Policy",
    "properties": {
      "datasourceTypes": [
        "Microsoft.Storage/storageAccounts/blobServices"
      ],
      "objectType": "BackupPolicy",
      "policyRules": [
        {
          "isDefault": true,
          "lifecycles": [
            {
              "deleteAfter": {
                "duration": "P2D",
                "objectType": "AbsoluteDeleteOption"
              },
              "sourceDataStore": {
                "dataStoreType": "OperationalStore",
                "objectType": "DataStoreInfoBase"
              },
              "targetDataStoreCopySettings": []
            }
          ],
          "name": "Default",
          "objectType": "AzureRetentionRule"
        }
      ]
    },
    "resourceGroup": "testBkpVaultRG",
    "systemData": null,
    "type": "Microsoft.DataProtection/backupVaults/backupPolicies"
  }

BLOB コンテナー化バックアップのバックアップポリシーを作成するには、次のコマンドを実行します。

Azure BLOB のバックアップ用のバックアップポリシーの内部コンポーネントを理解するには、az dataprotection backup-policy get-default-policy-template コマンドを使用します。

このコマンドにより、指定されたデータソースの種類の既定のポリシーテンプレートが返されます。このポリシーテンプレートを使用して、新しいポリシーを作成します。

ポリシーの JSON に必要なすべての値を保存したら、az dataprotection backup-policy create コマンドを使用してポリシーオブジェクトから新しいポリシーを作成する手順に進みます。

Az dataprotection backup-policy create -g testBkpVaultRG –vault-name TestBkpVault -n BlobBackup-Policy –policy policy.json

次の JSON は、運用バックアップに対して 30 日の保持期間、コンテナー化されたバックアップに対して 30 日の既定の保持期間を使用して、ポリシーを構成します。コンテナー化されたバックアップは毎日 7:30 UTC にスケジュールされます。

{
  "datasourceTypes": [
    "Microsoft.Storage/storageAccounts/blobServices"
  ],
  "name": "BlobPolicy1",
  "objectType": "BackupPolicy",
  "policyRules": [
    {
      "isDefault": true,
      "lifecycles": [
        {
          "deleteAfter": {
            "duration": "P30D",
            "objectType": "AbsoluteDeleteOption"
          },
          "sourceDataStore": {
            "dataStoreType": "OperationalStore",
            "objectType": "DataStoreInfoBase"
          },
          "targetDataStoreCopySettings": []
        }
      ],
      "name": "Default",
      "objectType": "AzureRetentionRule"
    },
    {
      "isDefault": true,
      "lifecycles": [
        {
          "deleteAfter": {
            "duration": "P30D",
            "objectType": "AbsoluteDeleteOption"
          },
          "sourceDataStore": {
            "dataStoreType": "VaultStore",
            "objectType": "DataStoreInfoBase"
          },
          "targetDataStoreCopySettings": []
        }
      ],
      "name": "Default",
      "objectType": "AzureRetentionRule"
    },
    {
      "backupParameters": {
        "backupType": "Discrete",
        "objectType": "AzureBackupParams"
      },
      "dataStore": {
        "dataStoreType": "VaultStore",
        "objectType": "DataStoreInfoBase"
      },
      "name": "BackupDaily",
      "objectType": "AzureBackupRule",
      "trigger": {
        "objectType": "ScheduleBasedTriggerContext",
        "schedule": {
          "repeatingTimeIntervals": [
            "R/2023-06-28T07:30:00+00:00/P1D"
          ],
          "timeZone": "UTC"
        },
        "taggingCriteria": [
          {
            "isDefault": true,
            "tagInfo": {
              "id": "Default_",
              "tagName": "Default"
            },
            "taggingPriority": 93
          }
        ]
      }
    }
  ]
}

バックアップの構成

コンテナーとポリシーを作成したら、ストレージアカウント内のすべての Azure BLOB を保護するためにユーザーが考慮しなければならない重要なポイントが 2 つあります。

主なエンティティ
アクセス許可

主なエンティティ

保護する BLOB を含むストレージアカウント: 保護する BLOB を含むストレージアカウントの Azure Resource Manager ID をフェッチします。これは、ストレージアカウントの識別子として機能します。ここでは、東南アジア地域に存在する別のサブスクリプションで、リソースグループ blobrg の下に CLITestSA という名前のストレージアカウントがある場合を例にします。
```
"/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx/resourcegroups/blobrg/providers/Microsoft.Storage/storageAccounts/CLITestSA"
```
バックアップコンテナー: バックアップコンテナーからストレージアカウント内に存在する BLOB のバックアップを有効にするには、ストレージアカウントに対するアクセス許可が付与されている必要があります。コンテナーのシステム割り当てマネージド ID は、そのようなアクセス許可を割り当てるために使用されます。

アクセス許可の割り当て

作成されたコンテナー (コンテナー MSI と表示) と関連するストレージアカウントに、Azure RBAC 経由でいくつかのアクセス許可を割り当てる必要があります。これらは、ポータルまたは PowerShell を使用して実行できます。すべての関連するアクセス許可については、こちらをご覧ください。

BLOB バックアップを構成するための要求の準備

関連するすべてのアクセス許可が設定されたら、次のコマンドを実行してバックアップを構成します。

az dataprotection backup-instance initialize コマンドを使って、関連するコンテナー、ポリシー、ストレージアカウントを使用し、関連する要求を準備します。

az dataprotection backup-instance initialize --datasource-type AzureBlob  -l southeastasia --policy-id "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/testBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/TestBkpVault/backupPolicies/BlobBackup-Policy" --datasource-id "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx/resourcegroups/blobrg/providers/Microsoft.Storage/storageAccounts/CLITestSA" > backup_instance.json

az dataprotection backup-instance create コマンドを使用して要求を送信します。

az dataprotection backup-instance create -g testBkpVaultRG --vault-name TestBkpVault --backup-instance backup_instance.json

{
    "id": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx/resourceGroups/testBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/TestBkpVault/backupInstances/CLITestSA-CLITestSA-c3a2a98c-def8-44db-bd1d-ff6bc86ed036",
    "name": "CLITestSA-CLITestSA-c3a2a98c-def8-44db-bd1d-ff6bc86ed036",
    "properties": {
      "currentProtectionState": "ProtectionConfigured",
      "dataSourceInfo": {
        "datasourceType": "Microsoft.Storage/storageAccounts/blobServices",
        "objectType": "Datasource",
        "resourceId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx/resourcegroups/blobrg/providers/Microsoft.Storage/storageAccounts/CLITestSA",
        "resourceLocation": "southeastasia",
        "resourceName": "CLITestSA",
        "resourceType": "Microsoft.Storage/storageAccounts",
        "resourceUri": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx/resourcegroups/blobrg/providers/Microsoft.Storage/storageAccounts/CLITestSA"
      },
      "dataSourceSetInfo": null,
      "friendlyName": "CLITestSA",
      "objectType": "BackupInstance",
      "policyInfo": {
        "policyId": "/subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/testBkpVaultRG/providers/Microsoft.DataProtection/backupVaults/TestBkpVault/backupPolicies/BlobBackup-Policy",
        "policyParameters": {
          "dataStoreParametersList": [
            {
              "dataStoreType": "OperationalStore",
              "objectType": "AzureOperationalStoreParameters",
              "resourceGroupId": ""
            }
          ]
        },
        "policyVersion": ""
      },
      "protectionErrorDetails": null,
      "protectionStatus": {
        "errorDetails": null,
        "status": "ProtectionConfigured"
      },
      "provisioningState": "Succeeded"
    },
    "resourceGroup": "testBkpVaultRG",
    "systemData": null,
    "type": "Microsoft.DataProtection/backupVaults/backupInstances"
  }

重要

BLOB のバックアップ用にストレージアカウントを構成すると、変更フィードや削除ロックなど、いくつかの機能が影響を受けます。詳細情報。

次のステップ

Azure CLI を使用した Azure Blob の復元

次の方法で共有

Azure CLI を使用してストレージアカウント内の Azure BLOB をバックアップする

開始する前に

バックアップコンテナーの作成

バックアップポリシーの作成

バックアップの構成

主なエンティティ

アクセス許可の割り当て

BLOB バックアップを構成するための要求の準備

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure CLI を使用してストレージ アカウント内の Azure BLOB をバックアップする

開始する前に

バックアップ コンテナーの作成

バックアップ ポリシーの作成

バックアップの構成

主なエンティティ

アクセス許可の割り当て

BLOB バックアップを構成するための要求の準備

次のステップ

フィードバック

その他のリソース

Azure CLI を使用してストレージアカウント内の Azure BLOB をバックアップする

バックアップコンテナーの作成

バックアップポリシーの作成