2025/5/14 9:00:00 ~ 2025/5/15 9:00:00 (JST)

最近の発表

Amazon RDS for Oracle now supports the April 2025 Release Update (RU)

Oracle 用アマゾンリレーショナルデータベースサービス (Amazon RDS) は、Oracle データベースバージョン 19c および 21c の 2025 年 4 月リリースアップデート (RU) をサポートするようになりました。これらの RU にはバグ修正とセキュリティ修正が含まれており、Oracle スタンダードエディション 2 とエンタープライズエディションの RDS で利用できます。詳細については、4 月の RU の Oracle リリースノートを参照してください。\n この RU にはセキュリティ修正が含まれているため、この RU にアップグレードすることをお勧めします。Amazon RDS マネジメントコンソールで数回クリックするか、AWS SDK または CLI を使用してアップグレードできます。マイナーバージョン自動アップグレード (AMVu) を有効にして、データベースインスタンスを自動的にアップグレードすることもできます。データベースインスタンスのアップグレードの詳細については、Amazon RDS ユーザーガイドをご覧ください。 この新しいマイナーバージョンは、Amazon RDS for Oracle が利用できるすべての AWS リージョンで利用できます。価格の詳細とリージョンの提供状況については、Amazon RDS for Oracle の料金表を参照してください。

AWS Control Tower introduces account-level reporting for baseline APIs

AWS Control Tower のお客様は、ベースライン API を使用して、管理対象アカウントのステータスをプログラムで表示できるようになりました。AWS Control Tower ベースラインには、ガバナンスに必要なベストプラクティスの構成、統制、およびリソースが含まれています。このベースラインを組織単位 (OU) で有効にすると、OU 内のメンバーアカウントがガバナンスの下に登録されます。\n この新しいエクスペリエンスでは、ベースラインステータスを使用してアカウントの登録状況を確認したり、ドリフトステータスを使用してアカウントと OU のベースライン構成が同期していないときを識別したりできます。AWS Control Tower コンソールでアカウントと OU のステータスを確認できるだけでなく、ListenabledBaselines API を使用して有効になっているベースラインのステータスを表示することもできます。個々のアカウントのステータスを表示するには、「IncludeChildren」フラグを使用してください。これらのステータスでフィルタリングすると、注意が必要なアカウントと OU のみを表示できます。これらの API には AWS CloudFormation サポートが含まれており、コードとしてのインフラストラクチャ (IaC) を使用して OU とアカウントを管理する自動化を構築できます。 これらの API の詳細については、AWS Control Tower ユーザーガイドの「ベースラインと API リファレンス」を参照してください。ベースライン API と新たに導入されたレポート機能は、AWS Control Tower が利用可能なすべての AWS リージョンで利用できます。AWS Control Towerが利用できる AWS リージョンのリストについては、AWS リージョン表を参照してください。

Amazon Aurora MySQL 3.09 (compatible with MySQL 8.0.40) is now generally available

本日より、Amazon Aurora MySQL-互換エディション 3 (MySQL 8.0 互換) は Aurora MySQL v3.09 まで MySQL 8.0.40 をサポートします。MySQL 8.0.40 には、いくつかのセキュリティ強化とバグ修正に加えて、多数のテーブルを処理するときのデータベース可用性を向上させ、REDO ロギングとインデックス処理に関連する InnoDB の問題を軽減する拡張機能が含まれています。\n Aurora MySQL 3.09 には、I/O 最適化構成で実行されている 32xl 以上のインスタンスの書き込みスループットを向上させるためのパフォーマンス強化が含まれています。このリリースには、Aurora Global Database のセカンダリーリージョンクラスターのリージョン間の耐障害性を高める改善も含まれています。詳細については、Aurora MySQL 3.09 と MySQL 8.0.40 のリリースノートを参照してください。 Aurora MySQL 3.09 にアップグレードするには、DB クラスターを変更してマイナーバージョンアップグレードを手動で開始するか、DB クラスターを作成または変更するときに「自動マイナーバージョンアップグレード」オプションを有効にすることができます。グローバルデータベースのアップグレードについては、Amazon Aurora グローバルデータベースアップグレードガイドを参照してください。このリリースは、Aurora MySQL が利用可能なすべての AWS リージョンで利用できます。 Amazon Aurora は MySQL と PostgreSQL との完全な互換性を備え、世界規模で比類のない高いパフォーマンスと可用性を実現するように設計されています。組み込みのセキュリティ、継続的バックアップ、サーバーレスコンピューティング、最大 15 個のリードレプリカ、自動マルチリージョンレプリケーション、その他の Amazon Web Services サービスとの統合が可能です。Amazon Aurora を使い始めるには、入門ページをご覧ください。

Amazon EC2 makes it easier to launch Windows instances with EC2 Fast Launch

本日より、起動テンプレートやデフォルト VPC を必要とせずに、EC2 Fast Launch を使用して Windows インスタンスを起動できるようになりました。\n EC2 Fast Launch では、事前にプロビジョニングされたスナップショットを使用して Windows インスタンスの起動時間を短縮できます。以前は、お客様が Windows AMI で EC2 Fast Launch を有効にするには、起動テンプレートまたはデフォルト VPC が必要でした。今回の更新により、AMI ID だけで EC2 高速起動を有効にできるようになりました。 更新された EC2 高速起動は、すべての AWS 商用リージョンと AWS GovCloud リージョンの AWS コンソール、CLI、SDK から利用できるようになりました。EC2 Fast Launch の使用を開始する方法と、この新しい合理化された設定の詳細については、EC2 Fast Launch ユーザーガイドをご覧ください。

Amazon Kinesis Data Streams expands IPv6 support to VPC endpoints

Amazon Kinesis Data Streams では、お客様がデュアルスタック AWS PrivateLink インターフェイスの仮想プライベートクラウド (VPC) エンドポイントを使用して、インターネットプロトコルバージョン 6 (IPv6) 経由で API リクエストを行うことができるようになりました。この強化により、以前はパブリックエンドポイントでのみ利用できた IPv6 互換性が、すべての AWS リージョンの VPC エンドポイントにまで拡張されました。連邦情報処理標準 (FIPS) 140-3 プログラムで検証されたデュアルスタックのエンドポイントも利用できます。\n Kinesis Data Streams を使用すると、ユーザーはあらゆる規模でデータストリームをリアルタイムでキャプチャ、処理、保存できます。お客様は仮想プライベートクラウド (VPC) 内のデータストリーミングワークロードに IPv6 接続を活用できるようになりました。IPv4 アドレスの枯渇に直面している組織や、コンプライアンス上の理由から IPv6 のサポートを必要とする組織にとって、IPv6 のサポートはきわめて重要です。この機能により、Kinesis Data Streams を IPv6 専用ネットワークとシームレスに統合できるため、ネットワーク管理が簡素化され、複雑な IPv4 から IPv6 への変換の必要性が軽減されます。 VPC エンドポイントの IPv6 サポートは、Sinnet と NWCD が運営する商業地域や AWS 中国地域を含む、すべての AWS リージョンで利用できるようになりました。リージョンとエンドポイントの完全なリストについては、こちらをご覧ください。Kinesis Data Streams をインターフェイス VPC エンドポイントで使用する方法の詳細については、開発者ガイドを参照してください。AWS PrivateLink の詳細については、「AWS PrivateLink による AWS サービスへのアクセス」を参照してください。

Amazon RDS for Oracle now supports April 2025 Spatial Patch Bundle

Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、Oracle データベースバージョン 19c の 2025 年 4 月リリースアップデート (RU) 用の空間パッチバンドル (SPB) をサポートするようになりました。このアップデートでは、Oracle Spatial と Graph の機能に関する重要な修正が行われ、空間操作の信頼性が高く最適なパフォーマンスを確保できるようになります。\n 新しい DB インスタンスを作成したり、既存の DB インスタンスをエンジンバージョン「19.0.0.0.ru-2025-04.spb-1.r1」にアップグレードしたりできるようになりました。SPB エンジンのバージョンは、エンジンバージョンセレクターの「Spatial Patch Bundle Engine Versions」チェックボックスを選択すると AWS コンソールに表示されます。これにより、データベース環境の最新の空間パッチを簡単に特定して実装できます。 Amazon RDS でサポートされている Oracle SPB の各エンジンバージョンについて詳しくは、Amazon RDS for Oracle リリースノートを参照してください。Amazon RDS for Oracle が利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。

Amazon Aurora and RDS for PostgreSQL, MySQL, and MariaDB now offer Reserved Instances for R8g and M8g instances

PostgreSQL、MySQL、および MariaDB データベース用の Amazon Aurora と RDS を実行しているお客様は、Graviton4 ベースの R8g および M8g インスタンス用のリザーブドインスタンスを購入できるようになりました。これらのインスタンスは、メモリと vCPU の比率が 8:1 で、最新の DDR5 メモリを搭載し、最大 48 倍の大きなサイズを実現しています。Graviton4 ベースのインスタンスは、同等の Graviton3 ベースのインスタンスと比較して、パフォーマンスが最大 40% 向上し、コストパフォーマンスも 29% 向上します。\n リザーブドインスタンスは、3 つの柔軟な支払いオプションにより、オンデマンド料金よりも大幅に節約できます。1 つは、「すべて前払い」が最も高い割引を提供すること、「一部前払い」、「初期支払いが不要な前払いなし」です。第 8 世代 Graviton インスタンス (R8g と M8g) のリザーブドインスタンスは、第 7 世代の Graviton インスタンス (R7g と M7g) と比較して大幅な割引が適用されるため、これらのインスタンスの価格パフォーマンスがさらに向上し、コスト最適化の機会が増えます。リザーブドインスタンスは、同じファミリー内でインスタンスサイズを柔軟に調整でき、シングル AZ 構成とマルチ AZ 構成の両方に自動的に適用されるため、さまざまな本番環境のワークロードに最適です。 これらの 1 年間のリザーブドインスタンスは、Graviton4 ベースのインスタンスがオンデマンド料金で提供されているすべての AWS リージョンで、Aurora MySQL、Aurora PostgreSQL、MySQL 用の RDS、PostgreSQL 用の RDS、PostgreSQL 用の RDS、および MariaDB 用の RDS で利用できます。これらの DB インスタンスタイプをサポートする特定のエンジンバージョンについては、Aurora と RDS のドキュメントを参照してください。 開始するには、AWS マネジメントコンソール、AWS CLI、または AWS SDK からリザーブドインスタンスを購入してください。詳細な料金情報と購入オプションについては、Aurora と RDS の料金表ページをご覧ください。リザーブドインスタンスに関するその他の質問については、RDS FAQ を参照してください。

Amazon Aurora and RDS for PostgreSQL, MySQL, and MariaDB now offer Reserved Instances for R7i and M7i instances

PostgreSQL、MySQL、および MariaDB データベース用の Amazon Aurora と RDS を実行しているお客様は、R7i および M7i インスタンス用のリザーブドインスタンスを購入できるようになりました。これらのインスタンスはカスタムの第 4 世代 Intel Xeon スケーラブルプロセッサを搭載しており、vCPU と最新の DDR5 メモリに対するメモリの比率が 8:1 で、最大 48 倍の大容量サイズを実現しています。\n リザーブドインスタンスは、3 つの柔軟な支払いオプションにより、オンデマンド料金よりも大幅に節約できます。1 つは、[すべて前払い] が最も高い割引、[一部前払い] は前払いと時間単位の支払いのバランスを取ること、初期支払いが不要な前払いなしの 3 つです。リザーブドインスタンスは、同じファミリー内でインスタンスのサイズを柔軟に設定でき、シングル AZ 構成とマルチ AZ 構成の両方に自動的に適用されるため、さまざまな本番環境のワークロードに最適です。 これらの 1 年間のリザーブドインスタンスは、R7i および M7i インスタンスがオンデマンド料金で提供されているすべての AWS リージョンで、Aurora MySQL、Aurora PostgreSQL、MySQL 用の RDS、PostgreSQL 用の RDS、PostgreSQL 用の RDS、および MariaDB 用の RDS で利用できます。これらの DB インスタンスタイプをサポートする特定のエンジンバージョンについては、Aurora と RDS のドキュメントを参照してください。 開始するには、AWS マネジメントコンソール、AWS CLI、または AWS SDK からリザーブドインスタンスを購入してください。詳細な料金情報と購入オプションについては、Aurora と RDS の料金表ページをご覧ください。リザーブドインスタンスに関するその他の質問については、RDS FAQ を参照してください。

Amazon Bedrock Guardrails now supports cross-region inference

Amazon Bedrock Guardrails は、顧客がさまざまな AWS リージョンのコンピューティングを利用してトラフィックバーストをシームレスに管理できるようにするオプション機能であるクロスリージョン推論のサポートを発表しました。\n Bedrock Guardrails には、有害なコンテンツや攻撃を検知してブロックしたり、特定のトピックを拒否したり禁止したりするトピックを定義したり、入力プロンプトやモデル応答から個人データなどの個人を特定できる情報 (PII) を編集したりするのに役立つ設定可能な保護手段が用意されています。さらに、Bedrock Guardrailsは、自動推論チェックを使用してモデルの幻覚を検出してブロックし、モデル応答に含まれる事実に基づく主張を識別、修正、説明するのに役立ちます。ガードレールは、Amazon Bedrockでホストされているモデル、セルフホストモデル、ApplyGuardrail APIを使用するBedrock以外のサードパーティモデルなど、あらゆる基盤モデルに適用できるため、一貫したユーザーエクスペリエンスを提供し、安全性とプライバシーの管理を標準化するのに役立ちます。 Amazon Bedrock Guardrails のお客様は、クロスリージョンの推論を利用することで、需要のピーク時にも一貫したスループットと強化された回復力を得ることができます。オプトインすることで、お客様は需要の変動を予測するために時間と労力を費やす必要がなくなります。代わりに、クロスリージョン推論によってトラフィックが複数のリージョンに動的にルーティングされるため、リクエストごとに最適な可用性が確保され、使用率が高い時期にはスムーズなパフォーマンスが得られます。 Amazon Bedrock Guardrails でクロスリージョン推論を使用しても、追加のルーティングコストは発生しません。サポートされているリージョンのリストは、こちらをご覧ください。 この機能の詳細と使用方法については、技術文書を参照してください。

AWS HealthOmics now supports output mapping files for CWL workflows

本日、AWS Healthomics は、ワークフローを実行するたびに包括的な outputs.json マッピングファイルを自動的に生成することで、共通ワークフロー言語 (CWL) サポートの強化を発表しました。今回の発表により、Healthomics は研究者やバイオインフォマティクス担当者に、ワークフローの実行によって生成されるすべての出力と Amazon S3 内の正確な位置を網羅した完全なカタログを提供できるようになりました。AWS Healthomics は HIPAA の対象となるサービスで、完全に管理された生物学的データストアとワークフローにより、ヘルスケアやライフサイエンスのお客様が科学的ブレークスルーを加速できるよう支援します。\n 新しいアウトプットマッピング機能により、ダウンストリームのプロセスの自動化と実行アウトプットの検証が簡素化され、データ分析パイプラインの効率が向上します。顧客は、手作業で追跡したり、カスタム解析スクリプトを使用したりすることなく、すべてのワークフロー結果を簡単に追跡してアクセスできるようになりました。これにより、複雑で多段階のバイオインフォマティクスワークフローを大規模に扱う際の時間を節約し、エラーの可能性を減らすことができます。 CWL 出力マッピングファイルは、AWS Healthomics が利用可能なすべてのリージョン (米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、アジアパシフィック (シンガポール)、イスラエル (テルアビブ) でサポートされるようになりました。 AWS Healthomics とこの新機能の詳細については、AWS Healthomics のドキュメントを参照してください。

YouTube

AWS Black Belt Online Seminar (日本語)

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Compute Blog

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Front-End Web & Mobile

AWS for Industries

AWS Machine Learning Blog

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

AWS Load Balancer Controller

Amazon EKS Anywhere