JAWS-UG主催 週刊AWSキャッチアップ（2023/10/23週）

https://jaws-ug.doorkeeper.jp/events/165539

Transcript

1. 週刊AWS 2023.10.23週
2. Amazon ECSのタスクスケジューリング機能が強化され、予測できない 負荷が発生した場合にもより回復力を高めるように動作するようになり ました。ECSで稼働するタスク(コンテナ)はヘルスチェックが行われ、 応答がない場合はそれが終了され代わりのタスクが起動されます。今回 のアップデートで、新たにタスクを起動しサービスに組み込んだ後に、 応答がないタスクを終了するような動作をするようになります。突発的 な負荷が発生すると過負荷によってタスクがヘルスチェックに応答でき ず終了され、一時的に全体のキャパシティが低下してしまう、といった ケースの回避につながることが期待できます。 Amazon ECSで予期できない負荷が発生した際の挙動を改善
3. Amazon ECSで予期できない負荷が発生した際の挙動を改善
4. Amazon ECSで予期できない負荷が発生した際の挙動を改善
5. Amazon ECSで予期できない負荷が発生した際の挙動を改善
6. Amazon RDS for SQL ServerでSQL Server 2019 CU22 – 15.0.4322.2を サポートしました。Express, Web, Standard, Enterpriseの各エディショ ンでご利用いただけます。 Amazon RDS for SQL ServerがSQL Server 2019の新しいマイナーバージョンをサポー ト
7. Amazon RDS for SQL ServerがSQL Server 2019の新しいマイナーバージョンをサポー ト
8. Amazon OpenSearch Serverlessで時刻に基づいた自動データ削除が可能 になりました。この機能はインデックスライフサイクルポリシーを設定 することで有効化できます。不必要になったデータを削除するといった、 ハウスキーピング処理を容易に実現できます。 Amazon OpenSearch Serverlessで時刻ベースのデータ削除に対応
9. RDB : Table OpenSearch : Index 時系列データでスクリプトなしに古いデータを削除できる Amazon OpenSearch Serverlessで時刻ベースのデータ削除に対応
10. Amazon OpenSearch Serverlessで時刻ベースのデータ削除に対応 24h - 3650d
11. PostgreSQL互換のAmazon Auroraでpgvector v0.5.0を利用できるように なりました。機械学習モデルで利用されるエンベディング(埋め込み)デ ータを格納し、効率的に類似するデータを検索することが可能です。 HNSWによる近傍探索のためのインデクシングもサポートされており、 特に生成系AIの分野で利用されるデータストアとしての利用が容易にな ります。pgvector v0.5.0はPostgreSQL 15.4, 14.9, 13.12, 12.16互換の Aurora PostgreSQLでご利用いただけます。 Amazon Aurora PostgreSQLでpgvector v0.5.0を利用可能に
12. Amazon Aurora PostgreSQLでpgvector v0.5.0を利用可能に
13. PostgreSQL互換のAmazon AuroraでPostgreSQL 15.4, 14.9, 13.12, 12.16, 11.21がサポートされました。このアップデートにはBabelfish for Aurora PostgreSQL 3.3のようなアップデートも含まれています。 Amazon Aurora PostgreSQLで新しマイナーバージョンをサポート
14. Amazon Aurora PostgreSQLで新しマイナーバージョンをサポート
15. Amazon Elastic Kubernetes Service(EKS)で、クラスタに紐付けられたサ ブネットとセキュリティグループを変更できるようになりました。VPC の設定を変更する必要が発生した場合も、クラスタを作り直すことなし に変更内容に柔軟に追従させることができます。 Amazon EKSでクラスタのサブネットとセキュリティグループの設定変更が可能に
16. Amazon EKSでユーザが作成した独自のIAMポリシー(カスタマーマネー ジドIAMポリシー)を利用できるようになりました。Kubernetesクラスタ が引き受けることができるIAMの権限をきめ細かく制御することが可能 になり、コンプライアンスやガバナンス要件を満たすことが容易になり ます。 Amazon EKSがカスタマーマネージドIAMポリシーをサポート
17. Amazon SQLにおいて、順序と同じデータが重複して取り出されない事 を保証するFIFOキューのスループット上限が引き上げられました。リー ジョンによって異なりますが、東京リージョンでは高スループットモー ドで最大9,000トランザクション毎秒まで対応可能です Amazon SQSのFIFOキューの高スループットモードにおける上限を引き上げ
18. Amazon SQSのFIFOキューの高スループットモードにおける上限を引き上げ
19. Amazon SQSのFIFOキューの高スループットモードにおける上限を引き上げ
20. 東京リージョンを始め5つのリージョンにおいて、RDS for PostgreSQL, MySQL, MariaDBをGraviton 3プロセッサベースのM7g/R7gインスタン スでご利用いただけるようになりました。 Amazon RDS for PostgreSQL, MySQL, MariaDBでM7g/R7gインスタンスを利用できる リージョンを拡大
21. Amazon RDS for PostgreSQL, MySQL, MariaDBでM7g/R7gインスタンスを利用できる リージョンを拡大
22. Amazon RDS for PostgreSQL, MySQL, MariaDBでM7g/R7gインスタンスを利用できる リージョンを拡大
23. MySQL 8.0.28と互換のAurora MySQL 3.04がLTS(Long term support)対 象になりました。LTSリリースが動作するクラスタでは、最低3年間は同 じマイナーバージョンにとどまり続けることが可能です。この期間はセ キュリティ問題の修正などが提供されますが、新機能は含まれません。 Amazon Aurora MySQL 3.04がLong term support(LTS)対象に
24. Amazon Aurora MySQL 3.04がLong term support(LTS)対象に
25. Amazon Aurora MySQL 3.04がLong term support(LTS)対象に ここ＋１年かな？
26. Amazon Aurora MySQLのバージョン3.05が一般利用開始になりました。 このバージョンはMySQL 8.0.32と互換性を持っています。 Amazon Aurora MySQLのバージョン3.05が利用可能に
27. Amazon Aurora MySQLのバージョン3.05が利用可能に
28. Amazon Aurora MySQLでバッファプールの初期化と検証の一部をデー タベースがオンラインになった後に実行するよう最適化することで、予 期しない再起動や計画的な再起動の双方について起動時間が最大65%短 縮されました。この最適化はAurora MySQL 3.05以降でデフォルト有効 になっています。 Amazon Aurora MySQLでデータベースの再起動時間を最大65%短縮
29. Amazon Aurora MySQLでデータベースの再起動時間を最大65%短縮
30. Amazon Aurora MySQLでデータベースの再起動時間を最大65%短縮
31. 再起動に関わる挙動は ・MySQLの初期化 ・バッファ・プールの初期化と検証 <- ここが重い ・binlog、InnoDBのリカバリ ・etc… Amazon Aurora MySQLでデータベースの再起動時間を最大65%短縮
32. Amazon Aurora MySQLでデータベースの再起動時間を最大65%短縮
33. Amazon EC2で、M2プロセッサを搭載したMacインスタンスが利用可能 になりました。iOS, macOS, iPadOSをはじめとするApple社のプラット フォーム向けの開発やテストにご利用いただけます。 Amazon EC2 M2 Macインスタンスが一般利用開始に
34. Amazon EC2 M2 Macインスタンスが一般利用開始に
35. オンデマンド EC2 Mac 専有ホストには、最小ホスト割り当てと 24 時間 の請求期間があることにご留意ください。 Amazon EC2 M2 Macインスタンスが一般利用開始に
36. Amazon OpenSearch ServiceでIPv4に加えてIPv6による通信を利用でき るようになりました。 Amazon OpenSearch ServiceがIPv6をサポート
37. 高いパフォーマンスを発揮するローカルストレージが利用できるI4iイン スタンスで、新たにI4i.12xlargeとI4i.24xlargeというサイズをご利用い ただけるようになりました。東京・大阪のリージョンでもご利用いただ けます。 Amazon EC2のI4iインスタンスで新たに2つのサイズが利用可能に
38. Amazon EC2のI4iインスタンスで新たに2つのサイズが利用可能に
39. Amazon EC2のI4iインスタンスで新たに2つのサイズが利用可能に
40. Amazon EC2のI4iインスタンスで新たに2つのサイズが利用可能に
41. Amazon AppStream 2.0でWindows環境のマルチセッション接続をサポ ートしました。複数のユーザセッションを単一のインスタンスで処理で きるようになり、コスト効率が向上します。 Amazon AppStream 2.0のMicrosoft Windows環境がマルチセッション接続に対応
42. Amazon AppStream 2.0のMicrosoft Windows環境がマルチセッション接続に対応
43. Amazon AppStream 2.0のMicrosoft Windows環境がマルチセッション接続に対応
44. Amazon AppStream 2.0のMicrosoft Windows環境がマルチセッション接続に対応
45. Amazon AppStream 2.0のMicrosoft Windows環境がマルチセッション接続に対応
46. Amazon EC2で、EC2インスタンスにアタッチされたプライマリのENIが 所属するVPCと異なるVPCに所属するENIを、同じインスタンスにアタ ッチできるようになりました。コントロールプレーンとデータプレーン の分離や、異なるVPCに集約されたアプライアンスへのアクセスが必要 な場合に便利な機能です。 Amazon EC2インスタンスに対して異なるVPCのENIをアタッチ可能に
47. Amazon EC2インスタンスに対して異なるVPCのENIをアタッチ可能に
48. AWS Neuronは機械学習用のアクセラレータであるInferentiaとTranium を搭載したEC2インスタンス向けのSDKです。今回バージョン2.15がリ リースされ、Llama-2 70bモデルのトレーニングへの対応と、PyTorch 2.0のサポートが行われました。 AWS NeuronがLlama-2 70bモデルとPyTorch 2.0をサポート
49. AWS NeuronがLlama-2 70bモデルとPyTorch 2.0をサポート
50. Amazon OpenSearch ServiceのOpenSearch 2.9を利用することで、k- NN FAISSエンジンを利用した効率的なクエリフィルタリングを活用可 能になります。これを利用すると従来よりも低遅延で正確な結果を期待 できるため、ベクトル検索を必要とするアプリケーションで便利にご利 用いただけます。 Amazon OpenSearch Serviceがk-NN FAISSエンジンによる効率的なクエリフィルタリン グに対応
51. Amazon OpenSearch Serviceがk-NN FAISSエンジンによる効率的なクエリフィルタリン グに対応
52. セキュリティデータの分析を容易にするAmazon Security Lakeが大阪リ ージョンをはじめ、4つのリージョンでご利用いただけるようになりま した。 Amazon Security Lakeが大阪リージョンで利用可能に
53. Amazon Security Lakeが大阪リージョンで利用可能に