Weekly AWS アップデート情報 - 2023/8/7
～Amazon SageMaker モデルトレーニングの ml.p5 インスタンスのサポートを発表～

ネットワーキングとコンテンツ配信

• Amazon VPC は、エラスティックネットワークインターフェースでプライマリ IPv6 アドレスをサポート
  Amazon Web Services (AWS) は、仮想プライベートクラウド (VPC) でのプライマリ IPv6 アドレスの提供開始を発表しました。
  これにより、お客さまはエラスティックネットワークインターフェース (ENI) に関連付けられた最初の IPv6 アドレスを変更不可にすることができます。
  最初の IPv6 アドレスが ENI のプライマリになると、ENI がインスタンスにアタッチされている限り、またはインスタンスが終了するまで IPv6 アドレスを削除することはできず、実質的にアドレスが不変になります。
  プライマリ IPv6 アドレスは、Amazon が提供する IPv6 アドレスでも、独自の IP アドレスの持ち込み (IPv6) アドレスでもかまいません。
  
• Amazon VPC IP Address Manager が AWS リソースの IP アドレス使用率メトリクスを公開
  Amazon VPC IP Address Manager (IPAM) は、VpcIPUsage、SubnetIPUsage、PublicIPv4PoolIPUsage の 3 つの新しい CloudWatch メトリクスをサポートするようになりました。
  これにより、十分に活用されていない、またはフルキャパシティに近い IP アドレス範囲を特定し、AWS での IP アドレスの使用を最適化できます。
  これらのメトリクスは、Amazon Virtual Private Clouds (Amazon VPC)、サブネット、パブリック IPv4 プールなどのリソース全体の IP アドレスの使用状況をプロアクティブに追跡します。
  また、Amazon CloudWatch でこれらのメトリクスにアラームを設定して、IP アドレス使用量のしきい値を超えたときに通知を受け取るようにすることもできます。
  さらに、IP アドレス関連のインサイトを全てまとめて表示できるように、これらのメトリクスを IP アドレス管理ダッシュボードに表示できます。
  

ストレージ

• Amazon S3 バケットの AWS Backup のパフォーマンスが向上
  AWS Backup for Amazon S3 により、3 億を超えるオブジェクトを含むバケットのバックアップ速度が最大 10 倍向上しました。
  このパフォーマンスの向上により、初期の S3 バックアップワークフローをスピードアップし、30 億を超えるオブジェクトを含むバケットをバックアップできるようになります。
  AWS Backup はポリシーベースのフルマネージド型で費用対効果の高いソリューションであり、Amazon S3 と他の AWS サービス (コンピューティング、ストレージ、データベース) およびサードパーティアプリケーションのデータ保護を一元化および自動化できます。
  AWS Backup が Amazon S3 をサポートしている全てのリージョンで、追加費用なしでパフォーマンスの向上が自動的に有効になります。

• Amazon EFS はファイルシステムあたり最大 55,000 IOPS をサポート
  Amazon Elastic File System (EFS) は、最大 55,000 件の読み取り IOPS、25,000 件の書き込み IOPS をサポートするようになりました。
  これにより、機械学習 (ML) 研究、財務シミュレーション、ビッグデータ分析、およびその他のデータ集約型ワークロードを AWS 上で簡単に強化できるようになりました。
• Amazon EBS が EC2 インスタンスあたり最大 128 のボリュームアタッチメントを発表
  現在、M7i インスタンスのリリースにより、お客さまは最大 128 の EBS ボリュームを EC2 インスタンスにアタッチできます。
  これに対し、前世代の M6i インスタンスでは、1 つの EC2 インスタンスに最大 28 の EBS ボリュームをアタッチできます。
  今回の発表により、お客さまは 1 つの EC2 インスタンスにアタッチされた最大 128 の EBS ボリュームについて、クラッシュコンシステントなスナップショットを作成することもできます。

データベース

• RDS Custom for SQL Server がローカルタイムゾーンをサポート
  Amazon RDS Custom for SQL Server はローカルタイムゾーンをサポートするようになりました。
  Amazon RDS Custom for SQL Server インスタンスのタイムゾーンを任意のローカルタイムゾーンに設定できるようになりました。
  Amazon RDS Custom for SQL Server は、基盤となるOSとデータベース環境をカスタマイズできるマネージド型データベースサービスです。
  
• Amazon RDS は RDS または Aurora データベースと AWS Lambda 間の接続を簡素化
  Amazon RDS プロキシを使用して Amazon Relational Database Services (Amazon RDS) または Amazon Aurora データベースと AWS Lambda 関数間の接続を自動的に設定できるようになりました。
  Amazon RDS コンソールから、既存の Amazon RDS プロキシまたはアカウントで自動作成された新しい Amazon RDS プロキシを使用して、Amazon RDS または Amazon Aurora データベースと Lambda 関数間の接続をセットアップするアクションを選択できます。
  Amazon RDS は、関連するネットワーク設定を自動的にセットアップして、Lambda 関数と Amazon RDS または Amazon Aurora データベースとの間の安全でスケーラブルな接続を可能にします。
  
• Amazon RDS for SQL Server が拡張モニタリングでセカンダリホストメトリクスをサポート
  Amazon Relational Database Service (Amazon RDS) for SQL Server は拡張モニタリングでセカンダリホストメトリクスをサポートするようになりました。お客さまは、空きストレージ、空きメモリ、読み取り/書き込み IOPS、読み取り/書き込みスループット、CPU 使用率など、マルチ AZ DB インスタンスのセカンダリホストに関連する重要なメトリックを確認できるようになりました。
• Amazon RDS for Oracle がシングルテナントインスタンスのレプリカをサポート
  Amazon Relational Database Service (RDS) for Oracleは、シングルテナント構成で実行されるマルチテナントコンテナデータベース (CDB) アーキテクチャ上のインスタンスの読み取りおよびマウントされたレプリカをサポートします。
  Amazon RDS for Oracle レプリカは Oracle Data Guard の設定を完全に管理し、プライマリ DB インスタンスと同じ AWS リージョンまたは異なる AWS リージョンでレプリカを作成および管理します。
  
• Amazon Aurora は削除されたクラスタの自動バックアップをサポート
  Amazon Aurora MySQL 互換エディションと PostgreSQL 互換エディションでは、削除されたクラスタの自動バックアップがサポートされるようになりました。
  お客さまは、Aurora クラスタを削除しても自動バックアップを保持し、後からその自動バックアップを使用して新しいクラスタを復元することを選択できるようになりました。
• Amazon Aurora が Amazon Aurora MySQL のローカル書き込み転送をサポート
  ローカル書き込み転送は Amazon Aurora MySQL 互換エディション 3 (MySQL 8.0 との互換性) で一般公開されるようになりました。
  この新機能により、書き込み後の読み取りの一貫性を必要とする読み取りワークロードを簡単にスケーリングできます。
  お客さまは Aurora リードレプリカで読み取りと書き込みの両方を含むトランザクションを実行できるようになり、その書き込みは自動的に単一のライターインスタンスに転送されて実行されます。
  読み取りスケールを必要とするアプリケーションでは、読み取りと書き込みを分ける複雑なアプリケーションロジックを維持しなくても、最大 15 個の Aurora レプリカを使用して読み取りをスケーリングできます。
  
• Amazon Aurora MySQL 3.04 (MySQL 8.0.28 に対応) が一般公開
  Amazon Aurora MySQL 互換エディション 3 (MySQL 8.0 との互換性) は MySQL 8.0.28 をサポートするようになります。MySQL 8.0.28 には、いくつかのセキュリティ強化とバグ修正に加えて、列の名前変更操作に対するインスタント DDL サポート、マルチスレッド DDL 操作のサポート、TLS v1.3 プロトコルのサポート、パフォーマンススキーマの監視機能の強化など、いくつかの改善が含まれています。
• AWS Database Migration Service の強化された同種移行機能が MariaDB をサポート
  AWS Database Migration Service (DMS) では、組み込みのネイティブデータベースツールにより、同種移行が簡単になります。
  現在、この機能は MySQL と PostgreSQL をサポートしているだけでなく、MariaDB もサポートするようになりました。
  同種のデータ移行に対応する組み込みのネイティブデータベースツールにより、ダウンタイムを最小限に抑えながら、シンプルでパフォーマンスに優れた同種の移行が可能になります。
  

分析

• Amazon EMR サーバレスがアプリケーション UI の API サポートを追加
  Amazon EMR サーバレスは、データアナリストやエンジニアが Apache Spark や Apache Hive などのオープンソースのビッグデータ分析フレームワークを簡単に実行できるようにするサーバレスオプションです。
  クラスタやサーバを設定、管理、スケーリングする必要はありません。
  EMR サーバレス API を呼び出して、アプリケーション UI を表示できます。
  例えば、ジョブを実行している場合はライブ Spark UI または Tez UI、完了したジョブの Spark 履歴サーバまたは永続的な Tez UI を表示できます。
  
• Amazon Athena が新しい AWS ヨーロッパリージョンと AWS アジア太平洋リージョン（大阪など）で利用可能に
  Amazon Athena は、オープンテーブル形式とファイル形式をサポートするオープンソースフレームワーク上に構築されたサーバレスのインタラクティブな分析サービスです。
  Athena は、ペタバイト単位のデータをシンプルかつ柔軟に分析する方法を提供します。
  Athena はオープンソースの Trino および Presto エンジンをベースに構築されており、プロビジョニングや設定作業は不要です。
  
• AWS Clean Rooms のカスタムクエリとテンプレート機能のご紹介
  AWS Clean Roomsは、お客さまがより豊富なインサイトを得られるようにする、カスタム分析ルールと分析テンプレートという2つの新機能をリリースします。
  これらの機能により、お客さまは特定のユースケースに基づいて独自のカスタム SQL クエリを AWS Clean Rooms コラボレーションに取り込むことができます。
  カスタム分析ルールを使用すると、お客さまは高度な SQL 構造を使用して独自のクエリを作成できるだけでなく、コラボレーションパートナーが実行する前にクエリを確認することもできます。
  
• Apache Spark のオープンソースの Amazon Redshift 統合を発表
  Apache Spark の Amazon Redshift 統合をオープンソース化しました。
  これは、Apache Spark 開発者が Amazon Redshift データで Apache Spark アプリケーションをシームレスに構築して実行できるようにするためです。
  このリリースでは、Amazon Redshift が Amazon の Redshift コントリビューションと Apache Spark の統合をオープンソース化しています。
  これにより、Spark 開発者は Spark アプリケーションのニーズにあわせてソースコードのレビュー、拡張、機能の提供、変更を行うことができます。
  

機械学習

• SageMaker Studio が機械学習用にビルド済み dockerイメージ 'SageMaker Distribution' を発表
  Amazon SageMaker Studio は機械学習 (ML) 用の完全統合開発環境 (IDE) であり、データサイエンティストと ML 実践者は、データの準備からモデルの構築、トレーニング、チューニング、デプロイまで、エンドツーエンドの機械学習ワークフローを利用できます。
  2023年5月、私たちはSageMaker Distributionというビルド済みのdockerイメージをリリースしました。
  このイメージには、JupyterConのオープンソースプロジェクトとして、機械学習用の最も人気のあるライブラリが含まれています。
  今回、Amazon SageMaker Studio で SageMaker Distribution をサポートするようになりました。
  
• Anthropic の Claude 2 基盤モデルが Amazon Bedrock で利用可能に
  Anthropic の大規模言語モデル (LLM) の最新バージョンである Claude 2 に Amazon Bedrock でアクセスできるようになりました。
  Claude 2 は、各プロンプトで最大 100,000 トークンを取得できます。
  つまり、数百ページのテキスト、あるいは本全体にわたって処理できるということです。
  Claude 2 では、以前のバージョンと比較して、数千トークン程度の長いドキュメントを作成することもできるので、Amazon Bedrock を使用してジェネレーティブな AI アプリケーションを開発する方法がさらに広がります。
  
• Amazon Translate により、リアルタイムのドキュメント翻訳のための言語検出が可能になります
  Amazon Translate は、高速、高品質、手頃な価格、かつカスタマイズ可能な言語翻訳を提供するニューラル機械翻訳サービスです。
  現在、私たちはリアルタイムの文書翻訳のための言語検出を可能にしています。
  お客さまは Amazon Comprehend の言語検出 API を利用して、ソースドキュメントの主要言語を自動的に検出できるようになりました。
  
• Amazon SageMaker は Salesforce データクラウドとの新しい直接統合を発表
  Amazon SageMakerは、Salesforce Data Cloudとの新しい直接統合を発表しました。
  これにより、お客さまはSageMakerからSalesforce Data Cloudのデータに安全にアクセスして、SageMakerでMLモデルを構築、トレーニング、デプロイできるようになります。
  その後、お客さまは Salesforce Einstein Studio を使用して ML モデルを Salesforce データクラウドに持ち込み、ML 主導のビジネスアプリケーションを強化できます。

IoT

• AWS IoT Core が新しい証明書署名とキー生成アルゴリズムを発表
  AWS IoT Core は、証明書署名とキー生成のための新しいアルゴリズムのサポートを発表しました。
  これにより、すでにサポートされている非対称 X.509 クライアント証明書署名スキームのリストが拡大されました。
  AWS IoT Core は、お客さまが数十億台の IoT (モノのインターネット) デバイスを AWS に接続できるようにするマネージドサービスで、AWS クラウドへのクライアントとデバイスの接続を認証する手段の 1 つとして X.509 証明書を使用します。
  RSASSA-PSS署名スキームとP-521楕円曲線キーアルゴリズムによるRSA署名スキームのサポートにより、開発者はより柔軟にIoTソリューションのセキュリティ体制を強化し、組織固有の暗号標準コンプライアンス要件に準拠できるようになります。

その他

• 請求コンソールで請求書残高、期日情報、および請求金額の確認が可能に
  AWS 請求コンソールで請求書の「未払い残高」と「請求額」を確認できるようになりました。
  「未払い残高」列には各請求書の未払い総額が反映され、「請求書金額」には請求書が発行された時点の請求書の金額が反映されます。
  未払い残高情報は、AWS によって資金が実現されると定期的に更新されます。
• インスタンスの更新が CloudWatch アラームによってトリガーされるロールバックをサポート
  Amazon CloudWatch アラームを使用してインスタンス更新ロールバックをトリガーできるようになりました。
  EC2 Auto Scaling のインスタンス更新では、Auto Scaling グループ内のインスタンスをローリングアップデートできます。
  また、インスタンス更新ロールバックにより、インスタンスの更新が希望どおりに完了しなかった場合に、インスタンス更新に加えられた変更をもとに戻すことができます。
  今回の起動により、インスタンスの更新中に CloudWatch アラームをモニタリングし、アラームがトリガーされた場合に加えられた変更を自動的にもとに戻すように Auto Scaling を設定できます。
  
• Microsoft 365 Apps for enterprise が Amazon WorkSpaces サービスで利用可能に
  Amazon WorkSpaces クラウドベースの仮想デスクトップサービスで Microsoft 365 Apps for enterprise を利用できるようになったことを発表しました。
  エンドユーザは、WorkSpaces サービスの Microsoft 365 アプリケーションを他のデバイスと一緒に使用できるようになりました。
  
• Amazon SQS が FIFO ハイスループットモードのスループットクォータの引き上げを発表
  Amazon Simple Queue Service (SQS) は、FIFO キューの高スループットモードの割り当てを増やすことを発表しました。
  これにより、米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト) の各リージョンで API アクションごとに最大 9,000 件のトランザクションを処理できるようになります。
  アジアパシフィック (ムンバイ)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、およびアジアパシフィック (東京) の各リージョンでは、スループットクォータが API アクションあたり 1 秒あたり 4,500 トランザクションに増えました。
  現在 SQS が一般的に利用可能な他の全ての地域では、ハイスループットモードのクォータのクォータが 1 秒あたり 2,400 トランザクションに増えています。
  
• Amazon EventBridge Scheduler では、完了後にスケジュールの削除を追加
  Amazon EventBridge Scheduler では、最後の呼び出しの完了時に自動的に削除するようにスケジュールを設定できるようになりました。
  これは、終了日が設定された 1 回限りのスケジュール、cron スケジュール、レートスケジュールに使用できます。
• Amazon Connect スケジューリングエージェントの休暇バランスとグループ手当のサポート
  Amazon Connect のスケジューリングでは、新しい休暇バランスとグループ手当機能が追加され、コンタクトセンターのマネージャとエージェントがより効率的に休暇を処理できるようになりました。
  今回の発表前は、マネージャは申請を承認または却下する前に休暇残高を手動で相互検証する必要がありました。
  また、エージェントは休暇スケジュールの申請や変更を行うには、メールやサードパーティのツールを使ってマネージャに連絡する必要がありました。
  このリリースにより、マネージャはサードパーティの人事システムからエージェントの休暇残高とグループ手当を簡単にまとめてインポートし（例えば、120時間の休暇、40時間の病欠）、グループの承認ワークフローを自動または手動のいずれかを選択できます。
  エージェントは休暇を申請し、休暇残高やグループ手当、その他の休暇ルールに基づいて自動承認 (または拒否) を受けることができます。
• Amazon Connect はフロー UI ツールバーをローンチ
  Amazon Connect フローデザイナーには、コピーアンドペーストなどの既存のショートカットに加えて、「Undo」 (以前のアクションの履歴を含む) や「Redo」などの新しい編集機能へのショートカットを含むツールバーが追加されました。
  また、フローにメモを追加して、フローの実行内容や、実行したい更新内容の To-Do リストなどを文書化できるようになりました。
  特定のフローブロックにメモを添付したり、ツールバーを使用してメモを検索したりできます。
  
• Amazon Connect のスケジュール設定で、柔軟な日単位のスケジュール設定の自動化を提供開始
  Amazon Connect のスケジュール設定により、コンタクトセンターのマネージャは、毎週固定勤務日とフレックスタイム勤務日を組み合わせたエージェントスケジュールを自動的に生成できるようになりました。
  つまり、エージェントには特定の必須勤務日があり、他の曜日は需要に基づいてスケジュールされます。
  このリリース以前は、マネージャはフレキシブルワーク契約や地域の労働法にあわせて、エージェントのスケジュールの一部を手動で調整する必要がありました。
  今回の発表により、システムは自動的に柔軟なスケジュールを提案し、マネージャはより最適化された労使/労働組合準拠のエージェントスケジュールを作成できるようになり、貴重な時間をより重要なタスクに充てることができます。
  
• Amazon Connect では、シフト期間に基づく自動アクティビティスケジューリングが可能に
  Amazon Connect のスケジューリングにより、マネージャはエージェントのシフト時間に基づいて、休憩や食事を含む適切な数のアクティビティを含むエージェントスケジュールを生成できるようになりました。
  今回の発表前は、スケジュールは決まったシフトアクティビティで生成されていたため、多くのシフトではエージェントの作業時間に基づいて時間のかかる手動調整が必要でした。
  今回の発表では、Amazon Connect のスケジューリングにより、シフト時間と労働/労働規則を反映した設定済みの入力に基づいて、必要な数の休憩と食事が自動的に生成されるため、管理者の時間を節約できます。
  
• Amazon Connect がフローのみの属性をサポート
  Amazon Connect では、属性の使用とアクセスを 1 つのフローに制限できるようになりました。
  これで、属性が連絡先に関連付けられるタイミング (および連絡先レコードに表示されるタイミング) や、特定のフローでのみアクセスできるかどうか (そのフローがカスタマーエクスペリエンスを実行する場合にのみ使用) をきめ細かく制御できるようになりました。
  例えば、フローが個人を特定できる情報（PII）を使用してお客さまの身元を自動的に認証する場合、フロー属性を使用して、PII情報が連絡先レコードやエージェントに表示されないようにすることができます。
  
• Amazon Connect がカスタムフローブロックタイトルをサポート
  Amazon Connect では、フロー内のブロックを簡単に識別して区別できるカスタムフローブロックタイトルがサポートされるようになりました。
  カスタムフローブロックタイトルは、フローデザイナー UI または API で設定できます。
  例えば、「プロンプトを再生」フローブロックの名前を「ウェルカムメッセージ」に、「お客さまからの情報を取得」フローブロックの名前を「ホテル予約 Lex bot」に変更できます。
  カスタム定義のフローブロックタイトルも CloudWatch ログに表示されるため、エラーが発生している可能性のある場所を簡単に診断できます。
  
• Amazon Connect が UI からのフローのアーカイブと削除をサポート
  Amazon Connect は、フローデザイナー UI からのフローのアーカイブと削除をサポートするようになりました。
  これにより、使用されていない、または不要になったフローを簡単に管理できます。
  例えば、1 年のうち特定の時期にしか使用されなかったフローを、使用していないときはアーカイブし、必要に応じてアーカイブを解除できます。
  フローがアーカイブされたら、そのフローを完全に削除して、フローのリストから利用できないようにすることができます。
  
• Amazon CloudWatch Internet Monitor でカスタマイズ可能なヘルスイベントのしきい値をサポート
  Amazon CloudWatch Internet Monitor では、エンドユーザと AWS でホストされているアプリケーション間のインターネット向けトラフィックのヘルスイベントをトリガーするタイミングのしきい値をカスタマイズできるようになりました。
  ヘルスイベントをトリガーする全体的な可用性とパフォーマンススコアのデフォルトしきい値は 95% です。
  可用性スコア、パフォーマンススコア、またはその両方にカスタムしきい値を設定できるようになりました。
  アプリケーションがパフォーマンスまたは可用性のしきい値以下である場合、影響を受ける場所とネットワークプロバイダ (ASN) を含むヘルスイベントの通知が届きます。
  
• AWS Thinkbox Deadline 10.3 のリリースを発表
  AWS Thinkbox Deadline 10.3.0.9 は、DeadlineCommand アプリケーションプラグイン、サードパーティインテグレーションのサポートの更新、および Python 3.10 へのアップグレードとともに一般公開されています。
• AWS Resilience Hub がアプリケーションレジリエンスのドリフト検出を発表
  AWS Resilience Hub にはアプリケーションレジリエンスのドリフト検出のサポートが追加されており、アプリケーションがビジネスで設定された復旧目標を達成しなくなったという通知をオプトインできます。
  Resilience Hub では、アプリケーションの耐障害性を一元的に定義、検証、追跡できるため、ソフトウェア、インフラストラクチャ、または運用の中断による不必要なダウンタイムを回避できます。
• AWS CloudFormation は削除ポリシーを強化して開発とテストのサイクルを短縮

AWS CloudFormation は RetainExceptOnCreate という新しい削除ポリシーをローンチします。これにより、スタックからリソースが削除されたときの CloudFormation の動作をお客さまが詳細に制御できるようになります。
お客さまは削除ポリシーを使用して、誤ってスタックを削除した場合にリソースを保存またはバックアップが可能になり、リソースに [保持]、[スナップショット]、または [削除] の削除ポリシーを適用できます。
さらに、RetainExceptOnCreate を使用して、トラフィックを処理していないリソースを残さずに、使用中のリソースを誤って削除してしまうのを防ぐことができます。
これにより、お客さまはスタック操作を再試行する際の手動操作を減らすことができます。

• AWS Application Composer のアップデート:「Undo」/「Redo」、キャンバスのエクスポート、ローカル同期モード
  AWS Application Composer には、開発者が最新のアプリケーションをより迅速に構築して共有できるように、3 つの新しいアップデートが導入されています。
  これらの機能により、開発者は準備が整ったらいつでも、アプリケーションの反復処理、アプリケーションのイメージのエクスポート、Application Composer をローカルの開発環境と統合することがより簡単になります。
  
• AWS Amplify が Swift と Android 向けの CloudWatch ロガー機能を導入
  AWS Amplify で新しい CloudWatch ロガー機能がリリースされたことを発表できることを嬉しく思います。
  この機能は現在、Swift と Android の開発者が利用できるようになっています。
  この機能により、開発者は Amplify ライブラリのエラーを CloudWatch に記録できるようになり、本番環境の問題を検出する機能が強化されます。
  また、開発者はカスタムログを作成して、アプリケーションのさまざまな部分で障害を検出できます。
  

以上です。最後までお読みいただき、ありがとうございました。

関連サービス