2026/9/3 9:00:00 ~ 2026/9/4 9:00:00 (JST)

最近の発表

Amazon CloudFront announces API support for flat-rate pricing plans

本日より、お客様は AWS CLI、AWS SDK、CloudFormation、CDK、または PricingPlanManager API を使用して、定額料金プランをプログラム的にサブスクライブおよび管理できるようになります。\n CloudFront 定額プランでは、グローバルコンテンツ配信、WAF、DDoS、DNS、ロギング、エッジコンピューティングを対象とする月額料金が 1 か月単位で、トラフィックの急増や攻撃に関係なく、使用量に基づく超過料金が発生しません。以前は、顧客はコンソールを使用して定額料金プランに加入することしかできなかったため、API や CloudFormation などのコードとしてのインフラストラクチャ (IaC) を使用してディストリビューションを作成および管理する場合、手動による手順が必要でした。現在では、お客様は API または IaC ツールを使用して、定額料金プランの登録、アップグレード、ダウングレード、およびキャンセルをプログラムで行うことができます。

有料プランでは、オプションの 2 段階のアクティベーションフローがサポートされています。最初にプランを作成し、それを承認して請求を開始します。これにより、確認前に課金処理を行う必要がなくなり、API は自動化されたワークフローやユーザーに代わってインフラストラクチャをプロビジョニングするエージェントに適しています。無料プランはすぐに有効になり、承認は不要です。詳細については、「プライシングプランマネージャー API 入門」を参照してください。API を使用して定額料金プランを管理しても追加料金はかかりません。

Introducing Amazon Quick Max: 5x the usage for power users who want the most out of Quick

Amazon Quickでは、Quickを最大限に活用したいパワーユーザー向けの新しいプランであるQuick Maxが提供されるようになりました。Plus の 5 倍の使用量と 5 倍のストレージを備えた Max は、より多くのエージェント、より多くのワークフロー、Quick をあなたのものにするあらゆることなど、より多くのことを実現する余地を与えてくれます。 \n Max を使用すれば、1 か月間、大規模な同時ワークロードを中断することなく実行できます。使用すればするほど 1 ドルあたりの価値が高くなり、月払いと年払いの両方のオプションが用意されています。

Amazon クイックは初めてですか?数分で無料でサインアップできます。すでにプラスに加入していますか？左側のナビゲーションバーの下部にある名前をクリックし、[プランをアップグレード] を選択してMaxに切り替えます。利用可能なすべてのプラン (無料、プラス、マックス) を比較するには、Amazon クイック料金ページをご覧ください。

AWS Gateway Load Balancer now supports TCP Reset for faster failure recovery

AWS Gateway Load Balancer (GWLB) は、ターゲットが異常になったとき、登録が解除されたとき、またはフローのアイドルタイムアウトが切れたときに TCP リセット (RST) パケットを送信できるようになりました。この機能により、TCP エンドポイントは障害が発生した接続を迅速に検出し、正常なターゲットを経由する新しい TCP フローを確立できるようになり、トラフィックの中断を数分から数秒に短縮できます。\n 以前は、GWLB ターゲットに障害が発生しても、既存の TCP 接続は異常なターゲットに転送され続けていました (フェールオープン動作)。クライアントまたはサーバーの TCP スタックに組み込まれた TCP 再試行と指数バックオフメカニズムにより、クライアントおよびサーバーアプリケーションの中断が数分間続くことがありました。この機能を有効にすると、GWLB は受信トラフィックに応答して TCP リセットを送信し、送信者に TCP 接続が使用できなくなったことを示します。これにより、TCP エンドポイントは迅速に復旧できます。 下位互換性を確保するため、TCP リセットはデフォルトでは有効になっていません。AWS マネジメントコンソール、AWS CLI、または API を使用して、ターゲットグループごとに有効にできます。TCP リセットの生成では、ターゲットが異常になる、ターゲットの登録解除 (接続ドレイン後)、TCP アイドルタイムアウトの期限切れという 3 つのトリガーが個別にサポートされています。 この機能は、GWLB が利用可能なすべての AWS リージョンのすべての新規および既存の Gateway ロードバランサーで利用できます。この機能を使用しても追加料金はかかりません。 詳細については、この AWS ブログと GWLB ユーザーガイドのこちらとこちらをご覧ください。

Amazon WorkSpaces Applications adds support for NVIDIA Blackwell GPU instances

Amazon WorkSpaces アプリケーションでは、NVIDIA RTX PRO 4500 ブラックウェルサーバーエディション GPU とインテル Xeon スケーラブル (第 6 世代) プロセッサーを搭載したグラフィックス G7 インスタンスがサポートされるようになりました。G7 インスタンスは、前世代の G6 インスタンスと比較して、グラフィックを多用するワークロードのパフォーマンスを最大 2.1 倍向上させます。\n Graphics G7 では、CAD/CAM、3D レンダリング、科学的視覚化、ビデオ編集、AI 支援設計ワークフローなどの要求の厳しいプロフェッショナルアプリケーションを、より高い忠実度とフレームレートでストリーミングできます。G7 インスタンスは、GPU あたり 32 GB の GDDR7 GPU メモリと 2.67 倍速いメモリ帯域幅を備えているため、より大きく複雑な 3D シーンやモデルのストリーミングが可能になります。インスタンスサイズは 6 つあり、GPU は 1 ～ 8 個、vCPU は 8 ～ 192 個、システムメモリは 32 GB ～ 768 GB です。

Graphics G7 インスタンスは、米国東部 (バージニア北部)、米国東部 (オハイオ)、および米国西部 (オレゴン) でご利用いただけます。可用性が拡大するにつれて、さらにリージョンが追加される予定です。

まず、イメージビルダーを起動するとき、または Amazon WorkSpaces アプリケーションコンソールで新しいフリートを作成するときに Graphics G7 インスタンスを選択してください。使用可能なインスタンスタイプの詳細については、「WorkSpaces アプリケーションインスタンスファミリー」を参照してください。G7 GPU 機能の詳細については、EC2 G7 インスタンスタイプのページをご覧ください。料金の詳細については、「Amazon WorkSpaces アプリケーション料金表」を参照してください。

Amazon Redshift rg.large instances now support single-node clusters

AWS Graviton プロセッサを搭載した Amazon Redshift rg.large インスタンスは、シングルノードクラスターをサポートするようになりました。rg.large クラスターのシングルノードサポートは、P204 以降のパッチバージョンで利用できます。お客様は、高可用性を必要としない小規模なワークロード向けに単一ノードの rg.large クラスターを作成できるようになりました。これにより、概念実証とテストを迅速に実施できる費用対効果の高いオプションが提供されます。\n RG インスタンスは、前世代の RA3 インスタンスと比較して、vCPU あたりの価格が 30% 低く、データウェアハウスとデータレイクのワークロードの実行パフォーマンスを最大 2.4 倍高速化します。RG インスタンスには、クラスターノード上の Apache Iceberg と Parquet のデータを処理する Redshift のカスタムビルドのベクトル化されたデータレイククエリエンジンが含まれており、単一のエンジンを使用してデータウェアハウスとデータレイク全体の SQL 分析を可能にします。

これらの RG インスタンスは、アフリカ (ケープタウン)、アジアパシフィック (香港)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (ムンバイ)、アジアパシフィック (ハイデラバード)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (ジャカルタ)、アジアパシフィック (メルボルン)、アジアパシフィック (マレーシア)、アジアパシフィック (台北) の AWS リージョンで利用できます。アジア太平洋 (タイ)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (ストックホルム)、ヨーロッパ (スペイン)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、南米 (サンパウロ)、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、AWS GovCloud (米国東部)、AWS GovCloud (米国西部)、メキシコ (中部)。

詳細については、Amazon Redshift RG インスタンスドキュメント、RA3 から RG へのアップグレードガイド、および Amazon Redshift 料金ページをご覧ください。

Amazon Aurora MySQL 8.4.8 (compatible with MySQL 8.4.8) is now generally available

本日より、Amazon Aurora MySQL 互換エディション 8.4 は MySQL 8.4.8 をサポートするようになります。Aurora MySQL 8.4.8 には、いくつかのセキュリティ強化とバグ修正に加えて、ポストクォンタム TLS (PQ-TLS) キー交換、トランザクションタイムアウト、マルチソースレプリケーション、遅延レプリケーションのサポートなど、いくつかの改善点があります。PQ-TLS には、転送中のデータを暗号化するためのポスト量子暗号オプションが用意されています。トランザクションタイムアウトは、実行時間の長いトランザクションが InnoDB の削除をブロックすることによるパフォーマンスの問題を防ぐのに役立ちます。\n マルチソースレプリケーションでは、複数のソースからのデータを 1 つのレプリカに統合して、シャードのマージ、レポート、バックアップなどの重要なユースケースを実現できます。遅延レプリケーションでは、レプリケーションの遅延を設定して、偶発的なデータ損失を防ぐことができます。これらのレプリケーション機能の詳細については、リリース発表をご覧ください。詳細については、Aurora MySQL 8.4 と MySQL 8.4.8 のリリースノートを参照してください。

マイナーバージョン自動アップグレードを使用して、定期メンテナンス期間中にデータベースをアップグレードできます。大規模な運用を簡素化するには、マイナーバージョンの自動アップグレードを有効にし、AWS Organizations Upgrade Rollout Policy を使用してクラスター全体のアップグレードを段階的に調整してください。マイナーバージョンアップグレードは、インプレースで実行することも、スナップショット復元を使用して実行することもできます。このリリースは、Aurora MySQL が利用可能なすべての AWS リージョンでサポートされています。

Amazon Aurora は MySQL との完全な互換性を保ちながら、世界規模で高いパフォーマンスと可用性を実現するように設計されています。ゼロまでスケールできるサーバーレスコンピューティング、マルチリージョンの耐障害性を実現する Aurora Global Database、I/O を多用するワークロードでコストパフォーマンスを向上させるための Aurora I/O 最適化機能、組み込みセキュリティと継続的バックアップを提供します。始めるには、Aurora の入門ページをご覧ください。

Amazon Aurora MySQL now supports multi-source replication and delayed replication

本日より、Amazon Aurora MySQL はマルチソースレプリケーションと遅延レプリケーションという 2 つの新しいレプリケーション機能をサポートします。マルチソースレプリケーションでは、1 つの Aurora MySQL クラスターで複数のソースデータベースから同時にレプリケートできるため、別々の MySQL データベースのデータを簡単に統合できます。これにより、シャードをマージしたり、個別のデータベース (地域や部門のインスタンスなど) のデータを中央の場所に集約して、レポートやバックアップなどの運用ワークフローを行うといった重要なユースケースが可能になります。詳細については、MySQL マルチソースレプリケーションのドキュメントを参照してください。\n 遅延レプリケーションでは、バイナリログレプリカが一定時間だけソースよりも意図的に遅れるように設定できるため、人為的ミスや論理的なデータ破損に対する簡単な保護手段となります。ソースに有害な変更が加えられた場合、データベース全体を復元しなくても、変更が適用される前にレプリカへのレプリケーションを停止してプロモートすることで、迅速に回復できます。また、遅延レプリカは、アップグレード中のフォールバックや、データの以前の状態を確認する手段としても便利です。詳細については、MySQL 遅延レプリケーションのドキュメントを参照してください。 これらの機能を組み合わせることで、Aurora MySQL へのレプリケーション時の柔軟性が向上し、データ保護が強化されます。マルチソースレプリケーションと遅延レプリケーションは、Aurora MySQL が利用可能なすべての AWS リージョンの Aurora MySQL バージョン 8.4.8 以降でサポートされています。Aurora MySQL のディザスターリカバリーに関する追加情報については、ソリューションライブラリのガイダンスを参照してください。詳細については、Aurora MySQL 8.4 リリースノートを参照してください。 Amazon Aurora は MySQL との完全な互換性を保ちながら、世界規模で高いパフォーマンスと可用性を実現するように設計されています。ゼロまでスケールできるサーバーレスコンピューティング、マルチリージョンの耐障害性を実現する Aurora Global Database、I/O を多用するワークロードでコストパフォーマンスを向上させるための Aurora I/O 最適化機能、組み込みセキュリティと継続的バックアップを提供します。始めるには、Aurora の入門ページをご覧ください。

Amazon SageMaker Unified Studio Workflows support Python and Bash operators

Amazon SageMaker Unified Studio ワークフローは PythonOperator と BashOperator をサポートするようになりました。これにより、個別のコンピューティングリソースをプロビジョニングしなくても、カスタム Python 関数とシェルコマンドをサーバーレスワークフローで直接実行できるようになりました。これにより、データ変換やシェルスクリプトの実行などのタスクのためにカスタムロジックを Lambda や ECS にオフロードする必要がなくなります。\n開始するには、SageMaker Unified Studio プロジェクトでサーバーレスのビジュアルワークフローを開き、タスクパネルで PythonOperator または BashOperator を検索して、ノードをキャンバスにドラッグします。ワークフロー設定で Python またはシェルスクリプトファイルを指定し、各オペレータがスクリプト内の関数またはコマンドを参照するように指示します。たとえば、データ変換関数を呼び出すように PythonOperator を設定したり、シェルコマンドを実行するように BashOperator を設定したりできます。これらはすべてビジュアルキャンバスを離れることなく行えます。 この機能は、Amazon SageMaker Unified Studio が利用できるすべての AWS リージョンで利用できます。詳細については、「Amazon SageMaker Unified Studio のサポート対象リージョン」を参照してください。 詳細については、「Amazon MWAA サーバーレスワークフローでサポートされているオペレーター」を参照してください。はじめに、Amazon SageMaker Unified Studio ユーザーガイドの「サーバーレスビジュアルワークフロー」を参照してください。

Amazon MWAA adds built-in monitoring with Amazon CloudWatch

Apache Airflow (MWAA) 向けの Amazon マネージドワークフロー (MWAA) には、AWS マネジメントコンソールの環境詳細ページにモニタリング機能が組み込まれています。新しいメトリックスダッシュボードには、お使いの環境の主要な Amazon CloudWatch メトリックスが 1 か所に表示され、各グラフには推奨警告範囲を重ねて表示するオプションがあり、環境の健全性とパフォーマンスに影響を与える可能性のある条件をすばやく特定できます。\n 環境詳細ページには、MWAA 環境に関連するすべての Amazon CloudWatch アラームを一覧表示するアラームテーブルも表示されるようになりました。ワンクリックの Create Recommended Alarms アクションを使用すると、AWS が管理するテンプレートから厳選されたアラームセットをプロビジョニングできるため、各アラームを手動で設定しなくても重要なメトリクスのモニタリングを開始できます。この機能は、Amazon MWAA が利用可能なすべてのリージョンの Amazon MWAA プロビジョニング環境で使用できます。メトリクスクエリとアラームには Amazon CloudWatch の標準料金が適用されます。

開始するには、AWS マネジメントコンソールを開くか、Amazon MWAA がサポートされているリージョンを確認するか、Amazon MWAA ドキュメントで詳細を確認してください。

Amazon Linux 2027 is now available in public preview

本日、AWSは、Amazon Linuxオペレーティングシステムの次期バージョンであるAmazon Linux 2027（AL2027）のパブリックプレビューを発表しました。これは、パフォーマンス、スケール、およびセキュリティを念頭に置いて、AWS上のクラウドネイティブワークロード向けに構築されています。AL2023のベースラインに基づいて構築されたAL2027は、安全で安定したAWSネイティブなオペレーティングシステムを必要とするWebアプリケーション、データベース、コンテナ化されたマイクロサービス、AI/MLワークロード、大規模インフラストラクチャを実行しているお客様向けに設計されています。\n AL2027はカーネル7.1+上で動作し、デフォルトではSELinuxを強制モードにし、AWS-LCで暗号化パフォーマンスを高速化し、ビルダーは最新のツールチェーンと言語ランタイムを常に最新の状態に保ちます。AI や機械学習のワークロードでは、AWS Neuron ドライバサポートを含むアクセラレータドライバにアクセスできます。パブリックプレビューでは、一般公開 (GA) の前に顧客が実際にアクセスして、新機能を試したり、アプリケーションを検証したり、Amazon Linux チームに直接フィードバックしたりできます。

AL2027 プレビュー AMI は、x86-64 バリアントと ARM バリアントの両方で、すべての商用 AWS リージョンで AWS マネジメントコンソールから利用できます。コンテナベースのイメージは Amazon ECR パブリックギャラリーで入手できます。お客様は AL2027 GitHub リポジトリを通じてフィードバックを送信できます。AL2023 に関連するすべての変更点の一覧については、AL2027 のドキュメントを参照してください。詳細については、Amazon Linux 製品ページを参照してください。

Amazon SES now supports S/MIME email signing

Amazon Simple Email Service (SES) では、セキュア/多目的インターネットメール拡張 (S/MIME) 署名がサポートされるようになりました。これにより、受信者が E メールが本物であることを確認しやすくなります。S/MIME 署名により、受信者はメッセージが From アドレスの所有者によって送信されたことと、その内容が転送中に変更されていないことを確認できます。\n 以前は、S/MIME を必要とする送信者は、SES に送信する前に各メッセージに署名する必要があったため、送信が複雑になっていました。この機能では、署名証明書を AWS Certificate Manager に保存し、送信者 ID の S/MIME 署名を有効にします。その後、送信時に SES が自動的にメッセージに署名するので、事前に自分でメッセージに署名する必要はありません。メールクライアントが S/MIME をサポートしていない受信者でも、通常どおりメッセージを読むことができます。これにより、セキュリティを重視する送信者は、既存の SES 設定を引き続き使用しながら、電子メールにデジタル署名を簡単に追加できます。

この機能は Amazon SES が利用できるすべての AWS リージョンで利用できます。Amazon SES での S/MIME 署名の詳細については、Amazon SES コンソールにアクセスするか、ドキュメントを参照してください。

Amazon S3 now supports PrivateLink for FIPS endpoints

Amazon S3 は、連邦情報処理標準 (FIPS) 140-3 プログラムの下で検証されたエンドポイントの AWS PrivateLink をサポートするようになりました。\n セキュリティとコンプライアンスの要件があるお客様は、トラフィックを仮想プライベートクラウド (VPC) 内に保持したまま S3 に接続する際に FIPS 検証済みの暗号化モジュールを使用できます。まず、S3 用のインターフェイス VPC エンドポイントを新規作成するか、既存のインターフェイスを編集して、FIPS S3 エンドポイントを使用するように設定します。 FIPS S3 エンドポイントの AWS PrivateLink サポートは、AWS 米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー)、および AWS GovCloud (米国) リージョンで追加料金なしで利用できるようになりました。詳細については、AWS PrivateLink による AWS サービスへのアクセス、FIPS 140-3 コンプライアンス、および S3 ドキュメントを参照してください。

AWS Transform announces general availability of Amazon FSx for NetApp ONTAP support

AWS Transform for Migrations では、Amazon EBS と並んで、ブロックストレージワークロードの一般的に利用可能なストレージターゲットとして Amazon FSx for NetApp ONTAP が追加されました。AWS Transform では、コンピューティングとネットワークを扱うのと同じ移行作業の一環として、ブロックストレージを FSx for ONTAP に直接移行できるようになりました。これにより、中間ストレージプラットフォームや個別の移行ツールが不要になります。\n NetApp ONTAP、他のブロックストレージプラットフォーム、VMware 環境のいずれから移行しても、FSx for ONTAP を使用しても、データアクセスパターンと運用プロセスは変わりません。これで、ONTAP のエンタープライズ機能と AWS のスケーラビリティと耐障害性を組み合わせた、フルマネージドで本番環境に対応した共有ストレージサービスでワークロードを実行できます。以前は複数のツールをつなぎ合わせる必要があったものが、今では単一の移行ワークフローになりました。

この機能は、AWS Transform がサポートされているすべてのターゲットリージョンで利用できます。また、Amazon FSx for NetApp ONTAP がサポートされているリージョンでも利用できます。開始するには、AWS Transform にアクセスして移行を開始してください。Amazon FSx for NetApp ONTAP の詳細については、製品ページを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Big Data Blog

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Firecracker