本文へスキップ
AWS DAILY
重要度:通常新機能確認推奨

AWS BackupがAmazon EKSリストア時のリソースモディファイアをサポート、クロスアカウント・クロスリージョン復元を自動化

公開
更新

概要

AWS Backupは、Amazon EKSバックアップのリストア時にリソースモディファイアをサポートしました。YAMLファイルで変換ルールを一度定義するだけで、IAMロールやデータベースエンドポイントなどの参照をリストア時に自動的に書き換えられます。

変更内容

  • AWS BackupがAmazon EKSバックアップのリストア時にリソースモディファイアをサポートしました。
  • YAMLファイルで変換ルールを定義することで、リストア時にKubernetesリソースを自動的に変換できるようになりました。
  • クロスアカウントやクロスリージョンのリストア後に手動で更新が必要だったIAMロール、データベースエンドポイント、Amazon ECRレジストリURIなどの参照を自動的に書き換えられます。
  • 本機能はすべての商用AWSリージョンおよびAWS GovCloud (US) リージョンで利用可能です。

公式発表で確認できる事実

  • AWS Backupは、Amazon EKSバックアップのリストア時にリソースモディファイアのサポートを発表しました。
  • リソースモディファイアを使用すると、リストア時にKubernetesリソースを変換でき、復元先の環境に合わせたクラスター構成が可能になります。
  • クロスアカウントまたはクロスリージョンでEKSバックアップをリストアする際、IAMロール、データベースエンドポイント、Amazon ECRレジストリURIなどのソース環境への参照が残る問題がありました。
  • 従来はリストアのたびにこれらの参照を手動で特定・更新する必要があり、時間がかかりエラーが発生しやすい状況でした。
  • リソースモディファイアでは、YAMLファイルで変換ルールを一度定義すると、AWS Backupがリストアの一部として自動的に適用します。
  • これにより、クロスアカウントおよびクロスリージョンのディザスタリカバリワークフローの信頼性が向上します。
  • 本機能はすべての商用AWSリージョンおよびAWS GovCloud (US) リージョンで利用可能です。

当サイトの考察

EKSのディザスタリカバリは、クラスター内のリソースが多数の外部サービスへの参照を持つため、環境間の移行が複雑になりがちです。リソースモディファイアによる自動変換は、特に本番環境のフェイルオーバーシナリオで手動ミスのリスクを大幅に低減できる実用的な機能です。YAMLファイルによる宣言的な定義はバージョン管理にも適しており、IaCベースの運用とも親和性が高いと考えられます。

確認できていない事項

  • 東京リージョン(ap-northeast-1)や大阪リージョン(ap-northeast-3)での具体的な提供状況は資料から確認できません(「すべての商用AWSリージョン」との記載はあります)。
  • リソースモディファイア機能の利用に追加料金が発生するかどうかは資料から確認できません。
  • サポートされるYAMLの変換ルールの具体的な構文や制限事項は資料から確認できません。

この記事は、AWS 公式の発表をもとに AI が作成し、自動で公開しています。

既存環境への影響

これまでクロスアカウントまたはクロスリージョンでEKSバックアップをリストアした際、ソース環境への参照を手動で更新する必要があり、時間がかかりエラーが発生しやすい状況でした。リソースモディファイアを使用することで、変換ルールを一度定義すればリストアのたびに自動適用されるため、ディザスタリカバリワークフローの信頼性が向上します。

対応の必要性

確認推奨

クロスアカウントまたはクロスリージョンのEKSディザスタリカバリを運用している場合、リソースモディファイアを活用することでリストア後の手動作業を削減できます。既存のワークフローへの強制的な変更はありません。

利用可能リージョン

東京(ap-northeast-1)
提供中
大阪(ap-northeast-3)
提供中

公式記事の「all AWS Regions」の記載を、東京と大阪にも当てはめています。個別のリージョン一覧は確認していません。

AWS 公式情報

当サイトの記事は公式情報をもとに編集したものです。正確な内容は必ず AWS 公式情報をご確認ください。

重要度:通常新機能

Amazon EKS Auto Mode がPodレベルのセキュリティグループに対応、追加料金なしでKubernetes 1.36以降で利用可能

Amazon EKS Auto Mode がPodに対して個別のEC2セキュリティグループルールを適用できる「Security groups for Pods」をサポートしました。同一ノード上の異なるワークロードに異なるセキュリティグループを割り当てられるため、アプリケーションごとに別のノードプールを作成せずにネットワークレベルの分離が実現できます。

重要度:通常新機能

Amazon EKS Auto ModeとKarpenterがDynamic Resource Allocation(DRA)をサポート、NVIDIA GPUとEFAデバイスの柔軟な割り当てが可能に

Amazon EKS Auto ModeおよびKarpenterがDynamic Resource Allocation(DRA)に対応し、NVIDIA GPUとElastic Fabric Adapter(EFA)ネットワークデバイスをKubernetesワークロードへ柔軟に割り当てられるようになりました。GPUのPod間共有やトポロジー整合デバイス割り当てが可能になります。

重要度:通常新サービス

AWS Nitro Sandboxesが一般提供開始 — Amazon EKS・ECS・EC2でハードウェア分離されたポッド・タスク・VMを実現

AWS Nitro Sandboxesが、Amazon EKS・ECS・EC2上でハードウェア分離された軽量VMとして利用可能になりました。Nitro Hypervisorが管理する各サンドボックスは、単一インスタンス上で信頼できないワークロードやマルチテナント・規制対象ワークロードを安全に実行できます。