wiki ingest: batch 2 (+2 docs, Claude Skills & NotebookLM)

knowledgebase/DevOps & SRE/05_FinOps/ctp-topic-27-aws-instance-scheduler.md

@@ -11,7 +11,7 @@ tags:
 date-added: 2026-04-14
 video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 27_ AWS Instance Scheduler.mp4"
 audio-source: ""
-status: raw
+status: summarized
 ---
 
 # CTP Topic 27 AWS Instance Scheduler
@@ -26,21 +26,32 @@ status: raw
 
 ## 摘要
 
-> 待转录后由 LLM 生成
+> 本次会议由 Gustavo 主讲，重点介绍了 **AWS Instance Scheduler**。这是一项由 AWS 官方提供并由 CCOE（云卓越中心）集成在 Guardrails 部署方案中的成本优化工具。该方案的核心目标是通过自动化的定时任务来控制 EC2 和 RDS 实例的运行状态，从而降低非生产环境（如开发和测试环境）的云端成本。
+
+> 在技术实现上，该方案基于 CloudFormation 部署，利用 CloudWatch Events 每 15 分钟（默认配置）触发一次 Lambda 函数。Lambda 函数会读取存储在 DynamoDB 中的调度配置（包括时区、工作时间和周期），并根据实例上的特定标签（Tags）来决定是否执行启动或停止操作。Gustavo 在演示中展示了如何通过设置 `Schedule` 和 `Period` 标签来关联不同的办公时间（如西雅图或英国办公时间）。
+
+> 会议还深入探讨了几个关键的运营细节：首先，实例的关机行为必须设置为“停止（Stop）”而非“终止（Terminate）”以保留数据；其次，针对 RDS 实例，该工具能智能处理每七天一次的强制维护窗口，确保维护完成后实例能恢复到预期的调度状态。在问答环节，Gustavo 澄清了该工具是基于“时间表”而非“空闲率（Idle time）”触发的，并确认了通过 Guardrails，该功能已自动覆盖了公司内部绝大多数月消费超过 10 美元的 AWS 账号。
 
 ---
 
 ## 关键概念
 
--
+- **AWS Instance Scheduler**: AWS 官方提供的解决方案，用于自动启动和停止 EC2 及 RDS 实例以节省成本。
+- **Guardrails**: 公司 CCOE 团队实施的一套自动化合规与治理框架，Instance Scheduler 作为其中的成本控制组件被自动部署。
+- **CloudWatch Events**: 系统的触发器，按照预设的时间间隔（如 15 分钟）激活 Lambda 函数。
+- **DynamoDB Config Table**: 用于存储调度定义（Schedules）和周期定义（Periods）的数据库，是调度的逻辑核心。
+- **Tagging (标签化)**: 用户通过在实例上添加特定的标签（如 `Schedule`）来将其关联到预定义的调度逻辑。
+- **RDS Maintenance Window**: RDS 特有的维护窗口，Instance Scheduler 能够识别并配合该窗口，确保数据库在维护后正确关闭。
+- **Override Status**: 一种高级配置，允许管理员强制将实例保持在停止状态，即使在预设的启动时间内也不启动。
 
 ---
 
-## 行动项
+## 相关视频
 
--
-
----
+> [!info]+ 交叉引用
+> [[AWS Guardrails Overview]] — 了解 Instance Scheduler 赖以部署的底层治理框架
+> [[Cloud Cost Optimization Strategies]] — 探讨除定时开关机外的其他云成本优化手段
+> [[AWS Lambda and Serverless Architecture]] — 深入理解本方案中使用的 Lambda 触发机制方式
 
 ## 相关视频