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

[アーティクル]
10/05/2024

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

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

Note

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

開始する前に

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

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

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

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

Note

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

Azure Backup を使用して AKS クラスターをリージョンの停止から保護する場合は、[リージョンをまたがる復元] を有効にすることができます。 [リージョンをまたがる復元] を有効にするには、次のことを行う必要があります。

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

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

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

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

作成した Backup ボールトに移動し、[管理]>[バックアップポリシー]>[追加] を選択します。
バックアップポリシーの名前を入力します。
[データソースの種類] に [Kubernetes Service] を選択します。
[スケジュールと保持期間] タブで、"バックアップスケジュール" を定義します。
- バックアップの頻度: "バックアップの頻度" (時間単位または日単位) を選択し、"バックアップの保有期間" を選択してください。
- 保持期間の設定: 新しいバックアップポリシーには、"既定" のルールが既定で定義されます。このルールを編集することはできますが、削除できません。既定のルールには、作成されるすべての運用層バックアップの保有期間が定義されています。日単位または時間単位で取得されるバックアップがより長い期間保存されるように、追加の保有ルールを作成することもできます。
日単位または時間単位で取得されるバックアップがより長い期間保存されるように、追加の保有ルールを作成することもできます。
Note
- 1 日の最初の正常なバックアップに加えて、週、月、年の最初に正常にバックアップするための保持ルールを定義できます。優先順位の観点から、順序は年、月、週、日です。
- "ボールト層" に保存されているバックアップは、セカンダリリージョン (Azure ペアリージョン) にコピーできます。プライマリリージョンを使用できない場合に、これを使用して AKS クラスターをセカンダリリージョンに復元できます。この機能を選択するには、"リージョンをまたがる復元" が有効になっている"geo 冗長コンテナー" を使用します。
バックアップ頻度と保有設定を構成したら、[次へ] を選択します。
[確認と作成] タブで、情報を確認し、[作成] を選びます。

Backup 拡張機能をインストールし、バックアップを構成する

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

Note

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

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

Backup 拡張機能をインストールする

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

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

AKS クラスターのバックアップは、この BLOB コンテナーに保存されます。ストレージアカウントは、クラスターと同じリージョンとサブスクリプション内にある必要があります。
[次へ] を選択します。拡張機能のインストールの詳細を確認し、[作成] を選びます。

拡張機能のインストールが開始します。

バックアップの構成

Backup 拡張機能が正常にインストールされたら、[バックアップの構成] を選択します。
先ほど作成した Backup ボールトを選択します。 AKS クラスターをバックアップするには、バックアップコンテナーで [Trusted Access] (信頼されたアクセス) を有効にしておく必要があります。 [信頼されたアクセス] を有効にするには、[アクセス許可の付与] を選びます。既に有効な場合は、[次へ] を選びます。
[バックアップポリシー] タブで、バックアップのスケジュールとその保持期間を定義するバックアップポリシーを選択し、[次へ] を選択します。
[データソース] タブで、[追加/編集] を選んでバックアップインスタンスの構成を定義します。
[バックアップするリソースの選択] ペインで、バックアップするクラスターリソースを定義します。

詳細については、バックアップの構成に関する記事を参照してください。
[スナップショットリソースグループ] では、永続ボリューム (Azure Disk Storage) スナップショットの保存に使用するリソースグループを選択してから、[検証] を選択します。

検証が完了した後、スナップショットリソースグループのコンテナーに必要なロールが割り当てられていない場合は、エラーが表示されます。

エラーを解決するには、[データソース名] の下にあるデータソースのチェックボックスを選択し、[不足しているロールの割り当て] を選択します。
ロールの割り当てが完了したら、[次へ]>[バックアップの構成] を選択します。

バックアップ構成

Azure Backup for AKS を使うと、バックアップする AKS クラスター内でアプリケーションの境界を定義できます。バックアップ構成内で利用できるフィルターを使って、バックアップするリソースや、カスタムフックを実行するリソースを選択できます。定義されたバックアップ構成は、[バックアップインスタンス名] の値で参照されます。次のフィルターを利用して、アプリケーションの境界を定義できます。

[バックアップする名前空間の選択] を選択します。 [すべて] を選択して、クラスター内の既存と今後の名前空間をすべてバックアップするか、バックアップ対象として特定の名前空間を選択することができます。

次の名前空間はバックアップの構成からスキップされます: kube-system、kube-node-lease、kube-public。
[追加のリソース設定] を展開して、バックアップするクラスターリソースを選択するために使用できるフィルターを表示します。次のカテゴリに基づいてリソースのバックアップを選択できます。
- ラベル: リソースの種類に割り当てるラベルを使用して、AKS リソースをフィルター処理できます。キーと値のペアの形式でラベルを入力します。 AND ロジックを使用して複数のラベルを組み合わせることができます。たとえば、ラベル env=prod;tier!=web を入力した場合、プロセスで env キーと prod 値を含むラベルと、値 web を持たないキー tier を持つラベルを含むリソースを選択します。
- API グループ: AKS API グループと種類を指定してリソースを含めることもできます。たとえば、デプロイなどのバックアップ AKS リソースを選択できます。 Kubernetes で定義された API グループの一覧については、こちらをご覧ください。
- その他のオプション: クラスタースコープのリソース、永続ボリューム、シークレットのバックアップを有効または無効にできます。既定では、クラスタースコープのリソースと永続ボリュームが有効になります。

Note

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

AKS Backup 中にフックを使用する

このセクションでは、バックアップフックを使用して、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 をバックアップする

開始する前に

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

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