2026/6/2 9:00:00 ~ 2026/6/3 9:00:00 (JST)

最近の発表

Amazon EKS and Amazon EKS Distro now supports Kubernetes version 1.36

Kubernetes バージョン 1.36 では、いくつかの新機能とバグ修正が導入されました。AWS は、Amazon Elastic Kubernetes Service (EKS) と Amazon EKS ディストリビューションを使用して Kubernetes バージョン 1.36 を実行できるようになったことを発表できることを嬉しく思います。本日より、バージョン1.36を使用して新しいEKSクラスターを作成し、EKSコンソール、eksctlコマンドラインインターフェイス、またはInfrastructure-as-Codeツールを使用して既存のクラスターをバージョン1.36にアップグレードできます。\n Kubernetes バージョン 1.36 では、いくつかの重要な改善が導入されています。たとえば、コンテナールートを権限のないホストユーザーにマッピングするためのユーザー名前空間の一般提供が可能になり、ブレークアウトによってノードレベルの権限が付与されなくなります。また、Webhook インフラストラクチャーを使用しない API サーバーで CEL ベースのリソースミューテーションを行うアドミッションポリシーが変更されました。このリリースでは、インプレースポッドレベルのリソース垂直スケーリングにより、ポッドは再起動せずに共有CPUとメモリバジェットのサイズを変更できるようになり、リソースヘルスステータスはポッドステータスでデバイスの状態を報告して、ハードウェアが原因のクラッシュループを特定しやすくなりました。Kubernetes バージョン 1.36 の変更点の詳細については、ドキュメントと Kubernetes プロジェクトのリリースノートを参照してください。 EKS は、EKS が利用可能なすべての AWS リージョンで Kubernetes バージョン 1.36 をサポートするようになりました。これには AWS GovCloud (米国) リージョンも含まれます。 EKS で利用可能な Kubernetes バージョンの詳細と、クラスターをバージョン 1.36 に更新する手順については、EKS のドキュメントをご覧ください。EKS クラスターインサイトを使用して、Kubernetes クラスターのアップグレードに影響する可能性のある問題がないかどうかを確認できます。Kubernetes バージョン 1.36 の EKS ディストリビューションビルドは ECR パブリックギャラリーと GitHub から入手できます。EKS バージョンのライフサイクルポリシーの詳細については、ドキュメントをご覧ください。

AWS Config now supports internal service linked rules

AWS Config が内部サービスにリンクされたルールをサポートするようになり、AWS サービスが AWS Config マネージドルールを使用して AWS リソース設定を評価できるようになりました。内部サービスにリンクされたルールは、AWS Security Hub CSPM などの AWS サービスがサービス固有の機能のルール評価をデプロイして管理できるようにすることで、既存のサービスにリンクされたレコーダー機能を拡張します。\n 内部サービスにリンクされたルールでは、AWS サービスが AWS Config マネージドルールを使用してセキュリティとコンプライアンス機能を統合できます。評価結果は、ルールをデプロイした AWS サービスに AWS Config からお客様に無料で直接配信されます。内部サービスにリンクされたルールは、お客様が管理する既存の AWS Config レコーダーやルールとは独立して動作します。これにより、お客様は AWS のサービスがサービス固有の評価を独自に管理しながら、インベントリ、ガバナンス、コンプライアンス、監査のユースケースに AWS Config を引き続き使用できます。 AWS Security Hub CSPM の内部サービスリンクルールが、すべての商用、GovCloud、中国の各リージョンで利用できるようになりました。詳細については、AWS Config のドキュメントを参照してください。

AWS Deadline Cloud now supports persistent storage for Service Managed Fleets

AWS Deadline Cloud がサービスマネージド艦隊 (SMF) の永続ストレージをサポートするようになり、ワーカーのライフサイクルイベント全体でデータを維持できるようになりました。AWS Deadline Cloud は完全マネージド型のサービスで、視覚効果、アニメーション、製品デザイン、シミュレーション、ゲームなどの計算負荷の高いワークロードをチームがクラウドで簡単に実行できます。\n 以前は Deadline Cloud SMF ワーカーは一時的なストレージのみに依存していたため、ワーカーがリサイクルまたは交換されるたびにソフトウェアとアセットを再インストールする必要がありました。現在、Deadline Cloud は永続的な Amazon Elastic Block Store (Amazon EBS) ボリュームを SMF ワーカーにアタッチし、ワーカーライフサイクルイベント全体にわたって Conda 環境、Perforce ワークスペース、シェーダーキャッシュ、およびアセットコレクションを維持しています。これにより、ワーカーの起動時間が短縮され、ジョブをより早く完了できるようになります。ワーカーあたりの永続ボリュームの数を設定し、有効期限 (TTL) を設定してボリュームの保持期間を制御できるため、ストレージコストと起動時のパフォーマンスのバランスを柔軟に調整できます。 SMF 用の永続ストレージは、Deadline Cloud が提供されているすべての AWS リージョンで利用できます。永続ボリュームの料金は、既存のサービスマネージド型フリート EBS 価格と同じです。詳細については、Deadline クラウドの料金表ページをご覧ください。詳細については、AWS Deadline Cloud 製品ページまたはユーザーガイドをご覧ください。

Amazon SageMaker Studio now sets up in seconds with model customization ready from the start

Amazon SageMaker Studio のクイックセットアップは、2 分以上かかっていたものが 20 秒未満で完了するようになりました。ML パイプラインの構築、データ調査、ノートブックを使った開発、基盤モデルの微調整のいずれを行う場合でも、サインインから完全設定された Studio 環境にほぼ瞬時に移行できます。\n この合理化された設定の一環として、新しく作成された Studio 環境には、サーバーレスのモデルカスタマイズ権限が自動的に設定されるようになりました。新しい管理ポリシーである AmazonSageMakerModelCustomizationCoreAccess が作成および添付されました。これにより、強化学習用のカスタム報酬関数による微調整、モデル評価、SageMaker または Bedrock エンドポイントへのデプロイなど、サーバーレスモデルのカスタマイズジョブの権限が付与されます。これにより、実験を開始する前に IAM ロールとポリシーを手動で作成して設定する必要がなくなります。既存の Studio 環境では、ドキュメントへの直接リンクを含む実行可能なメッセージが表示され、これらの権限を追加する手順を案内します。 この機能は、Amazon SageMaker Studio がサポートされているすべての AWS コマーシャルリージョンで利用できます。開始するには、SageMaker AI コンソールのクイックセットアップを使用して新しい Studio 環境を作成してください。詳細については、Amazon SageMaker ドキュメントの「クイックセットアップ」と「モデルカスタマイズ権限セットアップ」を参照してください。

Amazon ElastiCache for Valkey now supports durability

本日、AWS は Amazon ElastiCache の耐久性サポートを発表しました。耐久性により、マイクロ秒単位の読み取りレイテンシーを必要とするがデータ損失には耐えられないワークロードに ElastiCache を使用できます。耐久性サポートにより、ElastiCache はマルチ AZ トランザクションログを使用して複数のアベイラビリティーゾーン（AZ）にわたってデータを永続的に保存するようになりました。これにより、フェイルオーバー、データベースのリカバリ、ノードの再起動が高速になり、万が一、障害が発生した場合でもデータが失われるのを防ぐことができます。\n 耐久性オプションは、同期書き込みと非同期書き込みの 2 つから選択できます。同期書き込みは、クライアントに応答する前に少なくとも 2 つの AZ にわたってデータを保持します。これは、1 桁ミリ秒の書き込みレイテンシーでデータ損失がゼロになるように設計されています。非同期書き込みでは、クライアントへの応答後もデータが保持されるため、追加コストなしでマイクロ秒単位の書き込みレイテンシーが維持されます。ただし、まれに障害が発生しても、コミットされていないデータは最大 10 秒間失われる可能性があります。どちらの方法でも、マイクロ秒単位の読み取りレイテンシーを維持できます。ElastiCache は、キャッシュ以外にも、AI エージェントの長期記憶、AI エージェントのワークフロー状態、RAG アプリケーションのナレッジベース、支払いトークン化、リアルタイムのインベントリ管理など、データ損失が許されない幅広いユースケースに使用できるようになりました。

ElastiCache 向け耐久性は、Valkey 9.0 以降、すべての AWS 商用リージョン、AWS 中国リージョン、および AWS GovCloud (米国) リージョンでご利用いただけます。開始するには、新しい ElastiCache クラスターを作成し、AWS マネジメントコンソール、AWS ソフトウェア開発キット (SDK)、または AWS コマンドラインインターフェイス (CLI) を使用して希望の耐久性オプションを選択します。料金の詳細については、Amazon ElastiCache の料金表ページをご覧ください。詳細については、ElastiCache のドキュメントとブログをご覧ください。

Amazon Location Service announces public transit and intermodal routing

Amazonロケーションサービスは本日、Routes APIにおける公共交通機関とインターモーダルルーティングのサポートを発表しました。開発者は、CalculateRoutes オペレーションをトランジットとインターモーダルという 2 つの新しい移動モードで使用して、公共交通機関と徒歩、車、タクシー、レンタルを組み合わせた旅行を計画できるようになりました。\n 公共交通機関のルーティングを使用すると、バス、地下鉄、電車、フェリー、その他の交通手段を使用する地点間ルートをアプリケーションで計算できます。これには、停留所までの徒歩ルート、出発時刻と到着時刻、交通機関の詳細が含まれます。インターモーダルルーティングは、複数の交通手段を1つのルートにまとめることでこれを拡張し、パークアンドライド（車両+トランジット）、タクシーアンドライド（タクシー+トランジット）、タクシーまたはレンタルによるラストマイル完走などの一般的なパターンをサポートします。これらの機能は、建設業者が正確なマルチモーダルルート計算を必要とするモビリティ、ロジスティクス、従業員の通勤、都市計画のユースケースにわたるアプリケーションを提供するのに役立ちます。 公共交通機関とインターモーダルルーティングは、米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (ストックホルム)、ヨーロッパ (スペイン)、南米 (サンパウロ) の AWS リージョンで利用できます。 はじめに、Amazon ロケーションサービスルート開発者ガイド、交通ルートとインターモーダルルーティングのドキュメントページ、または CalculateRoutes API リファレンスをご覧ください。

AWS Cost and Usage Report 2.0 now supports Athena and Redshift integration

AWS は本日、AWS コストと使用状況レポート 2.0 (CUR 2.0) が AWS Athena と AWS Redshift との新しい統合オプションを提供することを発表しました。この機能により、お客様はカスタムのデータウェアハウスソリューションを構築しなくても、標準の SQL を使用して Amazon Simple Storage Service (Amazon S3) の AWS CUR 2.0 のデータを分析できるため、CUR 1.0 統合オプションと同等の機能が得られます。 \n 今回のリリースにより、お客様が Athena または Redshift 統合を選択すると、CUR 2.0 のエクスポートは、選択したクエリエンジンに最適な形式 (Parquet、GZIP) で自動的に配信されます。各エクスポートには、インフラストラクチャテンプレート、テーブル定義、データロード手順など、すぐに開始するために必要なサポートメタデータと自動化リソースが含まれているため、お客様は手動で設定しなくてもコストデータのクエリを開始できます。CUR 2.0 のデータは定期的に更新されるため、更新内容は Athena または Redshift テーブルに自動的に反映され、追加の ETL は必要ありません。 この機能は、AWS GovCloud (米国) リージョンと中国リージョンを除くすべての商用 AWS リージョンで利用できます。 この機能の詳細については、AWS Cost Management ユーザーガイドの「AWS データエクスポート」と「AWS 請求とコスト管理」を参照してください。

Amazon RDS for SQL Server supports Bring Your Own Media

SQL Server 向けアマゾンリレーショナルデータベースサービス (Amazon RDS) が Microsoft SQL Server 向けブリングユアオウンメディア (BYOM) を開始しました。BYOM を利用すると、オンプレミス環境から SQL Server アプリケーションを移行するお客様は AWS でマネージド型データベースサービスを採用し、マイクロソフトのライセンスモビリティプログラムを通じて、ソフトウェアアシュアランスを含む既存の Microsoft SQL Server ライセンスを再利用できます。\n Amazon RDS は、高可用性、自動バックアップ、モニタリングなどの機能により運用コストを削減するマネージド SQL Server データベースサービスを提供しています。BYOM は、現在 Microsoft SQL Server をオンプレミス、他のクラウド、または Amazon EC2 上でセルフマネージド SQL Server として実行しているお客様で、Amazon RDS を採用して既存の Microsoft SQL Server ライセンスを再利用したいと考えているお客様に役立ちます。RDS を採用するにあたり、Microsoft SQL Server の追加ライセンスの費用を負担したり、既存のライセンス契約の期限が切れるのを待ったりする必要はもうありません。Amazon RDS for SQL Server BYOM は AWS ライセンスマネージャーと統合されているため、お客様は AWS 環境全体の Microsoft SQL Server ライセンスの使用状況を追跡してライセンスコンプライアンスを遵守できます。 BYOM を使用して RDS SQL Server データベースインスタンスをセットアップする方法の詳細については、Amazon RDS SQL Server ユーザーガイドをご覧ください。BYOM の料金表とリージョンの提供状況については、Amazon RDS for SQL Server の料金表ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Database Blog

AWS Developer Tools Blog

AWS HPC Blog

Artificial Intelligence

AWS for M&E Blog

Networking & Content Delivery

AWS Security Blog

Open Source Project

AWS CLI

AWS Load Balancer Controller