2025/11/18 9:00:00 ~ 2025/11/19 9:00:00 (JST)
最近の発表
Amazon EC2 P6-B300 instances with NVIDIA Blackwell Ultra GPUs are now available
本日、AWS は、NVIDIA Blackwell Ultra B300 GPU によって高速化された Amazon Elastic Compute Cloud (Amazon EC2) P6-B300 インスタンスの一般提供を発表しました。Amazon EC2 P6-B300 インスタンスには、2.1 TB の高帯域幅 GPU メモリ、6.4 Tbps の EFA ネットワーク、300 Gbps 専用 ENA スループット、4 TB のシステムメモリを搭載した NVIDIA ブラックウェル・ウルトラ GPU が 8 基搭載されています。 \n P6-B300 インスタンスは、P6-B200 インスタンスと比較して 2 倍のネットワーク帯域幅、1.5 倍の GPU メモリサイズ、1.5 倍の GPU TFLOPS (FP4 でスパースなし) を実現しているため、高度な手法を用いた大規模な1兆パラメーターの基礎モデル (FM) や大規模言語モデル (LLM) のトレーニングとデプロイに適しています。ネットワーキングが高くメモリが大きいほど、AI ワークロードのトレーニング時間が短縮され、トークンスループットが向上します。
P6-B300 インスタンスは、米国西部 (オレゴン) の Amazon EC2 機械学習用キャパシティブロックおよび貯蓄プランを通じて、p6-b300.48xlarge サイズで利用できるようになりました。P6-B300 インスタンスのオンデマンド予約については、アカウントマネージャーにお問い合わせください。
P6-B300 インスタンスの詳細については、Amazon EC2 P6 インスタンスをご覧ください。
Amazon OpenSearch Serverless now adds audit logs for data plane APIs
Amazon OpenSearch サーバーレスは、AWS CloudTrail を介したデータプレーンリクエストの詳細な監査ロギングをサポートするようになりました。この機能により、お客様はコレクションにユーザーアクションを記録できるため、コンプライアンス規制への対応、セキュリティ態勢の改善、セキュリティ調査の証拠の提供に役立ちます。お客様は、認証の試行、インデックスの変更、検索クエリなどのユーザーアクティビティを追跡できるようになりました。\n お客様は CloudTrail を使用して OpenSearch Serverless コレクションのフィルターを読み取り専用または書き込み専用オプションで設定したり、高度なイベントセレクターを使用してログに記録されたデータイベントをより細かく制御したりできます。OpenSearch サーバーレスデータイベントはすべて Amazon S3 バケットに配信され、オプションで Amazon CloudWatch イベントにも配信されるため、包括的な監査証跡が作成されます。API 呼び出しをいつ、誰が API 呼び出しを行ったかを把握できるようになったため、セキュリティチームと運用チームはデータアクセスを監視し、イベントにリアルタイムで対応できます。 CloudTrail で設定すると、監査ログは継続的にストリーミングされ、お客様に追加の操作は必要ありません。監査ログは継続的に CloudTrail にストリーミングされ、そこでさらに分析できます。 Amazon OpenSearch サービスの可用性に関する詳細については、AWS 地域サービスリストを参照してください。OpenSearch サーバーレスの詳細については、ドキュメントを参照してください。
EC2 Auto Scaling now offers a synchronous API to launch instances inside an Auto Scaling group
本日、EC2 Auto Scaling は LaunchInstances という新しい API をリリースします。これにより、お客様は EC2 Auto Scaling がインスタンスをプロビジョニングする方法をより柔軟に制御できると同時に、キャパシティの可用性に関するフィードバックを即座に得ることができます。\n お客様は EC2 Auto Scaling を使用してフリート管理を自動化しています。スケーリングポリシーにより、EC2 Auto Scaling は需要が急増した場合は自動的にインスタンスを追加し、トラフィックが減少するとインスタンスを削除できるため、お客様のアプリケーションには常に適切な量のコンピューティングが可能になります。EC2 Auto Scaling には、異常のあるインスタンスを監視して置き換える機能もあります。特定のユースケースでは、お客様が EC2 Auto Scaling が追加のインスタンスを起動する場所を正確に指定したい場合や、利用可能なキャパシティについてすぐにフィードバックが必要な場合があります。新しい LaunchInstances API では、Auto Scaling グループ内の任意のアベイラビリティーゾーンやサブネットのオーバーライドを指定することで、インスタンスを起動する場所を正確に制御できると同時に、利用可能なキャパシティーに関するフィードバックを即座に得ることができます。この同期操作により、お客様はスケーリング操作をリアルタイムで把握できるため、必要に応じて代替戦略を迅速に実装できます。柔軟性を高めるため、API には必要な容量に達するのに役立つオプションの非同期再試行が含まれています。 この機能は現在、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (アイルランド)、およびアジア太平洋 (シンガポール) で、標準の EC2 と EBS の使用量を超える追加費用なしで利用できるようになりました。開始するには、AWS コマンドラインインターフェイス (CLI) と AWS SDK にアクセスしてください。この機能の詳細については、AWS ドキュメントをご覧ください。
Amazon Bedrock introduces Priority and Flex inference service tiers
Amazon Bedrock は本日、さまざまな AI ワークロードのコストとパフォーマンスを最適化する 2 つの新しい推論サービス階層を導入しました。新しい Flex 階層では、モデル評価や内容の要約など、タイムクリティカルではないアプリケーションには費用対効果の高い価格設定が提供され、Priority レベルではミッションクリティカルなアプリケーションに優れたパフォーマンスと優先処理が提供されます。Priority Tierをサポートするほとんどのモデルでは、お客様は標準階層と比較して1秒あたりの出力トークン (OTPS) のレイテンシーが最大 25% 短縮されていることに気付きます。これらは、信頼性の高いパフォーマンスで日常的な AI アプリケーションの既存のスタンダード階層に加わります。\n これらのサービス階層は、組織が AI を大規模に導入する際に直面する主な課題に対処します。フレックス階層は、より長いレイテンシーに耐えられる非インタラクティブなワークロード向けに設計されているため、モデル評価、コンテンツの要約、ラベル付けと注釈、および複数段階のエージェントワークフローに最適で、スタンダード階層に比べて割引価格で利用できます。需要が高い時期には、Flex リクエストの優先度はスタンダードレベルよりも低くなります。Priority レベルは、一貫性のある迅速な対応が不可欠な、ミッションクリティカルなアプリケーション、エンドユーザーとのリアルタイムのやり取り、インタラクティブなエクスペリエンスに最適です。需要が高い時期には、プライオリティリクエストは他のサービス階層よりも割高な価格で処理が優先されます。これらの新しいサービス階層は、現在、OpenAI(gpt-oss-20b、gpt-oss-120b)、DeepSeek(DeepSeek V3.1)、Qwen3(Coder-480B-A35B-Instruct、Coder-30B-A3B-Instruct、32B dense、Qwen3-235B-A22B-2507)、Amazon Nova(Nova)など、さまざまな主要な基盤モデルで利用できます。プロとノバプレミア)。これらの新しいオプションにより、Amazon Bedrockはお客様がコスト効率とパフォーマンス要件のバランスをより細かく制御できるようになり、最も重要なアプリケーションに最適なユーザーエクスペリエンスを確保しながら、AIワークロードを経済的にスケーリングできるようになります。
Amazon Bedrock プライオリティと Flex 推論のサービス階層を利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。
サービス階層の詳細については、ニュースブログとドキュメントをご覧ください。
Amazon Polly expands Generative TTS engine with additional languages and region support
本日、オーストリアドイツ語 (Hannah)、アイルランド英語 (Niamh)、ブラジルポルトガル語 (Camila)、ベルギーオランダ語 (Lisa)、韓国語 (Seoyeon) の 5 つの表現力豊かな Amazon Polly Generative ボイスを一般提供することを発表できることを嬉しく思います。このリリースは、10月にオランダオランダ語(Laura)ジェネレーティブボイスを発売したことに続くもので、ジェネレーティブエンジンの総数は20のロケールで31ボイスになりました。さらに、Generative Engineをアジア太平洋地域の3つの新しい地域、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (東京) に拡大しました。\n Amazon Polly は、テキストを本物そっくりの音声に変換するフルマネージド型サービスで、開発者やビルダーは会話型 AI や音声コンテンツ作成用のアプリケーションを開発できます。 現在、新規および既存のジェネレーティブ音声はすべて、米国東部 (北バージニア)、ヨーロッパ (フランクフルト)、米国西部 (オレゴン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (東京) の各リージョンで利用できるようになりました。 Polly のボイスがどのように聞こえるかを聞くには、Amazon Polly 機能にアクセスしてください。ジェネレーティブエンジンの使用方法の詳細については、AWS ブログを参照してください。Polly の提供内容と使用方法の詳細については、Amazon Polly のドキュメントと料金表ページをご覧ください。
Amazon EC2 I7ie instances now available in AWS Asia Pacific (Singapore) Region
アマゾンウェブサービス(AWS)は、本日より、Amazon EC2 i7ieインスタンスがアジアパシフィック(シンガポール)リージョンで利用できるようになったことを発表しました。大規模ストレージ I/O 集約型ワークロード向けに設計された i7IE インスタンスは、3.2 GHz のオールコアターボ周波数 3.2 GHz の第5世代インテル Xeon プロセッサーを搭載しており、既存の I3en インスタンスよりもコンピューティングパフォーマンスが最大 40% 向上し、価格パフォーマンスが 20% 向上しています。i7ie インスタンスは、ストレージ最適化インスタンスとして最大 120 TB のローカル NVMe ストレージ密度を提供し、前世代のインスタンスと比較して最大 2 倍の vCPU とメモリを提供します。第 3 世代の AWS Nitro SSD を搭載した i7ie インスタンスは、I3en インスタンスと比較して、リアルタイムストレージパフォーマンスが最大 65% 向上し、ストレージ I/O レイテンシーが最大 50% 減少し、ストレージ I/O レイテンシーの変動が 65% 減少します。\n i7IE は高密度のストレージに最適化されたインスタンスで、大規模なデータセットにアクセスするために非常に低いレイテンシーの一貫性で高いランダム読み取り/書き込みパフォーマンスを備えた高速なローカルストレージを必要とするワークロードに最適です。これらのインスタンスは 9 種類の仮想サイズで利用でき、Amazon Elastic Block Store (EBS) では最大 100 Gbps のネットワーク帯域幅と 60 Gbps の帯域幅を提供します。 詳細については、i7Ie インスタンスページをご覧ください。
AWS Transfer Family announces Terraform module to automate scanning of transferred files
AWS Transfer Family Terraform モジュールは、Transfer Family リソースを使用して転送されたファイルの自動マルウェアスキャンワークフローのデプロイをサポートするようになりました。このリリースでは、Amazon GuardDuty S3 Protection を使用して脅威検出ワークフローの一元的なプロビジョニングを効率化し、転送されたファイル内の潜在的な脅威を特定することでデータセキュリティ要件を満たすのに役立ちます。\n AWS Transfer Family では、SFTP、AS2、FTPS、FTP、およびウェブブラウザを介したフルマネージド型のファイル転送が可能です。 AWS ストレージサービス用のベースインターフェイス。新しいモジュールを使用すると、受信ファイルをスキャンするワークフローをプログラム的にプロビジョニングし、スキャン結果に基づいてファイルを動的にルーティングし、脅威通知を生成することを 1 回のデプロイで行うことができます。特定の S3 プレフィックスに対して脅威検出をきめ細かく実装しながら、スキャン後にフォルダ構造を維持できます。また、検証済みのクリーンファイルのみがビジネスアプリケーションとデータレイクに届くようにすることもできます。これにより、手動設定に伴うオーバーヘッドやリスクが排除され、データセキュリティコンプライアンスのためのスケーラブルな導入オプションが提供されます。 お客様は Terraform Registry の新しいモジュールを使用して開始できます。Transfer Family の詳細については、製品ページとユーザーガイドをご覧ください。Transfer Family が利用できるすべてのリージョンを確認するには、AWS リージョンの表をご覧ください。
Amazon RDS Optimized Reads now supports R8gd and M8gd database instances
アマゾンリレーショナルデータベースサービス (RDS) は、Amazon Aurora PostgreSQL での読み込み最適化用に R8GD および M8GD データベースインスタンスをサポートし、PostgreSQL、MySQL、MariaDB 用の RDS をサポートするようになりました。R8GD と M8GD のデータベースインスタンスでは、コストパフォーマンスが向上しています。たとえば、R8Gd インスタンスで最適化された読み取りでは、Aurora PostgreSQL の R6g インスタンスに比べて、スループットが最大 165% 向上し、コストパフォーマンスが最大 120% 向上します。\n Optimized Reads は、これらのインスタンスで利用できるローカル NVMe ベースの SSD ブロックストレージを使用して一時テーブルなどの一時データを保存し、ネットワークベースのストレージへのデータアクセスを減らし、読み取りレイテンシーとスループットを向上させます。その結果、複雑なクエリのクエリパフォーマンスが向上し、インデックスの再構築操作が速くなります。I/O 最適化構成を使用する Aurora PostgreSQL Optimized Reads インスタンスでは、さらにローカルストレージを使用してキャッシュ容量を拡張します。インメモリバッファキャッシュから削除されたデータベースページは、その後のデータ取得を高速化するためにローカルストレージにキャッシュされます。 お客様は、既存の Aurora と RDS のデータベースを変更するか、R8GD または M8Gd インスタンスを使用して新しいデータベースを作成することで、AWS マネジメントコンソール、CLI、SDK から最適化された読み取りを開始できます。これらのインスタンスは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、ヨーロッパ (スペイン、フランクフルト)、およびアジアパシフィック (東京) リージョンでご利用いただけます。価格設定と提供地域の詳細については、料金ページを参照してください。これらの DB インスタンスタイプをサポートする特定のエンジンバージョンについては、Aurora と RDS のドキュメントを参照してください。
Active threat defense now enabled by default in AWS Network Firewall
本日より、AWS Network Firewall は、AWS マネジメントコンソールで新しいファイアウォールポリシーを作成するときに、デフォルトでアラートモードでアクティブな脅威防御を有効にします。アクティブ脅威防御は、AWS インフラストラクチャ全体で観察される動的で継続的な脅威活動に対する自動化されたインテリジェンス主導型の保護を提供します。\n このデフォルト設定では、保護対象の脅威アクティビティと指標グループ、タイプ、脅威名を可視化できます。ブロックモードに切り替えて、Command-and Control (C2) 通信、埋め込み URL、悪意のあるドメインなどの不審なトラフィックを自動的に防ぐことも、この機能を完全に無効にすることもできます。AWS は脅威指標を検証して高い精度を確保し、誤検出を最小限に抑えます。 AWS GovCloud (米国) や中国リージョンなど、AWS Network Firewall が利用可能なすべてのリージョンでアクティブ脅威防御を利用できます。アクティブ脅威対策と料金の詳細については、AWS Network Firewall 製品ページとドキュメントを参照してください。
Workshops now available in AWS Builder Center
AWS Builder Center では、AWS ワークショップのカタログにアクセスできるようになりました。AWS のエキスパートが作成した、AWS のサービスを効果的にデプロイして使用する方法を説明する手順が説明されています。これらのワークショップは幅広い AWS サービスとユースケースを対象としており、ビルダーは自分の AWS アカウント内でガイド付きチュートリアルに従うことができます。ワークショップは、AWS サービスを使用して実践的な経験を積み、特定のビジネスニーズに合わせたソリューションを開発できる、あらゆるスキルレベルのビルダーを対象としています。\n AWS Workshop Catalog には、高度なフィルタリング機能を備えた何百ものワークショップがあり、カテゴリ (機械学習、セキュリティ、サーバーレス)、AWS サービス (EC2、Lambda、S3)、複雑度レベル (100 人の初心者から 400 人のエキスパート) ごとに関連コンテンツをすばやく見つけることができます。ワークショップのタイトル、説明、サービス、カテゴリを部分的に照合するリアルタイム検索により、最も関連性の高いコンテンツが表示されます。Builder Center の言語設定に基づいてカタログコンテンツが自動的にローカライズされます。
ビルダーは builder.aws.com/build/workshop にある Workshop カタログにアクセスして、1 時間でも 8 時間でも、初心者でもエキスパートでも、Amazon Bedrock や SageMaker などの特定のサービスに集中したい場合でも、特定のニーズで絞り込むことができます。Builder Center の発見からワークショップ全体のエクスペリエンスまでシームレスにナビゲートすることで、自分の AWS アカウントで実践的でステップバイステップのガイド付き学習が可能になります。
無料のビルダー ID があれば、すぐに AWS Builder Center のワークショップを体験できます。ワークショップを開始するには、AWS Builder Center にアクセスしてください。
AWS announces flat-rate pricing plans for website delivery and security
アマゾンウェブサービス(AWS)は、ウェブサイトの配信とセキュリティに関する超過料金なしの定額料金プランを開始しています。Amazon CloudFront で利用できる定額プランでは、AWS WAF、DDoS からの保護、Amazon Route 53 DNS、Amazon CloudWatch ログの取り込み、サーバーレスエッジコンピューティングによるグローバルコンテンツ配信が、超過料金なしのシンプルな月額料金にまとめられています。各プランには、ストレージコストの相殺に役立つ月々の Amazon S3 ストレージクレジットも含まれています。\n CloudFront 定額制プランでは、複数の AWS サービスのコストを計算せずにウェブサイトやアプリケーションを配信できます。ウェブサイトやアプリケーションが口コミで広まったり DDoS 攻撃を受けたりしても、超過料金が発生するリスクはありません。WAF や DDoS 防御などのセキュリティ機能はデフォルトで有効になっており、その他の設定も簡単に設定できます。インターネットに直接接続するのではなく CloudFront 経由で AWS アプリケーションを提供する場合、定額プランでは、超過料金の心配なく、シンプルな月額料金でアプリケーションとビューワー間のデータ転送費用をカバーできます。このシンプルな価格設定モデルは、各 CloudFront ディストリビューションの従量課金制と併せて利用できるため、アプリケーションごとに適切な価格モデルと機能セットを柔軟に選択できます。 プランには、新規および既存の CloudFront ディストリビューション向けに、無料 ($0 /月)、プロ (月額$15)、ビジネス ($200 /月)、およびプレミアム ($1,000 /月) の各階層があります。アプリケーションのニーズに合った機能と使用量の上限があるプラン階層を選択してください。詳細については、『ローンチブログ』、『プランと価格』、または『CloudFront 開発者ガイド』を参照してください。開始するには、CloudFront コンソールにアクセスしてください。
Amazon Redshift now supports Just-In-Time (JIT) ANALYZE for Apache Iceberg tables
Amazon Redshift は本日、Apache Iceberg テーブル用のジャストインタイム (JIT) ANALYZE 機能が一般提供されることを発表しました。これにより、ユーザーは Redshift データレイク内の Apache Iceberg テーブルに対して高性能の読み取りおよび書き込み分析クエリを実行できます。Apache Iceberg オープンテーブル形式は、データレイクに保存された急速に拡大および進化するテーブルのデータ処理を簡素化するために、多くのお客様に使用されてきました。\n 従来のデータウェアハウスとは異なり、データレイクには基になるデータに関する包括的なテーブルレベルおよび列レベルの統計がないことが多く、テーブルとカラムの統計を可視化できないと、クエリエンジンが最適なクエリ実行プランを選択することが困難になります。クエリ実行プランが最適でないと、パフォーマンスが遅くなり、予測しにくくなる可能性があります。 「JIT ANALYZE」は Amazon Redshift の新機能で、クエリ実行中に Iceberg テーブルの統計を自動的に収集して利用します。これにより、手動による統計収集が不要になり、最適なクエリ実行プランを生成するために必要な情報をクエリエンジンに提供できます。このシステムは、インテリジェントなヒューリスティックを使用して統計の恩恵を受けるクエリを特定し、軽量なスケッチデータ構造を維持し、高品質のテーブルレベルおよび列レベルの統計を作成します。JIT ANALYZE は、統計が事前に計算されたクエリと同等のすぐに使用できるパフォーマンスを提供すると同時に、その他多くのパフォーマンス最適化の基盤を提供します。 Apache アイスバーグテーブルの Amazon Redshift JIT ANALYZE 機能は、Amazon Redshift が利用できるすべての AWS リージョンで利用できるようになりました。この新しいデータレイククエリ最適化を利用するために、ユーザーは変更を加えたり、設定を有効にしたりする必要はありません。開始するには、Amazon Redshift 管理ガイドのドキュメントページをご覧ください。
AWS announces Supplementary Packages for Amazon Linux
本日、AWS は Amazon Linux 用の補足パッケージ (SPAL) の一般提供を発表しました。これは、開発者とシステム管理者が Amazon Linux 2023 (AL2023) と互換性のある何千ものビルド済みの EPEL9 パッケージに簡単にアクセスできる専用リポジトリです。Amazon Linux は AWS 上で実行される無数のアプリケーションの基盤となっていますが、開発者はソースコードからパッケージを構築する際に時間のかかるプロセスに直面することがよくあります。SPAL は、AL2023 環境で作業するチームの開発ワークフローを加速するすぐに使えるパッケージを提供することで、この課題に対処しています。\n SPAL を使用すれば、開発チームはデプロイ時間を大幅に短縮でき、パッケージのコンパイルではなくコアアプリケーションの開発に集中できます。このソリューションは、ソースからビルドするオーバーヘッドなしで、本番環境のワークロード向けに信頼性の高いパッケージを必要とする DevOps エンジニア、システム管理者、開発者にとって特に価値があります。SPAL パッケージはコミュニティが管理する EPEL9 プロジェクトから派生したもので、セキュリティパッチが上流で利用可能になったら AWS が提供しています。AWS は、Amazon Linux 2023 GitHub リポジトリを通じて、お客様からのフィードバックに基づいてリポジトリを拡張し続けます。 Amazon Linux (SPAL) 用の補足パッケージは、AWS GovCloud (米国) リージョンや中国を含むすべての AWS 商用リージョンでご利用いただけます。 開始するには、SPAL リポジトリで利用可能なパッケージを確認し、Amazon Linux 2023 用の SPAL リポジトリを含むようにパッケージ管理設定を更新してください。この機能の詳細については、SPAL の FAQ または AWS ドキュメントを参照してください。
Amazon RDS for MariaDB now supports community MariaDB minor versions 10.6.24, 10.11.15, and 11.4.9
MariaDB 用アマゾンリレーショナルデータベースサービス (Amazon RDS) は、コミュニティの MariaDB マイナーバージョン 10.6.24、10.11.15、および 11.4.9 をサポートするようになりました。最新のマイナーバージョンにアップグレードして、以前のバージョンの MariaDB の既知のセキュリティ脆弱性を修正し、MariaDB コミュニティによって追加されたバグ修正、パフォーマンスの向上、新機能の恩恵を受けることをお勧めします。\n マイナーバージョン自動アップグレードを利用して、定期メンテナンス期間中にデータベースをより新しいマイナーバージョンに自動的にアップグレードできます。Amazon RDS マネージド Blue/Green デプロイを活用して、MariaDB インスタンスの更新をより安全、簡単、迅速に行うこともできます。マイナーバージョンの自動アップグレードや Blue/Green デプロイなど、データベースインスタンスのアップグレードについて詳しくは、Amazon RDS ユーザーガイドをご覧ください。 Amazon RDS for MariaDB では、クラウドでの MariaDB デプロイのセットアップ、運用、スケーリングを簡単に行うことができます。価格の詳細とリージョンの提供状況の詳細については、Amazon RDS for MariaDB をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。
Amazon RDS for Oracle now supports October 2025 Release Update and Spatial Patch Bundle
Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、Oracle データベースバージョン 19c、21c の Oracle 2025 年 10 月リリースアップデート (RU) と Oracle データベースバージョン 19c に対応する空間パッチバンドルをサポートするようになりました。Oracle データベース製品の 6 つの新しいセキュリティパッチが含まれているため、2025 年 10 月の RU にアップグレードすることをお勧めします。詳細については、Oracle リリースノートを参照してください。Spatial Patch Bundle アップデートでは、Oracle Spatial および Graph 機能に関する重要な修正が行われ、空間操作の信頼性が高く最適なパフォーマンスを実現できるようになりました。\n 2025 年 10 月リリースアップデートは、Amazon RDS マネジメントコンソールから数回クリックするか、AWS SDK または CLI を使用して適用できます。メンテナンス期間中にデータベースインスタンスに更新を自動的に適用するには、マイナーバージョン自動アップグレードを有効にします。AWS コンソールの [空間パッチバンドルエンジンバージョン] チェックボックスを選択すると、新しいデータベースインスタンスに空間パッチバンドルの更新を適用したり、既存のインスタンスをエンジンバージョン ‘19.0.0.0.ru-2025-10.spb-1.r1’ にアップグレードしたりできます。 データベースインスタンスのアップグレードの詳細については、Amazon RDS ユーザーガイドをご覧ください。
Amazon FSx for Lustre improves directory listing performance by up to 5x
Amazon FSx for Lustre では、ディレクトリリスト (ls) のパフォーマンスが最大 5 倍高速になり、ファイルシステムのコンテンツをより効率的にブラウズおよび分析できるようになりました。\n Amazon FSx for Lustre は、機械学習トレーニング、財務分析、ハイパフォーマンスコンピューティングなどの計算集約型ワークロード向けの、高性能で費用対効果の高い、スケーラブルなファイルストレージサービスです。計算量の多いワークロードに FSx for Lustre を使用する機械学習研究者、データサイエンティスト、開発者は通常、ホームディレクトリやソースコードリポジトリなどのインタラクティブなユースケースのデータを保存するためにファイルシステムを使用します。今日のパフォーマンスの向上により、「ls」を使用してディレクトリの内容を一覧表示して分析するのにかかる時間が短縮されたため、FSx for Lustre はこれらのインタラクティブなユースケースでさらに高速になりました。 パフォーマンスの向上は、FSx for Lustre が利用可能なすべての AWS リージョンで、最新の Lustre 2.15 クライアントでサポートされています。開始するには、最新の 2.15 クライアントにアップグレードし、Amazon FSx for Lustre ドキュメントの指示に従って、推奨されるクライアントチューニングを適用してください。
Amazon MSK Replicator is now available in two additional AWS Regions
Amazon MSK Replicator を使用して、アジアパシフィック (ハイデラバード) およびアジアパシフィック (マレーシア) リージョンの Amazon マネージドストリーミングfor Apache Kafka (Amazon MSK) クラスター全体でストリーミングデータをレプリケートできるようになりました。\n MSK Replicator は Amazon MSK の機能の 1 つで、数回クリックするだけで、異なる、または同じ AWS リージョンにある Amazon MSK クラスター間でデータを確実にレプリケートできます。MSK Replicator を使用すれば、可用性と事業継続性を向上させるために、リージョンの耐障害性に優れたストリーミングアプリケーションを簡単に構築できます。MSK Replicator では、MSK クラスター全体での自動非同期レプリケーションが可能なため、カスタムコードを書いたり、インフラストラクチャを管理したり、リージョン間のネットワークを設定したりする必要がありません。MSK Replicator は基盤となるリソースを自動的にスケーリングするので、容量を監視したりスケーリングしたりしなくても、データをオンデマンドでレプリケートできます。MSK Replicator は、トピック構成、アクセス制御リスト (ACL)、コンシューマーグループのオフセットなど、必要な Kafka メタデータもレプリケートします。あるリージョンで予期しないイベントが発生した場合、他の AWS リージョンにフェイルオーバーして処理をシームレスに再開できます。 今回の発表により、MSK Replicator は米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、アジアパシフィック (ムンバイ)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン) で利用できるようになりました。)、ヨーロッパ(パリ)、ヨーロッパ(ストックホルム)、南米(サンパウロ)、中国(北京)、中国(寧夏)、アジア太平洋(ハイデラバード)、およびアジア太平洋(マレーシア)MSK レプリケーターは Amazon MSK コンソールまたは Amazon CLI から開始できます。詳細については、MSK Replicator 製品ページ、価格ページ、およびドキュメントをご覧ください。
Amazon Redshift は、大文字と小文字を区別しない照合順序を使用するデータベースでの SUPER データ型のサポートを発表しました。これにより、これらのデータベース内の半構造化データおよびネストされたデータの分析が可能になります。Amazon Redshift の PartiQL で SUPER データ型を使用すると、構造化された SQL データ (文字列、数値、タイムスタンプなど) と半構造化された SUPER データ (JSON など) を組み合わせた高度な分析を柔軟かつ簡単に実行できます。\n この機能強化により、照合順序の大文字と小文字を区別しないデータベースでの構造化データおよび半構造化データ処理のニーズに SUPER データ型を活用できるようになります。COLLATE 関数を使用すると、SUPER 列の大文字と小文字の区別に関する設定を明示的に指定できるようになり、大文字と小文字のパターンが異なるデータをより柔軟に処理できるようになりました。これは、大文字と小文字の一貫性が保証されない JSON ドキュメント、API、またはアプリケーションデータを扱う場合に特に役立ちます。ユーザー定義の識別子を処理する場合でも、複数のソースからのデータを統合する場合でも、正規化のオーバーヘッドを増やすことなく、大文字と小文字を区別しないデータの両方で複雑なクエリを実行できるようになりました。 大文字と小文字を区別しない照合順序を使用するデータベースの SUPER データ型の Amazon Redshift サポートは、Amazon Redshift が利用できる AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。詳細については、AWS リージョンテーブルを参照してください。大文字と小文字を区別しない照合順序を使用するデータベースの SUPER データ型の詳細については、ドキュメントをご覧ください。
AWS Backup launches a low-cost warm storage tier for Amazon S3 backups
AWS Backup は、Amazon S3 バックアップデータ用に低コストのウォームストレージ階層を導入しました。これにより、コストを最大 30% 削減できます。S3 バックアップデータを 60 日間 (または設定によってはそれ以上) 保管した後、新しい低コストのウォームストレージ階層に移動できます。低コスト階層は、ランサムウェアからの保護、リカバリ、監査など、ウォームストレージ階層と同じパフォーマンスと機能を提供します。\n 新しい低コストのウォームストレージ階層を使用すると、長期的に保持する必要のあるビジネスデータ、コンプライアンスデータ、規制データのストレージコストを削減できます。今回の発表により、保存期間を 60 日以上に設定することで、アカウント内のすべてのボールト、特定のボールト、またはボールト内のバケットのすべての S3 バックアップに対して自動階層化を設定できるようになりました。階層化を有効にすると、しきい値を超えた既存のバックアップデータは自動的に低コストのウォーム階層に移行され、アクションやパフォーマンスへの影響なしですぐにコスト削減が可能になります。
この低コストのストレージ階層は、Amazon S3 用 AWS Backup が利用できるすべての AWS リージョンで利用できます。データを低コストのウォーム階層に移動すると、1 回限りの移行料金が発生します。その他の料金情報については、AWS Backup の料金ページをご覧ください。
Amazon S3 用 AWS Backup の詳細については、製品ページと技術文書をご覧ください。開始するには、AWS Backup コンソールにアクセスしてください。
AWS Lambda adds support for Python 3.14
AWS Lambda は、Python 3.14 を使用したサーバーレスアプリケーションの作成をサポートするようになりました。開発者は Python 3.14 をマネージドランタイムとコンテナベースイメージの両方として使用でき、AWS はマネージドランタイムとベースイメージが利用可能になり次第、更新を自動的に適用します。\n Python 3.14 は Python の最新の長期サポートリリースです。このリリースにより、Lambda のお客様は最新の Python 3.14 言語機能にアクセスできるようになります。Python 3.14 と Lambda @Edge (サポートされているリージョン) を併用すると、Amazon CloudFront を通じて配信される低レイテンシーのコンテンツをカスタマイズできます。サーバーレスのベストプラクティスを実装し、開発者の作業速度を高めるための開発者ツールキットである AWS Lambda (Python) 用 Powertools は Python 3.14 もサポートしています。Lambda コンソール、AWS CLI、AWS サーバーレスアプリケーションモデル (AWS SAM)、AWS CDK、AWS CloudFormation など、さまざまな AWS デプロイツールを使用して、Python 3.14 で記述されたサーバーレスアプリケーションをデプロイおよび管理できます。 Python 3.14 ランタイムは、AWS GovCloud (米国) リージョンや中国リージョンを含むすべてのリージョンで利用できます。 既存の Lambda 関数のアップグレードに関するガイダンスを含む詳細については、ブログ投稿をご覧ください。AWS Lambda の詳細については、製品ページをご覧ください。
Amazon EC2 I7i instances now available in additional AWS regions
アマゾンウェブサービス (AWS) は、AWS アジアパシフィック (メルボルン、ムンバイ、大阪)、中東 (UAE) リージョンで高性能ストレージ最適化 Amazon EC2 i7i インスタンスが利用可能になったことを発表しました。これらのインスタンスは、3.2 GHz のオールコアターボ周波数の 5 世代 Intel Xeon Scalable プロセッサを搭載しているため、前世代の i4i インスタンスと比較してコンピューティングパフォーマンスが最大 23% 向上し、価格パフォーマンスが 10% 以上向上しています。第 3 世代 AWS Nitro SSD を搭載した i7i インスタンスは、最大 45 TB の NVMe ストレージを提供し、i4i インスタンスと比較して、リアルタイムストレージパフォーマンスが最大 50% 向上し、ストレージ I/O レイテンシーが最大 50% 低くなり、ストレージ I/O レイテンシーの変動が最大 60% 低くなります。\n I7i インスタンスは、小規模から中規模のデータセット (マルチ TB) にアクセスするために、リアルタイムレイテンシーを伴う非常に高いランダム IOPS パフォーマンスを必要とする、I/O 集約型でレイテンシーの影響を受けやすいワークロードに最適です。i7i インスタンスは最大 16 KB のブロックサイズで破れた書き込み防止機能をサポートしているため、お客様はデータベースパフォーマンスのボトルネックを解消できます。 i7i インスタンスには 11 種類のサイズ (最大 48 x ラージ 9 つの仮想サイズ、2 つのベアメタルサイズ) があり、最大 100 Gbps のネットワーク帯域幅と 60 Gbps の Amazon Elastic Block Store (EBS) 帯域幅を実現します。 詳細については、i7i インスタンスページをご覧ください。
Safely handle configuration drift with AWS CloudFormation drift-aware change sets
AWS CloudFormation は、IaC テンプレートをインフラストラクチャの実際の状態と比較し、ドリフトされたリソースをテンプレート定義と一致させることができるドリフト対応変更セットを起動します。IaC が管理するインフラストラクチャが AWS マネジメントコンソール、SDK、または CLI によって変更されると、設定ドリフトが発生します。ドリフト対応の変更セットを使用すると、ドリフトを元に戻し、インフラストラクチャをテンプレートと同期させておくことができます。さらに、デプロイメントがドリフトしたリソースに与える影響をプレビューして、予期しない変更を防ぐことができます。\n 運用上のインシデントのトラブルシューティングを行う際に、お客様は IaC の外部でインフラストラクチャーを変更できます。これにより、将来の IaC 導入に予期せぬ変更が生じるリスクが生じ、インフラストラクチャのセキュリティ体制に影響が及び、テストや障害復旧の再現性が損なわれます。標準変更セットでは、テンプレートを最後にデプロイしたテンプレートと比較することはできますが、ドリフトは考慮されません。ドリフト対応のチェンジセットでは、新しいテンプレート、最後にデプロイされたテンプレート、実際のインフラストラクチャの状態との 3 つの相違点が得られます。差分によって意図しないドリフトの上書きが予測される場合は、テンプレート値を更新して変更セットを再作成できます。変更セットを実行すると、CloudFormation はリソースプロパティをテンプレート値と照合し、IaC の外部で削除されたリソースを再作成します。プロビジョニングエラーが発生した場合、CloudFormation はインフラストラクチャをデプロイ前の実際の状態に復元します。 まず、CloudFormation コンソールから既存のスタックの変更セットを作成し、変更セットタイプとして「Drift-aware」を選択します。または、–deployment-mode REVERT_DRIFT パラメータを AWS CLI または SDK から CreateChangeSet API に渡してください。詳細については、CloudFormation ユーザーガイドをご覧ください。 ドリフト対応チェンジセットは、CloudFormation が利用可能な AWS リージョンでご利用いただけます。詳細については、AWS リージョンの表を参照してください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- Kiro 導入ガイド:始める前に知っておくべきすべてのこと
- 第20回情報危機管理コンテスト チームC01UMBAへのインタビュー
- 【技術協賛報告】第20回情報危機管理コンテスト
- Python 初心者が生成AIとともに短期プログラミング開発に挑戦した結果
- 週刊AWS – 2025/11/10週
- re:Invent 2025 で学ぶ AI を活用した運用管理の構築方法
- Kiroweeeeeeek in Japan 開催のお知らせ
AWS News Blog
- 新しい Amazon Bedrock サービス階層により、AI ワークロードのパフォーマンスをコストに見合わせることができます
- 新しい Amazon EC2 P6-B300 インスタンスで大規模な AI アプリケーションを高速化します
AWS Architecture Blog
AWS Big Data Blog
AWS Compute Blog
AWS Contact Center
Containers
AWS DevOps & Developer Productivity Blog
AWS HPC Blog
AWS for Industries
Artificial Intelligence
- AWS AI サービスで三目並べを生き生きとさせる
- HyperPodはセキュリティとストレージでMLインフラストラクチャを強化します
- プラットフォーム・エンジニアリング・アプローチによるジェネレーティブAIアプリケーションの促進