何となくわかった気になる週刊AWS – 2021/8/23週

## はじめに

こんにちは、なじむです。
今週も張り切ってやっていきましょう！AWS Japan さんがまとめている[週刊AWS](https://aws.amazon.com/jp/blogs/news/tag/%E9%80%B1%E5%88%8Aaws/)で確認した内容の自分用メモ。
今回は[8/23週](https://aws.amazon.com/jp/blogs/news/aws-weekly-20210823/)のアップデートです。

## 8/23(月)

### [Happy 15th Birthday Amazon EC2 | AWS News Blog](https://aws.amazon.com/jp/blogs/aws/happy-15th-birthday-amazon-ec2/)

8/23 は EC2 の誕生日です！今年で 15 歳になりました。
リンクはアップデートの内容ではなく、これまでのサービスの立ち上げから更改の話まで EC2 の歴史が書かれていますので、もし興味がありましたらぜひご覧ください。

### [Amazon Appflow を使用して SAP アプリケーションから AWS サービスにデータを送信する](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/sap-applications-aws-services-amazon-appflow/)

Datadog や Salesforce、Google Analytics 等、SaaS から S3 や Redshift にデータを転送することができる Appflow が、SAP アプリケーションからのデータ転送に対応しました。

SAP を使ったことないので、どの程度嬉しいのか、どの程度インアクトがあるのか等が分かりませんでした。
SAP について今後調べていこうと思います。

実際の画面は以下です。SAP のフロー作成も可能になっています。
![20210904_141222.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/9d39bec5-6f75-58ed-e3bd-609d836207bd.jpeg)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応 ※AppFlow 自体に未対応

### [AWS Database Migration Service がターゲットとして Redis のサポートを開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/aws-database-migration-service-supports-redis-target/)

AWS に Database のデータを移行するために使用する、AWS Database Migration Service でターゲットエンドポイントに Redis が指定できるようになりました。これにより、データを最小のダウンタイムで Elasticache for Redis や、先日発表された MemoryDB for Redis に移行できるようになりました
そんな需要があるのか分からないのですが、例えば MySQL から Redis へのデータ移行とかも簡単にできるようになっているのだろうか…？

実際の画面は以下です。ターゲットエンドポイントとして、Redisが選択できるようになっています。
![20210904_134957.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/226e628b-effa-6516-0a4b-798bd81a7dc7.jpeg)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：対応

### [Amazon EC2 M6i インスタンスをご利用いただけるリージョンが 2 つ増えました](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/amazon-ec2-m6i-instances-us-west-asia-pacific/)

[先週のブログ](https://qiita.com/NaGym_t/items/40d58736eab11ab994c6#amazon-ec2-m6i-%E3%82%A4%E3%83%B3%E3%82%B9%E3%82%BF%E3%83%B3%E3%82%B9%E3%81%AE%E3%81%94%E7%B4%B9%E4%BB%8B)で紹介した M6i インスタンスが東京でも利用可能になりました。8/16(月)時点では東京リージョンでは利用できなかったのですが、8/23(月)に利用可能できるようになりました。

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応

## 8/24(火)

### [AWS Backup Audit Manager の紹介](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/aws-backup-audit-manager/)

EC2 や RDS 等のバックアップを自動で取得、管理してくれる AWS Backup に、バックアップが適切に取得できているかをチェックする AWS Backup Audit Manager の機能が追加になりました。

AWS Backup の画面の左下から設定ができます。
フレームワークを作成すると、各項目をチェックしてくれます。
![20210904_133404.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/fb73d6d9-14f9-0e5d-10ac-dfe97225c4a9.jpeg)

レポートはバックアップジョブレポート等を作成できるようです。
![20210904_133438.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/584323c9-5d37-4769-6054-516cbfb77eb9.jpeg)

私の環境はリソースが一つもなく動作を見てもつまらなかったのですが、Classmethod さんがやってみた記事を挙げていたので、ぜひご覧ください。
(参考)[[アップデート]AWS BackupでAudit Manager機能が追加されたのでやってみた](https://dev.classmethod.jp/articles/getting-start-aws-backup-audit-manager/)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応

## 8/25(水)

### [Amazon MSK が容量の可視性の向上のためのメトリクスを追加](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/amazon-msk-adds-metrics-increased-visibility-capacity/)

Apache Kafka のマネージドサービスである Amazon Managed Streaming for Apache Kafka (Amazon MSK) で、Cloudwatch に CPU やストレージ、ネットワークのリソース使用状況を示す 19 個のメトリクスが追加になりました。
具体的に度のメトリクスが追加になったのか分からないのですが、この辺を調べる方法ってあるのでしょうか…？

ちなみに、Apache Kafka はスケーラビリティに優れた分散メッセージキューで、例えば IoT 機器のセンサデータを高速に中継し、処理サーバへ受け渡すために使用されるオープンソースプラットフォームです。
イメージ図は NTT Data さんの図が分かりやすいかなと思います。
(参考)[Apache Kafkaとは](https://oss.nttdata.com/kafka/kafka.html)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応 ※MSK自体に未対応

### [Amazon EC 2 Instance Metadata Service、Amazon Time Sync Service、および Amazon VPC DNS サーバーで IPv6 エンドポイントを使用できるようになりました](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/Ipv6-amazon-ec2-metadata-time-sync-vpc-dns/)

EC2 で、IPv6 に対応した以下のエンドポイントが使用できるようになりました。それぞれのエンドポイントも記載します。

| サービス | IPv4 エンドポイント| IPv6 エンドポイント|
| --- | --- | --- |
| Amazon EC 2 Instance Metadata Service | 169.254.169.254 | fd00:ec2::254 |
| Amazon Time Sync Service | 169.254.169.123 | fd00:ec2::123 |
| Amazon VPC DNS サーバー | 169.254.169.253 | fd00:ec2::253 |

やってみた系のブログは以下が参考になりました。ここまで調べてできるの凄いなと思います。
(参考) [EC2 Instance Metadata Service と Amazon Time Sync Service で IPv6 エンドポイントが利用可能になりました](https://shogo82148.github.io/blog/2021/08/30/ipv6-metadata-endpoint-and-ntp-are-available/)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：対応

## 8/26(木)

### [AWS Snowcone が AWS アジアパシフィック (シンガポール) リージョンと AWS アジアパシフィック (東京) リージョンで利用可能になりました](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/aws-snowcone-aws-asia-pacific/)


AWS への大量のデータ転送やエッジコンピューティング、エッジストレージの機能を提供する Snow Family の内、Snowcone が東京リージョンで使用可能になりました。
大きさと容量は以下のような感じです。Snowcone のお手軽さが目立ちます。ちなみに、Snowcone をなくすと \$2,000 かかるようです（\$2,000 払えば Snowcone がお手元に！）

| 項目 | Snowcone | Snowball Edge Storage Optimized | Snowmobile |
| --- | --- | --- | --- |
| 画像 * |![20210903_221504.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/d3010a80-fca7-30d5-6072-8e22e5349c1a.jpeg) |![20210903_221516.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/0c8919ad-0c88-cba6-fba3-c58387a2f1f3.jpeg)|![20210903_221528.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/af8e85ed-90d8-d61d-6e30-8dda651fcdda.jpeg)|
| 容量 | 8 TB | 80 TB | 100 PB |
| 大きさ | お弁当箱くらい | スリムサイズPCを少し小さくした感じ | 大型トラック |
| 東京リージョン | 対応 | 対応 | 不明 |
| 大阪リージョン | 未対応 | 未対応 | 不明 |

(出典) [AWS Snow ファミリー](https://aws.amazon.com/jp/snow/)

実際の画面は以下です。

- 東京リージョン
  ![20210903_225535.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/b4c774fa-ec8e-3bde-400b-56a0d7153b41.jpeg)

- 大阪リージョン
  ![20210903_225546.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/82d69be0-3f86-fc2d-8adf-5bd784348d76.jpeg)


大阪リージョンは Snowball Edge Compute Optimized は対応してましたが、Snowball Edge Storage Optimized は未対応のようでした。

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応

### [Amazon Aurora が、PostgreSQL 13 をサポート](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/amazon-aurora-postgresql-13/)

MySQL および PostgreSQL 互換のマネージド RDBMS である Aurora で、PostgreSQL 13 が利用できるようになりました。
PostgreSQL 13 では以下の機能が追加になっています。

- B Tree インデックスエントリの重複排除
- パーティションテーブルを使用するクエリのパフォーマンスの向上
- データソートを高速化する増分ソート
- VACUUM コマンドによるインデックスの並列処理
- PostgreSQL データベース内のアクティビティをモニタリングする方法の追加
- 新しいセキュリティ機能などの新しい機能や拡張機能による、改善された機能とパフォーマンス
- bool_plperl のサポート

「そもそも PostgreSQL の RDS とどう違うの？」と疑問に感じた方は以下を参照いただくと分かりやすいかと思います。
(参考) [AuroraかRDSどちらを選ぶべきか比較する話をDevelopers.IO 2019 in OSAKAでしました](https://dev.classmethod.jp/articles/developers-io-2019-in-osaka-aurora-or-rds/)

実際の画面は以下です。Aurora で PostgreSQL 13.3 が利用になっています。
![20210903_231549.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/dbeb27d4-2673-a173-deab-0d4c1e336a1e.jpeg)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：対応

### [AWS Compute Optimizer によって、お客様は、Graviton2 ベースのインスタンスへ移行した場合の影響を把握できるようになりました](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/aws-optimizer-migrating-graviton2-Instances/)

EC2 や Lambda のリソース使用状況を分析し、最適なリソースタイプを提案してくれる AWS Compute Optimizer で、Graviton2 ベースのインスタンスへ移行した場合の影響を把握できるようになりました。
Graviton2 は AWS がクラウドで利用するために独自開発した ARM ベースのプロセッサで、M5 や C5、R5 といった他の x86 ベースのインスタンスタイプと比較し、20% のコストダウンと 40% のコストパフォーマンスが向上しています。Graviton2 ベースのインスタンスは M6g や R6g、C6g 等の追加情報が "g" のインスタンスタイプのものが該当します。
なお、比較対象に選択できるのは Windows が Gravitation に対応していないということもあり、Linux インスタンスのみとなっています。

起動しているインスタンスがなく、実際の推奨事項は確認できませんでしたが、以下で設定できます。
![20210904_012151.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/1f042fac-6dff-a043-5412-b94c269896b8.jpeg)

実際の画面は Classmethod さんのブログが参考になりますので、ご覧ください。
(参考) [[アップデート] AWS Compute Optimizerが東京リージョンに対応しました！](https://dev.classmethod.jp/articles/aws-compute-optimizer-tokyo/)

大阪リージョンは Gravitation2 に未対応のため、本機能も未対応です。

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応

## 8/20(金)

### [Amazon Virtual Private Cloud (VPC) の利用時、プレフィックスリストのサイズ変更が可能に](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/amazon-vpc-resize-prefix-list/)

IP アドレスの集合を定義し、それをセキュリティグループなどで使用できるプレフィックスリストで以下アップデートがありました。

1. 作成後に最大エントリ数を変更できるようになりました
1. Resource Access Manager (RAM) を使用して他の AWS アカウントとプレフィックスリストを共有できるようになりました

これまでは作成後にエントリ数を変更することはできず、その範囲を超える場合は再作成が必要でしたが、作成後にも変更できるようになったようです（赤枠の最大エントリが変更可能になった）
※現時点ではマネジメントコンソールからは変更ができず、SDK または AWS CLI での変更が必要な点に注意してください。
![20210904_120802.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/5610be75-f3b9-f95a-e3a3-2016beb57857.jpeg)

RAM での共有もできるようになっていますね。
![20210904_121546.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/2984a029-a2a4-7f58-9ac9-829167f4e0d6.jpeg)

やってみた系のブログは Classmethod さんのブログが参考になりますので、興味のある方はご覧ください。
(参考) [[アップデート] VPCプレフィックスリストの最大エントリ数が変更可能になりました](https://dev.classmethod.jp/articles/amazon-vpc-support-prefix-list-resize/)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：未対応

### [CloudWatch ダッシュボード向けカスタムウィジェットを発表](https://aws.amazon.com/jp/about-aws/whats-new/2021/08/custom-widgets-amazon-cloudwatch-dashboards/)

AWS リソースやアプリケーションのモニタリングサービスである Cloudwatch で、ダッシュボードにカスタムウィジェットを作成できるようになりました。カスタムウィジェットでは Lambda を指定できるようになっており、Lambda の結果を表示できるようになっています。Lambda の結果が表示されるので、実質何でも表示することができそうです。

やってみた系のブログは Classmethod さんのブログが参考になりますので、興味のある方はご覧ください。
(参考) [[アップデート]CloudWatch dashboardに任意のLambda関数の結果を表示できるcustom widgetsが使えるようになりました](https://dev.classmethod.jp/articles/cloudwatch-dashboard-custom-widgets/)
(参考) [CloudWatch dashboard custom widgetsのcwdb-actionで実行するLambda関数にパラメーターを渡したいときはどうするの?](https://dev.classmethod.jp/articles/how-to-pass-rapams-to-lambda-functions-triggered-by-cloudwatch-dashboard-custom-widgets-cwdb-action/)

- 日本リージョン対応状況
  - 東京：対応
  - 大阪：対応

## 感想

今週は DirectConnect の障害で結構大きなニュースになっていましたね。こういうのを経験するとマルチクラウド化って大事じゃない？という気持ちになります。費用対効果が高いかは分かりませんが。