はじめに #
AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
まとめと気付き #
Amazon VPC LatticeがResource GatewayでIPアドレスの設定に対応しました。VPCって結構難しいですよね。Latticeまで使いこなすとなると尚更ですが、いつかチャレンジしたいです。IPv4枯渇もあり、利用できるアドレス数を設定できたりするようですが、その数は変更できないようです。VPCの再構築は依存関係の問題もありかなり面倒なので、注意して設定しないとだめですね。
Amazon CognitoのManaged Loginで利用規約とプライバシーポリシー文書に対応しました。ログイン時のプライバシーポリシー表示を開発無しで出せるようになるのは便利ですね。
AWS Service Quotasで自動クォータ管理機能が正式リリースされました。今までなんでなかったのか！というくらいほしかった機能ですよね。これでクオータの設定も今までより安心してできますね。
¥3,520 Amazonで見る![AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11](https://m.media-amazon.com/images/I/61ftnZ09WvL._SY522_.jpg)
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11
Amazon VPC LatticeがResource GatewayでIPアドレスの設定に対応 #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon VPC Latticeのリソースゲートウェイに割り当てられるIPv4アドレスの数を設定できるようになりました。リソースゲートウェイの設定時に、Elastic Network Interface(ENI)ごとのIPv4アドレス数を指定できます。この設定は一度設定すると変更できません。
何が嬉しいのか #
IPv4アドレス数は、ネットワークアドレス変換に使用され、リソースへの同時IPv4接続の最大数を決定します。これにより、予想される接続ボリュームに応じて適切なIPv4アドレス数を設定することで、リソースへのアクセスを最適化できます。
VPC Latticeは、データベース、クラスター、ドメイン名などのレイヤー4リソースへのアクセスを、複数のVPCやアカウント間で提供する機能を強化しています。
これまでとどう変わるのか #
- これまで
- リソースゲートウェイのENIに割り当てられるIPv4アドレス数は固定でした
- デフォルトの設定(16個のIPv4アドレス)しか利用できませんでした
- これから
- リソースゲートウェイ作成時にENIごとのIPv4アドレス数を指定できます
- 接続ボリュームに応じて最適なアドレス数を設定できます
- IPv6の場合は引き続き、ENIごとに/80 CIDRが自動的に割り当てられます(デフォルト設定のまま)
具体的なユースケース #
- 大量の同時接続が予想されるデータベースやクラスターへのアクセスを管理する際に、適切なIPv4アドレス数を事前に設定できます
- 複数のVPCやアカウントをまたがるマイクロサービス間の通信で、トラフィック量に応じた最適化が可能になります
この機能は追加料金なしで、VPC Latticeが提供されている全てのAWSリージョンで利用可能です。
VPC Latticeは「Amazon Virtual Private Cloud Lattice」の略で、複数のVPCやアカウントをまたがるアプリケーション間の接続を簡素化し、安全に管理するためのAWSのネットワークサービスです。
主な特徴は以下の通りです。
- サービス間の接続を簡素化: 複数のVPCやアカウントに分散したマイクロサービスを、統一されたネットワーク層で接続できます。VPCピアリングやTransit Gatewayなどの複雑なネットワーク構成を簡素化します
- セキュリティとアクセス制御: サービスレベルの認証・認可機能を提供し、きめ細かいアクセス制御が可能です。IAMポリシーやリソースポリシーを使用してトラフィックを制御できます
- Layer 4およびLayer 7のトラフィック管理: TCP/UDPトラフィック(Layer 4)とHTTP/HTTPS(Layer 7)の両方をサポートし、リソースゲートウェイを通じてデータベースやクラスターなどへのアクセスも管理できます
Amazon ECS、Amazon EKS、EC2インスタンスなど、さまざまなコンピューティングリソースで動作するアプリケーションで使用できます。
Amazon CognitoのManaged Loginで利用規約とプライバシーポリシー文書に対応 #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon CognitoのManaged Loginページで、利用規約とプライバシーポリシーの文書を設定できるようになりました。ユーザー登録時に法的条項をシームレスに提示できるようになり、実装が簡素化されました。
何が嬉しいのか #
以前から、Managed Loginではノーコードエディタを使用して、サインアップ、ログイン、パスワード回復、多要素認証までのユーザージャーニーをカスタマイズできました。今回の機能追加により、開発チームがカスタムソリューションを構築する必要なく、利用規約とプライバシーポリシーの文書を簡単に設定できるようになりました。
これまでとどう変わるのか #
-
これまで
- 利用規約やプライバシーポリシーを表示するには、カスタムUIを構築する必要がありました
- 各言語ごとの対応も独自に実装する必要がありました
-
これから
- Cognitoユーザープール内の各アプリクライアントに対して、利用規約とプライバシーポリシーのURLを設定できます
- ユーザー登録時に、サインアップすることで利用規約とプライバシーポリシーに同意することを示すテキストとリンクが自動的に表示されます
- Managed Loginのローカライゼーション設定に合わせて、サポートされている各言語に異なるURLを設定できます
- 例: フランス語(fr)用にプライバシーポリシーと利用規約を設定し、サインアップページのURLのlangクエリパラメータでフランス語が選択された場合、設定したフランス語のURLが表示されます
具体的なユースケース #
- 多言語対応のグローバルアプリケーションで、各地域の法規制に準拠した利用規約を表示
- B2Cアプリケーションで、ユーザー登録時のコンプライアンス要件を満たす
- 開発工数を削減しながら、プロフェッショナルなユーザー登録フローを実現
この機能は、Amazon CognitoのEssentialsまたはPlusティアを使用しているお客様が、AWS GovCloud(US)リージョンを含むCognitoが利用可能なすべてのAWSリージョンで利用できます。
Amazon Connect Casesが関連ケースのリンク、カスタム関連アイテム追加、検索機能を提供する新しいAPIをリリース #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon Connectで、関連ケースをリンクしたり、カスタム関連アイテムを添付したり、それらを横断的に検索できる新しいAPIがプログラマティックに利用できるようになりました。これにより、エージェントが問題をより迅速に解決するための完全なコンテキストを持つことができます。
何が嬉しいのか #
ケースデータをプログラマティックに充実させることで、顧客対応の品質とスピードが大幅に向上します。例えば:
- 航空会社のユースケース: 1つのフライトキャンセルに関連するすべての顧客ケースをリンクして、再予約の調整やプロアクティブな更新を送信できます
- 小売業のユースケース: 返金リクエストに注文詳細や配送情報を添付して、より迅速な解決と顧客への情報提供が可能になります
これまでとどう変わるのか #
-
これまで
- ケース間の関連付けや追加情報の紐付けは手動または限定的な方法で行う必要がありました
- 関連情報を探すために複数のシステムを横断する必要がありました
-
これから
- APIを使用してケースを自動的にリンクし、関連アイテムを添付できます
- 関連するケースやアイテムを横断的に検索できます
- エージェントが1つの画面で必要な情報すべてにアクセスできます
具体的なユースケース #
- 複数の顧客に影響する障害や問題(フライトキャンセル、システム障害など)の一括管理
- 同一顧客の過去のケースを紐付けて、継続的なサポート品質の向上
- 注文、配送、支払い情報などの関連データをケースに添付して、コンテキストを充実化
この機能は、以下のAWSリージョンで利用可能です:
- 米国東部(バージニア北部)
- 米国西部(オレゴン)
- カナダ(中部)
- 欧州(フランクフルト)
- 欧州(ロンドン)
- アジアパシフィック(ソウル)
- アジアパシフィック(シンガポール)
- アジアパシフィック(シドニー)
- アジアパシフィック(東京)
- アフリカ(ケープタウン)
Amazon DocumentDB (MongoDB互換)が4つの新リージョンで利用可能に #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon DocumentDB (MongoDB互換)が、アジアパシフィックとメキシコの4つの新しいリージョンで利用可能になりました。対応リージョンは以下の通りです:
- アジアパシフィック(大阪)
- アジアパシフィック(タイ)
- アジアパシフィック(マレーシア)
- メキシコ(中部)
何が嬉しいのか #
Amazon DocumentDBは、インフラストラクチャの管理なしに、事実上あらゆる規模でクリティカルなドキュメントワークロードを簡単かつコスト効率的に運用できるフルマネージドのネイティブJSONデータベースです。
主な特徴:
- 高いスケーラビリティと耐久性: 毎秒数百万のリクエストをサポート
- 低レイテンシ: 数分以内に最大15個の読み取りレプリカにスケールアウト可能(アプリケーションのダウンタイムなし)
- 自動ストレージスケーリング: 最大128 TiBまで自動的にスケール(アプリケーションへの影響なし)
- AWSサービスとのネイティブ統合: DMS、CloudWatch、CloudTrail、Lambda、Backupなど
これまでとどう変わるのか #
-
これまで
- これらのリージョンでMongoDBワークロードを実行するには、他のリージョンを使用する必要があり、レイテンシが高くなる可能性がありました
- データレジデンシー要件を満たすのが困難でした
-
これから
- 大阪、タイ、マレーシア、メキシコのユーザーがローカルリージョンでDocumentDBを利用できます
- レイテンシの削減とデータレジデンシー要件の遵守が容易になります
- ミッションクリティカルなMongoDBワークロードを現地リージョンで実行可能です
具体的なユースケース #
- アジアパシフィック地域でのモバイルアプリやWebアプリケーションのバックエンドデータベース
- メキシコ市場向けのEコマースプラットフォームのカタログ管理
- 低レイテンシが求められるゲームやリアルタイムアプリケーションのセッション管理
- 規制要件でデータを特定リージョンに保持する必要があるエンタープライズアプリケーション
Amazon DocumentDBクラスターは、AWS管理コンソール、AWS CLI、またはSDKから作成できます。
Amazon EC2 Im4gnインスタンスがアジアパシフィック(ムンバイ)リージョンで利用可能に #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon EC2 Im4gnインスタンスがアジアパシフィック(ムンバイ)リージョンで利用可能になりました。Im4gnインスタンスは、AWS Nitro System上に構築され、AWS Graviton2プロセッサを搭載しています。
何が嬉しいのか #
Im4gnインスタンスは、I/O集約型ワークロードのために特別に設計された強力な性能を提供します。
主な特徴:
- 大容量ストレージ: 最大30TBのインスタンスストレージを搭載
- 高速SSD: AWSが独自設計した第2世代AWS Nitro SSDを採用し、I/O集約型ワークロード(SQL/NoSQLデータベース、検索エンジン、分散ファイルシステム、データ分析)に最適化されたストレージパフォーマンスを実現
- 高速ネットワーク: 最大100 Gbpsのネットワーク帯域幅
- EFA対応: ノード間通信が多いアプリケーション向けにElastic Fabric Adapter (EFA)をサポート
これまでとどう変わるのか #
-
これまで
- ムンバイリージョンでI/O集約型ワークロードを実行する場合、他のインスタンスタイプを使用するか、別のリージョンでIm4gnを利用する必要がありました
- 現地でのI/O性能とレイテンシの最適化が困難でした
-
これから
- ムンバイリージョンで直接Im4gnインスタンスを利用できます
- インドおよび周辺地域のユーザーに対して、低レイテンシで高性能なI/Oワークロードを提供可能です
- データレジデンシー要件を満たしながら、高性能を実現できます
具体的なユースケース #
- リレーショナルデータベース: MySQL、MariaDB、PostgreSQLなどの中大規模データセットを持つデータベースで、高いトランザクション処理性能(TPS)が必要な場合
- NoSQLデータベース: KeyDB、ScyllaDB、Cassandraなどで、高速なコンピューティング性能とネットワークスループットが求められる場合
- 検索エンジン: ローカルストレージ上のデータセットへの高速アクセスが必要な検索ワークロード
- データ分析: ローカルストレージへの高速アクセスが必要なデータ分析ワークロード
Im4gnインスタンスは、AWS管理コンソール、AWS CLI、またはAWS SDKから開始できます。
Amazon EKSとAmazon EKS DistroがKubernetesバージョン1.34に対応 #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon Elastic Kubernetes Service (EKS)とAmazon EKS DistroでKubernetesバージョン1.34が利用可能になりました。新しいEKSクラスターをバージョン1.34で作成したり、既存のクラスターをバージョン1.34にアップグレードしたりできます。
何が嬉しいのか #
Kubernetesバージョン1.34は、いくつかの重要な改善とバグ修正を導入しています。主な改善点:
- kubeletイメージ認証プロバイダー向けのプロジェクテッドサービスアカウントトークン: コンテナイメージのプルに対するセキュリティが向上
- Pod レベルのリソースリクエストと制限: マルチコンテナのリソース管理が簡素化
- Dynamic Resource Allocation (DRA) の優先順位付け代替案: ワークロードが優先順位付けされたデバイス要件を定義でき、リソーススケジューリングが改善
これまでとどう変わるのか #
-
これまで
- Kubernetes 1.33以前のバージョンを使用していました
- マルチコンテナのリソース管理やセキュリティ機能は限定的でした
-
これから
- EKSコンソール、eksctl CLI、またはInfrastructure-as-Codeツールを使用してバージョン1.34にアップグレード可能
- 改善されたセキュリティとリソース管理機能を利用できます
- EKSクラスターインサイトを使用して、アップグレードに影響する可能性のある問題を事前にチェックできます
具体的なユースケース #
- セキュリティ要件が高い環境でのコンテナイメージプルの強化
- 複数コンテナを持つPodでのリソース管理の簡素化
- GPU や専用ハードウェアを必要とするワークロードでの優先順位付けされたリソース割り当て
この機能は、AWS GovCloud (US)リージョンを含む、EKSが利用可能なすべてのAWSリージョンで利用可能です。EKS Distroのビルドは、ECR Public GalleryとGitHubから入手できます。
Amazon RDS for Db2がネイティブデータベースバックアップに対応 #
投稿日: 2025年10月07日
何ができるようになったのか #
Amazon RDS for Db2で、ネイティブなデータベースレベルのバックアップが可能になりました。これにより、データベース管理と移行における柔軟性が大幅に向上します。
何が嬉しいのか #
この機能により、複数データベースを持つRDS for Db2インスタンス内の個別のデータベースを選択的にバックアップできるようになりました。主なメリット:
- 選択的バックアップ: 特定のデータベースのみを別のインスタンスまたはオンプレミス環境に効率的に移行可能
- 開発・テスト環境の迅速な構築: シンプルなバックアップコマンドでデータベースのコピーを簡単に作成
- コンプライアンス要件対応: 個別のバックアップコピーを作成することで、コンプライアンス要件を満たすことが可能
- ストレージコスト削減: フルインスタンススナップショットではなく特定のデータベースをバックアップすることで、ストレージコストを削減
これまでとどう変わるのか #
-
これまで
- インスタンス全体のスナップショットを取得する必要がありました
- 特定のデータベースのみを移行する場合でも、全データのバックアップが必要でした
- ストレージコストが高くなる傾向がありました
-
これから
- 個別のデータベースを選択してバックアップ可能
- 必要なデータベースのみを効率的に移行できます
- シンプルなバックアップコマンドで操作できます
- ストレージの最適化によりコスト削減が可能
具体的なユースケース #
- マルチテナントアプリケーションで特定のテナントデータベースのみを移行
- 開発・テスト環境用に本番データベースの一部のみをコピー
- コンプライアンス要件で特定のデータベースの独立したバックアップが必要な場合
- オンプレミスからクラウドへの段階的な移行
この機能は、Amazon RDS for Db2が提供されているすべてのAWSリージョンで利用可能です。
AWS Service Quotasで自動クォータ管理機能が正式リリース #
投稿日: 2025年10月07日
何ができるようになったのか #
AWS Service Quotasの新機能「自動クォータ管理」が正式リリースされました。この機能は、クォータの使用状況を監視し、割り当てられたクォータを使い切る前に顧客に通知します。
何が嬉しいのか #
自動クォータ管理により、クォータ使用状況の可視性が向上し、プロアクティブな認識が可能になります。これにより、アプリケーションを中断なくスケールできます。
主な機能:
- クォータ使用状況の通知: 自動的にクォータ使用状況を通知
- 柔軟な通知チャネル: Service Quotasコンソールまたはapi経由で、email、SMS、Slackなどの好みの通知チャネルを設定可能
- AWS Healthとの統合: 通知はAWS Healthでも利用可能
- 自動化ワークフロー: AWS CloudTrailイベントをサブスクライブして自動化ワークフローを構築可能
これまでとどう変わるのか #
-
これまで
- クォータの使用状況を手動で監視する必要がありました
- クォータ上限に達してからエラーに気づくケースがありました
- アプリケーションのスケーリングが中断されることがありました
-
これから
- クォータ使用状況が自動的に監視され、上限に達する前に通知されます
- プロアクティブに対応できるため、アプリケーションの中断を防げます
- 複数の通知チャネルで柔軟に通知を受け取れます
- 自動化ワークフローで対応を自動化できます
具体的なユースケース #
- 急速に成長するアプリケーションで、EC2インスタンス数やLambda同時実行数などのクォータ上限に達する前に通知を受け取る
- マルチアカウント環境で各アカウントのクォータ使用状況を一元的に監視
- CloudTrailイベントをトリガーに、クォータ増加リクエストを自動的に送信する自動化を構築
- Slackなどのチームコミュニケーションツールでリアルタイムに通知を共有
この機能は、追加料金なしで、すべてのAWS商用リージョンで利用可能です。
AWS Incident Detection and ResponseがAWS GovCloudリージョンで利用可能に #
投稿日: 2025年10月07日
何ができるようになったのか #
AWS Incident Detection and ResponseがAWS GovCloud (US-West)とAWS GovCloud (US-East)リージョンの両方で利用可能になりました。
何が嬉しいのか #
AWS Incident Detection and Responseは、適格なAWS Enterprise Supportのお客様に対して、プロアクティブなインシデントエンゲージメントを提供し、障害の可能性を減らし、クリティカルなワークロードの中断からの復旧を加速します。この機能により、AWSと協力して、オンボードされた各ワークロードにカスタマイズされたランブックと対応計画を開発できます。
これまでとどう変わるのか #
-
これまで
- GovCloudリージョンではIncident Detection and Responseが利用できませんでした
- 政府機関や規制要件の厳しい組織は、この高度なサポート機能を利用できませんでした
-
これから
- GovCloudリージョンでもIncident Detection and Responseを利用可能
- 政府機関向けワークロードでもプロアクティブなインシデント対応が可能に
- カスタマイズされたランブックと対応計画をAWSと共同開発できます
具体的なユースケース #
- 政府機関のクリティカルなワークロードでの障害予防と迅速な復旧
- 規制要件の厳しい環境でのプロアクティブな運用サポート
- ミッションクリティカルなGovCloudワークロードの可用性向上
AWS MarketplaceがUsage-basedプライベートオファーで4つの新通貨に対応 #
投稿日: 2025年10月07日
何ができるようになったのか #
AWS Marketplaceで、使用量ベースのプライベートオファーが4つの新しい通貨(EUR、GBP、AUD、JPY)に対応しました。
何が嬉しいのか #
AWS Marketplaceの販売者とチャネルパートナーは、通貨換算の複雑さや為替リスクなしに、これらの新通貨で価格設定することで、グローバルにバイヤーにリーチできるようになります。
これまでとどう変わるのか #
-
これまで
- 使用量ベースのプライベートオファーは限定的な通貨でのみ提供されていました
- グローバル展開時に為替リスクや通貨換算の複雑さがありました
-
これから
- EUR、GBP、AUD、JPYで直接価格設定可能
- 為替リスクを回避し、各地域のバイヤーに最適な価格提示が可能
- グローバル展開が簡素化されます
具体的なユースケース #
- 欧州市場向けにEURで価格設定されたSaaSソリューション
- 日本市場向けにJPYで提供される使用量ベースのプライベートオファー
- 英国やオーストラリア市場への現地通貨での展開
AWS MarketplaceがChannel Partner Private Offersの日本消費税サポートを拡大 #
投稿日: 2025年10月07日
何ができるようになったのか #
AWS MarketplaceがChannel Partner Private Offers (CPPOs)の日本消費税(JCT)サポートを拡大し、Independent Software Vendors (ISVs)とチャネルパートナーの税務体験を強化しました。
何が嬉しいのか #
日本のISVが日本のチャネルパートナーに日本のバイヤーへの再販を承認する取引において、税務処理がより簡素化され、コンプライアンスが向上します。
これまでとどう変わるのか #
-
これまで
- Channel Partner Private Offersにおける日本消費税の取り扱いが限定的でした
- 日本国内の取引で税務処理が複雑でした
-
これから
- 日本消費税サポートが拡大され、税務体験が向上
- 日本のISV、チャネルパートナー、バイヤー間の取引がスムーズに
- コンプライアンス対応が簡素化されます
具体的なユースケース #
- 日本国内のソフトウェア再販ビジネスモデルの構築
- 日本のチャネルパートナーを通じた製品販売の拡大
- 消費税コンプライアンスを確保したマーケットプレイス取引
AWS Marketplaceが販売者向けに価格設定ディメンション機能を強化 #
投稿日: 2025年10月07日
何ができるようになったのか #
AWS Marketplaceが販売者向けの価格設定ディメンション機能を強化し、制限を増やし、柔軟性を向上させました。
何が嬉しいのか #
この強化により、以下が実現されました:
- 最大価格設定ディメンション数が24から200に増加
- 新しいSaaSディメンションの即時使用が可能
- 90日間の待機期間を削除
販売者は製品価格をより柔軟に管理できるようになります。
これまでとどう変わるのか #
-
これまで
- 価格設定ディメンションが最大24に制限されていました
- 新しいディメンションの使用に90日間の待機期間がありました
- 複雑な価格体系を実装するのが困難でした
-
これから
- 最大200の価格設定ディメンションを使用可能
- 新しいSaaSディメンションを即座に使用開始できます
- より詳細で柔軟な価格戦略を実装可能
具体的なユースケース #
- 多様な機能セットを持つSaaS製品の詳細な価格設定
- 使用量に応じた細かい課金モデルの実装
- 複数の価格次元を組み合わせた複雑な価格体系の構築
Amazon Redshift Serverlessの低ベース容量構成が新リージョンで利用可能に #
投稿日: 2025年10月08日
何ができるようになったのか #
Amazon Redshift Serverlessで、8 Redshift Processing Units (RPUs)の低いベース容量構成でスタートできるようになりました。この機能がアジアパシフィック(ソウル)とカナダ(中部)リージョンで利用可能になりました。各RPUは16GBのメモリを提供します。
何が嬉しいのか #
低いベース容量からスタートすることで、コストを抑えながらRedshift Serverlessを試用・利用できます。ワークロードの成長に応じてスケールアップすることも可能です。
これまでとどう変わるのか #
-
これまで
- これらのリージョンでは、より高いベース容量からスタートする必要がありました
- 小規模ワークロードには過剰なリソースとコストがかかる可能性がありました
-
これから
- 8 RPU(128 GBメモリ)から開始可能
- 小規模ワークロードやPoC環境でコスト効率的に利用できます
- 必要に応じて自動スケーリング可能
具体的なユースケース #
- 小規模データウェアハウスのスタートアップ
- PoC環境やテスト環境でのコスト最適化
- 段階的なデータウェアハウスの構築
Research and Engineering Studio on AWS 2025.09がリリース #
投稿日: 2025年09月30日
何ができるようになったのか #
Research and Engineering Studio (RES) on AWS 2025.09がリリースされ、分数GPU、簡素化されたAMI管理、強化されたデプロイメントの柔軟性のサポートが追加されました。また、4つの追加AWS商用リージョンへのリージョナル可用性も拡大されました。
何が嬉しいのか #
主な新機能:
- 分数GPU (Fractional GPUs): GPU リソースをより細かく分割して利用可能
- 簡素化されたAMI管理: Amazon Machine Imageの管理が容易に
- 強化されたデプロイメント柔軟性: より柔軟なデプロイメントオプション
- リージョナル可用性の拡大: 4つの追加リージョンで利用可能
これまでとどう変わるのか #
-
これまで
- GPU は完全なユニットでのみ利用可能でした
- AMI管理が複雑でした
- 利用可能なリージョンが限定的でした
-
これから
- GPUリソースをより効率的に活用できます
- AMI管理が簡素化され、運用負荷が軽減
- より多くのリージョンで研究・エンジニアリング環境を構築可能
具体的なユースケース #
- HPC(ハイパフォーマンスコンピューティング)環境の構築
- AI/機械学習の研究開発環境
- エンジニアリングシミュレーション環境の展開
- 複数リージョンでの研究プロジェクトの実施
Research and Engineering Studio (RES)は「Research and Engineering Studio on AWS」の正式名称で、研究者やエンジニアがAWS上でハイパフォーマンスコンピューティング(HPC)環境を簡単に構築・管理できるオープンソースのソリューションです。
主な特徴は以下の通りです。
- 統合されたHPC環境の構築: 研究者やエンジニアが、複雑なインフラ設定なしにHPCクラスター、仮想デスクトップ、共有ストレージを迅速にデプロイできます。コンピューティングリソース、可視化ツール、データ管理を一元的に提供します
- 柔軟なリソース管理: ジョブスケジューラー(AWS Batch、Slurm等)を通じて、必要に応じてコンピューティングリソースをオンデマンドで利用可能。分数GPU機能により、GPUリソースを細かく分割して効率的に活用できます
- セキュアなマルチユーザー環境: Active DirectoryやLDAP統合により、複数の研究チームが安全に共同作業できる環境を提供。プロジェクトごとのアクセス制御とリソース分離が可能です
科学技術計算、エンジニアリングシミュレーション、AI/ML研究、ゲノム解析など、高性能コンピューティングが必要な様々な研究開発プロジェクトで活用されています。