2025/5/22 9:00:00 ~ 2025/5/23 9:00:00 (JST)

最近の発表

Amazon Aurora reduces cross-Region Global Database Switchover time to typically under 30 seconds

Amazon Aurora for MySQL と Amazon Aurora for PostgreSQL では、リージョン間のグローバルデータベース切り替えが高速になり、読み取り/書き込み操作の復旧時間が通常 30 秒未満に短縮され、グローバル規模で動作するアプリケーションの可用性が向上しました。\n Global Database を使用すると、1 つの Aurora クラスターを複数の AWS リージョンにまたがることができ、リージョン全体の障害からの災害復旧が可能になり、グローバルに分散したアプリケーションのローカル読み取りを高速に行うことができます。グローバルデータベースのリージョン間切り替えは、リージョナルローテーションなどの計画的なイベント向けに設計された、完全管理型のプロセスです。この起動により、グローバルクラスター内のライターが使用できない期間が最適化され、リージョン間の切り替え操作後のアプリケーションの復旧時間と事業継続性が向上します。グローバルデータベーススイッチオーバーの詳細については、ドキュメントを参照してください。 Aurora MySQL のこれらの改善を利用するには、クラスターをバージョン 3.09 (MySQL 8.0.40 と互換) 以上にアップグレードしてください。Aurora PostgreSQL の場合は、クラスターをバージョン 16.8、15.12、14.17、13.20、またはそれ以降にアップグレードしてください。アップグレードすると、追加の設定をしなくても、クラスターでより高速なスイッチオーバー機能が自動的に利用できるようになります。クラスターのアップグレードについては、Amazon Aurora グローバルデータベースのアップグレードガイドを参照してください。 Amazon Aurora は、ハイエンドの商用データベースのパフォーマンスと可用性と、オープンソースデータベースのシンプルさと費用対効果を兼ね備えています。Amazon Aurora を使い始めるには、入門ページをご覧ください。

AWS HealthImaging launches DICOMweb QIDO-RS search and enhanced data management

AWS HealthImagingは、DICOMWeb QIDO-RS標準に基づく豊富な階層検索と、データ管理エクスペリエンスの向上を発表しました。今回のローンチにより、HealthImaging はイメージセットを DICOM スタディリソースとシリーズリソースに自動的に整理します。受信した DICOM SOP インスタンスは、同じ DICOM シリーズに自動的にマージされます。\n DICOMWeb QIDO-RS の豊富な検索機能により、データの検索と取得が容易になり、お客様はインフラストラクチャ管理に煩わされることなく、エンドユーザーへの支援に集中できるようになります。HealthImagingのDICOM Studies and Seriesによるデータの自動整理により、インポート後のワークフローが不要になり、時間が節約され、複雑さが軽減されるため、ヘルスケアやライフサイエンスのお客様がデータを大規模に管理しやすくなります。これにより、顧客はより効率的にデータを整理し、不一致をより適切に解決できるようになります。今回の発表により、DICOMWeb WADO-RS API の最終バイト待ち時間が大幅に短縮され、大規模インスタンス (デジタル病理学全スライドイメージングなど) のインポートも高速化されます。 AWS HealthImaging は通常、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド) の AWS リージョンでご利用いただけます。 AWS HealthImaging は HIPAA の対象となるサービスで、医療提供者、ライフサイエンスの研究者、およびそのソフトウェアパートナーがペタバイト規模の医療画像を保存、分析、共有できるよう支援します。詳細については、AWS HealthImaging 開発者ガイドを参照してください。

AWS HealthImaging now supports DICOMweb series level metadata retrievals

本日、AWS HealthImaging は、単一の API アクションでシリーズ内のすべての DICOM インスタンスのメタデータを取得できるようになったことを発表しました。この新機能により、HealthImaging の DICOMWeb 標準に対するサポートが拡張され、統合が簡単になり、既存のアプリケーションとの相互運用性が向上します。\n 今回の発表により、特にDICOMシリーズに数百または数千のインスタンスが含まれている場合に、シリーズレベルのメタデータを取得するコストと複雑さが大幅に軽減されます。今回の機能強化により、一貫した低レイテンシーでインスタンスメタデータを取得することがこれまでになく簡単になり、臨床、AI、研究のユースケースが可能になります。 AWS HealthImaging は通常、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド) の AWS リージョンで利用できます。 AWS HealthImaging は HIPAA の対象となるサービスで、医療提供者、ライフサイエンスの研究者、およびそのソフトウェアパートナーがペタバイト規模の医療画像を保存、分析、共有できるよう支援します。詳細については、AWS HealthImaging 開発者ガイドを参照してください。

AWS Control Tower releases Enabled controls view for centralized visibility

本日、AWS Control Towerは、お客様が AWS Control Tower組織全体で有効になっているコントロールを追跡、フィルタリング、管理できるように、新しい「有効なコントロール」ページを導入しました。この強化により、AWS Control Tower コントロールの可視性が大幅に向上し、管理が合理化され、貴重な時間が節約され、有効なコントロールの管理の複雑さが軽減されます。数百または数千の AWS アカウントを管理している組織にとって、この機能により統制範囲を一元的に把握できるため、規模を問わず一貫したガバナンスを維持することが容易になります。\n 以前は、有効になっている統制範囲を評価するには、コンソールの組織単位 (OU) またはアカウント詳細ページに移動して、ターゲットごとに導入された統制を追跡する必要がありました。今回のリリースでは、有効化されたコントロールビューで AWS Control Tower 環境全体で有効になっているすべてのコントロールが一元化され、有効なコントロールを追跡、フィルタリング、管理できる一元的な場所が提供されるようになりました。この新機能により、統制範囲内のギャップをより簡単に特定できるようになりました。たとえば、有効になっているすべての予防統制をすばやく検索してフィルタリングし、重要な OU 全体に一貫して適用されているかどうかを確認できます。 組織単位、行動、重要度、実装ごとに掘り下げて、どの統制が有効になっているかを正確に把握できるため、環境全体のガバナンス態勢を的を絞って可視化できます。最後に、AWS Control Tower ダッシュボードの統制概要ページから、動作別に有効になっている統制のリストをあらかじめフィルタリングして表示することもできます。 新しい「有効化されたコントロール」ビューページを利用するには、AWS Control Tower コンソールの「コントロール」セクションに移動してください。詳細については、AWS Control Towerのホームページをご覧になるか、AWS Control Towerユーザーガイドをご覧ください。AWS Control Towerが利用できる AWS リージョンの全リストについては、AWS リージョン表を参照してください。

Amazon RDS Custom for Oracle now supports R7i and M7i instances

Oracle 用アマゾンリレーショナルデータベースサービス (Amazon RDS) カスタムは、R7i インスタンスと M7i インスタンスをサポートするようになりました。これらのインスタンスは、AWS でのみ利用可能なカスタムの第 4 世代 Intel Xeon Scalable カスタムプロセッサを搭載しています。R7i および M7i インスタンスは、最大 48 倍、つまり前世代の R6i および M6i インスタンスよりも 50% 大きいサイズでご利用いただけます。\n M7i インスタンスと R7i インスタンスは Amazon RDS Custom for Oracle の Oracle データベースエンタープライズエディション (EE) と Oracle データベーススタンダードエディション 2 (SE2) の持ち込みライセンスモデルで利用できます。Amazon RDS マネジメントコンソールで数回クリックするか、AWS SDK や CLI を使用するだけで、既存の RDS インスタンスを変更したり、新しいインスタンスを作成したりできます。価格の詳細と利用可能なリージョンについては、Amazon RDS カスタム料金ページをご覧ください。 Amazon RDS Custom for Oracle は、基盤となるオペレーティングシステムとデータベース環境へのアクセスを必要とするレガシーアプリケーション、カスタムアプリケーション、パッケージアプリケーション向けのマネージドデータベースサービスです。Amazon RDS Custom for Oracle を使い始めるには、ユーザーガイドを参照してください。

Anthropic’s Claude 4 foundation models now in Amazon Bedrock

次世代のアントロピックのクロードモデル、クロード・オーパス4とクロード・ソネット4がAmazon Bedrockで利用できるようになりました。これは、AI機能の大幅な進歩を表しています。これらのモデルはコーディングに優れており、AI エージェントは何千ものデータソースの分析、長時間実行されるタスクの実行、高品質なコンテンツの作成、複雑なアクションの実行を可能にします。Opus 4とSonnet 4はどちらもハイブリッド推論モデルで、ほぼ即時の応答と、より深い推論のための拡張的思考という2つのモードがあります。\n Claude Opus 4: Opus 4はAnthropicのこれまでで最も強力なClaudeモデルであり、Anthropicのベンチマークでは、複雑な複数ステップのタスクを自律的に正確に管理することに優れ、入手可能な最高のコーディングモデルであることが示されています。抽象プロジェクトを個別に分解し、アーキテクチャを計画し、拡張タスク全体にわたって高いコード品質を維持できます。Opus 4は、機能横断型の企業ワークフローを調整したり、大規模なコードベースの大規模なコード移行を処理したりするために、妥協のないインテリジェンスを必要とするエージェント AI アプリケーションの強化に最適です。 Claude Sonnet 4: Sonnet 4 は大量のユースケース向けに設計された中規模モデルで、より広い AI システム内のタスク固有のサブエージェントとして効果的に機能します。コード生成、検索、データ分析、コンテンツ合成などの特定のタスクを効率的に処理するため、品質、費用対効果、応答性のバランスが求められるプロダクションAIアプリケーションに最適です。 Amazon Bedrock では、どちらの Claude 4 モデルも使用できるようになりました。開始するには、Amazon Bedrock コンソールにアクセスしてください。Amazon Bedrock API または SDK を使用してアプリケーションに統合してください。リージョンの提供状況などの詳細については、AWS ニュースブログ、Amazon Bedrock 製品ページにある Anthropic の Claude in Amazon Bedrock 製品ページ、および Amazon Bedrock の料金表ページを参照してください。

AWS announces IPv6 support for EC2 Public DNS names

EC2 パブリック DNS 名は、EC2 インスタンスと Elastic ネットワークインターフェイス (ENI) に関連付けられた IPv6 グローバルユニキャストアドレス (AAAA レコード) に変換できるようになりました。これにより、お客様は EC2 パブリック DNS 名を使用して IPv6 対応の Amazon EC2 インスタンスに IPv6 経由でパブリックにアクセスできるようになりました。\n これ以前は、EC2 パブリック DNS 名はインスタンスのプライマリ ENI に関連付けられたパブリック IPv4 アドレス (A レコード) に変換されていました。そのため、IPv6 を採用しているお客様は、DNS 名の代わりに特定の IPv6 アドレスを使用して IPv6 専用の Amazon EC2 インスタンスにアクセスしたり、Amazon Route 53 を使用してホストゾーンを作成してカスタムドメインを使用したりしていました。EC2 パブリック DNS 名の IPv6 サポートにより、お客様は IPv6 専用の Amazon EC2 インスタンスに簡単にアクセスできるようになります。また、シンプルな DNS カットオーバーで IPv6 経由でデュアルスタックインスタンスにアクセスできるようにする移行計画を策定することもできます。 この機能はすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用でき、お客様は IPv4 のみの EC2 パブリック DNS 名を有効にするために現在使用しているのと同じ VPC 設定を使用して、EC2 パブリック DNS の IPv6 サポートを設定できます。EC2 パブリック DNS 名の IPv6 サポートの使用方法の詳細については、当社のドキュメントを参照してください。

Amazon Managed Service for Prometheus launches query insights and control capabilities

Prometheus 互換のフルマネージド型モニタリングサービスである Amazon マネージドサービス for Prometheus では、コストの高い Prometheus クエリを特定し、その実行を制限できるようになりました。これにより、お客様は Amazon マネージドサービス for Prometheus ワークスペースに対して発行されるクエリの種類を監視および管理できます。\n お客様からは、特にコストの高いクエリに関するクエリのガバナンス管理を強化する必要性が強調されています。特定の処理済みクエリサンプル (QSP) のしきい値を超えるクエリをモニタリングし、それらのクエリを Amazon CloudWatch に記録できるようになりました。ベンディングされたログの情報から、コストのかかるクエリを特定できます。公開されたログには、PromQL クエリと、Grafana ダッシュボード ID やアラートルールなど、その発生元に関するメタデータが含まれています。 さらに、クエリ実行の警告またはエラーのしきい値を設定できるようになりました。クエリのコストを抑えるため、QueryMetrics API の HTTP ヘッダーにエラー閾値を設定することで、高額なクエリの実行を未然に防ぐことができます。あるいは、警告のしきい値を設定することで、クエリ結果を返し、QSP の料金を請求し、そのクエリのコストはワークスペース管理者が設定した制限よりも高いという警告をエンドユーザーに返します。 この機能は、プロメテウス向け Amazon マネージドサービスが一般的に利用できるすべてのリージョンで利用できるようになりました。 プロメテウス用 Amazon マネージドサービスコレクターの詳細については、ユーザーガイドまたは製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Compute Blog

AWS Database Blog

AWS Machine Learning Blog

Open Source Project

AWS CLI

Amazon EKS Anywhere