Amazon RDS：是什麼、怎麼配置、怎麼使用

寫給耀達 Lite 雲端進銷存（2026-11-02）。接續 db-upgrade-path.html、postgres-design-sql.html。
內容以 RDS for PostgreSQL、東京區域、db.t4g.micro 起步為前提（Jesse 2026-11-02 已定）。除了這個起點，文件裡標 Claude 的看法 的都還沒拍板。
這份文件的內容來自 AWS 官方文件與價目表，沒有在真的 RDS 上跑過。指令旗標已對過 AWS CLI 參考文件，但指令本身沒有執行過，主控台畫面也沒有實際打開。價格是東京隨選價（價目表 2026-10-29 發布），美元、未稅，一個月算 730 小時。

1. 先講結論

查文件時才發現、最需要注意的六件事

2. RDS 是什麼、誰負責什麼

RDS 全名是 Amazon Relational Database Service。可以把它想成：AWS 替你租一台裝好資料庫的主機，並派人顧著，但鑰匙不給你。你拿到的是一個連線位址，用一般的 PostgreSQL 工具連上去就能用。

RDS 支援 PostgreSQL、MySQL、MariaDB、SQL Server、Oracle、Db2。我們用的 RDS for PostgreSQL 跑的是 PostgreSQL 引擎，所以 RLS、複合外鍵、set_config 這些 postgres-design-sql.html 談的行為照樣適用。C# 這邊一樣用 Npgsql 連線。

代價：有些事情做不到

• 不能登入主機：沒有 SSH，不能自己裝軟體或直接改 postgresql.conf、pg_hba.conf。設定改由參數群組管理。
• 沒有真正的 superuser：主帳號是 NOSUPERUSER，權限來自 rds_superuser 角色。真正有權限的 rdsadmin 是 AWS 內部用的。
• 擴充套件只能用 AWS 支援的：用 SHOW rds.extensions; 查。pg_trgm、pgcrypto、uuid-ossp、citext 都列在「有 CREATE 權限就能裝」的清單裡。
• 規格是一格一格的：沒有自動變大，換規格會有中斷（第 13 節）。

主帳號可以做什麼

建立角色與資料庫、安裝擴充套件、把物件改給別的擁有者、查看所有連線（pg_stat_activity），並用 pg_terminate_backend 中止連線、重設 pg_stat_statements 的統計。

3. 零件地圖

4. 第一次建立的順序

Claude 的看法：這個順序的重點是先把會被引用的東西建好。參數群組和安全群組如果建立後才補，就要多重開一次或多改一次。

1. 確認帳號：確認公司帳號的方案（免費或付費，第 16 節），先設好帳單告警。
2. 查東京有哪些版本：確認 db.t4g.micro 能跑要用的版本（第 10 節）。
3. 規劃網路：在 Express Mode 服務要用的 VPC 裡，準備兩個可用區域的私有子網路，建立 DB 子網路群組（第 6 節）。
4. 建立資料庫的安全群組：先不放任何規則，等容器的安全群組出現後再加。
5. 建立自訂參數群組：設定慢查詢記錄等參數（第 9 節）。
6. 建立執行個體：照第 5 節逐欄填，或用第 17 節的指令。
7. 連上去做初始設定：建立角色，測試 BYPASSRLS，安裝 pg_stat_statements（第 7 節）。
8. 跑資料庫遷移：用 migration_owner 建立資料表和 RLS。
9. 接上程式：把連線字串放進 Secrets Manager，安全群組加入容器來源（第 6、8 節）。
10. 設告警和事件通知：門檻屬於第 8 題，但指標和通知管道要先通（第 14 節）。
11. 演練一輪再開放使用：還原到某個時間點、換一次規格、確認程式能自動重新連上（第 12、18 節）。

5. 建立時每個欄位怎麼填

「能改嗎」是指建立後還能不能改、會不會停機，來自 AWS 的修改設定表。建議值都是 Claude 的看法。

6. 網路：誰連得到資料庫

6.1 兩道鎖

• 沒有公開位址：Public access = No，主機只有 VPC 內的私有 IP。
• 子網路群組只放私有子網路：文件寫，要公開存取時，子網路群組裡所有子網路都必須是公開的。只放私有子網路，等於有人誤按也開不起來。
• 安全群組只收指定來源：入站規則用「連接埠 5432，來源是容器的安全群組」，不寫 IP 範圍。

資料庫安全群組的入站規則
  類型          連接埠    來源
  PostgreSQL    5432     容器的服務安全群組 sg-xxxx
  PostgreSQL    5432     通道端點的安全群組 sg-yyyy（只有 Jesse 要連時才需要）
出站規則：文件說通常不影響資料庫，除非資料庫主動往外連

6.2 跟 Fargate 的連接

• 主控台的「連接 EC2」選項用不上：它只替 EC2 自動設定網路。Fargate 要手動設定。
• 要在同一個 VPC：跨 VPC 要再設對等連線。Express Mode 沒指定子網路時會用預設 VPC 的公開子網路，所以 RDS 要放在哪個 VPC，要跟第 7 題一起決定。
• 安全群組來源：Express Mode 預設會自己建立服務安全群組。把它設為資料庫安全群組的來源，或者建立服務時指定自己的安全群組。
• 每個子網路要留 IP：文件要求每個子網路至少保留一個位址給 RDS 復原使用。

6.3 Jesse 自己要怎麼連進去

資料庫沒有公開位址，所以從公司或家裡的電腦不能直接連。可選的方式：

# 方式 A 的樣子（通道開著時視窗不能關）。第三方文章的做法，還沒實測
aws ec2-instance-connect open-tunnel `
  --instance-connect-endpoint-id eice-xxxxxxxx `
  --private-ip-address 10.0.x.x `
  --remote-port 5432 `
  --local-port 15432

# 另開一個視窗
psql "host=localhost port=15432 dbname=lite user=lite_master sslmode=require"

7. 帳號與密碼

7.1 角色怎麼分

角色名稱沿用 postgres-design-sql.html 第 3 節。主帳號只給人做管理，平常不用。

-- 第一段：用主帳號連上 lite 資料庫後執行。密碼不要寫進指令碼或版本控制
CREATE ROLE migration_owner LOGIN PASSWORD '<從 Secrets Manager 取得>';
CREATE ROLE app_user        LOGIN PASSWORD '<從 Secrets Manager 取得>';

GRANT CONNECT ON DATABASE lite TO migration_owner, app_user;
GRANT ALL ON SCHEMA public TO migration_owner;
GRANT USAGE ON SCHEMA public TO app_user;

-- 逾時設定見 postgres-design-sql.html 第 9 節
ALTER ROLE app_user SET statement_timeout = '15s';
ALTER ROLE app_user SET idle_in_transaction_session_timeout = '30s';

-- 第二段：改用 migration_owner 連線後執行
-- 之後 migration_owner 建立的表，自動開放給 app_user
ALTER DEFAULT PRIVILEGES IN SCHEMA public
  GRANT SELECT, INSERT, UPDATE, DELETE ON TABLES TO app_user;
ALTER DEFAULT PRIVILEGES IN SCHEMA public
  GRANT USAGE, SELECT ON SEQUENCES TO app_user;

PostgreSQL 15 起一般角色不能在 public schema 建立物件，所以這裡明確授權。第二段用 migration_owner 本人執行：PostgreSQL 文件寫只能改自己或自己所屬角色的預設權限，而新物件只吃建立者當下這個角色的預設值，本人執行最不會出錯。這段 SQL 還沒有在 RDS 上跑過。

7.2 BYPASSRLS 可能設不了

SELECT rolname, rolsuper, rolbypassrls FROM pg_roles
 WHERE rolname IN (current_user, 'rds_superuser');
CREATE ROLE backoffice LOGIN BYPASSRLS;   -- 失敗就代表要走候選做法

同樣要確認的是 pg_dump：它預設會關閉 row_security，沒有略過權限的帳號會直接報錯（postgres-design-sql.html 第 3 節）。第 9 題的「只還原一家店」用 --enable-row-security，不受影響。全庫邏輯備份要用哪個帳號，要實測。RDS 自己的快照不受影響。

7.3 密碼放哪裡

7.4 容器怎麼拿到密碼

ECS 任務定義的 secrets 可以把祕密內容放進環境變數。ASP.NET Core 會把環境變數 ConnectionStrings__Main 讀成 ConnectionStrings:Main。

{
  "containerDefinitions": [{
    "secrets": [{
      "name": "ConnectionStrings__Main",
      "valueFrom": "arn:aws:secretsmanager:ap-northeast-1:<帳號>:secret:lite/prod/app-AbCdEf:connectionString::"
    }]
  }]
}

• 只在容器啟動時讀一次：祕密更新後，執行中的容器不會自動拿到新值，要重新部署。
• 所以程式不能用主帳號：主帳號密碼每 7 天換一次，容器裡的舊密碼過幾天就連不上新連線。
• 權限：任務執行角色要另外加讀取這個祕密的權限。
• Express Mode：這次看的 Express Mode 文件沒有提到祕密，但它接受用 taskDefinitionArn 提供自己的任務定義，而任務定義可以寫 secrets。實際要怎麼設，第 7 題建置時確認。
• 想不重新部署就換密碼：Npgsql 有 UsePeriodicPasswordProvider，可以定期取得新密碼，第一版應該用不到。

8. 連線加密與 Npgsql

8.1 兩邊要各設一半

Npgsql 文件列出的六種模式裡，只有 VerifyFull 同時防竊聽和防假冒伺服器。rds.force_ssl=1 只保證有加密，不保證連到的是真的 RDS，兩者不能互相取代。

8.2 憑證檔

• 下載：https://truststore.pki.rds.amazonaws.com/global/global-bundle.pem，AWS 文件列出的全區域憑證包。把它打包進映像檔。
• 伺服器憑證：預設的 rds-ca-rsa2048-g1 由 RDS 在到期前自動輪替，不用自己換。
• 換憑證機構時：如果以後改用別的憑證機構，映像檔裡的憑證包要包含它。全區域憑證包已經收錄目前這幾個憑證機構。

8.3 連線字串

Host=lite-prod.xxxxxxxx.ap-northeast-1.rds.amazonaws.com;
Port=5432;
Database=lite;
Username=app_user;
Password=<從祕密取得>;
SSL Mode=VerifyFull;
Root Certificate=/app/certs/global-bundle.pem;
Maximum Pool Size=10;
Keepalive=30;
Application Name=lite-api

8.4 程式要能面對斷線

• 一定會斷：換規格、維護、故障切換都會中斷連線，只差多久。
• 用端點名稱，不要用 IP：切換後 IP 會變。文件也提醒，如果用戶端會快取 DNS，TTL 要小於 30 秒。
• 寫入的重試要小心：連線錯誤可以重試，但沒有冪等保護的寫入重試可能重複開單。見 postgres-design-sql.html 第 9 節。
• 要實際測過：文件也建議測試故障切換，確認程式能自動連回去。

9. 參數群組

參數群組就是 RDS 的 postgresql.conf。

第一版要動的參數

Claude 的看法：能不改就不改。這張表的值都只是起始值。

不要動的參數

• max_connections、shared_buffers：RDS 依記憶體自動計算。文件特別警告，設太高主機會開不起來。連線不夠時先調連線池。
• autovacuum：AWS 文件強烈建議保持開啟。關掉會導致資料表膨脹，甚至交易編號耗盡（postgres-design-sql.html 第 11 節）。
• log_statement = all：記錄每一條 SQL，記錄檔費用會暴增，內容也可能含個資。只在短時間除錯時才開。
• timezone：Claude 的看法：維持 UTC，資料用 timestamptz 存，由程式轉成台灣時間。

逾時設定（statement_timeout 等）建議設在角色上，不要設在參數群組，這樣才不會影響遷移工具和備份，做法見第 7.1 節。

擴充套件

CREATE EXTENSION IF NOT EXISTS pg_stat_statements;
SHOW rds.extensions;           -- 這個版本可以裝哪些
SHOW rds.allowed_extensions;   -- 預設 *，表示都能裝

10. 版本與升級

10.1 版本怎麼選

PostgreSQL 版本還沒拍板。查到的日期如下（RDS 發布行事曆）：

Claude 的看法：選 18。支援期最長，postgres-design-sql.html 的實測也是在 18.6 上跑的，Aurora 也已經有 18.6。除非下面的檢查不通過。

aws rds describe-orderable-db-instance-options `
  --engine postgres --engine-version 18.6 `
  --db-instance-class db.t4g.micro --region ap-northeast-1 `
  --query "OrderableDBInstanceOptions[].[EngineVersion,DBInstanceClass,StorageType]" --output table

10.2 小版本與大版本

10.3 小版本和 Aurora 的時間差

RDS 的小版本文件寫社群發布後 7 天內上架，Aurora 是 3 個月內。舉例來說，18.6 在 RDS 是 2026-08-25，在 Aurora 是 2026-09-29，差 35 天。

搬到 Aurora 時，目標要是相同或更高的小版本（db-upgrade-path.html 第 6 節）。所以如果自動升級把 RDS 帶到 Aurora 還沒有的版本，就要等 Aurora 跟上才能搬。Claude 的看法：現階段安全修補比較重要，自動升級維持開啟，真的要搬的前一兩個月再暫時關掉。

10.4 Blue/Green 部署：把停機縮短的工具

RDS 複製一套「綠色」環境持續同步，先在綠色環境升級、測試，再切換過去。文件寫切換通常不到 1 分鐘。適合大版本升級。

• 費用：期間多一套環境，主機和儲存都要付（切換後舊環境也要記得刪）。
• 代管密碼不支援：要先關掉（第 7.3 節）。
• 限制：用邏輯複寫時，unlogged 資料表不會同步，期間不能建立新分割區，pg_cron 等擴充套件有限制。雙可用區域執行個體可以用，跨區域副本、雙可用區域叢集不行，CloudFormation 也不支援。
• Claude 的看法：店家還少的時候，直接在維護時段升級就好。有付費店家、不能接受幾分鐘中斷時再用。

10.5 Extended Support：最貴的隱藏費用

過了標準支援結束日還沒升大版本，RDS 不會馬上強制升級，而是自動轉進 Extended Support 並開始收費（前提是這個設定開著，而它預設就是開的）。

算法：2 vCPU × 730 小時 × 單價。文件寫備援主機也要收費，所以雙可用區域以兩倍估算。對照 t4g.micro 主機費每月 18.25 美元。

選 A 的理由：18 版要到 2031 年才碰到，而且這個設定隨時可以改，文件寫立即生效、不停機，到時候再決定也不遲。真正要做的是在 2030 年排好大版本升級。

11. 儲存空間

自動擴充

同時符合下面三點時才會擴充：

• 可用空間小於或等於配置量的 10%。
• 這個狀態持續至少 5 分鐘。
• 上一次儲存變更的最佳化已完成，而且過去 24 小時內少於 4 次變更。

每次至少加 10 GiB。也就是 20 GiB 的主機剩不到 2 GiB 時才會變 30 GiB，費用從每月 2.76 美元變 4.14 美元。

上限要自己壓低：主控台預設 1,000 GiB，等於每月最多 138 美元的儲存費。Claude 的看法：先設 100 GiB。文件要求上限至少比目前多 10%，並建議多 26% 以上，以免一直收到快到上限的通知。

12. 備份與還原

這裡只講機制。保留天數、演練頻率和「只還原一家店」屬於第 9 題，這裡不定。

• 資料最多掉多少：交易記錄每 5 分鐘上傳，所以最壞大約損失最後 5 分鐘的資料（只適用於主機和磁碟都救不回來的情況）。實際可還原時間看 LatestRestorableTime。
• 還原一定是建立新主機：這是最常被誤解的地方。沒有「蓋回原主機」這個按鈕，端點會變，所以程式要改連線字串。
• 備份費用：每個區域有等於「總配置儲存量」的免費額度。20 GiB 的主機有 20 GB 免費，超過的部分每 GB 每月 0.095 美元。
• 單機拍快照會影響效能：文件寫單機拍手動快照時，I/O 會暫停數秒到數分鐘，所以也要排在離峰。
• 主機不是 available 時不會備份：例如磁碟滿了。監控要盯這個。
• 刪除主機時：要選是否拍最後快照、是否保留自動備份。留下來的都要繼續付費。

13. 維護與變更：什麼時候會停機

13.1 維護時段

• 每週 30 分鐘，時間用 UTC，不能跟備份時段重疊。沒指定就在該區域的 8 小時區間內隨機選一天。
• 時段只決定何時開始：文件明寫不保證在時段內結束，可能超時。
• 什麼時候要離線：必要的作業系統或資料庫修補，通常只有安全和可靠性相關，文件說大約每幾個月一次，很少用掉太多時段。
• 可延後嗎：required 的不能無限期延後；available 的不會自動套用，要自己動手；next window 的可以選 Defer upgrade 延後，但開始後就不能延了。
• 雙可用區域有差：作業系統修補通常會做一次不到 1 分鐘的切換；引擎升級時兩台同時不能用，沒有優勢。

13.2 改設定時的選擇

修改主機時有「立即套用」和「下個維護時段套用」兩種。有些設定不管怎麼選都立即生效。

14. 監控與記錄檔

這裡只講有哪些工具和費用。告警門檻屬於第 8 題。

第 8 題要談的指標

舊文件寫的 Performance Insights，文件現在歸到 CloudWatch Database Insights 底下。主控台與 CLI 仍然看得到這個名稱。舊文件的字眼這次沒有改。

15. 高可用與讀取分流

「多一台主機」有三種，用途完全不同，很容易搞混：

• 不是備份：誤刪資料會立刻同步到備援和副本。救誤刪要靠第 12 節的還原。
• 讀取副本不會自動增減：要手動建立和刪除。
• 單機階段：主機或可用區域出事時沒有自動接手，這是第一階段接受的代價，開始收費時要重新評估（db-upgrade-path.html 第 9 節）。

16. 費用與費用陷阱

第一階段每月估算

這只是資料庫相關的部分。整套系統（ALB 粗估約 38 美元、Fargate、CloudFront）的月費還沒合起來算。

會讓帳單跳起來的事

停機能省多少

停止主機時不收主機費，但儲存和備份照收。文件寫連續停止 7 天後會自動開回來，所以長期不用的測試區不能只靠停機，要寫排程或直接刪除、需要時從快照還原。

免費額度

文件寫新帳號有 100 美元抵用金，完成活動最多再加 100 美元。免費方案最多 6 個月，而且部分服務不能用；付費方案超過抵用金後照常計費。公司帳號是不是新帳號、抵用金能不能折抵 RDS，未查證，所以上面的試算都沒有扣除。

17. 建立用的指令範本

AWS 帳號建好後才能跑。寫成 PowerShell，用反引號換行。這些指令沒有實際執行過，名稱、版本、子網路都是範例。第 4 段開始就會收費。

# 1. 參數群組
aws rds create-db-parameter-group `
  --db-parameter-group-name lite-pg18 `
  --db-parameter-group-family postgres18 `
  --description "Lite PostgreSQL 18" `
  --region ap-northeast-1

aws rds modify-db-parameter-group `
  --db-parameter-group-name lite-pg18 `
  --parameters "ParameterName=log_min_duration_statement,ParameterValue=500,ApplyMethod=immediate" `
  --region ap-northeast-1

# 2. 子網路群組（兩個可用區域的私有子網路）
aws rds create-db-subnet-group `
  --db-subnet-group-name lite-db-private `
  --db-subnet-group-description "Lite DB private subnets" `
  --subnet-ids subnet-aaaa subnet-bbbb `
  --region ap-northeast-1

# 3. 資料庫的安全群組（先不放入站規則）
aws ec2 create-security-group `
  --group-name lite-db `
  --description "Lite database" `
  --vpc-id vpc-xxxx `
  --region ap-northeast-1

# 4. 建立執行個體
aws rds create-db-instance `
  --db-instance-identifier lite-prod `
  --engine postgres `
  --engine-version 18.6 `
  --db-instance-class db.t4g.micro `
  --db-name lite `
  --master-username lite_master `
  --manage-master-user-password `
  --storage-type gp3 `
  --allocated-storage 20 `
  --max-allocated-storage 100 `
  --storage-encrypted `
  --db-subnet-group-name lite-db-private `
  --vpc-security-group-ids sg-dbxxxx `
  --no-publicly-accessible `
  --no-multi-az `
  --db-parameter-group-name lite-pg18 `
  --backup-retention-period 7 `
  --preferred-backup-window 18:00-18:30 `
  --preferred-maintenance-window sun:19:00-sun:19:30 `
  --auto-minor-version-upgrade `
  --deletion-protection `
  --copy-tags-to-snapshot `
  --database-insights-mode standard `
  --enable-cloudwatch-logs-exports postgresql upgrade `
  --region ap-northeast-1

# 5. 容器的安全群組出現後，再開放連線
aws ec2 authorize-security-group-ingress `
  --group-id sg-dbxxxx `
  --protocol tcp --port 5432 `
  --source-group sg-containerxxxx `
  --region ap-northeast-1

沒有寫 --engine-lifecycle-support，所以 Extended Support 用預設開啟（第 10.5 節）。備份 7 天只是暫定，第 9 題會改。

Claude 的看法：第一次可以用主控台熟悉，之後把這些設定寫進基礎架構程式碼（CloudFormation 或 Terraform）。這樣測試區和正式區才會一致，也能重建。要不要這樣做，留給第 7 題。

18. 日常操作速查

指令都省略了 --region ap-northeast-1。會停機的操作前面有標示。

連不上時的檢查順序

1. 狀態：DBInstanceStatus 是 available 嗎？
2. 安全群組：來源對嗎？連不上且「逾時」時，多半是這裡或路由。
3. 是否同一個 VPC：主機沒有公開位址，VPC 外連不到。
4. DNS：程式用的是端點名稱嗎？還原後有沒有改過來？
5. 帳號、資料庫名稱：這類錯誤通常會立刻回報，跟逾時不同。
6. 憑證：映像檔裡有憑證包嗎？Host 跟憑證上的名稱一樣嗎？
7. 連線數：DatabaseConnections 有沒有到頂？

19. 跟其他文件、其他題目的關係

這份文件查到、會影響其他地方的事

這裡不決定的事

20. 還沒查證的事

• 整份文件都沒有在 RDS 上跑過：指令、SQL、連線字串和主控台流程都是依文件寫的。第一次建立時可能還會遇到要調整的地方。
• BYPASSRLS：RDS 上能不能設，文件沒寫。候選做法（後台專用政策）也沒有實測。
• db.t4g.micro 能不能跑 PostgreSQL 18：規格支援表沒列，要用指令確認。東京實際有哪些小版本也一樣。
• 代管密碼與 Aurora 唯讀副本：文件限制的「建立讀取副本」包不包含 Aurora 副本，沒查到。
• EC2 Instance Connect 端點連 RDS：來自第三方文章，AWS 文件講的是連 EC2。走通道時憑證名稱不符的情況，也是 Claude 推論的。
• pg_stat_statements 是否預設載入：沒查到明確的預設值。
• 換規格、單機故障會停多久：文件只寫會停機，沒有數字，要實際演練。
• Express Mode 怎麼帶入祕密：確定任務定義可以用 secrets，也能指定自己的任務定義，但 Express Mode 的完整流程沒有試過。
• 費用：KMS 金鑰、跨可用區域資料傳輸、SNS 通知、EC2 跳板機、Client VPN、Database Insights 進階版的單價都沒查。
• 範本名稱：文件只明確描述 Production 範本，其他範本的實際選項沒有看過。
• 中文排序：資料庫的定序（collation）要怎麼設才符合店家預期，這次沒查，屬於資料模型。
• 資料放在日本的法規問題：個資法對資料放境外有沒有限制，還沒查（deployment.md）。

21. 名詞對照

22. 來源

建立與修改

• Creating an Amazon RDS DB instance（範本、Easy create）
• Settings for DB instances（建立時的欄位）
• Settings for modifying DB instances（哪些變更會停機）
• CreateDBInstance API（預設值）
• create-db-instance CLI
• Supported DB engines for DB instance classes

網路與連線

• Working with a DB instance in a VPC
• Scenarios for accessing a DB instance in a VPC
• Controlling access with security groups
• Connecting to a PostgreSQL DB instance
• EC2 Instance Connect Endpoint（費用與限制）
• 第三方：DoiT，用端點連私有 RDS、第三方：OneUptime

帳號、密碼與加密

• Understanding the rds_superuser role
• Master user account privileges
• PostgreSQL：ALTER ROLE（BYPASSRLS 的規則）
• PostgreSQL：Row Security Policies
• Password management with Secrets Manager（7 天輪替、限制）
• IAM database authentication（記憶體需求）
• Pass Secrets Manager secrets through ECS environment variables
• Resources created by ECS Express Mode
• Encrypting Amazon RDS resources
• Using SSL/TLS、SSL with PostgreSQL
• Npgsql：Security、Connection string parameters

參數、版本與維護

• Modifying parameters in a DB parameter group
• RDS for PostgreSQL parameters
• Supported PostgreSQL extension versions
• Release calendars for RDS for PostgreSQL
• Release calendars for Aurora PostgreSQL
• Upgrades of the RDS for PostgreSQL DB engine
• Maintaining a DB instance
• Blue/Green Deployments overview、限制
• RDS Extended Support、費用

儲存、備份與高可用

• Amazon RDS DB instance storage
• Storage autoscaling
• Introduction to backups
• Restoring to a specified time、Restoring from a snapshot、Creating a snapshot
• Deleting a DB instance、Stopping a DB instance
• Multi-AZ DB instance deployments、Multi-AZ DB cluster deployments、Read replicas
• Best practices for Amazon RDS

監控與費用

• CloudWatch metrics for RDS
• Database Insights、支援的引擎與地區、注意事項
• Enhanced Monitoring
• Parameters for logging in RDS for PostgreSQL
• RDS event notifications
• AWS 價目表 API：RDS 東京（2026-10-29 發布，含 Extended Support）、CloudWatch 東京
• Secrets Manager pricing、CloudWatch pricing
• AWS Free Tier