Auto-sync: update nexus workspace

wiki/sources/ctp-topic-27-aws-instance-scheduler.md

@@ -5,63 +5,57 @@ tags:
   - AWS
   - Instance-Scheduler
   - Cost-Optimization
-  - CTP
   - FinOps
+  - CTP
 date: 2026-04-14
 ---
 
 ## Source File
-- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-27-aws-instance-scheduler.md]]
+- [[Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-27-aws-instance-scheduler]]
 
 ## Summary（用中文描述）
-- 核心主题：AWS Instance Scheduler —— 通过定时自动化控制 EC2 和 RDS 实例启停，实现非生产环境（开发/测试）的成本优化
-- 问题域：非生产 AWS 账号中 EC2/RDS 实例 24/7 运行导致成本浪费，Cloud FinOps 需要自动化手段降低这部分支出
-- 方法/机制：
-  - CloudFormation 一键部署，由 CCOE 的 Guardrails 框架自动集成推送至所有相关账号
-  - CloudWatch Events 定时触发（默认每 15 分钟）
-  - Lambda 函数读取 DynamoDB 中的调度配置（Schedules + Periods）
-  - 通过实例标签（`Schedule`、`Period`）关联调度规则
-  - 支持多时区办公时间配置（如西雅图时间、英国时间）
-- 结论/价值：
-  - 自动覆盖公司内部绝大多数月消费超过 10 美元的 AWS 账号
-  - 与基于空闲率的调度不同，本工具基于"时间表"触发
-  - RDS 实例智能配合每 7 天维护窗口，确保维护完成后恢复正常调度状态
-  - 实例关机行为必须设置为"停止（Stop）"而非"终止（Terminate）"以保留数据
+- 核心主题：AWS Instance Scheduler — 通过定时自动化控制 EC2/RDS 实例启停以节省云成本
+- 问题域：非生产环境（开发/测试）云资源利用率低导致的成本浪费
+- 方法/机制：CloudFormation 部署 → CloudWatch Events 每15分钟触发 → Lambda 读取 DynamoDB 配置 → 根据实例标签执行启停操作
+- 结论/价值：CCOE 通过 Guardrails 自动部署，覆盖公司内月消费超10美元的绝大多数 AWS 账号，显著降低非生产环境云成本
 
 ## Key Claims（用中文描述）
-- AWS Instance Scheduler 通过时间表驱动（非空闲率驱动）的定时任务，可为非生产环境实例节省最高 70% 的运行成本
-- 通过 Guardrails 框架集成，Instance Scheduler 自动部署至公司绝大多数月消费超过 10 美元的 AWS 账号，无需用户手动配置
-- CloudWatch Events 每 15 分钟触发 Lambda 检查，结合 DynamoDB 中定义的 Schedules 和 Periods，实现精细化的多时区调度
-- RDS 实例的每 7 天维护窗口与调度系统智能协同，确保维护完成后实例恢复到预期的调度状态
+- AWS Instance Scheduler（AWS 官方方案）+ CCOE Guardrails 集成 → 非生产环境实例自动启停 → 降低云成本
+- CloudWatch Events 每15分钟（默认）触发 Lambda → 读取 DynamoDB 中的调度配置（Schedules + Periods）→ 根据实例标签执行操作
+- 实例关机行为必须设置为"停止（Stop）"而非"终止（Terminate）"以保留数据
+- RDS 调度需考虑每七天一次的强制维护窗口，维护完成后实例能恢复至预期调度状态
+- 该工具基于"时间表（Schedule）"触发，而非"空闲率（Idle time）"触发
+- 通过 Guardrails 部署后，自动覆盖公司内月消费超10美元的 AWS 账号
 
 ## Key Quotes
-> "该工具是基于'时间表'（Schedule）而非'空闲率'（Idle time）触发的" — Gustavo，澄清核心触发机制
-> "通过 Guardrails，该功能已自动覆盖了公司内部绝大多数月消费超过 10 美元的 AWS 账号" — Gustavo，说明部署覆盖范围
-> "实例的关机行为必须设置为'停止（Stop）'而非'终止（Terminate）'" — Gustavo，操作注意事项
+> "AWS Instance Scheduler 是一项由 AWS 官方提供并由 CCOE（云卓越中心）集成在 Guardrails 部署方案中的成本优化工具。该方案的核心目标是通过自动化的定时任务来控制 EC2 和 RDS 实例的运行状态，从而降低非生产环境（如开发和测试环境）的云端成本。" — Gustavo，CTP Topic 27 摘要
+
+> "实例的关机行为必须设置为'停止（Stop）'而非'终止（Terminate）'以保留数据。" — Gustavo，CTP Topic 27 问答
+
+> "该工具是基于'时间表'而非'空闲率（Idle time）'触发的。" — Gustavo，CTP Topic 27 问答
 
 ## Key Concepts
-- [[AWS Instance Scheduler]]：AWS 官方提供的开源解决方案，通过 CloudFormation 部署，自动定时启动和停止 EC2 及 RDS 实例以节省成本
-- [[Guardrails]]：CCOE 团队实施的自动化合规与治理框架，Instance Scheduler 作为其中的成本控制组件被自动部署
-- [[CloudWatch Events]]：系统的触发器，按照预设的时间间隔（如 15 分钟）激活 Lambda 函数
-- [[DynamoDB Config Table]]：用于存储调度定义（Schedules）和周期定义（Periods）的 NoSQL 数据库，是调度的逻辑核心
-- [[Tag-Based Scheduling]]：用户通过在实例上添加特定标签（如 `Schedule`、`Period`）将其关联到预定义的调度逻辑
-- [[RDS Maintenance Window]]：RDS 特有的每 7 天维护窗口，Instance Scheduler 能够识别并配合该窗口，确保数据库在维护后正确关闭
-- [[Override Status]]：高级配置，允许管理员强制将实例保持在停止状态，即使在预设的启动时间内也不启动
+- [[AWS-Instance-Scheduler]]：AWS 官方提供的解决方案，用于自动启动和停止 EC2 及 RDS 实例以节省成本，基于 CloudFormation + CloudWatch Events + Lambda + DynamoDB 架构
+- [[CloudWatch-Events]]：系统的触发器，按照预设的时间间隔（如每15分钟）激活 Lambda 函数
+- [[DynamoDB-Config-Table]]：用于存储调度定义（Schedules）和周期定义（Periods）的数据库，是调度的逻辑核心
+- [[Tagging]]：用户通过在实例上添加特定的标签（如 `Schedule`）来将其关联到预定义的调度逻辑
+- [[RDS-Maintenance-Window]]：RDS 特有的维护窗口，Instance Scheduler 能够识别并配合该窗口，确保数据库在维护后正确关闭
+- [[Override-Status]]：一种高级配置，允许管理员强制将实例保持在停止状态，即使在预设的启动时间内也不启动
 
 ## Key Entities
-- [[Gustavo]]：CCOE 团队成员，Instance Scheduler 主题讲师
-- [[CCOE（云卓越中心）]]：负责 Guardrails 框架实施和 Instance Scheduler 集成的内部团队
-- [[AWS]]：Instance Scheduler 的官方服务提供方
+- [[CCOE]]：Cloud Center of Excellence，负责将 Instance Scheduler 集成到 Guardrails 自动化部署方案中
+- [[Gustavo]]：CTP Topic 27 主讲人，介绍 AWS Instance Scheduler 的核心机制和使用场景
+- [[Godrails]]：CCOE 自动化合规框架，Instance Scheduler 作为成本控制组件被集成推送
 
 ## Connections
-- [[ctp-topic-13-cloud-finops-policies-best-practices-to-optimize-the-co]] ← depends_on ← [[ctp-topic-27-aws-instance-scheduler]]：Topic 13 定义 FinOps 政策层（标签合规、成本可见性），Topic 27 提供具体技术实现（Instance Scheduler）
-- [[ctp-topic-63-optimise-resource-cost-using-automation]] ← related_to ← [[ctp-topic-27-aws-instance-scheduler]]：两专题均覆盖 EC2/RDS 自动化调度，Topic 63 侧重 Terraform 层面的 `auto_shutdown` 标签方案，Topic 27 侧重 AWS 原生 Instance Scheduler 方案
-- [[ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when]] ← extends ← [[ctp-topic-27-aws-instance-scheduler]]：Right Sizing 从实例规格层面降低容量，Instance Scheduler 从运行时间层面降低浪费，构成互补的成本优化策略
-- [[public-cloud-learning-sessions-budget-control-20240319]] ← related_to ← [[ctp-topic-27-aws-instance-scheduler]]：两专题同属 FinOps 范畴，分别聚焦预算告警强制封禁和实例调度自动节能
+- [[ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co]] ← extends ← [[ctp-topic-27-aws-instance-scheduler]]
+  - Topic 13 提出 FinOps 治理框架（含"实例调度器"策略），Topic 27 详解该策略的具体实现方案
+- [[ctp-topic-27-aws-instance-scheduler]] ← depends_on ← [[AWS-Instance-Scheduler]]
+  - Source 依赖 AWS-Instance-Scheduler 概念页（AWS 官方方案）
+- [[AWS-Instance-Scheduler]] ← extends ← [[Guardrails]]
+  - Instance Scheduler 作为 Guardrails 合规框架中的成本控制组件
+- [[ctp-topic-27-aws-instance-scheduler]] ← relates_to ← [[ctp-topic-28-aws-tag-validation-tool]]
+  - 两者均依赖 Tagging 机制，Tag 规范是调度的前提条件
 
 ## Contradictions
-- 与 [[ctp-topic-63-optimise-resource-cost-using-automation]] 可能的实现路径差异：
-  - 冲突点：EC2/RDS 自动调度的实现方案选择
-  - 当前观点：Topic 27 推荐 AWS 原生 Instance Scheduler（CloudFormation + CloudWatch + Lambda + DynamoDB），通过 Guardrails 自动推送覆盖全公司账号
-  - 对方观点：Topic 63 推荐 Terraform Scheduler 模块（`auto_shutdown = yes` 标签），在 Terraform 层面实现
-  - 说明：两者并不互斥——Instance Scheduler 是 AWS 原生方案覆盖广账户层，Terraform Scheduler 是 IaC 层细粒度控制，企业可同时使用
+- 无显著内容冲突