2025/7/24 9:00:00 ~ 2025/7/25 9:00:00 (JST)
最近の発表
Announcing readme file support for AWS HealthOmics workflows
本日、AWS Healthomics では、readme ファイルのサポートが追加され、ワークフローの文書化機能が強化されました。この新機能により、バイオインフォマティシャンや研究者は、包括的な文書、実装の詳細、図をバイオインフォマティクスのワークフローやワークフローバージョンに直接添付できます。AWS Healthomics は HIPAA の対象となるサービスで、フルマネージド型の生物学的データストアとワークフローにより、ヘルスケアやライフサイエンスのお客様が科学的ブレークスルーを加速できるよう支援します。\n readme ファイル機能を使うと、重要なワークフロー文書を一元管理できるので、研究チーム間でより効果的に知識を共有できるようになるため、ワークフロー管理が改善されます。ユーザーは、パラメーター、入力要件、出力形式、および使用方法をワークフロー自体に文書化できるようになり、個別の文書化システムが不要になりました。この機能は、複数の科学者が複雑なバイオインフォマティクス・パイプラインを理解して正しく実行する必要がある、共有ワークフローを持つ組織にとって特に有益です。Readme ファイルは AWS マネジメントコンソールで直接表示することも、GetWorkflow API 呼び出しを介してプログラムからアクセスすることもでき、ワークフローの進化に応じて更新することもできます。 Readme ファイルのサポートは、AWS Healthomics が利用可能なすべての地域 (米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、アジア太平洋 (シンガポール)、イスラエル (テルアビブ) で利用できるようになりました。 ワークフロー readme ファイルの作成と管理の詳細については、AWS Healthomics のドキュメントを参照してください。
Amazon EC2 M8g and R8g instances now available in Asia Pacific (Hong Kong)
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の M8g インスタンスと R8g インスタンスが AWS アジアパシフィック (香港) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 M8g インスタンスは、アプリケーションサーバー、マイクロサービス、ゲームサーバー、中規模データストア、キャッシュフリートなどの汎用ワークロード向けに構築されています。Amazon EC2 R8g インスタンスは、データベース、インメモリキャッシュ、リアルタイムのビッグデータ分析など、メモリを大量に消費するワークロードに最適です。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。これらのインスタンスは、Graviton3 ベースのインスタンスと比較して、インスタンスサイズが大きく、vCPU とメモリが最大 3 倍多くなります。AWS Graviton4 プロセッサは、AWS Graviton3 プロセッサよりもデータベースで最大 40%、ウェブアプリケーションで 30%、大規模な Java アプリケーションで 45% 高速です。 詳細については、「Amazon EC2 M8g インスタンス」と「Amazon EC2 R8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。
AWS Service Reference Information now supports actions for last accessed services
AWS は、IAM Last Access および IAM Access Analyzer ポリシー生成機能によってサポートされるサービスアクションに関する情報を含むように、サービス参照情報を拡張しています。IAM Last Access 機能と Policy Generator 機能を使うと、権限を最小限に抑えることができるようになります。また、これらの機能によってサポートされているサービスアクションを機械で読み取り可能なファイルで簡単に参照できるようになりました。\n サービス参照情報の取得を自動化できるため、手作業が不要になり、ポリシーを最新のサービス更新に合わせることができます。また、このサービスリファレンスをポリシー管理ツールやプロセスに直接組み込んで、シームレスに統合することもできます。この機能は追加費用なしで提供されます。はじめに、プログラマティックサービスの参考情報に関するドキュメントを参照してください。
Amazon Connect now supports AWS CloudFormation for quick responses
Amazon Connect がクイックレスポンスのために AWS CloudFormation をサポートするようになりました。これにより、お客様は AWS CloudFormation テンプレートを使用してクイックレスポンスをデプロイおよび管理できるようになりました。クイックレスポンスにより、コンタクトセンターのエージェントは事前設定されたメッセージにアクセスして、一般的な顧客からの問い合わせに一貫して効率的に対応できます。AWS CloudFormation により、管理者はこのようなクイックレスポンスをスケーラブルで繰り返し可能な方法で環境全体に定義し、デプロイできるようになりました。\n AWS CloudFormation を使用することで、組織はエージェント通信を標準化し、Amazon Connect インスタンス間の手動設定を減らすことができます。たとえば、AWS CloudFormation テンプレートを使用して、季節ごとのキャンペーンや規制遵守に合わせて更新済みのレスポンスセットを複数の Connect 環境に展開できます。今回の発表により、デプロイが簡素化され、継続的デリバリーパイプラインとシームレスに統合されます。 この機能は Amazon Connect が提供されているすべての AWS リージョンで利用できます。サポートされているリージョンの全リストについては、AWS リージョンの表を参照してください。詳細については、Amazon Connect 管理者ガイドの「クイックレスポンス」を参照するか、Amazon Connect 製品ページをご覧ください。
Announcing Bloom filter support in Amazon ElastiCache
Amazon ElastiCache は、Valkey 以上の ElastiCache バージョン 8.1 の新しいデータタイプとして Bloom フィルタをサポートするようになりました。ブルームフィルターはスペース効率の高い確率的データ構造で、アイテムがセットに含まれる可能性があるかどうかをすばやく確認できます。この新機能は valkey-bloom モジュールと完全に互換性があり、API は valkey-py、valkey-java、valkey-go などの Valkey クライアントライブラリの Bloom フィルターコマンド構文と互換性があります。以前は、要素がキャッシュに追加されたかどうかを確認するために、Set データ型を使用して項目をセットに書き込み、その項目がすでに存在するかどうかを確認していました。ブルームフィルターでも確率的アプローチを使用しても同じ結果が得られ、パフォーマンスを損なうことなく、セットを使用する場合よりも 98% 以上メモリ効率が向上します。\n ブルームフィルターは現在、Amazon ElastiCache バージョン 8.1 ですべての AWS リージョンの Valkey に対応しており、サーバーレスおよびノードベースのサービスでも追加料金なしでご利用いただけます。Valkey 用 ElastiCache のブルームフィルターの詳細については、ElastiCache のドキュメントをご覧ください。詳細なドキュメントとサポートされているコマンドのリストについては、Bloom フィルターのドキュメントをご覧ください。
Amazon ElastiCache now supports Valkey 8.1
本日、Amazon ElastiCache は Valkey 8.1 のサポートを発表しました。これにより、新機能、パフォーマンスの向上、オブザーバビリティの強化など、Valkey オープンソースプロジェクトの最新のイノベーションが Valkey for Valkey に ElastiCache にもたらされます。これらの改善により、開発者はインメモリワークロードのインフラストラクチャコストを削減しながら、アプリケーションの応答性を高めることができます。\n Valkey 用 Amazon ElastiCache バージョン 8.1 では、Bloom フィルタのネイティブサポートが導入されました。Bloom フィルタは新しいデータ型で、Set データ型を使用する場合に比べて最大 98% 少ないメモリでルックアップを実行できます。新しいハッシュテーブルの実装により、パイプライン処理を使用するとスループットが最大 10% 向上し、メモリオーバーヘッドが減少し、一般的なキー/値パターンのメモリ使用量が最大 20% 削減されます。この新しいリリースでは、大量の要求と応答を記録する新しい COMMANDLOG 機能も導入されました。これにより、エンドツーエンドのレイテンシーの可視性が向上し、トラフィックパターンの最適化や予期しない使用量の急増のトラブルシューティングが可能になります。この最新リリースで導入されたイノベーションの完全なリストについては、ElastiCache のドキュメントをご覧ください。 Valkey 用 ElastiCache バージョン 8.1 は、本日、すべての AWS リージョンで追加費用なしでご利用いただけます。Valkey または Redis OSS の以前のバージョンから Valkey 8.1 へのアップグレードは、数回クリックするだけでダウンタイムなしで完了します。AWS マネジメントコンソール、ソフトウェア開発キット (SDK)、またはコマンドラインインターフェイス (CLI) で Valkey 用 ElastiCache の使用を開始しましょう。
Amazon Aurora PostgreSQL Limitless Database is now available in 22 additional Regions
Amazon Aurora PostgreSQL Limitless Database が米国西部 (北カリフォルニア)、アフリカ (ケープタウン)、アジアパシフィック (ハイデラバード、ジャカルタ、マレーシア、メルボルン、ムンバイ、大阪、ソウル、タイ)、カナダ (中部)、カナダ西部 (カルガリー)、ヨーロッパ (ロンドン、ミラノ、パリ、スペイン、チューリッヒ)、イスラエル (テルアビブ)、メキシコ (中部)、中東 (バーレーン) で利用できるようになりました、UAE)、および南米 (サンパウロ) リージョン。\n Aurora PostgreSQL Limitless Database では、単一データベースのトランザクションの一貫性を維持しながら、データやクエリを複数の Amazon Aurora サーバーレスインスタンスに自動的に分散するサーバーレスエンドポイントを提供することで、リレーショナルデータベースのワークロードを簡単にスケーリングできます。Aurora PostgreSQL Limitless Database は、分散クエリプランニングやトランザクション管理などの機能を備えているため、カスタムソリューションを作成したり、複数のデータベースをスケールに合わせて管理したりする必要がありません。Aurora PostgreSQL Limitless Database は、ワークロードが増えるにつれて、指定された予算内でコンピューティングリソースを追加できるため、ピーク時にプロビジョニングする必要がなく、需要が低くなるとコンピューティングが自動的にスケールダウンします。
Aurora PostgreSQL リミットレスデータベースは、これらのリージョンで PostgreSQL 16.6 と 16.8 との互換性を備えてご利用いただけます。
価格の詳細と利用可能なリージョンについては、Amazon Aurora 料金表をご覧ください。詳細については、Aurora PostgreSQL 無制限データベースのドキュメントを読み、Amazon RDS コンソールのわずか数ステップで Aurora PostgreSQL 無制限データベースを作成することから始めましょう。
AWS Glue now supports Microsoft Dynamics 365 as a data source
AWS Glue は Microsoft Dynamics 365 用の新しいネイティブコネクタを提供するようになりました。これにより、データエンジニアは、エンタープライズリソースプランニング(ERP)と顧客関係管理(CRM)プラットフォームからのデータを簡単に統合できます。このコネクタにより、AWS Glue ユーザーは Microsoft Dynamics 365 にデータソースとしてシームレスに接続する効率的な抽出、変換、読み込み (ETL) ジョブを構築できます。\n この新しいコネクタにより、ユーザーはデータ統合プロセスを合理化し、Microsoft Dynamics 365 データを AWS ベースの分析およびビジネスインテリジェンスワークフローに組み込むのに必要な複雑さと時間を軽減できます。組織は AWS Glue のフルマネージド型 ETL サービスのパワーを Microsoft Dynamics 365 データと組み合わせて活用できるようになり、より包括的な洞察とデータ主導の意思決定が可能になりました。 Microsoft Dynamics 365 用の AWS Glue コネクタは、AWS Glue がサポートされているすべてのリージョンで利用できます。 この新しいコネクタの詳細と使用方法については、AWS Glue のドキュメントをご覧ください。
Amazon EC2 X8g instances now available in US East (Ohio) region
本日より、Amazon Elastic Compute Cloud (Amazon EC2) X8g インスタンスが米国東部 (オハイオ) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton2 ベースの Amazon EC2 X2GD インスタンスよりもパフォーマンスが最大 60% 向上しています。X8g インスタンスは、他の Graviton4 ベースのインスタンスと比較して、合計で最大 3 TiB のメモリを搭載し、vCPU あたりのメモリも増加しています。EC2 X シリーズインスタンスの中で最高のコストパフォーマンスを発揮し、電子設計自動化 (EDA) ワークロード、インメモリデータベース (Redis、Memcached)、リレーショナルデータベース (MySQL、PostgreSQL)、リアルタイムビッグデータ分析、リアルタイムキャッシュサーバー、メモリ集約型コンテナ化アプリケーションなどのメモリ集約型ワークロードに最適です。\n X8g インスタンスは、Graviton2 ベースの X2GD インスタンスよりも最大 3 倍多くの vCPU (最大 48 倍) とメモリ (最大 3 TiB) を備えた大きなインスタンスサイズを提供します。Amazon EBS (エラスティック・ブロック・ストア) では、最大 50 Gbps の拡張ネットワーキング帯域幅と、最大 40 Gbps の帯域幅を提供します。Elastic Fabric Adapter (EFA) ネットワーキングサポートは 24xlarge、48xlarge、およびベアメタルサイズで提供され、Elastic Network Adapter (ENA) Express サポートは 12 倍を超えるインスタンスサイズで提供されます。 X8g インスタンスは現在、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト) の AWS リージョンでご利用いただけます。 詳細については、「Amazon EC2 X8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスにすばやく移行するには、AWS Graviton ファストスタートプログラムを参照してください。開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (AWS CLI)、および AWS SDK を参照してください。
Amazon CloudWatch adds IPv6 support
Amazon CloudWatch では、インターネットプロトコルバージョン 6 (IPv6) アドレスのサポートが追加され、メトリックスの取り込みとクエリのほか、アラーム、ダッシュボード、オブザーバビリティアクセスマネージャー (OAM) のクロスアカウントオブザーバビリティ設定の管理もできるようになりました。IPv6 に移行するお客様は、IPv4 と IPv6 の両方をサポートするデュアルスタックネットワークで CloudWatch モニタリングを実行することで、ネットワークスタックを簡素化できます。\n IPv6 サポートが追加されたことで、お客様のアドレス空間が大幅に拡大し、アドレス枯渇の心配がなくなり、IPv6 ネイティブアプリケーションのネットワークアーキテクチャが簡素化されます。CloudWatch パブリックエンドポイントで IPv4 と IPv6 の両方のクライアントを同時にサポートできるため、お客様はすべてのシステムを一度に切り替える必要なく、IPv4 から IPv6 ベースのシステムやアプリケーションに徐々に移行できます。この強化は、モダナイゼーションの取り組みの一環として IPv6 に移行しようとしている最新のクラウドネイティブアプリケーションや組織にとって特に価値があります。 CloudWatch エンドポイントでの IPv6 のサポートは、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できるようになりました。 メトリクス、アラーム、ダッシュボード、または OAM 設定に関連するエンドポイントで CloudWatch IPv6 の使用を開始するには、ネットワーク設定と、接続する CloudWatch エンドポイントまたは CloudWatch OAM エンドポイントの URL を更新するだけで済みます。更新された URL エンドポイント構文については、AWS サービスエンドポイントのドキュメントを参照してください。VPC 内で使用する場合は、お使いの VPC に IPv6 サポートを追加する方法をご覧ください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- 合併・買収 (M&A) 後のコストを最適化するための AWS Organizations でのベストプラクティス
- JWT を使用した Amazon Bedrock と Amazon OpenSearch Service による SaaS 向けマルチテナント RAG 実装
- 【開催報告】Neuron Community – Vol.2
AWS Cloud Operations Blog
- Amazon Bedrock と Amazon Nova を使用して AI を活用したインシデントレスポンスを
- Amazon CloudWatch ジェネレーティブ AI オブザーバビリティの開始 (プレビュー)
AWS Big Data Blog
AWS Database Blog
- Valkey の初年:オープンソースのイノベーションと Valkey 向け ElastiCache バージョン 8.1
- Amazon ElastiCache のブルームフィルターを使用して、高速でスペース効率の高いルックアップを実装する