2026/7/16 9:00:00 ~ 2026/7/17 9:00:00 (JST)

最近の発表

Amazon Managed Grafana achieves FedRAMP High authorization in AWS GovCloud (US)

Amazon Managed Grafana は現在、AWS GovCloud (米国東部) および AWS GovCloud (米国西部) リージョンで FedRAMP High 認定サービスとなっています。連邦政府機関、公共部門組織、および FedRAMP High コンプライアンス要件を持つその他の企業は、Amazon Managed Grafana を使用して、厳しいセキュリティおよびコンプライアンス要件を満たしながら、AWS 環境とハイブリッド環境全体の運用指標を視覚化、クエリ、アラートできるようになりました。\n Amazon Managed Grafana はオープンソースの Grafana をベースにしたフルマネージド型サービスで、大規模な運用データを簡単に視覚化して分析できます。連邦リスクおよび認証管理プログラム (FedRAMP) は、クラウド製品とサービスのセキュリティ評価、承認、および継続的な監視に対する標準的なアプローチを提供する米国政府全体のプログラムです。

AWS GovCloud (米国) での Amazon Managed Grafana の詳細については、Amazon Managed Grafana GovCloud のドキュメントをご覧になるか、AWS アカウントチームに詳細をお問い合わせください。詳細については、Amazon マネージド Grafana 製品ページをご覧ください。

Track cost efficiency trends directly in Billing and Cost Management Dashboards with the new Cost Efficiency widget

本日、AWS 請求およびコスト管理 (BCM) は、BCM ダッシュボードのコスト効率ウィジェットのサポートを発表しました。コストエクスプローラー、予算、節約プランのレポート、リザーブドインスタンスの適用範囲と使用状況レポートのほかに、コスト効率の傾向を確認できるようになりました。これにより、支出、コミットメント、最適化パフォーマンスを 1 つのカスタマイズされたダッシュボードにまとめて表示できます。\n Cost Efficiency ウィジェットには、時間の経過に伴う効率スコアが表示され、AWS 環境全体の効率が時間の経過とともにどのように変化したかが示されます。AWS アカウント、リージョン、または全体ごとに効率を表示し、詳細度を調整してチームにとって最も重要なレベルで傾向を分析できます。BCM ダッシュボードに 1 つまたは複数のコスト効率ウィジェットを追加することで、既存のコスト管理ワークフローから最適化パフォーマンスをモニタリングできます。このウィジェットは Cost Optimization Hub コンソールに直接リンクしているため、コスト削減の機会に関する推奨事項があれば簡単にアクションを実行できます。

Cost Efficiency ウィジェットを使用すると、支出、コミットメント、予算、最適化パフォーマンスを一元的に把握できます。このウィジェットはダッシュボードのエクスポートと完全に統合されており、スケジュールされたメールレポートに含めたり、オフライン分析用に CSV や PDF としてダウンロードしたりできます。また、アカウント間のダッシュボード共有にも含まれています。

BCM ダッシュボードのコスト効率ウィジェットは、すべての AWS 商用リージョンで追加料金なしで利用できます。詳細については、ユーザーガイドをご覧ください。

Amazon EC2 now surfaces the public SSM parameters associated with public AMIs

Amazon EC2 は、パブリック AMI に関連付けられた AWS システムマネージャー (SSM) パラメータストアのパラメータを AMI メタデータで直接表示するようになりました。パブリック AMI を記述すると、応答には関連するパブリック SSM パラメータが含まれるため、設定で簡単に見つけて参照できます。\n 以前は、パブリック AMI に関連付けられた SSM パラメータを見つけるには、SSM パラメータ名前空間を手動で検索する必要がありました。現在、パブリック AMI を記述すると、レスポンスには関連付けられているパブリック SSM パラメータが含まれます。これにより、パブリック AMI の SSM パラメータを簡単に見つけて、常に最新バージョンに対応するエイリアスとして使用できるため、インフラストラクチャ全体の AMI の更新が簡単になります。 この機能は、Sinnet が運営する AWS 中国 (北京) リージョン、NWCD が運営する AWS 中国 (寧夏) リージョン、AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで、すべてのお客様が追加費用なしで利用できます。詳細については、ドキュメントをご覧ください。

Amazon S3 Event Notifications now include system-generated tags

Amazon S3 イベント通知には、Amazon EventBridge、Amazon SQS、Amazon SNS、AWS Lambda を含むすべての送信先に配信されるイベントにシステム生成タグが含まれるようになりました。システム生成タグは、AWS サービスによってバケットに添付されるメタデータラベルです。これらのタグを使用すると、各バケット名を個別に表示する代わりに、1 つの EventBridge ルールで数千のバケットのイベントをフィルタリングできます。\n まず、AWS マネジメントコンソール、AWS SDK、または AWS CLI を使用して、汎用バケットの S3 イベント通知を有効にしてください。AWS CloudFormation などの AWS サービスがシステム生成タグをバケットにすでに適用している場合、S3 はそれらを新しいイベント通知に自動的に含めます。S3 イベント通知のシステム生成タグは、すべての AWS リージョンで追加料金なしで利用でき、既存の設定を変更する必要もありません。詳細については、S3 イベント通知ドキュメントをご覧ください。

PostgreSQL 19 Beta 2 is now available in Amazon RDS Database Preview Environment

Amazon RDS for PostgreSQL 19 ベータ 2 が Amazon RDS データベースプレビュー環境で利用可能になり、Amazon RDS for PostgreSQL で PostgreSQL 19 のプレリリースを評価できるようになりました。PostgreSQL 19 ベータ 2 は、完全マネージド型のデータベースという利点がある Amazon RDS データベースプレビュー環境にデプロイできます。\n PostgreSQL 19 では、ワーカーの制限を設定できる並列自動バキュームが導入されているため、日常的なメンテナンスが大規模データベースのボトルネックになることはなくなりました。新しい REPACK CONCURRELY コマンドはテーブルを再構築してストレージをオンラインで再利用するので、サードパーティーの拡張なしで本番データベースにアクセスできるようになります。ネイティブ SQL プロパティグラフクエリ (SQL/PGQ) を使用すると、リレーションシップトラバーサルを標準 SQL で直接表現できるため、個別のアプリケーションロジックが不要になります。ロジカルレプリケーションはシーケンス値を自動的に同期し、サーバーを再起動せずに動的に有効にできるようになったため、計画的なダウンタイムが短縮されます。ベータ 2 では、並列自動バキュームワーカーの調整や REPACK CONCURRENY ロック処理の改良など、ベータ 1 のテスト期間からのバグ修正と安定性の向上が追加されています。詳細については、PostgreSQL コミュニティの発表を参照してください。 Amazon RDS データベースプレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間が過ぎると自動的に削除されます。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内のデータベースインスタンスの作成または復元にのみ使用できます。PostgreSQL のダンプおよびロード機能を使用して、プレビュー環境からデータベースをインポートまたはエクスポートできます。 Amazon RDS データベースプレビュー環境のデータベースインスタンスの価格は、米国東部 (オハイオ) リージョンの価格に基づいています。

AWS Sustainability service now includes water withdrawals data

お客様は、AWS Sustainability の AWS ワークロードに関連する年間取水量データを、既存の二酸化炭素排出量データとともに表示できるようになりました。この強化により、組織は炭素と水に関する環境への影響を包括的に把握できるようになります。\n AWS Sustainability コンソールと API を通じて、毎年 AWS リージョン、サービス、AWS アカウントごとの取水量データを確認できます。このデータは、データセンターの運営のために取水された水の総量を表しており、取水量の減少に伴って効率が向上したことが反映されています。

AWS Sustainability の取水量データは、サービスが利用できるすべての AWS リージョンで追加料金なしで利用できます。

開始するには、AWS Sustainability ユーザーガイドをご覧ください。詳細については、AWS サステナビリティコンソールのページを参照してください。

Amazon EC2 High Memory U7in-24TB instances now available in AWS Europe (Paris) region

Amazon EC2 ハイメモリ U7in-24TB インスタンス (u7in-24tb.224xlarge) が AWS ヨーロッパ (パリ) リージョンで利用できるようになりました。U7i インスタンスは AWS 第 7 世代の一部であり、カスタムの第 4 世代インテル Xeon スケーラブルプロセッサ (サファイアラピッズ) を搭載しています。U7in-24TB インスタンスは 24 TiB の DDR5 メモリを搭載しているため、お客様は急速に拡大するデータ環境でトランザクション処理スループットを拡張できます。U7i インスタンスは、既存の U-1 インスタンスよりも最大 45% 優れた価格パフォーマンスを提供します。\n U7in-24TB インスタンスは 896 個の vCPU を提供し、最大 100 Gbps の Amazon EBS 帯域幅をサポートしてデータのロードとバックアップを高速化します。また、200 Gbps のネットワーク帯域幅と ENA Express をサポートします。U7i インスタンスは、SAP HANA、Oracle、SQL Server などのミッションクリティカルなインメモリデータベースを実行しているお客様に最適です。

U7i インスタンスの詳細については、ハイメモリインスタンスのページをご覧ください。

Amazon Redshift adds rg.large and rg.12xlarge instance sizes

Amazon Redshift は、rg.large と rg.12xlarge という 2 つの新しい RG インスタンスサイズの一般提供を発表しました。これらの新しいサイズは、既存の RG インスタンスと同じ Graviton によるパフォーマンス上の利点をもたらします。たとえば、前世代の RA3 インスタンスよりもクエリパフォーマンスが最大 2.4 倍速く、vCPU あたりの価格が 30% 低くなるため、プロビジョニングされたクラスターをあらゆるワークロードに合わせて柔軟に適切なサイズに設定できます。\n rg.large と rg.12xlarge のインスタンスサイズは、現在のトラック (P202) でのみご利用いただけます。トレーリングトラック (P201) をご利用のお客様は、引き続き rg.xlarge と rg.4xlarge を使用できます。既存の RA3 クラスターは、スナップショットとリストア、エラスティックリサイズ、またはクラシックリサイズを使用して RG インスタンスに移行できます。RG インスタンスには、オンデマンド、前払いなしの 1 年および 3 年のリザーブドインスタンスなど、柔軟な価格オプションが用意されています。

新しい rg.large および rg.12xlarge インスタンスサイズは、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、米国西部 (オレゴン)、米国西部 (北カリフォルニア)、カナダ (中部)、メキシコ (中部)、南米 (サンパウロ)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム) の AWS リージョンで利用できるようになりました。), ヨーロッパ (スペイン), アフリカ (ケープタウン), アジアパシフィック (東京), アジアパシフィック (ソウル), アジアパシフィック (シンガポール), アジアパシフィック (シドニー), アジアパシフィック (ムンバイ), アジアパシフィック (ジャカルタ), アジアパシフィック (香港), アジアパシフィック (大阪), アジアパシフィック (大阪) (マレーシア）、アジアパシフィック（ハイデラバード）、アジアパシフィック（台湾）、アジアパシフィック（タイ）、およびアジアパシフィック（メルボルン）。 はじめに、以下のリソースを参照してください。

Amazon Redshift ノードタイプ

RA3 から RG へのアップグレードガイド

Amazon Redshift クラスターバージョン

Amazon Redshift の料金表

Amazon S3 removes 30-day minimum for transitions to S3 Standard-IA and S3 One Zone-IA

オブジェクトを作成した日からすぐに S3 標準低頻度アクセス (S3 標準 — IA) と S3 1 ゾーン低頻度アクセス (S3 1 ゾーン — IA) に、以前の S3 スタンダードの最低 30 日間の保存期間がなくても移行できるようになりました。これらのストレージクラスは、S3 Standardよりもストレージコストを最大 40% 低く抑えながら、必要に応じてミリ秒単位でアクセスできるため、数時間または数日でデータが冷たくなるバックアップ、ログ分析、コンプライアンスのワークロードに最適です。\n まず始めに、作成から 0 日後にオブジェクトを S3 標準 — IA と S3 1 ゾーン — IA に移行する新しい S3 ライフサイクルルールを作成してください。これらのルールは S3 コンソール、AWS CLI、または SDK を使用して設定できます。この更新は、S3 標準 — IA と S3 1 ゾーン — IA が利用可能なすべての AWS リージョンで利用できます。価格の詳細については、Amazon S3 の料金表ページをご覧ください。詳細については、概要ページとドキュメントをご覧ください。

AWS Backup extends logically air-gapped vault support to six additional AWS Regions

AWS Backup の論理的にエアギャップ型保管庫は、アジアパシフィック (台北)、アジアパシフィック (マレーシア)、アジアパシフィック (ニュージーランド)、アジアパシフィック (ニュージーランド)、アジアパシフィック (タイ)、メキシコ (中部)、カナダ西部 (カルガリー) の 6 つの AWS リージョンで利用可能になりました。\n 論理的に隔離された保管庫がこれらのリージョンで利用できるようになったため、デフォルトではロックされ、AWS が所有するキーまたは顧客が管理するキーを使用して暗号化された、変更不能で分離されたバックアップを保存できます。論理的に隔離された保管庫に直接バックアップしたり、複数のアカウントやリージョンにまたがってバックアップをコピーしたり、AWS Resource Access Manager (RAM) を使用して保管庫を共有して復旧したり、複数の当事者の承認を利用してアカウントが侵害された場合でも保管庫へのアクセスを保護したりできます。

開始するには、AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK にアクセスしてください。サポートされているリージョンと機能の完全なリストについては、AWS Backup ドキュメントをご覧ください。論理的にエアギャップのある保管庫について詳しくは、機能に関するドキュメントと料金表のページをご覧ください。

AWS Backup extends restore testing support to six additional AWS Regions

AWS Backup 復元テストは、アジアパシフィック (台北)、アジアパシフィック (マレーシア)、アジアパシフィック (ニュージーランド)、アジアパシフィック (タイ)、メキシコ (中部)、カナダ西部 (カルガリー) の 6 つの AWS リージョンで利用可能になりました。\n 復元テストは、ストレージ、コンピューティング、データベースサービス全体でサポートされている AWS リソースの復元テストを自動化し、定期的に実行するのに役立ちます。復元ポイントを自動的に選択し、スケジュールに従って復元を実行し、復元ジョブの完了時間を目標復旧時間 (RTO) と照らし合わせて測定する復元テスト計画を作成できます。これにより、復旧準備状況を評価し、障害復旧と事業継続に関する規制やコンプライアンスの要件を満たすことができます。

開始するには、AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK にアクセスしてください。サポートされているリージョンと機能の完全なリストについては、AWS Backup ドキュメントをご覧ください。復元テストの詳細については、機能ドキュメントと料金ページをご覧ください。

AWS Control Tower Account Factory for Terraform now re-applies customizations when accounts move between OUs

Terraform 用 AWS Control Tower アカウントファクトリ (AFT) は、アカウントが別の組織単位 (OU) に移動したときに、そのアカウントのカスタマイズを自動的に再適用できるようになりました。以前は、登録されたアカウントを OU 間で移動するには、カスタマイズの再適用を手動でトリガーする必要があり、運用上のオーバーヘッドと設定ドリフトのリスクが生じていました。この機能により、AFT デプロイメントでの自動再申請をオプトインできるので、アカウントを移動してもすぐに OU 固有の設定との一貫性が保たれます。\n この機能を有効にするには、AFT 設定で aft_customization_triggers = [“account_move”] を設定します。再申請ワークフローでは、ブートストラップフェーズとプロビジョニングフェーズをスキップし、実行時間を短縮するためにグローバルおよびアカウントレベルのカスタマイズのみを実行します。account_skip_customization_triggers =「true」に設定することで、個々のアカウントをこの動作から除外できます。これにより、チームはどのアカウントを自動再申請に参加させるかを正確に制御できます。

このリリースには、Terraform Cloud と Enterprise Workspace のカスタム命名変数のサポート、AFT ロギングバケットのアクセス制御の強化、大規模な AWS エンタープライズサポート登録のためのスケーリングの強化など、その他の改善点も含まれています。OU メンバーシップに関連するコンプライアンスまたはセキュリティベースラインを実施している組織は、これらを組み合わせた強化から最も恩恵を受けることができます。

この機能は現在、Terraform 用 AWS Control Tower アカウントファクトリが提供されているすべての AWS リージョンで利用できます。自動カスタマイズの再適用を可能にし、最新の AFT リリースにアップグレードする方法の詳細については、AFT のドキュメントと GitHub の AFT リリースノートを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Open Source Blog

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

Open Source Project

AWS CLI

Amplify for iOS

Amazon EKS Anywhere