2026/4/2 9:00:00 ~ 2026/4/3 9:00:00 (JST)

最近の発表

Amazon ElastiCache Serverless now supports IPv6 and dual stack connectivity

Amazon ElastiCache サーバーレスは IPv6 とデュアルスタック接続をサポートするようになり、以前利用可能だった IPv4 接続を超えて拡張されました。これにより、アプリケーションをサーバーレスキャッシュに接続する方法がより柔軟になります。\n ElastiCache サーバーレスキャッシュを作成するときに、IPv4、IPv6、デュアルスタックの 3 つのネットワークタイプオプションから選択できるようになりました。デュアルスタック接続では、キャッシュは IPv4 と IPv6 の両方の接続を同時に受け付けるため、IPv4 経由で接続するアプリケーションとの下位互換性を維持しながら、IPv6 に徐々に移行するのに理想的です。IPv6 接続により、IPv6 のみのサブネットをサーバーレスキャッシュで使用できるようになり、IPv4 アドレスが不要になり、IPv6 導入のコンプライアンス要件を満たすのに役立ちます。

ElastiCache サーバーレスの IPv6 接続とデュアルスタック接続は、AWS GovCloud (米国) リージョンと中国リージョンを含むすべての AWS リージョンで追加料金なしで利用できます。詳細については、Amazon ElastiCache 製品ページおよび Amazon ElastiCache ドキュメントの「サーバーレスキャッシュのネットワークタイプの選択」を参照してください。

Amazon CloudWatch launches OTel Container Insights for Amazon EKS (Preview)

Amazon CloudWatch では、パブリックプレビュー版の Amazon EKS 向けに OpenTelemetry メトリックスによるコンテナインサイトが導入されました。既存の Container Insights エクスペリエンスに基づいて構築されたこの機能では、広く採用されているオープンソースや AWS コレクターからより多くのメトリクスを収集し、OpenTelemetry Protocol (OTLP) を使用して CloudWatch に送信することで、EKS クラスターをより詳細に把握できます。各メトリックスには、Kubernetes メタデータや、チーム、アプリケーション、ビジネスユニットなどの顧客定義のラベルなど、最大 150 個の説明ラベルが自動的に追加されます。\n Container Insights コンソールの厳選されたダッシュボードには、クラスター、ノード、ポッドの状態が表示され、インスタンスタイプ、アベイラビリティーゾーン、ノードグループ、または任意のカスタムラベル別にメトリクスを集計およびフィルタリングできます。より詳細な分析を行うには、お客様は CloudWatch Query Studio のプロメテウスクエリ言語 (PromQL) を使用してクエリを記述できます。CloudWatch オブザーバビリティ EKS アドオンでは、Amazon EKS コンソールからワンクリックでインストールできます。また、CloudFormation、CDK、Terraform を使用してデプロイすることもできます。このアドオンは、NVIDIA GPU、エラスティック・ファブリック・アダプター、AWS Trainium および Inferentia アクセラレーターなどのアクセラレーテッドコンピューティングハードウェアを自動的に検出します。このアドオンをすでに利用しているお客様の場合、CloudWatch は OpenTelemetry と既存のコンテナインサイトメトリクスの両方を同時に公開することをサポートしています。 Container Insights with OpenTelemetry メトリクスは、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、およびヨーロッパ (アイルランド) でパブリックプレビューでご利用いただけます。プレビュー中は、コンテナインサイトの OpenTelemetry メトリクスは無料です。はじめに、Amazon EKS の OpenTelemetry によるコンテナインサイトのメトリクスを参照してください。

AWS Deadline Cloud now supports configurable job scheduling modes for queues

本日、AWS Deadline Cloud は、設定可能なジョブスケジューリングモードのサポートを発表しました。これにより、キュー内のジョブ間でワーカーをどのように分散するかを制御できます。AWS Deadline Cloud は、映画、テレビ番組、コマーシャル、ゲーム、工業デザインのコンピューター生成の 2D/3D グラフィックスや視覚効果のレンダリング管理を簡素化する完全マネージド型サービスです。\n 以前は、利用可能なすべての作業者が、最も優先度が高く、最も早く提出されたジョブに最初に割り当てられていたため、提出された他のジョブに関するフィードバックが遅れることがありました。キューを作成または更新するときに、優先度 FIFO (既存のデフォルト動作)、優先度バランス (ワーカーが最高の優先度レベルですべてのジョブに均等に分散される)、加重バランス (ジョブは優先度、エラー数、送信時間、レンダリングタスク数などの設定可能なパラメータに基づいて重み付けされる) の 3 つのスケジューリングモードから選択できるようになりました。優先度バランスと加重バランスの取れたスケジューリングモードにより、アーティストは以前のジョブの完了を待たずに、提出物に関するフィードバックをすぐに得ることができます。 設定可能なジョブスケジューリングモードは、AWS Deadline Cloud がサポートされているすべての AWS リージョンで利用できます。開始するには、Deadline Cloud 開発者ガイドをご覧ください。

Announcing compute-optimized instance bundles for Amazon Lightsail

Amazon Lightsail では、最大 72 個の vCPU を備えたコンピューティング最適化インスタンスバンドルが提供されるようになりました。新しいインスタンスバンドルには、IPv6 専用ネットワークタイプとデュアルスタックネットワーキングタイプの両方の 7 つのサイズがあります。Linux や Windows オペレーティングシステム (OS) やアプリケーションブループリントなど、すべての Lightsail ブループリントはコンピューティング最適化インスタンスバンドルでサポートされています。WordPress、cPanel & WHM、Plesk、Drupal、Magento、MEAN、LAMP、Node.js、Ruby on Rails、Amazon Linux、Ubuntu、CentOS、Debian、AlmaLinux、Windows など、事前設定された OS およびアプリケーションブループリントを含む新しいバンドルを使用してインスタンスを作成できます。\n コンピューティングに最適化された新しいインスタンスにより、高い CPU を必要とする計算量の多いワークロードを実行できます。これらの高性能インスタンスは一貫した専用 CPU パフォーマンスを提供し、アプリケーションが必要とする処理能力を常にフルに発揮できるようにします。これらの新しいインスタンスバンドルは、バッチ処理、分散分析、高性能ウェブサーバー、科学モデリング、専用ゲームサーバー、広告配信エンジン、動画エンコーディング、CPU 負荷の高い機械学習推論アプリケーションなどのワークロードに最適です。

Amazon Lightsail は、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (東京)、アジアパシフィック (ジャカルタ) を含む 15 の AWS リージョンで利用できます。開始するには、Lightsail コンソールにアクセスしてください。価格やその他の詳細については、Amazon Lightsail の料金表をご覧ください。

Amazon CloudWatch expands auto-enablement to Amazon CloudFront logs and 3 additional resource types

Amazon CloudWatch は、Amazon CloudFront 標準アクセスログ、AWS セキュリティハブ CSPM 検索ログ、Amazon Bedrock AgentCore メモリとゲートウェイログ、および CloudWatch ログへのトレースの自動有効化をサポートするようになりました。お客様は、既存のリソースと新しく作成されたリソースの両方にテレメトリを自動的に設定するイネーブルメントルールを設定できるため、手動で設定しなくても一貫したモニタリング範囲を確保できます。\n リソースタグに基づいてイネーブルメントルールを組織、特定のアカウント、または特定のリソースに限定して、テレメトリ収集を標準化できます。たとえば、中央セキュリティチームが 1 つのルールを作成して、組織全体のすべてのリソースの CloudFront アクセスログと Security Hub の結果を CloudWatch Logs に自動的に送信できます。

CloudWatch の自動有効化機能は、すべての AWS 商用リージョンで利用できます。ログインジェストは CloudWatch の料金表に従って請求されます。

Amazon CloudFront アクセスログと AWS セキュリティハブの CSPM の結果は、組織全体の有効化ルールをサポートしています。Bedrock AgentCore のメモリとゲートウェイテレメトリは、アカウントレベルの有効化ルールをサポートしています。Amazon CloudWatch のイネーブルメントルールについて詳しくは、Amazon CloudWatch のドキュメントを参照してください。

AWS Direct Connect announces 100G expansion in Auckland, New Zealand

本日、AWSは、ニュージーランドのオークランド近郊にあるデータコムオービットDH6データセンターにある既存のAWS Direct Connectロケーションでの100 Gbps専用接続の拡張を発表しました。この場所から、すべてのパブリック AWS リージョン (中国を除く)、AWS GovCloud リージョン、AWS ローカルゾーンへのプライベートなダイレクトネットワークアクセスを確立できるようになりました。これは、MACsec 暗号化機能を備えた 100 Gbps 接続を提供するニュージーランドで 2 番目の AWS Direct Connect ロケーションです。\n Direct Connect サービスにより、AWS とデータセンター、オフィス、またはコロケーション環境との間にプライベートな物理ネットワーク接続を確立できます。これらのプライベート接続は、パブリックインターネット経由の接続よりも一貫したネットワークエクスペリエンスを提供できます。

世界中の 150 以上の Direct Connect ロケーションの詳細については、Direct Connect 製品詳細ページのロケーションセクションをご覧ください。または、入門ページにアクセスして Direct Connect を購入して展開する方法について詳しく学んでください。

Amazon CloudWatch now supports OpenTelemetry metrics in public preview

Amazon CloudWatch は、パブリックプレビューでネイティブ OpenTelemetry (OTel) メトリクスをサポートするようになりました。これにより、カスタム変換ロジックや追加のツールを使用せずに、OpenTelemetry Protocol (OTLP) を使用してメトリクスを直接送信できるようになりました。カスタム OpenTelemetry メトリクスを 70 を超えるサービスの AWS 提供メトリクスと組み合わせて、PromQL を使用してクエリできるようになりました。エージェントを追加したりコードを変更したりする必要はありません。\n ネイティブの OTel サポートにより、Amazon EKS とオンプレミスサーバーでマイクロサービスを実行しているチームが、両方の環境から CloudWatch に OTel メトリクスを直接送信できるようになりました。オンプレミスサービスからの注文処理レイテンシーなどのアプリケーションレベルのメトリクスを、EKS ポッドの CPU 使用率や Application Load Balancer のリクエスト数と相関させ、PromQL を使用してインフラストラクチャ全体にまたがる統合ダッシュボードとアラームを構築できます。CloudWatch の異常検出は OTel メトリクスと連携するため、静的なしきい値を設定しなくても異常なパターンを自動的に識別します。PromQL の新しいコンソールエクスペリエンスである Query Studio を使用すると、CloudWatch コンソールでクエリの作成、メトリクスの調査、アラームの作成、ダッシュボードの構築を直接行うことができます。 OpenTelemetry メトリクスのネイティブサポートは、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、ヨーロッパ (アイルランド) でパブリックプレビューで利用できます。プレビュー中の OpenTelemetry メトリクスやクエリには料金はかかりません。詳細については、Amazon CloudWatch OpenTelemetry のドキュメントを参照してください。

Amazon WorkSpaces Applications improves multi-session fleet management

Amazon WorkSpaces Applicationsでは、マルチセッションフリートのインスタンスが新しいユーザーセッションの受け入れを停止しながら、既存のセッションを中断することなく継続できるようになりました。この機能はドレインモードと呼ばれ、メンテナンス、スケーリング、またはシステム更新中もシームレスに操作できます。\n マルチセッションフリートでは、1 つのインスタンスで複数のエンドユーザーセッションをホストできるため、コンピューティング、メモリ、ストレージリソースなどの基盤となるインフラストラクチャを最大限に活用し、全体的なコストを削減できます。この新しいドレインモード機能により、管理者はアクティブユーザーの中断を防ぎ、マルチセッション環境をよりシームレスに管理できます。システムメンテナンスの実行、セキュリティパッチの適用、またはリソースのスケールダウンを行う際に、管理者はユーザーセッションを突然終了せずにインスタンスを徐々に空にするように設定できます。これにより、新しい接続が利用可能な他のインスタンスに転送される間、ユーザーは作業をスムーズに完了でき、システムの安定性が維持され、エンドユーザーエクスペリエンス全体が向上します。 この新機能は、Amazon WorkSpaces アプリケーションが利用できるすべての AWS リージョンで追加料金なしで利用できます。 Amazon WorkSpaces アプリケーションは従量課金制です。詳細については、「Amazon WorkSpaces アプリケーション価格表」を参照してください。WorkSpaces アプリケーションを使い始めるには、「WorkSpaces アプリケーション:はじめに」を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Database Blog

AWS Developer Tools Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Quantum Technologies Blog

AWS Security Blog

Open Source Project

AWS CLI

AWS CDK