Azure Backup を使用して Azure Kubernetes Service をバックアップする

[アーティクル]
01/03/2024

この記事では、Azure Kubernetes Service (AKS) の構成とバックアップを行う方法について説明します。

Azure Backup では、クラスターにインストールする必要があるバックアップ拡張機能を使用して、AKS クラスター (クラスターリソースとクラスターにアタッチされている永続ボリューム) をバックアップすることができます。バックアップコンテナーは、このバックアップ拡張機能を介してクラスターと通信し、バックアップと復元操作を実行します。

Note

Azure Backup を使用した AKS のボールトへのバックアップとリージョンをまたがる復元は、現在プレビュー段階にあります。

開始する前に

現在、AKS のバックアップでは、Azure Disk Storage ベースの永続ボリューム (CSI ドライバーによって有効化) のみがサポートされています。バックアップは運用データストアにのみ保存されます (バックアップデータはテナントに保存され、コンテナーに移動されません)。バックアップコンテナーと AKS クラスターは、同じリージョンに存在する必要があります。
AKS バックアップでは、BLOB コンテナーとリソースグループを使用してバックアップを格納します。 BLOB コンテナーには、AKS クラスターリソースが保持されます。永続ボリュームのスナップショットは、リソースグループに保存されます。 AKS クラスターとストレージの場所は、同じリージョンに存在する必要があります。 BLOB コンテナーの作成方法についてはこちらを参照してください。
現在、AKS バックアップでは 1 日 1 回のバックアップがサポートされています。 1 日あたりのバックアップの頻度を増やすこともできます (4 時間、8 時間、12 時間ごと)。このソリューションを使用すると、データを復元用に最大 360 日間保持することができます。バックアップポリシーの作成の方法を確認してください。
バックアップ拡張機能をインストールして、AKS クラスターでバックアップと復元操作を構成する必要があります。バックアップ拡張機能の詳細を確認してください。
バックアップの構成と復元操作を開始する前に、Microsoft.KubernetesConfiguration、Microsoft.DataProtection、および Microsoft.ContainerService の TrustedAccessPreview 機能フラグがサブスクリプションに登録されていることを確認します。
AKS バックアップのバックアップや復元操作を開始する前に、すべての前提条件を実行してください。

サポートされているシナリオ、制限事項、可用性の詳細については、サポートマトリックスを参照してください。

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

バックアップコンテナーは、経時的に作成された復旧ポイントを保存する管理エンティティです。バックアップコンテナーには、バックアップ操作を実行するためのインターフェイスも用意されています。たとえば、オンデマンドでのバックアップ作成、復元の実行、バックアップポリシーの作成などの操作です。 AKS バックアップでは、バックアップコンテナーと AKS クラスターが同じリージョンに存在する必要があります。バックアップコンテナーの作成方法についてはこちらを参照してください。

Note

バックアップコンテナーは、新しくサポートされるデータソースをバックアップするために使用される新しいリソースです。バックアップコンテナーは Recovery Services コンテナーとは異なります。

Azure Backup を使用して、リージョンの障害から AKS クラスターを保護する場合:

コンテナーの作成時に、バックアップストレージ冗長パラメーターをグローバル冗長として設定します。コンテナーの冗長性が設定されると、無効にすることはできません。
[コンテナーのプロパティ] の [リージョンをまたがる復元] パラメーターを [有効] に設定します。このパラメーターを有効にすると、無効にすることはできません。
コンテナー標準データストアの保持期間が設定されたバックアップポリシーを使用してバックアップインスタンスを作成します。このデータストアに保存されているすべての復旧ポイントは、セカンダリリージョンに保存されます。

Note

コンテナー標準データストアは現在プレビュー段階です。

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

バックアップを構成する前に、バックアップの頻度と、バックアップの保有期間を定義したバックアップポリシーを作成する必要があります。

バックアップの構成時にバックアップポリシーを作成することもできます。

バックアップポリシーを作成するには:

[バックアップセンター] に移動し、[ポリシー] を選択して新しいバックアップポリシーを作成します。

または、 [バックアップセンター]>[バックアップポリシー]>[追加] に移動します。
[データソースの種類] に [Kubernetes Service] を選択して続行します。
バックアップポリシーの名前 ("既定のポリシー" など) を入力し、バックアップポリシーを作成する必要があるバックアップコンテナー (作成した新しいバックアップコンテナー) を選択します。
[スケジュールとリテンション期間] タブで、"バックアップの頻度" と、バックアップを運用およびコンテナー層 (別名、"データストア") に "保持する必要がある期間" を定義します。

バックアップの頻度: "バックアップの頻度" (時間単位または日単位) を選択し、"バックアップの保有期間" を選択してください。

保持設定: 新しいバックアップポリシーには、2 つの保持ルールがあります。

日単位または時間単位で取得されるバックアップがより長い期間保存されるように、追加の保有ルールを作成することもできます。
- 既定値: このルールにより、作成されたすべての運用層バックアップの既定の保有期間が定義されます。このルールは編集のみ可能で、削除できません。
- 毎日、最初に成功したバックアップを取得: 既定のルールに加えて、その日に最初に成功したバックアップをすべて、運用データストアとコンテナー標準ストアに保持することができます。このルールは、編集および削除することができます (運用データストアでバックアップを保持する場合)。
また、"週、月、および年の最初に作成される正常なバックアップ" に対して同様のルールを定義することもできます。
Note
- 1 日の最初の正常なバックアップに加えて、週、月、年の最初に正常にバックアップするための保持ルールを定義できます。優先順位の観点から、順序は年、月、週、日です。
- コンテナー標準データストアは現在プレビュー段階です。この機能を使用しない場合は、保持ルールを編集し、コンテナー標準データストアの横にあるチェックボックスをオフにします。
- コンテナー層に保存されているバックアップは、セカンダリリージョン (Azure ペアリージョン) にもコピーできます。プライマリリージョンが利用できない場合に、これを使用して AKS クラスターをセカンダリリージョンに復元できます。この機能を選択するには、"リージョンをまたがる復元" が有効になっている"geo 冗長コンテナー" を使用します。
バックアップ頻度と保有設定を構成したら、[次へ] を選択します。
[確認と作成] タブで、情報を確認し、[作成] を選びます。

バックアップを構成する

AKS バックアップを使用して、クラスター全体またはクラスターにデプロイされた特定のクラスターリソースをバックアップできます。デプロイされたアプリケーションのスケジュールと保有の要件またはセキュリティ要件に従って、クラスターを複数回保護することもできます。

Note

同じ AKS クラスターに対して複数のバックアップインスタンスを設定するには:

同じバックアップコンテナーに異なるバックアップポリシーを使用してバックアップを構成します。
別のバックアップコンテナーにバックアップを構成します。

AKS クラスターのバックアップを構成するには:

Azure portal で、バックアップする AKS クラスターに移動します。
リソースメニューで [バックアップ] を選択してから、[バックアップの構成] を選択します。
バックアップまたは復元用に AKS クラスターを準備するには、[拡張機能のインストール] を選んで、クラスターにバックアップ拡張機能をインストールします。
入力として "ストレージアカウント" と "BLOB コンテナー" を指定します。

AKS クラスターのバックアップは、この BLOB コンテナーに保存されます。ストレージアカウントは、クラスターと同じリージョンとサブスクリプション内にある必要があります。

[次へ] を選択します。
拡張機能のインストールの詳細を確認し、[作成] を選びます。

拡張機能のインストールが開始します。
バックアップ拡張機能が正常にインストールされたら、[バックアップの構成] を選んで、AKS クラスターのバックアップの構成を開始します。

このアクションは、バックアップセンターで実行することもできます。
バックアップコンテナーを選択します。

AKS クラスターをバックアップするには、バックアップコンテナーで [Trusted Access] (信頼されたアクセス) を有効にしておく必要があります。 [信頼されたアクセス] を有効にするには、[アクセス許可の付与] を選びます。既に有効な場合は、[次へ] を選びます。
Note
- [信頼されたアクセス] を有効にする前に、サブスクリプション上の Microsoft.ContainerServices リソースプロバイダーの TrustedAccessPreview 機能フラグを有効にします。
- AKS クラスターにバックアップ拡張機能がインストールされていない場合は、バックアップを構成するインストールステップを実行します。
バックアップのスケジュールとその保持期間を定義する "バックアップポリシー" を選びます。 [次へ] を選択します。
[データソース] タブで、[追加/編集] を選んでバックアップインスタンスの構成を定義します。
[バックアップするリソースの選択] ペインで、バックアップするクラスターリソースを定義します。

詳細については、バックアップの構成に関する記事を参照してください。
[スナップショットリソースグループ] では、永続ボリューム (Azure Disk Storage) スナップショットの保存に使用するリソースグループを選択します。次に、[検証] を選びます。
検証が完了した後、スナップショットリソースグループのコンテナーに必要なロールが割り当てられていない場合は、エラーが表示されます。
エラーを解決するには、[データソース名] の下でデータソースを選択し、[不足しているロールの割り当て] を選びます。

次のスクリーンショットは、選択できるロールの一覧を示しています。
ロールの割り当てが完了したら、[次へ] を選択します。
[バックアップの構成] を選びます。
構成が完了したら、[次へ] を選択します。

バックアップ構成が完了すると、バックアップインスタンスが作成されます。

バックアップ構成

AKS バックアップ機能の一部として、すべてのクラスターリソースまたは特定のクラスターリソースをバックアップできます。バックアップ構成に使用できるフィルターを使用して、バックアップするリソースを選択できます。定義されたバックアップ構成は、バックアップインスタンス名の値で参照されます。次のオプションを使用して、バックアップする名前空間の値を選択できます。

[すべて (将来の名前空間を含む)]: これにより、基になるクラスターリソースがバックアップされるときに、現在および将来のすべての名前空間の値がバックアップされます。
[一覧から選択]: バックアップする AKS クラスター内の特定の名前空間の値を選択します。

バックアップする特定のクラスターリソースを選択するには、リソースにアタッチされているラベルを使用して、バックアップにリソースを含めることができます。入力したラベルを持つリソースのみがバックアップされます。複数のラベルを使用できます。

Note

デプロイされ、バックアップ対象であるすべての YAML ファイルにラベルを追加する必要があります。これには、永続ボリューム要求などの名前空間スコープのリソースと、永続ボリュームなどのクラスタースコープのリソースが含まれます。

クラスタースコープのリソース、シークレット、永続ボリュームもバックアップする場合は、[その他のオプション] の下にある各項目を選択します。

Screenshot that shows various backup configurations.

AKS バックアップ中にフックを使用する

このセクションでは、バックアップフックを使用して、MySQL がデプロイされた AKS クラスターのアプリケーション整合性スナップショット (MySQL インスタンスを含む永続ボリューム) を作成する方法について説明します。

AKS バックアップでカスタムフックを使用して、ボリュームのアプリケーション整合性スナップショットを実現できます。ボリュームは、コンテナー化されたワークロードとしてデプロイされるデータベースに使用されます。

バックアップフックを使用すると、ボリュームのアプリケーションスナップショットを取得できるように、MySQL ポッドを固定および固定解除するコマンドを定義できます。次に、バックアップ拡張機能によって、フックでコマンドを実行するステップが調整され、ボリュームスナップショットが取得されます。

MySQL がデプロイされたボリュームのアプリケーション整合性スナップショットは、次のアクションを実行することによって作成されます。

MySQL を実行しているポッドは固定されているため、データベースに対して新しいトランザクションは実行されません。
ボリュームのスナップショットがバックアップとして取得されます。
MySQL を実行しているポッドは固定解除されているため、データベースでトランザクションを再度実行できます。

MySQL をバックアップするためのバックアップ構成フローの一部としてバックアップフックを有効にするには:

PostgreSQL ポッドを固定および固定解除するコマンドを使用して、バックアップフック用のカスタムリソースを記述します。

定義済みのコマンドを含むサンプルの YAML スクリプト postgresbackuphook.yaml を使用することもできます。

apiVersion: clusterbackup.dataprotection.microsoft.com/v1alpha1
kind: BackupHook
metadata:
# BackupHook CR Name and Namespace
name: bkphookname0
namespace: default
spec:
# BackupHook Name. This is the name of the hook that will be executed during backup.
# compulsory
name: hook1
# Namespaces where this hook will be executed.
includedNamespaces: 
- hrweb
excludedNamespaces:
labelSelector:
# PreHooks is a list of BackupResourceHooks to execute prior to backing up an item.
preHooks:
   - exec:
      command:
      - /sbin/fsfreeze
      - --freeze
      - /var/lib/postgresql/data
      container: webcontainer
      onError: Continue
# PostHooks is a list of BackupResourceHooks to execute after backing up an item.
postHooks:
   - exec:
      container: webcontainer
      command:
         - /sbin/fsfreeze
         - --unfreeze
      onError: Fail
      timeout: 10s

バックアップを構成する前に、バックアップフックカスタムリソースを AKS クラスターにデプロイする必要があります。

スクリプトをデプロイするには、次のコマンドを実行します。
```
kubectl apply -f mysqlbackuphook.yaml
```
デプロイが完了したら、AKS クラスターのバックアップを構成できます。

Note

バックアップ構成の一部として、カスタムリソース名と、リソースがデプロイされる名前空間を入力として指定する必要があります。

Azure Backup を使用して Azure Kubernetes Service をバックアップする

開始する前に

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

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

バックアップを構成する

バックアップ構成

AKS バックアップ中にフックを使用する

次のステップ

その他のリソース

Azure Backup を使用して Azure Kubernetes Service をバックアップする

開始する前に

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

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

バックアップを構成する

バックアップ構成

AKS バックアップ中にフックを使用する

次のステップ

その他のリソース

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

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