何となくわかった気になる週刊AWS - 2021/11/15週

## はじめに

お久しぶりです、なじむです。
DAS, MLS の試験勉強をしていたら、週末にブログをまとめる時間が取れず期間が空いてしまいました。無事どちらも合格しましたが、ラスト DBS が 12月に控えているため、それまで更新をお休みしようと思います。
というわけで今週は試験勉強の息抜きがてら、張り切ってやっていきましょう！AWS Japan さんがまとめている[週刊AWS](https://aws.amazon.com/jp/blogs/news/tag/%E9%80%B1%E5%88%8Aaws/)で確認した内容の自分用メモ。
今回は[11/15週](https://aws.amazon.com/jp/blogs/news/aws-weekly-20211018/)のアップデートです。

## 11/15(月)

### [AWS Amplify が CDK を使用して Amplify で生成されたリソースをオーバーライドする機能を発表](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-amplify-override-amplify-generated-resources-cdk/)

AWS Amplify はモバイルアプリケーションやウェブアプリケーションを構築するための認証基盤やストレージをコマンド一つで作成できるサービスです。本アップデートでは、Amplify で作成したリソースの設定をコマンド一つで変更する機能が使用可能になりました。

これまで Amplify で作成したリソースの設定を変更する場合は ```amplify update auth``` のコマンドを実行し、対話型で更新する必要がありました。本アップデートにより、```amplify override auth``` のコマンドを実行することで typescript のテンプレートファイルが作成され、```amplify push -y``` を実行することで CDK が動き、テンプレートファイルの内容で設定を変更することができるようになりました

例えば、認証基盤（Congnito）の設定を変更するためには以下のような流れを実行します。

1. ```amplify add auth``` を実行し、認証基盤（Cognito）を作成する ※詳細は省略
1. ```amplify override auth``` を実行する
1. ```amplify/backend/auth/<リソース名>/override.ts``` が作成されるためファイルの内容を修正する
1. ```amplify push -y``` を実行する
1. リソースの設定が変更される

override.ts は typescript で記載されているので以下のように修正します。
（export の中の resource.…句を追記します）

```typescript:override.ts
import { AmplifyAuthCognitoStackTemplate } from '@aws-amplify/cli-extensibility-helper';

export function override(resources: AmplifyAuthCognitoStackTemplate) {
  resources.userPool.policies = {
    passwordPolicy: {
      ...resources.userPool.policies["passwordPolicy"], // 現在の設定を展開
      temporaryPasswordValidityDays: 2 // 「一時的なパスワードの有効日」の設定を上書き
    }
  }
}
```

上述のコマンドを実行した結果は以下です。
確かに、パスワードのポリシーが変わっていますね。

- 変更前
  ![20211123_131745.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/58e023ab-fbba-41ad-287b-3a5bc8204342.jpeg)

- 変更後
  ![20211123_133057.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/a6c767d3-4d61-d81a-c6c4-d0955d1e2d69.jpeg)

なお、上書き（Override）できるリソースは以下です。

- AWS IAM
- Amazon Cognito
- Amazon S3
- Amazon DynamoDB

やってみた系の記事は以下公式ブログが参考になりました。
(参考) [Amplifyで生成されたバックエンドリソースをCDKでカスタマイズする新機能 「オーバーライド」のご紹介](https://aws.amazon.com/jp/blogs/news/override-amplify-generated-backend-resources-using-cdk/)

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

### [AWS Step Functions の Synchronous Express Workflow が AWS PrivateLink のサポートを開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-step-functions-synchronous-express-aws-private-link/)

AWS Step Functions はワークフローを実行するためのサービスです。Lambda や ECS 等を組み合わせたり、StepFunction をネストしたりしてワークフローを作成します。
![1a.ff004b5184e4cc19a8489774c4b413b73469e08a.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/af6b90d2-8a3e-e53c-6b0b-012a84fc0d7f.png)
(出典) [AWS Batch および AWS Step Functions を組み合わせて、動画処理ワークフローを作成する](https://aws.amazon.com/jp/getting-started/hands-on/process-video-jobs-with-aws-batch-on-aws-step-functions/)

Step Functions では以下の種類のワークフローがあります。

- 標準ワークフロー　　：長時間実行され、耐久性が高く、監査可能なワークフローに最適
- Express ワークフロー：大容量のイベント処理ワークロード（IoT データの取り込みなど）に最適
  - 非同期：ワークフローが開始されたことの確認を返すが、ワークフローが完了するまで待機しない
  - 同期　：ワークフローを開始し、完了するまで待ってから結果を返す

(参考) [標準ワークフローと Express ワークフロー](https://docs.aws.amazon.com/ja_jp/step-functions/latest/dg/concepts-standard-vs-express.html) 
(参考) [同期および非同期の Express ワークフロー](https://docs.aws.amazon.com/ja_jp/step-functions/latest/dg/concepts-express-synchronous.html)

これまでは標準ワークフロー、非同期 Express ワークフローの PrivateLink のみ提供されていましたが、今回のアップデートで、同期 Express ワークフローの PrivateLink が使用可能になりました。

実際の画面は以下です。
Synchronous Express Workflow で Privatelink が使用可能になっています。
![20211123_134549.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/8820a037-ea24-eb4d-bec7-67c87a6ba63d.jpeg)

大阪リージョンは、同期 Express ワークフローの PrivateLink は対応していましたが、標準ワークフロー（states.ap-northeast-3.amazonaws.com）の VPC エンドポイントはサポートしていないんですね。

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

### [AWS が Amazon Neptune に接続するためのオープンソース JDBC ドライバーをリリース](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-open-source-jdbc-driver-amazon-neptune/)

Amazon Neptune はグラフデータベースのマネージドサービスです。
![foaf-graph.e5e42865e0ee97a2972f9014d28f525ef68a981b.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/4ed0a62c-2bc7-343f-afea-5391b17455ea.png)
(出典) [グラフデータベースとは？](https://aws.amazon.com/jp/nosql/graph/)

これまで Neptune にアクセスするためには EC2 に Gremlin をインストールしてアクセスしたり、Jupyter Notebook を構築してアクセスする必要がありましたが、今回のアップデートにより JDBC 経由で Neptune にアクセスできるようになりました。
これにより、ビジネスインテリジェンス (BI) ツールなど、JDBC をサポートするツールやライブラリを使用して Neptune に簡単にアクセスできるようになりました。

Neptune 用の JDBC ドライバは Github よりダウンロードできます。
(参考) [amazon-neptune-jdbc-driver](https://github.com/aws/amazon-neptune-jdbc-driver)

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

## 11/16(火)

### [改良された新しい Amazon Athena コンソールが一般提供を開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/new-improved-amazon-athena-console-generally-available/)

Athena は S3 内のデータを標準 SQL を使用して簡単に分析できるインタラクティブなクエリサービスです。ここ最近、各サービスで新しいコンソールに変わってきていますが、Athena も新コンソールになったようです。
新コンソールになったことにより、以下のことができるようになりました。

- クエリタブバーで、複数のクエリタブを再配置したり、移動したり、閉じたりすることができます。
- 改良された SQL フォーマッタと新しいテキストフォーマットテーマにより、クエリの読み取りと編集がより簡単になりました。
- クエリの結果をクリップボードにコピーすることができ、さらに結果セットをダウンロードすることができます。
- クエリ履歴、保存されたクエリ、ワークグループを並べ替えたり、表示・非表示の列を選択したりすることができます。
- 簡素化されたインターフェースにより、データソースやワークグループの設定を少ないクリック数で行うことができます。
- クエリの結果、クエリの履歴、行の折り返しなどの表示方法を設定できます。
- 改良された新しいキーボードショートカットや、埋め込まれた製品ドキュメントにより、生産性を向上させることができます。

見た目の変化は以下です。

- 旧コンソール
  ![20211123_175212.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/ec38c246-8660-ec0d-bd58-49313c89f08e.jpeg)

- 新コンソール
  ![20211123_175216.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/93b0dacc-e737-79af-f333-d040c9b6026d.jpeg)

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

### [Amazon AppStream 2.0 が Linux アプリケーションストリーミングを導入](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/amazon-appstream-2-0-linux-application-streaming/)

Amazon AppStream 2.0 はアプリケーションストリーミングのマネージドサービスです。
![appstream_figure11.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/a1f400ee-2192-8aa9-4277-2e94c5215f69.png)
(出典) [Amazon AppStream 2.0でデスクトップアプリケーションのストリームをスケールする](https://aws.amazon.com/jp/blogs/news/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/)

これまで、AppStream で使用できるイメージは Windows Server のみでしたが、今回のアップデートにより Amazon Linux 2 のイメージが使用できるようになりました。
これにより、Linux のアプリケーションもストリーミングできるようになり、Windows Server を使用してストリーミングした場合と比較して、総ストリーミングコストを削減することができるようです（どの程度削減できるのか、具体的にどうして削減できるのかは未確認）

実際の画面は以下です。
Amazon Linux 2 のイメージが選択できるようになっています。
![20211123_181239.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/667a67bb-e1ef-7332-ce21-14762bc422a0.jpeg)

Amazon Linux 2 のイメージを使用してアプリケーションをインストールすることにより、ブラウザから任意のアプリケーションやデスクトプ画面をストリーミングすることができます。
（今回、Chrome をストリーミングしたので、ちょっと見た目がアレになっています…）
![20211123_200642.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/a3a83d23-1f0a-9a49-22d1-152ffed92786.jpeg)

やってみた系はクラメソさんのブログが参考になりました。
「Windows の時にあった "Image Assitant" ないじゃん！どうするんだ！？」と小一時間悩んでいましたが、全てここに書いてありました。クラメソさん凄い（そもそも君は [AWS 公式のチュートリアル](https://docs.aws.amazon.com/appstream2/latest/developerguide/tutorial-create-linux-image.html) を読んで…）
(参考) [[アップデート] AppStream 2.0でLinuxイメージがサポートされました](https://dev.classmethod.jp/articles/appstream2-supports-linux-images/)

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

## 11/17(水)

### [AWS Network Firewall が ISO への準拠を達成](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-network-firewall-iso-compliance/)

AWS Network Firewall は VPC 全体でパケットフィルタリング等のネットワーク保護をデプロイするためのマネージドサービスです。
![2020-aws-network-firewall-diagram.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/b54256d0-3740-c799-d516-474b5e1c6e70.png)
(参考)[AWS ネットワークファイアウォール – VPC 用の新しいマネージド型ファイアウォールサービス](https://aws.amazon.com/jp/blogs/news/aws-network-firewall-new-managed-firewall-service-in-vpc/)

今回、Network Firewall が以下 ISO に準拠するようになりました。

- ISO 9001 ：品質管理
- ISO 27001：情報セキュリティ管理
- ISO 27017：クラウドサービスにおける情報セキュリティ管理
- ISO 27018：クラウドサービスにおける個人情報の保護
- ISO 27701：個人情報の保護

各 ISO への準拠が求められているところでは嬉しいアップデートですね。

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

### [AWS Elastic Disaster Recovery の一般提供開始を発表](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-elastic-disaster-recovery-available/)

AWS Elastic Disaster Recovery が GA になりました。その名の通り DR 対策のためのサービスで、オンプレやパブリッククラウドに構築した仮想マシンや DB (Oracle、MySQL、SQL Server など)、 SAP 等のアプリケーションを、AWS にバックアップ、AWS 上でのリカバリが可能です。
![drs-general-arc.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/8d0889ba-a946-541c-0d6e-3bdd5059b603.png)
(出典) [Network diagrams](https://docs.aws.amazon.com/drs/latest/userguide/Network-diagrams.html)

やってみた系の記事でクラメソさんのブログがありましたが一筋縄ではいかなさそう。日本語のドキュメントも少ないので、今後調べながら実際の動作を確認してみようと思います。
(参考) [AWS Elastic Disaster RecoveryでAzure仮想マシンをリカバリしてみた](https://dev.classmethod.jp/articles/elastic-disaster-recovery-azure-to-aws/)

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

### [Amazon EKS Connector でのすべての Kubernetes クラスターの 1 か所での視覚化の一般提供開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/visualize-kubernetes-clusters-one-place-amazon-eks-connector-generally-available/)

Amazon EKS Connector が GA になりました。EKS Connector はオンプレやパブリッククラウドに構築した kubernetes クラスターを EKS のコンソールで一元的に確認できるようになる機能です。

流れとしては以下のようになります。

1. kubernetes クラスターの構築（オンプレでもパブリッククラウドでも可）
1. IAM ロールの作成
  1. Amazon EKS Connector サービスリンク IAM ロールの作成
  1. Amazon EKS Connector Agent IAM ロールの作成
1. クラスターの登録（登録するとマニュフェストファイルが作成される）
1. マニフェストファイルを kubernetes クラスターに適用

(参考) [Amazon EKS Connector](https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/eks-connector.html)

またもクラメソさんのブログの引用ですが、、、
やってみた系では以下のブログがとても参考になりました。kubernets クラスターを構築するの大変でさぼり気味…
(参考) [【祝GA】EKS ConnectorでGKE上のKubernetesクラスターをEKSのコンソールに表示してみた](https://dev.classmethod.jp/articles/eks-connector-with-gke/)

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

## 11/18(木)

### AWS Glue DataBrewに4つの新機能が追加

AWS Glue DataBrew はノーコードでデータの前処理を実行してくれるサービスです。
![20211128_173945.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/29702f1c-3850-9186-91b7-1581e39c6219.jpeg)

この週は Glue DataBrew で以下4つのアップデートがありました。

1. [AWS Glue DataBrew が、個人を特定できる情報 (PII) の検出とデータマスキング変換の提供を開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-glue-databrew-detection-data-masking-transformations/)
  ![20211128_174432.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/6cfde4e8-e8e5-378e-c4c3-94ffbe4fd515.jpeg)

1. [AWS Glue DataBrew が Amazon Redshift と Snowflake からデータを取得するためにカスタム SQL ステートメントのサポートを開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-glue-databrew-custom-sql-retrieve-data-amazon-redshift-snowflake/)
  ![20211128_195138.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/65af66ff-3626-695b-e6af-1e3d6c56f613.jpeg)

1. [AWS Glue DataBrew で、ビジネス要件の定義と検証のためのお客様によるデータ品質ルールの作成が可能に](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-glue-databrew-data-quality-rules-validate-requirements/)
  ![20211128_192052.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/6269d4d6-7e98-eb50-409d-d8c2b6ab0aad.jpeg)

1. [AWS Glue DataBrew が Amazon AppFlow とのネイティブコンソール統合を発表](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-glue-databrew-native-console-integration-amazon-appflow/)
  ![20211128_192718.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/cd5b07a6-e86a-f0a1-f2a1-38a4b55ae162.jpeg)

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

### [Amazon Aurora が MySQL 8.0 をサポート](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/amazon-aurora-mysql-8-0/)

Amazon Aurora は MySQL/PostgreSQL 互換のフルマネージドサービスです。今回のアップデートでは、Aurora で MySQL のバージョン 8.0 が使用可能になりました。
MySQL 8.0 では主に以下の機能が使用可能になっています。

- バイナリログの改善
  - [マルチスレッドレプリケーション](https://dev.mysql.com/doc/refman/8.0/ja/replication-implementation-details.html)
  - [レプリケーションフィルタリング](https://dev.mysql.com/doc/refman/8.0/ja/change-replication-filter.html)
  - [バイナリログトランザクションの圧縮](https://dev.mysql.com/doc/refman/8.0/ja/binary-log-transaction-compression.html)
- [インスタント DDL](https://dev.mysql.com/doc/refman/8.0/ja/innodb-online-ddl-operations.html)のサポート
- [共通テーブル式](https://dev.mysql.com/doc/refman/8.0/ja/with.html)のサポート
- [ウィンドウ関数](https://dev.mysql.com/doc/refman/8.0/ja/window-functions.html)のサポート
- 並列クエリのサポートの追加
- 新インデックスのサポート
  - [不可視](https://dev.mysql.com/doc/refman/8.0/ja/invisible-indexes.html)
  - [降順](https://dev.mysql.com/doc/refman/8.0/ja/descending-indexes.html)
- [ロール機能](https://dev.mysql.com/doc/refman/8.0/ja/roles.html)のサポート

詳細に関しては公式ブログを参照ください。
(参考) [Amazon Aurora MySQL 3 with MySQL 8.0 compatibility is now generally available](https://aws.amazon.com/jp/blogs/database/amazon-aurora-mysql-3-with-mysql-8-0-compatibility-is-now-generally-available/)

実際の画面は以下です。
Aurora MySQL 3.01.0 (compatible with MySQL 8.0.23) が使用可能になっています。

![20211123_234425.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/e1fe8cb8-8b50-a23c-06a1-a5c5bdbcc0ba.jpeg)

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

### [AWS Control Tower が、ネストされた組織単位をサポート](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-control-tower-supports-nested-organizational-units/)

AWS Control Tower はマルチアカウント運用をベストプラクティスに沿って展開してくれるサービスです。
![20211127_013408.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/1dab0a8a-8a62-3b3b-5925-7fa2e96f0da1.jpeg)

これまでは Control Tower を使用すると OU の下に OU を作成するネスト OU の構成は作成できませんでしたが、今回のアップデートにより、その構成が可能となりました。これにより、Control Tower を使用しても柔軟な OU 設計が可能となりました。
これまでは Control Tower には制限があり、以下のように OU の配下に更に OU を作成する構成ができませんでしたが、今回のアップデートにより可能となったという感じです（できなかったのが意外）

```
Root
├Prd
│├System_A
││├AWS_Account_1
││├AWS_Account_2
││└AWS_Account_3
│├System_B
│└System_C
└Dev
　├System_A
　├System_B
　└System_C
```

実際の画面は以下です。
OU を作成する際に親 OU を選択できるようになっています。
![20211124_005724.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/6f0cb865-69b2-f9cf-6551-26c2d9f32cf1.jpeg)

その他、細かい仕様などはクラメソさんのブログが参考になりました。
(参考) [[アップデート] AWS Control Tower で入れ子構造の OU を利用できる様になりました](https://dev.classmethod.jp/articles/update-control-tower-nested-ou/)

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

## 11/19(金)

### [Amazon Athena が AWS Glue Data Catalog パーティションインデックスを使用してクエリを高速化](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/amazon-athena-queries-aws-glue-data-catalog-partition-indexes/)

Athena は S3 内のデータを標準 SQL を使用して簡単に分析できるインタラクティブなクエリサービスです。Athena はデータソースとして、Glue Data Catalog を設定できます。Glue には、クエリの実行時間を短縮するのパーティションインデックスという機能がありますが、これまでは Glue で パーティションインデックスを有効にしていた場合でも、Athena でのクエリは高速化されませんでした。今回のアップデートによりパーティションインデックスが有効な Glue Data Catalog を指定した場合には Athena からでも検索が高速になるようになりました（おそらく）

使用するための流れは以下です。

1. Glue Data Catalog からインデックスを作成する列を選択し、インデックスを作成
2. テーブルでパーティションフィルタリングを有効化
3. Athena でクエリを実行

以下のようなクエリを実行することで、パーティションインデックスを使用してクエリが実行できます。

```SQL
SELECT count(*), sum(value) 
FROM partition_index.table_name
WHERE year='2021' AND month='04' AND day='01'
```

パーティションインデックスを使用した場合としていない場合で、以下の結果となりました。大きな差がありますね。

- 使用した場合　　　：2.091秒
  ![20211128_211152.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/d98157b3-b30a-a6f8-568a-0f58cf0f575b.jpeg)

- 使用しなかった場合：49.847 秒
  ![20211128_211320.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/59d54330-f0fc-c14d-1b97-47e767e50b5c.jpeg)

やってみた系の記事は公式ブログが参考になりました。
(参考) [Improve Amazon Athena query performance using AWS Glue Data Catalog partition indexes](https://aws.amazon.com/jp/blogs/big-data/improve-amazon-athena-query-performance-using-aws-glue-data-catalog-partition-indexes/)

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

### [AWS Database Migration Service がパーティションデータの S3 への並行ロードのサポートを開始](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-database-migration-parallel-load-partitioned-data/)

AWS Database Migration Service はデータベースを AWS に迅速かつ安全に移行するためのサービスです。
![product-page-diagram_AWS-DMS_homogeneous-database-migrations-1.703dcf071fa58120bcd52b9194f9bf7d9a3d9110.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/a3d02f51-197f-3ce8-6be5-0610936cb303.png)
(出典) [AWS Database Migration Service](https://aws.amazon.com/jp/dms/)

Database Migration Service では、RDB -> RDB だけでなく、RDB -> S3 というように、例えば SQL Server のデータ を S3 に出力することができます。これまで、移行時間の短縮のために並列でのデータを移行する機能はターゲットが RDB の場合のみサポートしていましたが、今回のアップデートにより、ターゲットが S3 の場合でも並列でデータ移行することが可能となりました。

実際の画面は以下だと思うのですが、以前の状態が分からないためにはっきりと言えず…
移行タスクの作成時、ターゲットが S3 の場合でもこの項目が設定できるようになったんじゃなかろうかと思っています…（分からない…）
![20211127_012123.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/3e77bdd5-773b-3aea-3bac-79788e0f8fcf.jpeg)

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

### [Syne Tone の一般提供、配信ハイパーパラメータ向けオープンソースライブラリとニューラルアーキテクチャの最適化](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/syne-tune-hyperparameter-neural-architecture-optimization/)

ハイパーパラメータとニューラルアーキテクチャのチューニングジョブを実行できるオープンソースの Python ライブラリである Syne Tune が GA となりました（タイトルは Syne Tone となっていますが、正しくは Syne Tune のようです）
機械学習では、トレーニング用のデータを使用してモデルを構築していきます。ハイパーパラメータは、例えばモデル構築時にそのトレーニング用のデータからどの程度学習するかの学習率やレイヤーあたりのユニットの数等を指定します。この値により最終的な予測の精度が変わってくるため、ハイパーパラメータのチューニングは機械学種における重要な工程の一つであり、とても時間がかかります。

ハイパーパラメータのチューニング手法はいくつかありますが、Syne Tune を使用することにより以下のチューニングの手法を実装することが可能となります。

- ベイズ最適化
- Hyperband 
- Population Based Training

と、機械学習全く分からない私が書けるのはここまでで、詳細は AWS さんのブログがありますのでこちらを参照ください。。。
(参考) [Run distributed hyperparameter and neural architecture tuning jobs with Syne Tune](https://aws.amazon.com/jp/blogs/machine-learning/run-distributed-hyperparameter-and-neural-architecture-tuning-jobs-with-syne-tune/)

Syne Tune は以下からダウンロード可能です。
(参考) [Github: awslabs/syne-tune](https://github.com/awslabs/syne-tune)

- 日本リージョン対応状況 ※リージョンごとのサービスでないため省略
  - 東京：-
  - 大阪：-

### [Amazon Linux 2 AMI が、カーネル 5.10 で利用可能に](https://aws.amazon.com/jp/about-aws/whats-new/2021/11/amazon-linux-2-ami-kernel-5-10/)

Amazon Linux 2 は EC2 での使用に最適化され、EC2 の 最新機能をサポートする Amazon が提供する Linux OS です。2020 年 12 月に Kernel 5.10 が公開されましたが、今回のアップデートで Amazon Linux 2 も Kernel 5.10 に対応するようになりました。Kernel 5.10 を使用することにより、以下のようなメリットがあります。

- WireGuard VPN を含むさまざまなセキュリティ機能を搭載
- カーネルロックダウン機能（カーネルイメージの不正な変更を防ぐための機能）の改善
- CO-RE (Compile Once - Run Everywhere) を含む多くの BPF の改善

実際の画面は以下です。
AMI を選択する時に分かるようになっていますね。 Kernel 5.10 の前の Kernel 4.14 も選択できるようになっています。
![20211127_001611.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/396510/d90ffabf-978c-d3c0-a56c-6df0fcacfcb1.jpeg)

Linux Kernel って何ぞや？という方は以下の記事を参照してみてください。勉強になりました。
(参考) [【初心者向け】Linuxカーネルって一体なんだ？](https://qiita.com/uguis410/items/17ec1e447e9716bfdca7)

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

## 感想

久々にやってみたのですが、記載した内容が合ってるか分からないアップデートもありますし、資格取るだけじゃだめだなと改めて思いました。とりあえず、12月に DBS を取得すれば終わるので、年明けから本格的に再開したいと思います。JAWS とか勉強会にもちゃんと参加しよう（来年の抱負）