2025/9/24 9:00:00 ~ 2025/9/25 9:00:00 (JST)

最近の発表

Announcing AWS Lambda Support for Code Signing in GovCloud Regions

AWS Lambda では GovCloud リージョン (AWS GovCloud (米国西部) と AWS GovCloud (米国東部)) でコード署名が提供されるようになりました。これにより、管理者は信頼性が高く検証済みのコードのみを Lambda 関数にデプロイできます。この機能では、マネージドコード署名サービスである AWS Signer を使用しています。コードがデプロイされると、Lambda は署名をチェックしてコードが変更されておらず、信頼できる開発者によって署名されていることを確認します。\n 管理者は AWS Signer で署名プロファイルを作成し、AWS ID およびアクセス管理 (IAM) を使用してユーザーアクセスを管理できます。Lambda 内では、関数ごとに許可される署名プロファイルを指定し、署名チェックが失敗した場合にデプロイを警告するか拒否するかを設定できます。 この機能を使用しても追加料金はかかりません。詳細については、AWS リージョン表、AWS ブログ、Lambda 開発者ガイド、または署名者開発者ガイドを参照してください。

Application Recovery Controller Region switch is now available in Asia Pacific (New Zealand)

Amazon アプリケーション回復コントローラー (ARC) のリージョンスイッチがアジアパシフィック (ニュージーランド) リージョンで利用できるようになりました。リージョンスイッチを使うと、AWS アカウント間のアプリケーションリソースを別の AWS リージョンから運用するための特定のステップを調整できます。復旧プロセスをリアルタイムで可視化するダッシュボードを提供し、規制当局やコンプライアンスチームへの報告に必要なデータをさまざまなリソースやアカウントから収集します。リージョンスイッチは、アクティブ/パッシブのマルチリージョンアプローチではフェイルオーバーとフェールバックをサポートし、アクティブ/アクティブマルチリージョンアプローチではシフトアウェイとリターンをサポートします。リージョンスイッチプランを作成すると、そのプランはアプリケーションが動作しているすべてのリージョンに複製されます。これにより、復旧に向けて離れるリージョンへの依存関係がなくなります。\n はじめに、ARC コンソール、API、または CLI を使用して地域切り替えプランを作成します。詳細については、ARC 地域切り替えのドキュメントと料金ページをご覧ください。

Amazon Route 53 Resolver Query Logging now available in Asia Pacific (New Zealand)

本日、アジアパシフィック (ニュージーランド) で Route 53 リゾルバークエリロギングが利用可能になったことを発表します。これにより、Amazon 仮想プライベートクラウド (Amazon VPC) で発生した DNS クエリをログに記録できます。クエリロギングを有効にすると、クエリが行われたドメイン名、クエリの送信元の AWS リソース (ソース IP とインスタンス ID を含む)、受信した応答を確認できます。 \n Route 53 リゾルバーは Amazon が提供する DNS サーバーで、すべての Amazon VPC でデフォルトで使用できます。Route 53 リゾルバーは、パブリック DNS レコード、Amazon VPC 固有の DNS 名、および Amazon Route 53 プライベートホストゾーンに関する VPC 内の AWS リソースからの DNS クエリに応答します。Route 53 リゾルバークエリロギングを使用すると、お客様は VPC 内で発生したクエリの DNS クエリと応答をログに記録できます。これらのクエリが Route 53 リゾルバーによってローカルで応答されるか、パブリックインターネット経由で解決されるか、リゾルバーエンドポイントを介してオンプレミスの DNS サーバーに転送されるかに関係なく、これらのクエリはログに記録されます。AWS リソースアクセスマネージャー (RAM) を使用すると、クエリロギング設定を複数のアカウントで共有できます。クエリログを Amazon S3、Amazon CloudWatch Logs、または Amazon Data Firehose に送信するように選択することもできます。 Route 53 リゾルバークエリロギングを使用しても追加料金はありませんが、Amazon S3、Amazon CloudWatch、または Amazon Data Firehose から使用料が発生する場合があります。Route 53 リゾルバークエリロギングの詳細や使用を開始するには、Route 53 リゾルバー製品ページまたは Route 53 ドキュメントをご覧ください。

Amazon GameLift Servers launches a new Local Zone in Dallas, Texas

Amazon GameLift サーバーは、テキサス州ダラスの新しい AWS ローカルゾーン (us-east-1-dfw-2) をサポートするようになりました。このローカルゾーンを使用して、EC2 C6gn、C6i、C6in、M6g、M6i、M6in、M8g、R6i の各インスタンスで GameLift フリートをデプロイできます。ローカルゾーンは、AWS リージョンのない、主要なプレーヤーや IT センターの近くに AWS サービスを配置します。Amazon GameLift Servers コンソールから、他のリージョンやローカルゾーンと同様に、ダラスローカルゾーンを有効にしてフリートに追加できます。\n 今回のローンチにより、ゲームスタジオは、リアルタイムのマルチプレイヤーゲーム、レスポンシブな AR/VR 体験、競争の激しいトーナメントなど、レイテンシーの影響を受けやすいワークロードを、ダラスのメトロエリアのプレイヤーにより近い場所で実行できるようになります。ローカルゾーンは、1 桁ミリ秒単位のレイテンシーを実現し、サーバーとプレイヤー間のネットワーク距離を縮めることで、よりスムーズで応答性の高い体験をプレイヤーに提供します。 AWS ローカルゾーンの詳細については、こちらをご覧ください。Amazon GameLift サーバーでサポートされているリージョンとローカルゾーンの完全なリストについては、Amazon GameLift サーバーのドキュメントをご覧ください。料金については、Amazon GameLift サーバーインスタンスの料金ページをご覧ください。

AWS announces unlimited network burst duration on EC2 I8g and I7i instances

本日、AWS は、4xlarge よりも大きいサイズの Amazon EC2 i7i および I8G インスタンスのネットワーク帯域幅バースト期間の制限を撤廃しました。この更新により、4xlarge より大きいサイズの i7i および i8g インスタンスで常に利用できるネットワーク帯域幅が 2 倍になりました。以前は、これらのインスタンスサイズにはベースライン帯域幅があり、ネットワーク I/O クレジットメカニズムを使用してベストエフォートベースでベースラインの帯域幅を超えてバーストしていました。現在、これらのインスタンスサイズでは、最大限のパフォーマンスを無期限に維持できます。この改善により、大規模なインスタンスサイズでメモリやネットワークを大量に消費するワークロードを実行しているお客様は、中断することなく最大ネットワーク帯域幅を一貫して維持できるようになり、持続的な高スループットのネットワーク接続を必要とするアプリケーションに、より予測可能なパフォーマンスを提供できるようになりました。この変更は 4xlarge より大きいインスタンスサイズにのみ適用され、小さいインスタンスは引き続き既存のベースラインとバースト帯域幅構成で動作します。\n Amazon EC2 i7i および I8G インスタンスは、ストレージからの迅速なデータアクセスとリアルタイムのレイテンシーを必要とする I/O 集約型のワークロード向けに設計されています。これらのインスタンスは、MySQL、PostgreSQL、Hbase、Aerospike、MongoDB、ClickHouse、Apache Druid などの NoSQL ソリューションを含む、トランザクション、リアルタイム、分散型データベースの処理に優れています。また、Apache Spark、データレイクハウス、トレーニング用の AI LLM 前処理などのリアルタイム分析プラットフォームにも最適化されています。これらのインスタンスには、最大 1.5 TiB のメモリと 45 TB のローカルインスタンスストレージが搭載されています。Amazon Elastic Block Store (EBS) では、最大 100 Gbps のネットワークパフォーマンス帯域幅と 60 Gbps の専用帯域幅を提供します。

詳細については、「Amazon EC2 i7i および I8G インスタンス」を参照してください。開始するには、「AWS マネジメントコンソール」、「AWS コマンドラインインターフェイス (AWS CLI)」、および「AWS SDK」を参照してください。

Amazon EC2 Auto Scaling now supports forced cancellation of instance refreshes

Amazon EC2 Auto Scaling では、進行中のインスタンスの起動や終了が完了するのを待たずに、お客様がインスタンスの更新をただちに強制的にキャンセルできるようになりました。この機能強化により、Auto Scaling グループ (ASG) の更新をより細かく制御できるようになりました。特に、現在のデプロイでサービスの中断が発生しているときに、新しいアプリケーションのデプロイに迅速にロールフォワードする必要がある場合などの緊急事態が発生した場合です。お客様は進行中のデプロイをすぐに中止し、必要に応じて新しいインスタンスの更新をすぐに開始できるようになりました。\n インスタンス更新は ASG 内のインスタンスを更新するために使用され、通常は設定の変更でインスタンスの置き換えが必要になった場合に使用されます。この機能を使用するには、CancelInstanceRefresh API を呼び出すときに WaitForTransitioningInstances を false に設定してください。これにより、インスタンスのライフサイクルフックなどの保留中のインスタンスアクティビティを待つ必要がなくなり、インスタンスの更新を迅速にキャンセルできます。 この機能は、AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。開始するには、Amazon EC2 Auto Scaling ユーザーガイドをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Big Data Blog

Integration & Automation

AWS for M&E Blog

Networking & Content Delivery

AWS Quantum Technologies Blog

Open Source Project

AWS CLI

Amplify UI

Amazon Chime SDK for JavaScript