2025/1/22 9:00:00 ~ 2025/1/23 9:00:00 (JST)

最近の発表

Amazon CloudWatch Observability add-on launches one step onboarding for EKS workloads

プロビジョニング時に EKS クラスターで Amazon CloudWatch オブザーバビリティアドオンをワンクリックで有効にできるようになりました。ワンクリック対応の CloudWatch オブザーバビリティアドオンでは、CloudWatch コンテナインサイトとアプリケーションシグナルが同時に有効になり、すぐにアプリケーションの状態とパフォーマンスを把握できるようになります。CloudWatch Observability アドオンは EKS Pod Identity と統合されているため、アドオンに推奨される IAM ロールを作成し、作成時にクラスター全体で再利用できるため、時間と労力を節約できます。\n 以前は、まずクラスターを作成し、そのステータスがアクティブになるのを待ってから、必要な IAM 権限を個別に管理しながら CloudWatch アドオンをインストールする必要がありました。今回のリリースにより、クラスターの作成時に Amazon CloudWatch Observability アドオンをインストールし、オブザーバビリティを有効にして起動できるようになりました。これにより、オブザーバビリティテレメトリをすぐに使用できるようになります。その後、CloudWatch Application Signals と CloudWatch Container Insights から厳選されたダッシュボードを使用して、異常を切り分けてトラブルシューティングを迅速に行うことで、アプリケーションの中断を減らすためのプロアクティブなアクションを実行できます。 CloudWatch オブザーバビリティアドオンは、AWS GovCloud (米国) リージョンを含むすべての商用 AWS リージョンの Amazon EKS で利用できるようになりました。Amazon EKS コンソール、API、AWS コマンドラインインターフェイス (AWS CLI)、AWS CloudFormation で数回クリックするだけで、アドオンをインストール、設定、更新できます。開始するには、ユーザーガイドに従ってください。

AWS Marketplace introduces 8 decimal place precision for usage pricing

AWS Marketplace の販売者は、使用料金を小数点以下 8 桁まで設定できるようになりました。この強化により、単位あたりのコストが数分の1セント (0.00000001 USD) になる従量課金制の価格設定の精度が向上し、顧客にとってより正確な請求計算が可能になります。\n 以前は、AWS Marketplace の販売者が使用量制の価格設定に使用できるのは小数点以下 3 桁に制限されていたため、従量課金制製品の価格設定の柔軟性が制限されていました。この精度の向上により、販売者は価格戦略をより細かく管理できるようになりました。販売者は、より詳細な単位単価 (メガバイト単位またはギガバイト単位など) を設定できるようになり、より正確な請求が可能になりました。これは、さまざまな通貨で事業を行っている販売者にとってもメリットがあり、AWS Marketplace でより正確な米ドル (USD) 相当価格を設定できるようになります。さらに、売り手は特定の利益率をより正確に維持できます。たとえば、再販業者は小売価格を0.0033ドルに設定して、0.003ドルの卸売価格に対して正確に 10% のマージンを維持できます。これらの改善により、売り手はより細かく価格設定をより細かく制御できるようになり、特に小さな価格差が問題となる市場において、顧客へのよりきめ細かな料金と売り手の収益性の向上につながります。 この機能は、AWS Marketplace が利用できるすべての AWS リージョンのサービスとしてのソフトウェア (SaaS)、サーバー、および AWS Data Exchange 製品で利用できます。 詳細については、AWS Marketplace 製品価格ドキュメントと AWS Marketplace API ドキュメントを参照してください。AWS Marketplace 管理ポータルまたは AWS Marketplace カタログ API からこの機能の使用を開始してください。

AWS IoT SiteWise now supports null and NaN data types

アマゾンウェブサービス株式会社は本日、AWS IoT SiteWise が、産業用データソースのデータ品質が悪い、または不確実なデータの NULL データと NaN (Not a Number) データをサポートするようになったことを発表しました。AWS IoT SiteWise は、産業機器から大規模にデータを簡単に収集、保存、整理、分析できるマネージドサービスです。この新機能により、より幅広いデータを処理するサービス機能が強化され、産業用途での有用性が向上します。\n 今回の更新により、AWS IoT SiteWise は、サポートされているすべてのデータタイプのリアルタイムまたは過去の NULL 値を収集、保存、および取得するようになりました。また、ダブルデータ型の NaN 値もサポートしています。NULL データと NaN データのキャプチャは、コンプライアンスレポート、オブザーバビリティ、ダウンストリーム分析など、さまざまな産業ユースケースにとって重要です。また、高度な分析や機械学習アプリケーションのデータセットの条件付けやクリーニングも簡素化します。 この新機能は、AWS IoT SiteWise が利用できるすべての AWS リージョンで利用できます。AWS IoT SiteWise でのデータ取り込みとデータ品質処理の詳細については、AWS IoT SiteWise ドキュメントを参照してください。

CloudWatch provides execution plan capture for Aurora PostgreSQL

Amazon CloudWatch データベースインサイトは、Aurora PostgreSQL インスタンスで実行されている上位の SQL クエリのクエリ実行プランを収集し、長期にわたって保存するようになりました。この機能は、クエリ実行プランの変更がパフォーマンスの低下の原因なのか、それともクエリの停止の原因なのかを特定するのに役立ちます。Aurora PostgreSQL の実行プランのキャプチャは、CloudWatch データベースインサイトのアドバンスモードでのみ使用できます。\n クエリ実行プランは、データベースエンジンがリレーショナルデータベース管理システム (RDBMS) でデータを取得または変更するために使用する一連のステップです。RDBMS クエリオプティマイザは、特定のクエリを実行する一連の代替方法の中から常に最適な実行プランを選択するとは限りません。そのため、データベースユーザーは、パフォーマンスを向上させるために計画を手動で調べて調整する必要がある場合があります。この機能により、SQL クエリの複数のプランを視覚化して比較できます。SQL クエリのパフォーマンスの変化が、別のクエリ実行プランによるものかどうかを数分以内に判断するのに役立ちます。 RDS サービスコンソール、AWS API、または AWS SDK を使用して Aurora PostgreSQL クラスターでデータベースインサイトアドバンスモードを有効にすると、この機能を開始できます。CloudWatch Database Insights では、データベースの状態をフリートレベルで集計できるほか、データベースや SQL クエリを詳細に分析するためのインスタンスレベルのダッシュボードも用意されています。 CloudWatch Database Insights はすべてのパブリック AWS リージョンで利用でき、vCPU ベースの価格設定になっています。詳細については、料金ページをご覧ください。詳細については、データベースインサイトのドキュメントをご覧ください。

Amazon Connect now provides daily headcount projections in capacity plan downloads

Amazon Connect では、キャパシティプランのダウンロードで日次人員数の予測が可能になり、人員配置要件をより正確に確認できるようになりました。キャパシティプランではすでに週次および月次の予測が提供されていますが、今回の発表により、最大 64 週間先まで、日単位の人員数要件を確認できるようになりました。このきめ細かなビューにより、季節性を考慮し、1 日のレベルでさまざまな縮小前提を適用しながら雇用する作業者数など、主要な人員配置や雇用に関する決定が簡単になります。\n この機能は、Amazon Connect エージェントのスケジュール設定が可能なすべての AWS リージョンで利用できます。Amazon Connect エージェントのスケジューリングの詳細については、ここをクリックしてください。

AWS Client VPN announces support for concurrent VPN connections

本日、AWS は AWS クライアント VPN の同時 VPN 接続の一般提供を発表しました。この機能により、複数のクライアント VPN 接続に同時に安全に接続できるため、さまざまな作業環境からリソースにアクセスできるようになります。\n AWS Client VPN を使用すると、ユーザーはどこからでもリモートでネットワークに安全に接続できます。以前は、一度に 1 つの VPN プロファイルしか接続できませんでした。これにより、アクセスが 1 つのネットワークのみに制限されていました。別のネットワークにアクセスするには、切断して別の VPN プロファイルに再接続する必要がありました。今回の起動により、切り替えなしで複数の VPN プロファイルに同時に接続できます。たとえば、AWS Client for VPN を使用するソフトウェア開発者は、開発、テスト、および本番環境に同時に接続できるようになりました。この機能により、必要なすべての環境へのシームレスな並列接続が可能になり、エンドユーザーの生産性が大幅に向上します。 この機能は AWS が提供する Client VPN クライアントバージョン 5.0 以降でのみ使用できます。このバージョンは、こちらの手順に従ってダウンロードできます。この機能と必要なクライアントバージョンは、AWS Client VPN が一般的に利用可能なすべての AWS リージョンで追加料金なしで利用できます。 Client VPN について詳しく知るには:

AWS クライアント VPN 製品ページをご覧ください。

AWS クライアント VPN のドキュメントをお読みください。

Amazon EC2 introduces provisioning control for On-Demand Capacity Reservations in the AWS GovCloud (US) Regions

Amazon EC2 では、お客様がオンデマンドキャパシティ予約 (ODCR) でインスタンスの起動対象を簡単に設定できるようにする新機能が導入されています。オンデマンドキャパシティー予約は、指定したアベイラビリティーゾーンのワークロードのコンピューティングキャパシティを任意の期間予約するのに役立ちます。インスタンスの起動を ODCRs のみが実行できるようにしたり、オンデマンドキャパシティーにフォールバックする前に未使用の ODCR を優先したりできるようになりました。\n まず、AWS コンソールまたは AWS CLI を使用して EC2 Auto Scaling グループのキャパシティー予約設定を指定できます。これらのプリファレンスは EC2 RunInstances API 呼び出しを使用して設定することもできます。 これらの機能は両方の AWS GovCloud (米国) リージョンで利用できます。詳細については、キャパシティ予約ユーザーガイドと EC2 Auto Scaling ユーザーガイドを参照してください。

Amazon Redshift announces support for History Mode for zero-ETL integrations

本日、Amazon RedshiftはゼロETLインテグレーションの履歴モードの開始を発表しました。この新機能により、Amazon Redshift ではコードを記述しなくても、データベースの履歴データにタイプ 2 の緩やかに変化するディメンション (SCD 2) テーブルを作成できます。履歴モードでは、履歴データ変更の追跡と分析のプロセスが簡略化され、時間の経過に伴うデータの変化から貴重な洞察を得ることができます。\n 履歴モードを使用すると、Amazon DynamoDB、MySQL 用 Amazon RDS、Amazon Aurora MySQL、Amazon Aurora PostgreSQL など、複数のゼロETL データソースにわたる履歴データに対する高度な分析を簡単に実行したり、ルックバックレポートを作成したり、トレンド分析を実行したりできます。履歴モードでは、データソース間で重複したコピーを保持せずにデータ変更の完全な履歴を保存できるため、組織はストレージのニーズと運用コストを大幅に削減しながら、データストレージの要件を満たすことができます。履歴モードは、既存の統合と新しい統合の両方で使用できます。統合内の特定のテーブルの履歴追跡を選択的に有効にして、データ分析の柔軟性を高めることができます。 ETL ゼロ統合の詳細と開始方法については、Amazon Redshift の入門ガイドをご覧ください。履歴モードとその利点の詳細については、ドキュメントをご覧ください。

Amazon DynamoDB introduces warm throughput for tables and indexes in the AWS GovCloud (US) Regions

Amazon DynamoDB では、新しいウォームスループット値と、AWS GovCloud (米国) リージョンの DynamoDB テーブルとインデックスを簡単に事前ウォームできる機能がサポートされるようになりました。ウォームスループット値により、DynamoDB テーブルですぐに処理できる読み取り/書き込みオペレーションの数が可視化され、事前ウォーミングにより、将来のトラフィック需要に合わせて積極的に値を上げることができます。\n DynamoDB は、事実上あらゆる規模のワークロードをサポートするように自動的にスケーリングします。ただし、新製品の発売やショッピングイベントなどのピークイベントがあると、リクエストレートが短期間で 10 倍、あるいは 100 倍に急上昇することがあります。これで、テーブルのウォームスループット値を確認して、ピークイベントでの大量のトラフィックの急増をテーブルが処理できるかどうかを評価できるようになりました。今後発生するピークイベントが特定のテーブルの現在のウォームスループット値を超えることが予想される場合は、ピークイベントに先立ってテーブルを事前にウォーミングしておくと、需要に合わせて即座にスケーリングできます。 ウォームスループット値は、プロビジョニングされたテーブルとオンデマンドのすべてのテーブルとインデックスで無料で利用できます。テーブルのスループットを事前にウォーミングすると料金が発生します。料金の詳細については、Amazon DynamoDB 料金表ページを参照してください。詳細については、開発者ガイドを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Database Blog

Desktop and Application Streaming

AWS Machine Learning Blog

AWS for M&E Blog

Networking & Content Delivery

Open Source Project

AWS CLI

Amazon EKS Anywhere