2025/3/26 9:00:00 ~ 2025/3/27 9:00:00 (JST)

最近の発表

Amazon Bedrock Custom Model Import introduces real-time cost transparency

Amazon Bedrock Custom Model Import を使用すると、お客様は基盤となるインフラストラクチャを管理しなくても、カスタマイズした基盤モデルをオンデマンドでインポートして実行できます。お客様は、使用されているコンピューティングリソースを完全に把握し、推論コストをリアルタイムで計算できるようになりました。\n 今回の発表により、お客様はモデルの実行に必要な最低限のコンピューティングリソースであるカスタムモデルユニット (CMU) を Bedrock コンソールおよび Bedrock API を通じてモデル呼び出し前に確認できるようになりました。モデルの規模が拡大してより多くのトラフィックを処理できるようになると、CloudWatch メトリクスでは、使用されている CMU の総数が表示されるため、推論コストがリアルタイムで可視化されます。これにより、お客様はほぼ瞬時にコストを可視化して支出をより適切に管理できるようになり、コストを最適化するためにモデル構成をその場で変更するなどのアクションを取ることができます。 この機能は、Amazon Bedrock カスタムモデルインポートがサポートされているすべてのリージョンで利用できます。詳細を確認して使用を開始するには、Amazon Bedrock カスタムモデルインポートページにアクセスし、詳細についてはドキュメントページを参照してください。

Amazon DynamoDB Streams APIs now support AWS PrivateLink

Amazon DynamoDB ストリームは AWS PrivateLink をサポートするようになりました。これにより、パブリックインターネットを経由せずに Amazon 仮想プライベートクラウド (VPC) 内から DynamoDB ストリーム API を呼び出すことができます。\n AWS PrivateLink では、インターフェイス VPC エンドポイントとプライベート IP アドレスを使用して、仮想プライベートクラウド (VPC)、DynamoDB、オンプレミスデータセンター間のプライベートネットワーク接続を簡素化できます。AWS PrivateLink は AWS Direct Connect および AWS 仮想プライベートネットワーク (VPN) と互換性があるため、プライベートネットワーク接続が容易になり、オンプレミスのデータセンターから DynamoDB にアクセスするために、パブリック IP アドレスを使用したり、ファイアウォールルールを設定したり、インターネットゲートウェイを設定したりする必要がなくなります。その結果、AWS PrivateLink はプライベートネットワーク上の DynamoDB ワークロードのコンプライアンスを維持するのに役立ちます。 Amazon DynamoDB 用 AWS PrivateLink は、すべての AWS 商用リージョンでご利用いただけます。この機能は、AWS マネジメントコンソール、AWS API、AWS CLI、AWS SDK、または AWS CloudFormation を使用して開始できます。AWS PrivateLink の使用方法の詳細については、Amazon DynamoDB 開発者ガイドとインターフェイスエンドポイントの作成を参照してください。料金の詳細については、AWS PrivateLink の料金表を参照してください。

Amazon Application Recovery Controller announces AWS FIS recovery action for zonal autoshift

AWS フォールトインジェクションサービス (FIS) は、Amazon アプリケーションリカバリコントローラー (ARC) ゾーンオートシフトのリカバリアクションをサポートするようになりました。リカバリアクションは新しい FIS アクションタイプで、これを使用すると可用性インシデントが発生した際に AWS がどのように対応するかをお客様に示すことができます。たとえば、電力やネットワークの中断など、アベイラビリティーゾーン（AZ）で潜在的なインフラストラクチャの問題をAWSが検出すると、ゾーンオートシフトは自動的にトラフィックをアベイラビリティーゾーン（AZ）から遠ざけます。新しい FIS リカバリアクションでは、ゾーン自動シフトを有効にしたお客様は、「FIS AZ Availability: Power Interruption」シナリオを実行して、AZ の電力が完全に遮断された場合に予想される症状を誘発し、AWS がどのようにゾーン自動シフトをトリガーするかを示すことができます。これにより、お客様はモニタリングと復旧のプロセスを調整して、耐障害性とアプリケーションの可用性を向上させることができます。\n FIS AZ アベイラビリティ:停電シナリオには、ゾーンコンピューティング (Amazon EC2、EKS、ECS) の喪失、RDS と ElastiCache のフェイルオーバーなどの停電症状に加えて、ゾーンオートシフトからの予想復旧も含まれるようになりました。このシナリオを実行することで、お客様は AZ が利用できない場合でもアプリケーションが意図したとおりに応答することをテストし、確信を持てるようになります。 まず、FIS シナリオライブラリから AZ アベイラビリティ:停電シナリオを選択してください。このアクションは、AWS GovCloud (米国) リージョンを含む、FIS とゾーンオートシフトが利用できるすべての AWS リージョンで利用できます。詳細については、ドキュメントをご覧ください。

New Korean voice for Amazon Polly

本日、Amazon Polly 向けの新しい韓国語ニューラル音声合成 (NTTS) 女性ボイス、Jihye の一般提供についてお知らせします。\n Amazon Polly は、テキストを本物そっくりの音声に変換する完全マネージド型サービスです。これにより、会話をするアプリケーションを作成したり、まったく新しいカテゴリの音声対応製品を構築したりできます。 Jihye は、独自の個性とスタイルを持つ新しい韓国人の声です。入念にデザインされたテキストと完全に会話型の音声録音を使って、主に会話型の声としてトレーニングしました。Jihyeは、お客様のニーズに応じて、さまざまな音声製品に採用できます。自動音声応答 (IVR) のユースケースでは最高の品質で機能し、カスタマーサービス、マーケティング、教育目的に最も適しています。 Jihye と他のすべての NTTS 音声は、ニューラル TTS をサポートしている AWS リージョンで利用できます。詳細については、Amazon Polly のドキュメントと料金ページをご覧ください。

Database Insights adds support for customization of its metrics dashboard

CloudWatch Database Insights は、メトリクスダッシュボードのカスタマイズのサポートを発表しました。これにより、ユーザーはデフォルトのダッシュボードに任意のデータベースメトリクスを追加または削除できます。Database Insights は、DevOps エンジニア、アプリケーション開発者、データベース管理者向けに設計された厳選されたエクスペリエンスを提供するデータベースオブザーバビリティソリューションです。これにより、データベースのトラブルシューティングを迅速に行い、データベース群の状態を全体的に把握できます。\n Database Insights は、アプリケーション、データベース、およびそれらを実行するオペレーティングシステムのログとメトリクスをコンソールの一元的なビューに統合します。あらかじめ用意されたダッシュボード、推奨アラーム、自動化されたテレメトリ収集を使用して、データベース群の状態をモニタリングし、ガイド付きのトラブルシューティング機能を利用して個々のインスタンスを掘り下げて根本原因を分析できます。これで、ユーザーは Database Insights のプリセットのメトリクスダッシュボードを、好みに応じてメトリクスを組み込んだり削除したりしてカスタマイズできるようになりました。 デフォルトのメトリクスダッシュボードをカスタマイズするには、データベースインスタンスダッシュボードに移動します。そこから [データベーステレメトリ] に移動し、[メトリック] タブをクリックします。新しい [ウィジェットの作成] ボタンでは、追加するデータベース、オペレーティングシステム、CloudWatch メトリクスのリストから選択できます。既存のメトリックスウィジェットを編集したり削除したりすることもできます。 Database Insights がサポートするすべての Aurora および RDS データベースエンジンと Database Insights が利用可能なすべてのリージョンで、メトリクスダッシュボードをカスタマイズできるようになりました。追加費用は必要ありません。詳細については、データベースインサイトのドキュメントをご覧ください。

Amazon CloudWatch RUM is now generally available in 2 additional AWS regions

Amazon CloudWatch RUM は、お客様がクライアント側のパフォーマンスとエラーデータをリアルタイムで収集してウェブアプリケーションをモニタリングできるようにするもので、本日より、イスラエル (テルアビブ) とアジアパシフィック (香港) の AWS リージョンでもご利用いただけるようになりました。\n CloudWatch RUM は、実際のエンドユーザーが経験するウェブアプリケーションのパフォーマンスについて、さまざまな地理位置、ブラウザ、デバイスにおけるページロードステップの異常、主要なウェブバイタル、JavaScript エラーや HTTP エラーなど、厳選されたダッシュボードを提供します。CloudWatch RUM に送信されるカスタムイベントとメトリックスは、アプリケーションの特定の部分をモニタリングして実際のユーザーインタラクションを確認したり、問題のトラブルシューティングを行ったり、異常が発生した場合にアラートを受け取ったりするように簡単に設定できます。CloudWatch RUM には、アプリケーションパフォーマンスモニタリング (APM) 機能である CloudWatch アプリケーションシグナルが統合されています。その結果、アプリケーションのクライアント側データを、API (サービスオペレーション) で観測されたエラー、障害、レイテンシーなどのパフォーマンスメトリクスや依存関係と簡単に関連付けることができ、根本原因に対処できます。 はじめに、『RUM ユーザーガイド』を参照してください。CloudWatch RUM の使用は、収集された RUM イベントの数に応じて課金されます。これは、こちらで詳しく説明されているように、RUM ウェブクライアントによって収集された各データ項目を指します。

Announcing multi-head node support in Slurm for Amazon SageMaker HyperPod clusters

Amazon SageMaker HyperPod クラスターのマルチヘッドノードサポートを導入できることを嬉しく思います。この新機能により、大規模なジェネレーティブ AI モデル開発ワークロードの耐障害性と可用性が向上します。\n 1 つのヘッドノードがジョブのスケジューリングとリソース割り当てを管理する場合、大規模な AI ワークロードを実行するお客様にとって重大なボトルネックになる可能性があります。このノードに障害が発生したり、応答しなくなったりすると、ジョブの障害やダウンタイムにつながり、最終的にはトレーニングに要する時間に影響を与える可能性があります。 今回の発表により、お客様は1つのHyperPod Slurmクラスター内に複数のヘッドノードを設定できるようになりました。1つのプライマリヘッド（コントローラー）ノードですべてのコンピューティング（ワーカー）ノードを制御し、Slurmの操作を管理し、追加のバックアップヘッドノードはスタンバイ状態にします。プライマリヘッドノードに障害が発生した場合、Slurm はクラスター操作をバックアップノードに自動的に移行するので、ダウンタイムを最小限に抑え、継続的なワークロード可用性を確保できます。さらに、お客様は引き続きワークロードを継続的に利用できるようにしながら、独自の会計データベースと Slurm 設定を管理できます。 この機能は、HyperPod が一般的に利用できるすべての地域で利用できます。新しいマルチヘッドノード機能の詳細と、複数のヘッドノードを持つ最初の HyperPod クラスターのセットアップについては、Amazon SageMaker HyperPod のドキュメントをご覧ください。

Amazon Route 53 Profiles now supports Internet Protocol Version 6 (IPv6) Service Endpoints

Amazon Route 53 プロファイルでは、Route 53 プロファイル API エンドポイントのデュアルスタックサポートが導入され、インターネットプロトコルバージョン 6 (IPv6)、インターネットプロトコルバージョン 4 (IPv4)、またはデュアルスタッククライアントを使用して接続できるようになります。IPv4 をサポートする既存の Route 53 プロファイルのエンドポイントは、下位互換性のために引き続き使用できます。\n Route 53 プロファイルを使用すると、プライベートホストゾーンや Route 53 リゾルバールールなどの VPC 関連の DNS 設定の設定を 1 つ以上作成し、VPC と AWS アカウント間で共有することが簡単にできます。インターネットの継続的な成長により、利用可能なインターネットプロトコルバージョン 4 (IPv4) アドレスが枯渇しつつあるため、インターネットプロトコルバージョン 6 (IPv6) への移行が急務となっています。Route 53 Profiles エンドポイントで IPv4 クライアントと IPv6 クライアントの両方を同時にサポートできるため、一度にすべてを切り替える必要なく、IPv4 から IPv6 ベースのシステムやアプリケーションに徐々に移行できます。これにより IPv6 コンプライアンス要件を満たすことができ、IPv4 と IPv6 間のアドレス変換を処理するための高価なネットワーク機器が不要になります。 Route 53 プロファイルでの IPv6 のサポートは、Route 53 プロファイルが利用できるすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。リージョンの全リストについては、こちらをご覧ください。この機能は AWS CLI または AWS マネジメントコンソールから開始できます。Route 53 プロファイルの詳細については、Route 53 のドキュメントをご覧ください。料金の詳細については、Route 53 の料金ページをご覧ください。

Deploy Storage Browser for Amazon S3 quickly with AWS sample applications

Storage Browser for S3 を使用して、事前設定されたサンプルアプリケーションを簡単にデプロイして、ユーザーを Amazon S3 のデータに接続できるようになりました。サンプルアプリケーションの 1 つを選択してデプロイすると、ユーザーは直感的なファイルブラウザを使用して S3 でアクセスできるデータを参照、ダウンロード、アップロード、コピー、削除できます。これらのサンプルアプリは、Amplify Hosting または任意のホスティングプロバイダーでホストできます。\n 各サンプルアプリケーションには、AWS ID サービスと Storage Browser for S3 との統合があらかじめ用意されており、権限のあるエンドユーザーを S3 のデータにすばやく接続できます。これらのサンプルアプリを使用すると、カスタム開発作業を行わずに、組織へのクラウド導入を促進できます。 ドキュメントにアクセスして詳細を確認して始めましょう。

AWS Amplify Hosting announces Web Application Firewall Protection in general availability

本日、AWS Amplifyホスティング向けのウェブアプリケーションファイアウォール保護の一般提供についてお知らせします。この新機能により、お客様はウェブアプリケーションファイアウォールを AWS Amplify アプリに簡単にアタッチできるようになり、ホストされているアプリケーションのセキュリティが強化されます。この統合により、お客様は追加の構成手順や管理オーバーヘッドなしに、強固なセキュリティ対策を実装できます。\n AWS WAF を Amplify Hosting と統合することで、AWS WAF のあらゆる機能にアクセスできるようになります。お客様はマネージドルールを使用して、SQL インジェクションやクロスサイトスクリプティング (XSS) などの一般的なウェブエクスプロイトや脆弱性から保護できるようになりました。さらに、特定のアプリケーションニーズに基づいてカスタムルールを作成したり、DDoS 攻撃から保護するためのレートベースのルールを実装したり、地域制限を使用して特定の国からのアクセスを制限したりできます。この統合により、お客様は自社のウェブアプリケーションに詳細なセキュリティ戦略を実装して、脅威からの保護に役立てることができます。 この新機能は、Amplify Hosting が運用されているすべての AWS リージョンで利用できます。お客様は、Amplify コンソールでワンクリックで簡単に統合するか、コードとしてのインフラストラクチャ (IaC) を使用して AWS WAF を Amplify アプリケーションに接続できます。 Amplify Hosting では、この機能を使用するにはアプリあたり 1 か月あたり 15 USD の料金と、AWS WAF サービスで発生したすべての費用を請求します。Amplify Hosting の AWS WAF 統合を開始するには、Amplify コンソールにアクセスしてアプリケーション設定に移動してください。[ファイアウォール] タブを選択して定義済みのルールを選択するか、カスタム設定を作成します。または、ドキュメントを参照することもできます。

AWS Network Firewall is now available in the Asia Pacific (Thailand) and Mexico (Central) Regions

本日より、AWS Network Firewall はアジアパシフィック (タイ) とメキシコ (中部) リージョンで利用できるようになり、お客様はすべての Amazon 仮想プライベートクラウド (VPC) に不可欠なネットワーク保護をデプロイできるようになります。\n AWS ネットワークファイアウォールは、デプロイが容易なマネージド型ファイアウォールサービスです。このサービスはネットワークのトラフィック量に応じて自動的にスケーリングし、基盤となるインフラストラクチャをセットアップして維持しなくても可用性の高い保護を実現します。AWS Firewall Manager と統合されているため、複数の AWS アカウントのファイアウォールポリシーを一元的に可視化して制御できます。 AWS ネットワークファイアウォールがどのリージョンで利用できるかを確認するには、AWS リージョン表をご覧ください。詳細については、AWS ネットワークファイアウォールの製品ページとサービスドキュメントを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS News Blog

AWS Architecture Blog

AWS Database Blog

AWS Developer Tools Blog

AWS Machine Learning Blog

AWS for M&E Blog

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI