AWS News - 2026-11-09

2026-11-09
最終更新: 2026-11-10 10:51:36 JST

AI による概要

16 記事

この日はコンテナの分離とネットワーク・DNS セキュリティ、SAP 関連の生成 AI 活用が中心でした。コンテナでは AWS Nitro Sandboxes が登場し、Nitro Hypervisor が管理する軽量 VM として EKS のポッド、ECS のタスク、軽量 VM をハードウェアで分離できるようになりました。EKS Auto Mode と Karpenter は NVIDIA GPU と EFA の Dynamic Resource Allocation (DRA) に対応しています。ネットワークでは Route 53 Profiles が 1 つの VPC に複数の Profile を関連付けられるようになり、日本語ブログでも Route 53 Resolver DNS Firewall による DNS トンネリングや DGA への対策、ハイブリッド環境への拡張、10 月 21 日にリリースされた Network Firewall 向け Route 53 Resolved IP Validation が解説されました。データでは AWS の分析サービスと Workday Data Cloud の双方向・ゼロコピー統合が発表され、FSx for NetApp ONTAP は 4 リージョン、FSx for OpenZFS は 20 リージョンで S3 Access Points に対応しました。国内記事では SAP 向けの生成 AI 活用 (Rivian の財務オペレーション、価格モニタリング、Multi-Channel Fulfillment アクセラレーター、CFO 向けユースケース) や、東京製鐵の Kiro 全社導入事例、週刊 AWS、週刊生成 AI、月刊 AWS 製造 11 月号が並びました。

主要トピック
  • コンテナ: AWS Nitro Sandboxes で EKS ポッド・ECS タスク・軽量 VM をハードウェア分離

  • コンテナ: EKS Auto Mode と Karpenter が NVIDIA GPU と EFA の DRA に対応

  • ネットワーク: Route 53 Profiles が VPC あたり複数 Profile に対応

  • セキュリティ: Route 53 Resolver DNS Firewall と Resolved IP Validation の解説

  • データ: AWS 分析サービスと Workday Data Cloud のゼロコピー統合

  • ストレージ: S3 Access Points for FSx が ONTAP 4 リージョン、OpenZFS 20 リージョンに拡大

  • SAP: Rivian の財務オペレーション自動化など生成 AI 活用事例

  • 国内: 東京製鐵の Kiro 全社導入、週刊 AWS、月刊 AWS 製造 11 月号

AI (Claude Opus 5) が生成 · 2026-11-10 22:01:32 JST

AWS What's New

Amazon EKS Auto Mode and Karpenter now support Dynamic Resource Allocation

Amazon Elastic Kubernetes Service (Amazon EKS) now supports Dynamic Resource Allocation (DRA) for NVIDIA GPUs and Elastic Fabric Adapter (EFA) network devices when using Amazon EKS Auto Mode and Karpenter. You can now define the device attributes your Kubernetes workloads need with DRA, share GPU devices across Pods, and allocate topology-aligned GPU and EFA devices while Amazon EKS Auto Mode and Karpenter dynamically scale Amazon EC2 instances based on workload demand.

With DRA, you define ResourceClaim or ResourceClaimTemplate objects that describe what GPU or EFA devices can be allocated to workloads, by model, architecture, or other attributes. When running distributed training or inference, you can define PCIe-aligned GPU and EFA devices for optimal performance. Workloads then request those DRA objects in their configuration, and Karpenter automatically launches the lowest-cost instances that match. When using Amazon EKS Auto Mode, the NVIDIA DRA driver and EFA DRA driver (DRANET) are built-in, and you simply define your DRA objects and use them in your workloads. Amazon EKS Auto Mode automatically prevents workloads using DRA and workloads using device plugins for the same device type from running on the same nodes to mitigate the risk of silent device oversubscription during migrations.

DRA support for Amazon EKS Auto Mode and Karpenter is available in all AWS Regions, except the AWS GovCloud (US) Regions and the China Regions. DRA support is available for all Kubernetes versions in Karpenter, and for Kubernetes versions 1.36 and newer in Amazon EKS Auto Mode. To learn more, see the DRA documentation in the Amazon EKS User Guide and Karpenter documentation.

AWS Analytics services now support Workday Data Cloud integration

Today, AWS announces a new bi-directional, zero-copy integration between AWS Analytics services and Workday Data Cloud. Instead of building and maintaining ETL pipelines to replicate data between systems, joint customers can now query across their AWS and Workday datasets in place, without moving or copying data, while retaining existing security controls in both environments.

From AWS, you can use Amazon SageMaker Unified Studio, Amazon EMR, AWS Glue, Amazon Redshift, and Amazon Athena to query Workday data through Workday Live Data Query or federate to Apache Iceberg tables in Workday Data Cloud through catalog federation. Configure a connection in SageMaker Unified Studio, AWS Glue, or AWS Lake Formation consoles and begin querying immediately. Access is governed by AWS and Workday permissions.

From Workday, you can register your AWS Glue Data Catalog Iceberg REST endpoint as an external catalog in Workday Analytics and query your AWS Iceberg tables directly. Common use cases include joining workforce data with business data for talent analytics, workforce planning, and machine learning.

This integration is available in all AWS commercial regions where AWS Glue is available. To learn more, see the AWS Glue User Guide, the Workday Data Cloud integration with AWS on Workday Data Cloud, and the AWS Big Data Blog post.

Introducing AWS Nitro Sandboxes on Amazon EKS, ECS and EC2 for hardware isolated pods, tasks and VMs

詳細を表示

AWS Nitro Sandboxes are now available as lightweight VMs managed by the Nitro Hypervisor. You can use Nitro Sandboxes for an Amazon EKS pod, or Amazon ECS task, or lightweight Virtual Machines (VMs), including AI agents running inside them, in their own hardware-isolated virtual machine powered by the AWS Nitro System. Each workload gets the isolation boundary of a Nitro isolated virtual machine. This allows you to safely run untrusted, multi-tenant, or regulated workloads within the resources of a single instance.

Nitro Sandboxes run on your EC2 instances with near-native EC2 performance and inherits Nitro-hypervisor isolation. You can also validate your workloads through cryptographic attestation, so that secrets are released only to Nitro Sandboxes that have proven their integrity. With Nitro Sandboxes, you can safely execute LLM-generated code in an isolated environment of its own all while improving utilization and lowering compute costs by securely sharing a single EC2 instance across multiple agentic workloads. You can easily enable EKS pods or ECS tasks to run on Nitro Sandboxes and each pod or task gets its own isolated environment. Enabling Nitro Sandboxes in EKS or ECS is a one-line change and each pod or task gets its own VM, with your workloads remaining fully native (Pod Identity, VPC CNI, EBS/EFS/S3 storage, and CloudWatch all work out of the box). If you want full control, run Nitro Sandboxes directly on EC2 with your own AMI, orchestration, and with virtual machine monitors (VMMs). Amazon Linux and Firecracker are natively supported, and patches for other options are available today.

AWS Nitro Sandboxes are available today on most nitro-based ec2 instances, in all commercial regions worldwide, at no additional charge.

To learn more and get started, see the EKS User Guide or ECS User Guide. For implementation details or to fully customize your Nitro Sandbox usage, see the Nitro Sandboxes documentation in the EC2 user guide.

Amazon S3 Access Points for Amazon FSx are now available in additional AWS Regions

詳細を表示

You can now attach Amazon S3 Access Points to your Amazon FSx for NetApp ONTAP file systems in 4 additional AWS Regions, and to your Amazon FSx for OpenZFS file systems in 20 additional AWS Regions. With this capability, your file data in Amazon FSx is accessible for use with the broad range of artificial intelligence, machine learning, and analytics services and applications that work with S3, while your data continues to reside on your FSx file system.

An S3 Access Point for Amazon FSx is an S3 endpoint that gives S3-based applications and services access to the data on your FSx file system through the Amazon S3 API, without copying or moving that data. For example, you can connect generative AI applications and agents to your file data with Amazon Bedrock Knowledge Bases so they deliver relevant, contextual responses. Users can query the same data in place with Amazon Athena or transform it with AWS Glue, and you can share files with partners over SFTP, FTPS, and FTP using AWS Transfer Family. You can also access your files from serverless compute such as Amazon ECS and AWS Fargate, or from your own S3-based applications.

Amazon S3 Access Points for FSx for ONTAP and FSx for OpenZFS are now available in additional AWS Regions across North America, South America, Europe, Asia Pacific, and Africa. For the full list of AWS Regions supported for each file system, see the FSx for ONTAP and FSx for OpenZFS user guides. Get started by creating and attaching S3 Access Points using the Amazon FSx console, the AWS Command Line Interface (AWS CLI), or the AWS Software Development Kit (AWS SDK). To learn more, visit the Amazon FSx for NetApp ONTAP and Amazon FSx for OpenZFS product pages, the Amazon S3 Access Points page, and the FSx for ONTAP and OpenZFS user guides.

Amazon Route 53 Profiles now supports multiple Profiles per VPC

Amazon Route 53 Profiles now lets you associate more than one Profile with a VPC. Previously, a VPC could have only one Profile, so teams that managed Route 53 configurations separately (for example, security teams managing DNS Firewall rule groups while cloud infrastructure and network admin teams manage private hosted zones and Resolver forwarding rules) all had to share a single Profile and associate their private hosted zones, Resolver rules, and DNS Firewall rule groups with it.

With this launch, you can now associate multiple Profiles with the same VPC and set a priority for every Profile. Route 53 evaluates a VPC's Profiles in priority order, starting with the lowest number, so you can keep shared Route 53 configurations in one Profile and team-specific configurations in another without merging them, while assigning them the right priority. Combined with the granular IAM permissions launched in March 2026, multiple Profiles per VPC improves security posture by letting each team own and manage its own Profile with least-privilege permissions.

This capability is available in all AWS Regions where Route 53 Profiles is available.

Each Profile-VPC association is billed at standard Route 53 Profiles pricing. For details, see Amazon Route 53 pricing. To learn more, see Route 53 Profiles in the Amazon Route 53 Developer Guide.

AWS Japan Blog

Amazon Route 53 Resolver DNS Firewall で高度な DNS 脅威を防ぐ

Amazon VPC 内の DNS クエリは Amazon Route 53 Resolver を経由する独自の経路をたどるため、セキュリティグループや AWS Network Firewall などの制御をバイパスします。この記事では、従来のブロックリストでは捕捉できない DNS トンネリングやドメイン生成アルゴリズム (DGA) の仕組みに加え、Amazon Route 53 Resolver DNS Firewall Advanced によるリアルタイム検出と信頼度のしきい値の選び方を解説します。さらに、コンソールでのルール作成、AWS CloudFormation テンプレートによる推奨ルールグループのデプロイ、クエリログ記録、AWS Security Hub との統合も紹介します。

AWS Network Firewall 向け Route 53 Resolved IP Validation の紹介: ドメイン名による非ウェブトラフィック制御と SNI スプーフィング防止

AWS は 2026 年 10 月 21 日、AWS Network Firewall 向け Route 53 Resolved IP Validation を追加料金なしでリリースしました。Network Firewall は、新しいアウトバウンド接続の宛先を、Amazon Route 53 Resolver が返した IP アドレスと照合します。これにより、SFTP や SSH などの非ウェブトラフィックをドメイン名でフィルタリングでき、TLS インスペクションなしで SNI スプーフィングも防止できます。この記事では、機能の仕組み、アラートモードで有効化する手順、2 つのユースケース、ベストプラクティスを紹介します。

Amazon Route 53 Resolver DNS Firewall によるハイブリッドワークロードの保護

Amazon Route 53 Resolver DNS Firewall による保護をオンプレミスワークロードへ拡張し、ハイブリッド AWS 環境全体で統一された DNS セキュリティポリシーを実現する方法を紹介します。AWS Direct Connect や AWS Site-to-Site VPN を使ったプライベート接続と、インターネット向け Network Load Balancer を使ったパブリック接続について、DNS クエリのフローを解説します。スケーラビリティ、高可用性、パフォーマンス、セキュリティに関する設計上の考慮事項も取り上げます。さらに、AWS Firewall Manager と AWS Security Hub を使って、マルチアカウント環境で DNS 保護を一元管理する方法も説明します。

東京製鐵株式会社が挑む、一人ひとりの生産性向上への道 ― AI コーディングツール Kiro の全社導入で、スタッフが自ら業務システムを内製する文化へ

こんにちは。AWS の犬塚と山澤です。国内最大手の電炉メーカーである東京製鐵株式会社(以下、東京製鐵)では、一人ひとりの生産性向上に向けて、AI コーディングツール「Kiro」を全社に導入し、現場の従業員が自らの手で業務システムを内製する取り組みを進めています。本ブログでは、東京製鐵の皆さまに、Kiro 導入の背景や具体的な活用、成果、今後の展望について伺いました。

週刊AWS – 2026/11/02週

Amazon Textract が日本語に対応し東京リージョンでも利用可能に、Amazon Inspector が AMI の脆弱性スキャンに対応、Amazon CloudFront が Service Quotas でのクォータ引き上げに対応、AWS Lambda がセルフマネージド Kafka のキューに対応、Amazon S3 Tables が Hive から Iceberg へのマネージド移行に対応、Amazon DynamoDB の bulk put items が GA、Amazon Bedrock AgentCore の Web Answer が GA、AWS Security Hub が SBOM インベントリを提供など

Rivian が Amazon Bedrock 上の AI エージェントで財務オペレーションを加速した方法

Rivian は Amazon Bedrock AgentCore 上に構築した ERP AI エージェントで発注(PO)の会計計上を自動化し、月次決算の手作業をサイクルあたり 15 日超削減しました。SOP をナレッジベースに保存し、Strands Agent が MCP サーバー経由で SAP S/4HANA と連携、Amazon DynamoDB・AWS Lambda・Amazon SES を活用してヒューマン・イン・ザ・ループで会計計上を実行します。R2 ローンチに伴う発注急増にもスケールし、精度・コンプライアンス・決算早期化を実現した事例を紹介します。

従来の市場価格追跡を超えて: SAP のお客様向け生成AIソリューション

SAP のマテリアルマスターデータ抽出と生成AIを組み合わせ、小売業のお客様向けに自動化された競合価格モニタリングシステムを構築するソリューションを解説します。Amazon ECS Fargate 上で Strands Agents と Amazon Bedrock、Model Context Protocol を用いてオンラインマーケットプレイスの価格とセンチメントを分析し、AWS Step Functions・Lambda・DynamoDB・S3 でワークフローをオーケストレーションします。SAP BDC や BTP Integration Suite、ABAP SDK for AWS を通じて結果を SAP に戻し、データドリブンな価格意思決定を実現します。アーキテクチャ、実装のベストプラクティス、コスト見積もり(月額約 $103.58、Fargate Spot 利用で約 $57.50)まで網羅します。

SAP のお客様向けに Amazon のサプライチェーン機能を拡大: Multi-Channel Fulfillment アクセラレーター

Amazon Supply Chain Services の中核である Amazon Multi-Channel Fulfillment (MCF) を、AWS 上の SAP ECC および SAP S/4HANA から利用できるアクセラレーターが登場しました。SAP BTP Integration Suite と MCF API により、既存の SAP の受注・出荷プロセスを変えずに Amazon のフルフィルメントネットワークと連携し、ステータスを自動で SAP に同期できます。さらに AWS for SAP MCP Server と Amazon Quick を組み合わせ、SAP と MCF のデータに自然言語で問い合わせる将来像も紹介します。

CFO は次の四半期に SAP AI の成果を求めている – どこから始めるべきか

Agentic AI エージェントが SAP ワークフローを自律的に実行する 7 つのユースケースを紹介するシリーズの第 1 回です。Amazon Bedrock AgentCore、AWS Lambda、Amazon Bedrock Knowledge Bases、Amazon SNS などを組み合わせた共通アーキテクチャとセキュリティ設計を解説します。最初のユースケースとして、サプライヤーのドキュメントから SAP GTS の貿易申告を自動作成し、手入力ゼロと 24 時間 365 日の処理を実現する方法を紹介します。

週刊生成AI with AWS – 2026年11月2日週

週刊生成AI with AWS, Kiro と AI エージェントの話題が充実した2026年11月2日号 - ニッセイ情報テクノロジー株式会社様の国内事例ブログを紹介。また、Toyota Motor North America の AI アシスト型 SAP 運用プラットフォーム BasisPilot や Kiro Crew の Bot、Kiro のモデルカスケードなどのブログ記事も。サービスアップデートでは Amazon Bedrock での Kimi K3.1 Pro の提供開始や Amazon Bedrock AgentCore の Web Answer の一般提供開始をはじめとする 12 件のアップデートを紹介。

月刊AWS製造 2026年11月号

みなさん、こんにちは。ソリューションアーキテクトの水野です。11 月に入り、朝晩はぐっと冷え込むようになってき […]