Aurora features for using

1. Aurora の特徴
MySQL5.6 or PostgreSQL 10.7 互換。
RDS for MySQL よりも高パフォーマンス(5 倍?)
データはマルチ AZ に冗長保管される
S3 へ自動バックアップ
リードレプリカは最大 15 台
Aurora のアーキテクチャ
ストレージ層とインスタンス層で分離している。
ストレージ層は 10GB~64TB で動的にスケールアップされる。
I/O Flow in Aurora Storage Node

2. 以下全て非同期処理で行われる->つまり障害発生時にはデータが失われる恐れがある。しかしながら AWS は Multi-AZ による冗長構成に
より耐障害性を実現している。
1. 更新ログ受信。インメモリキューに登録
2. 永続的なログとして登録。ACK 返信。
3. 更新ログを統合。変更箇所特定
4. ゴシッププロトコル*により変更箇所伝播
5. 変更箇所を新バージョンデータとして統合
6. 定期的な S3 へのバックアップ
7. 定期的なガーベージコレクション
8. 定期的な変更箇所妥当性確認
*ランダムにノード間通信を行い情報を交換する手法。大規模 NW におけるデータベース複製方法として利用される
Aurora の冗長構成
ストレージ層は SSD によるマルチテナント構成で提供される
異なる３つのアベイラビリティゾーンに分散された数百～数千のストレージノードにストライプ化される
データは 6 つに複製される
各アベイラビリティゾーンには 2 つ複製を保持

3. アベイラビリティゾーンとは
アベイラビリティゾーンは、お互いに影響を受けないように、地理、電源、ネットワーク的に分離されています。また、各アベイラビリティゾーン
は高速専用線で接続されています。
Aurora 利用時の注意点
 MySQL, PostgreSQL の最新版には対応していない
 容量は 64TB まで
 マスターノードは冗長されていない
 書込み負荷は軽減されない。1 ノードに集中する
 非同期 I/O により通常の RDS よりは高速

4.  別途マルチマスタ構成も可能
 リード性能のみスケーラブル
 リードレプリカは更新が追い付かない可能性もある(10ms くらいの gap が発生する)
Aurora Serverless の特徴
 Simple
ManagedDB である Aurora を常時起動ではなく、利用時のみ立ち上げる Serverless Service として利用できる
 Scalable
- インスタンスの管理が不要
- キャパシティは上限・下限の設定のみ
- CPU 使用率と接続数合わせて動的にスケールアップ/ダウンがされる。
 Cost Performance
- 消費するキャパシティユニットに対して 1 秒毎に利用料が発生
- 使用していない時はインスタンスノードは自動的にシャットダウンされる
- 東京リージョン料金
 時間当たり利用料=$0.1/ACU
 ストレージ料金=$0.12/GB/月
 I/O 料金=$0.24/100 万リクエスト
 スケールアップ時の条件
 CPU utilization is above 70% OR
 More than 90% of connections are being used
 スケールダウン時の条件
 CPU utilization drops below 30% AND
 Less than 40% of connections are being used
負荷に応じてスケールアップを図りたい図
りたい

5.  ACU 別コネクションの上限
キャパシティユニット数 メモリ量 max_connections
2 4GB 90
4 8GB 135
8 16GB 1000
16 32GB 2000
省略
256 (最大) 488GB 6000
自動スケールの流れ
https://dev.classmethod.jp/articles/reinvent-2019-aurora-serverless-scalable-cost-effective-application-deployment-dat382/

6. Aurora Serverless 利用時の注意点
 ノード起動時間に数十秒時間がかかる場合がある
 急激な負荷増大には対応できない場合がある
 対応する MySQL/Postgres が最新版ではない
 64TB 以上は格納できない
 高可用性が求められる場合は採用できない
 DB ノードのマルチマスタ構成が必要であれば Aurora にする必要あり
 クロスリージョン構成が必要であれば Aurora にする必要あり
 リードレプリカが必要な場合は Aurora にする必要あり
 ６０００接続が上限
aurora malti-master
複数 DB ノードから書込み可能
Aurora Multi-Master 制限事項
 MySQL5.6 のみ準拠
 最大 2 つの DB インスタンス
 同一リージョン
 単一の問合せ速度はシングルマスタよりも低い
 MySQL の一部機能が利用できない
 Hash-join
 Query cache
 Event Scheduler
aurora の暗号化について

7. AES256 で暗号化される
アプリからは透過的にアクセスができる
暗号化される対象
 DB インスタンス
 自動バックアップ
 リードレプリカ
 スナップショット
 ログ
データそのものは暗号化されない
複数システムで RDS インスタンスを共用することによるデメリット