AWS Management Console からぽちぽちする

• AWS ユーザーガイド: RDS for PostgreSQL DB インスタンスの スナップショットを Aurora PostgreSQL DB クラスターに移行する の通りでとくに迷うところはない

• 「DB インスタンス識別子」は、以下に使われる

  • DB 識別子 (DB クラスター名)

    • {ここで入力した DB 識別子}-cluster という名前の DB クラスターが作成された (e.g. devfumi23-a1-cluster)

    • エントポイント名はこんな感じ

      • ライターインスタンス: devfumi23-a1-cluster.cluster-xxxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com

      • リーダーインスタンス: devfumi23-a1-cluster.cluster-ro-xxxxxxxxxxxx.ap-northeast-1.rds.amazonaws.com

  • DB インスタンス名

    • {ここで入力した DB 識別子} という名前の DB インスタンスが作成された (e.g. devfumi23-a1)

    • エンドポイント名はこんな感じ: devfumi23-a1.cbagdidnvhla.ap-northeast-1.rds.amazonaws.com

    • ※リーダーインスタンスもあったらどういう名前になるかはわからない

• 「暗号を有効化」は、このタイミングでないとできない (あとから変更できない) ので注意

  • 移行元スナップショットが 「暗号化: 有効でない」であっても、移行先にはここで「暗号を有効化」にできる

結果イメージ

• DB クラスターはすぐできあがったが、DBインスタンスの作成はだいぶ時間かかる

  • スナップショットは、Djangoチュートリアルその2くらいの状態でレコードもほとんどなかったんだけれど、3時間くらいかかった気がする。

• ぽちぽち中に指定できた DB クラスターパラメータグループ, DB パラメータグループ, VPC セキュリティグループ, サブネットグループ などなどもちゃんとくっついた

• マスターユーザー名, マスターパスワード, DB名 はスナップショットから引き継がれた

• 移行元スナップショットが 「マルチ AZ: なし」の場合、「ライターインスタンス」のみが作成される

  • => あとから「リーダーインスタンス」を追加する場合は、「データベース」 > 「当該クラスター」 > 「アクション」 > 「リーダーの追加」でできる

    • 「DB インスタンス識別子」は好きにつけられた

    • その他新しく DBインスタンス作るときと同じ感じのものがだいたいは指定できる感じだった

    • リーダーの追加は、何時間もかからなかった。すぐできた。

    • 「リーダーインスタンス」追加後の様子

      

• エンドポイント: Aurora にはクラスターのエンドポイントと、DB インスタンスのエンドポイントがある

  • どっちからでも RDS と同じように DB 接続できる

  • ライター・リーダー両方ある場合:

    • クラスターのエンドポイント:

      • ライターインスタンス: 書き込み・読み取り両方可

      • リーダーインスタンス: 読み取りのみ

        • 試しに UPDATE かけてみたら、 [25006] ERROR: cannot execute UPDATE in a read-only transaction

    • インスタンスのエンドポイント: クラスターのエンドポイントと同様に

      • ライターインスタンス: 書き込み・読み取り両方可

      • リーダーインスタンス: 読み取りのみ

  • ライター しかない場合:

    • クラスターのエンドポイント:

      • ライターインスタンス: 書き込み・読み取り両方可

      • リーダーインスタンス: 書き込み・読み取り両方可

    • インスタンスのエンドポイント:

      • ライターインスタンス: 書き込み・読み取り両方可

      • リーダーインスタンス: -

• AWS ユーザーガイド: Amazon Aurora DB クラスターへの接続

  • クラスターエンドポイント: DB クラスターのプライマリインスタンスに接続

    • クラスターエンドポイントを使用して、読み取りと書き込みの両方のオペレーションを実行できる

    • クラスターエンドポイントは常にプライマリインスタンスをポイントします。

    • プライマリインスタンスが失敗し、置き換えられると、クラスターエンドポイントは新しいプライマリインスタンスをポイントします。

  • DB インスタンスエンドポイント: クラスターの特定の DB インスタンスに直接接続できる

    • それぞれ、クラスターエンドポイントとは別に一意のエンドポイントを持つ

AWS Management Console の、「スナップショットの移行」が非活性の場合

AWS CLI の restore-db-cluster-from-snapshot を使って移行できるもよう

• と思ったら、 restore-db-cluster-from-snapshot はクラスターしか作ってくれないらしい (中の DBインスタンスは移行してくれないらしい)

• だから、AWS のガイドにも AWS CLI の例が載っていなかったのかも...??

=> 一応やってみたが、たしかに DBインスタンスは復元されない

• 試したバージョン: PostgreSQL 11.12、Aurora PostgreSQL リリース 3.6

• コマンド例

  # RDS のスナップショットから Aurora DB クラスター を復元
  $ aws rds restore-db-cluster-from-snapshot \
     --db-cluster-identifier devfumi23-a1-c \
     --snapshot-identifier arn:aws:rds:ap-northeast-1:xxxxxxxxxxxx:snapshot:devfumi23-s1 \
     --engine aurora-postgresql \
     --engine-version 11.12 \
     --db-subnet-group-name dev-fumi23-db-subnet-gr-pv \
     --vpc-security-group-ids sg-xxxxxxxxxxxxxxxxx \
     --enable-cloudwatch-logs-exports postgresql \
     --db-cluster-parameter-group-name devfumi23-aurora-postgres11-c \
     --no-deletion-protection \
     --copy-tags-to-snapshot
  

• 結果イメージ

  

  • エンドポイントは払い出された

  • DB クラスターのパラメータグループもちゃんとくっついた

  • マスターユーザー名, マスターパスワード はスナップショットから引き継がれたもよう

  • TODO: create-db-instance もやってみよ...

    • もしかして、クラスターはスナップショットから作るので、 create-db-instance すると中身が出来上がったりして.....??