2024/10/1 9:00:00 ~ 2024/10/2 9:00:00 (JST)

最近の発表

New VMware Strategic Partner Incentive (SPI) for Managed Services in AWS Partner Central

アマゾンウェブサービス株式会社（AWS）は本日、AWS パートナーセントラルの移行促進プログラム（MAP）の一環として、マネージドサービス向けの新しい VMware SPI を発表しました。移行後の管理サービスも提供する対象の AWS パートナーは、VMware SPI for Managed Services を活用して VMware のお客様の移行機会を早めることができるようになりました。\n このマネージドサービス向けの新しい VMware SPI は、AWS パートナーセントラルの強化された MAP テンプレートから入手できます。これにより、AWS の承認段階が少なくなり、市場投入までの時間が短縮されます。今回の機能強化により、AWS パートナー資金ポータル (APFP) はマネージドサービスに適格な VMware SPI を自動的に計算し、手動による手順を排除することでパートナー全体の生産性を向上させることができます。 マネージドサービス向け VMware SPI は、すべての AWS 移行およびモダナイゼーションコンピテンシーパートナーを含め、サービスパスおよび検証済み以上の段階にあるすべてのパートナーがご利用いただけるようになりました。詳細については、2024 APFP ユーザーガイドをご覧ください。

Amazon Redshift launches RA3.large instances

Amazon Redshift が RA3.large をリリースしました。これは、2 つの仮想 CPU と 16 GiB のメモリを備えた RA3 ノードタイプの新しい小型サイズです。RA3.large では、ワークロード要件に基づいてコンピューティングオプションをより柔軟に選択できるようになったため、RA3.large のメリットを享受できるようになりました。\n Amazon Redshift RA3.large は、コンピューティングとストレージのスケーリングと個別支払い、データ共有、同時実行スケーリングのための書き込みオペレーションのサポート、ゼロETL、マルチ AZ など、Redshift マネージドストレージ (RMS) のすべてのイノベーションを提供します。RA3.16XLarge、RA3.4XLarge、RA3.xlPlusというRA3ノードタイプですでに利用可能なサイズに加えて、RA3.largeの導入により、さまざまなワークロードと価格パフォーマンスの要件に対応するために、さらに多くのコンピューティングサイジングオプションから選択できるようになりました。 RA3.large を使い始めるには、AWS マネジメントコンソールまたはクラスター作成 API を使用してクラスターを作成できます。クラスターを Redshift DC2 環境から RA3 クラスターにアップグレードするには、既存のクラスターのスナップショットを撮って RA3 クラスターに復元するか、既存のクラスターから新しい RA3 クラスターにリサイズします。RA3 ノードタイプの詳細については、クラスター管理ガイドと「RA3 ノードタイプへのアップグレード」ドキュメントを参照してください。価格設定の詳細については、Amazon Redshift の料金ページをご覧ください。 RA3.large は通常、RA3 ノードタイプが利用できるすべての商用地域で利用できます。リージョンの提供状況の詳細については、「RA3 ノードタイプの提供状況」のドキュメントを参照してください。

AWS announces Reserved Nodes flexibility for Amazon ElastiCache

本日、Amazon ElastiCache リザーブドノードの拡張機能を発表します。これにより、リザーブドノードの割引を最大限に活用できるようになり、柔軟で使いやすくなります。リザーブドノードはオンデマンドノードの価格に比べて大幅に割引されるため、予想される使用量に基づいてコストを最適化できます。\n 以前は、特定のノードタイプ (例:cache.r7g.xlarge) の予約を購入する必要があり、特定のタイプの割引しか受けられず、柔軟性はありませんでした。この機能により、ElastiCache リザーブドノードはインスタンスファミリー (またはノードファミリー) と AWS リージョン内でサイズを柔軟に変更できます。つまり、既存の割引リザーブドノード料金は、同じノードファミリーのすべてのサイズの使用に自動的に適用されます。たとえば、r7g.xlarge リザーブドノードを購入し、r7g.2xlarge などの大規模なノードに拡張する必要がある場合、リザーブドノード割引料金は、同じ AWS リージョン内の r7g.2xlarge ノードの使用率の 50% に自動的に適用されます。サイズの柔軟性により、リザーブドノードの管理に費やす時間を短縮できます。この機能により、キャパシティのニーズが変わっても、割引を最大限に活用できます。 Amazon ElastiCache のリザーブドノードサイズの柔軟性は、AWS GovCloud (米国) リージョンや中国リージョンを含むすべての AWS リージョンで利用できます。詳細については、Amazon ElastiCache、ElastiCache ユーザーガイド、および当社のブログ投稿をご覧ください。

Amazon Data Firehose delivers data streams into Apache Iceberg format tables in Amazon S3

Amazon Data Firehose (Firehose) は、Amazon S3 の Apache アイスバーグテーブルにデータストリームを配信できるようになりました。\n Firehose により、お客様はデータストリームを取得、変換し、Amazon S3、Amazon Redshift、OpenSearch、Splunk、Snowflake、およびその他の分析宛先に配信することができます。この新機能により Firehose は Apache Iceberg と統合されるため、顧客は Amazon S3 データレイクの Apache Iceberg テーブルにデータストリームを直接配信できます。Firehose は、Kinesis データストリーム、Amazon MSK、またはダイレクト PUT API からデータストリームを取得できます。また、AWS WAF ウェブ ACL ログ、Amazon CloudWatch ログ、Amazon VPC フローログ、AWS IOT、Amazon SNS、AWS API ゲートウェイアクセスログなど、AWS サービスからストリームを取得するように統合されています。お客様は、これらのソースのいずれかからのデータを Amazon S3 の Apache Iceberg テーブルに直接ストリーミングできるため、複数のステップからなるプロセスを回避できます。Firehose はサーバーレスなので、お客様はソースとデスティネーションのプロパティを設定するだけでストリームをセットアップし、処理されたバイト数に基づいて支払いを行うことができます。 また、この新機能では、受信レコードの内容に基づいて、データストリーム内のレコードをさまざまな Apache Iceberg テーブルにルーティングすることもできます。レコードを別のテーブルにルーティングするには、顧客は JSON 式を使用してルーティングルールを設定できます。さらに、顧客は、受信レコードに行レベルの更新操作を適用するか、送信先の Apache Iceberg テーブルに削除操作を適用するかを指定でき、データ修正や忘れがちになった場合の処理を自動化できます。 開始するには、Amazon Data Firehose のドキュメント、料金、コンソールをご覧ください。

Amazon Connect launches the ability to initiate outbound SMS contacts

Amazon Connect では、アウトバウンド SMS 連絡先を開始する機能がサポートされるようになりました。これにより、顧客が希望する通信チャネルで顧客を引き付けることで、顧客満足度を高めることができます。問い合わせ後の調査、予約のリマインダー、サービスの更新などのシナリオでプロアクティブな SMS エクスペリエンスを提供できるようになったため、顧客は都合の良いときに対応できます。さらに、コールキューで待機している間に SMS に切り替えるオプションを顧客に提供して、保留時間をなくすこともできます。\n 開始するには、新しい [メッセージ送信] ブロックをコンタクトフローに追加するか、新しい StartOutboundChatContact API を使用してアウトバウンドの SMS コンタクトを開始してください。この機能は、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン) で利用できます。詳細を確認して使用を開始するには、メッセージ送信フローブロックと StartOutboundChatContact API のドキュメントを参照してください。

Amazon MSK APIs now supports AWS PrivateLink

Apache Kafka 向け Amazon マネージドストリーミング (Amazon MSK) API に AWS PrivateLink がサポートされるようになりました。これにより、パブリックインターネットを経由せずに Amazon 仮想プライベートクラウド (VPC) 内から Amazon MSK API を呼び出すことができます。\n デフォルトでは、Apache Kafka クライアントと Amazon MSK でプロビジョニングされたクラスターとの間の通信はすべてプライベートであり、データがインターネットを経由することはありません。今回の起動により、クライアントはプライベートエンドポイント経由で MSK API を呼び出すこともできます。これにより、セキュリティ要件が厳しいクライアントアプリケーションが、パブリック接続を介して通信しなくても、ブートストラップ接続文字列の取得やクラスターの詳細の記述などの MSK 固有のアクションを実行できます。 Amazon MSK の AWS PrivateLink サポートは、Amazon MSK が利用できるすべての AWS リージョンで利用できます。開始するには、AWS PrivateLink のドキュメントに記載されている指示に従ってください。Amazon MSK の詳細については、Amazon MSK のドキュメントを参照してください。

AWS Incident Detection and Response now available in Japanese

本日より、AWS インシデント検知と対応は日本語でのインシデント対応をサポートします。AWS インシデント検出と対応は、AWS エンタープライズサポートのお客様に、重要なワークロードに対するプロアクティブな対応とインシデント管理を提供します。AWS インシデント検出と対応では、AWS インシデント管理エンジニア (IME) が 24 時間 365 日体制でインシデントを検出し、ワークロードからアラームが発生してから 5 分以内に対応して、軽減と復旧のためのガイダンスを提供します。\n この機能により、AWS エンタープライズサポートのお客様は日本語を話すインシデント管理エンジニア (IME) とやり取りできます。インシデント管理エンジニア (IME) は、重大なインシデントに対して積極的な対応とインシデント管理を行います。このサービスを日本語で利用するには、お客様はワークロードのオンボーディング時に希望言語として日本語を選択する必要があります。 サポート対象地域や AWS インシデント検出および対応サービスに関するその他の詳細などの詳細については、製品ページをご覧ください。

AWS Chatbot adds support to centrally manage access to AWS accounts from Slack and Microsoft Teams with AWS Organizations

AWS は、AWS チャットボットの AWS 組織サポートの一般提供を発表しました。AWS のお客様は、Slack と Microsoft Teams からのアカウントへのアクセスを AWS 組織と一元的に管理できるようになりました。\n 今回のリリースでは、チャットチャネルから組織のアカウントへのアクセスを制御するチャットボット管理ポリシータイプが AWS Organizations に導入されました。サービスコントロールポリシー (SCP) を使用することで、顧客はチャットチャネルから発信される CLI コマンドにアクセス許可の制限をグローバルに適用することもできます。 今回のローンチにより、お客様は AWS Organizations のチャットボットポリシーとマルチアカウント管理サービスを使用して、アカウントへのアクセスに使用できる権限モデル、チャットアプリケーション、チャットワークスペースを決定できます。たとえば、指定されたワークスペース/チームのチャットチャネルからプロダクションアカウントへのアクセスを制限できます。また、お客様は SCP を使用して、チャットチャネルから実行される CLI コマンドタスクにガードレールを指定することもできます。たとえば、チャットチャネルから発生する RDS: delete-db-cluster CLI アクションをすべて拒否するように指定できます。 AWS Chatbot での AWS 組織のサポートは、AWS Chatbot が提供されているすべての AWS リージョンで追加料金なしで利用できます。詳細については、「AWS Chatbot での AWS 組織の保護」ドキュメントとブログをご覧ください。

Amazon EMR Serverless introduces Job Run Concurrency and Queuing controls

Amazon EMR Serverless は Amazon EMR のサーバーレスオプションで、データエンジニアやデータサイエンティストが、クラスターやサーバーを設定、管理、スケーリングすることなく、オープンソースのビッグデータ分析フレームワークを簡単に実行できます。本日、ジョブ実行の同時実行とキューイング制御をサポートする Amazon EMR Serverless でのジョブ実行アドミッションコントロールを発表できることを嬉しく思います。\n ジョブ実行の同時実行とキューイングにより、1 つのアプリケーションで同時に実行できるジョブの最大数を設定し、送信された他のすべてのジョブ実行を自動的にキューに入れることができます。これにより、ジョブ実行の送信が急増して API の制限を超えた場合や、アカウントまたはアプリケーションの同時 vCPU の最大数、または基盤となるサブネットの IP アドレス制限を超えたためにリソースを使い果たした場合に、ジョブ実行が失敗するのを防ぐことができます。ジョブ実行キューイングにより、制限エラー (同時実行vCPUの最大数、サブネットIPアドレス制限など) が原因で失敗したジョブを再試行するための複雑なキュー管理システムを構築する必要がなくなるため、ジョブ実行管理も簡素化されます。この機能により、同時実行スロットが利用可能になると、ジョブは自動的にキューに入れられて処理されるため、リソースを効率的に利用でき、ジョブの失敗を防ぐことができます。 Amazon EMR Serverless のジョブ実行の同時実行とキューイングは、AWS EMR Serverless が利用可能なすべての AWS リージョン (AWS GovCloud (米国) リージョンおよび中国リージョンを除く) で利用できます。詳細については、EMR サーバーレスドキュメントの「ジョブの同時実行性とキューイング」を参照してください。

Amazon S3 adds Service Quotas support for S3 general purpose buckets

Amazon S3 汎用バケットクォータをサービスクォータで管理できるようになりました。サービスクォータを使用すると、AWS アカウントのバケットの総数を表示し、その数をバケットクォータと比較し、サービスクォータの引き上げをリクエストできます。\n サービスクォータコンソール、AWS SDK、または AWS CLI の Amazon S3 ページを使い始めることができます。S3 のサービスクォータサポートは、米国東部 (バージニア北部) と中国 (北京) の AWS リージョンでご利用いただけます。S3 バケットでサービスクォータを使用する方法の詳細については、S3 ユーザーガイドをご覧ください。

NICE DCV renames to Amazon DCV and releases version 2024.0 with support for Ubuntu 24.04

アマゾンはDCVバージョン2024.0を発表しました。この最新リリースでは、NICE DCV の名前が Amazon DCV に変更されました。新しい DCV バージョンでは、Ubuntu 24.04 のサポートや QUIC UDP プロトコルのデフォルト有効化など、いくつかの機能強化が導入されています。Amazon DCV は、高性能 GPU を搭載したサーバーでホストされている 3D グラフィックスアプリケーションを含む、リモートデスクトップまたはアプリケーションセッションにお客様が安全にアクセスできるように設計された高性能リモートディスプレイプロトコルです。\n Amazon DCV バージョン 2024.0 では、以下の更新、機能、改善が導入されています。

Amazon DCV に名前が変更されました。NICE DCV は Amazon DCV という名前に変更されました。さらに、Amazon は Amazon WorkSpaces で使用されている WorkSpaces ストリーミングプロトコル (WSP) を Amazon DCV に統合しました。名前を変更してもお客様のワークロードには影響せず、フォルダパスや内部ツール名にも変更はありません。

最新のセキュリティパッチとアップデートを適用したUbuntuの最新LTSバージョンであるUbuntu 24.04をサポートし、安定性と信頼性が向上しています。さらに、Ubuntu 24.04 の DCV クライアントは Wayland をネイティブにサポートするようになり、より効率的なグラフィカルレンダリングによりパフォーマンスが向上しました。

QUIC UDP プロトコルをデフォルトで有効にして、エンドユーザーが最適化されたストリーミング体験を受けられるようにします。

リモートユーザーがコンソールセッションで Linux サーバーに接続しているときに Linux ホスト画面を空白にする機能が追加されました。これにより、物理的にサーバーの近くにいるユーザーが画面を見たり、ホストに接続された入力デバイスを使用してリモートセッションを操作したりできなくなります。

詳細については、Amazon DCV 2024.0 のリリースノートを参照するか、Amazon DCV ウェブページにアクセスして DCV の使用を開始してください。

Amazon Bedrock Knowledge Bases now provides option to stop ingestion jobs

本日、Amazon Bedrock ナレッジベースは、取り込み停止 API の一般提供を発表しました。この新しい API では、継続したくない進行中の取り込みジョブを停止できるため、データ取り込みワークフローをより細かく制御できます。\n 以前は、データソースからの取り込みが不要になったり、その他の調整が必要になったりした場合でも、取り込みジョブが完全に完了するまで待たなければなりませんでした。新しい「stopingestionJob」API の導入により、1 回の API 呼び出しで進行中のインジェストジョブを停止できるようになりました。たとえば、この機能を使用して、誤って開始した取り込みジョブをすぐに停止したり、データソース内のドキュメントを変更したりする場合に使用できます。この柔軟性の向上により、変化する要件に迅速に対応し、コストを最適化できます。 この新機能は、Amazon Bedrock ナレッジベースが利用できるすべての AWS リージョンで利用できます。 取り込みジョブの停止や Amazon Bedrock ナレッジベースのその他の機能の詳細については、ドキュメントを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Contact Center

Containers

AWS Database Blog

AWS for Industries

AWS Machine Learning Blog

AWS for M&E Blog

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amplify UI

Bottlerocket OS

AWS Load Balancer Controller

Karpenter