GitLab Dedicated 维护与发布计划
- 版本：Ultimate
- 服务：GitLab Dedicated
我们会根据预定的维护窗口和发布升级时间表，对 GitLab Dedicated 实例执行定期维护。
在预定的维护窗口期间，可能会执行以下任务：
- 应用程序和操作系统软件的补丁与升级。
- 操作系统重启。
- 基础设施升级。
- 为运行和提升您的租户的可用性或安全性所需的活动。
- 功能增强。
维护窗口
维护会在标准工作时间外进行：
| 区域 | 日期 | 时间 (UTC) |
|---|---|---|
| 亚太地区 | 星期三 | 1:00 PM-5:00 PM |
| 欧洲、中东和非洲 | 星期二 | 1:00 AM-5:00 AM |
| 美洲（选项 1） | 星期二 | 7:00 AM-11:00 AM |
| 美洲（选项 2） | 星期日-星期一 | 9:00 PM-1:00 AM |
您可以在 Switchboard 中查看您的维护窗口，包括即将进行和最近的维护。 您可以通过联系您的客户成功经理 (Customer Success Manager)，将预定的维护推迟到同一周的另一个窗口，但需至少提前一周通知。
预定的每周维护窗口与紧急维护是分开的，后者无法推迟。
维护期间的访问
在您的整个维护窗口期间，预计不会出现完全的服务中断。在计算资源升级后重启时，可能会出现短暂的服务中断（不到一分钟），这通常发生在维护窗口的前半段时间。
在此期间，长时间运行的连接可能会被中断。为最大程度地减少影响，您可以实施自动恢复和重试等策略。
更长时间的服务中断很少见。如果预计会出现较长时间的中断，GitLab 会提前发出通知。
在预定的维护窗口期间发生的性能下降或服务中断，不计入系统服务级别可用性 (SLA) 的计算。
发布推出计划
在每次 GitLab 发布后，GitLab Dedicated 会被升级到上一个次版本 (N-1)。例如，当 GitLab 16.9 发布时，GitLab Dedicated 实例会升级到 16.8。
升级会根据以下时间表在您选择的维护窗口内进行，其中 T 是 GitLab 次版本发布的日期：
| 发布后的日历天数 | 维护窗口区域 |
|---|---|
T+5 |
欧洲、中东和非洲, 美洲（选项 1） |
T+6 |
亚太地区 |
T+10 |
美洲（选项 2） |
例如，GitLab 16.9 于 2024-02-15 发布。EMEA 和美洲（选项 1）区域的实例随后在 16.9 发布 5 天后，即 2024-02-20，升级到了 16.8。
如果在预定的升级期间，生产变更锁定 (PCL) 处于激活状态，GitLab 会将升级推迟到 PCL 结束后的第一个维护窗口。
对于 GitLab Dedicated，PCL 是指在团队可用性降低的时期（如主要节假日），对所有生产变更的全面暂停。在 PCL 期间，以下活动将暂停：
- 使用 Switchboard 进行的配置更改。
- 代码部署或基础设施变更。
- 自动化维护。
- 新客户上线。
当 PCL 生效时，Switchboard 会显示一个通知横幅来提醒用户。 当支持资源可能有限时，PCL 有助于确保系统稳定性。
紧急维护
当 GitLab Dedicated 租户实例需要采取紧急措施时，会启动紧急维护。例如，当出现严重 (S1) 安全漏洞需要紧急修补时，GitLab 会执行紧急维护，将您的租户实例升级到安全版本。这种维护可能在预定的维护窗口之外进行。
在紧急维护期间，GitLab 会优先考虑稳定性和安全性，同时最大程度地减少对客户的影响。具体的维护程序遵循既定的内部流程，所有变更在应用前都会经过适当的审查和批准。
GitLab 会在可能的情况下提前发出通知，并在问题解决后发送完整的详细信息。GitLab 支持团队：
- 会创建一个支持工单以进行跟踪。
- 仅向 Switchboard 中“客户沟通”部分列出的“运维电子邮件地址”发送电子邮件通知。
- 会将您的客户成功经理 (CSM) 抄送至所有沟通邮件中。
您无法推迟紧急维护，因为必须对所有 GitLab Dedicated 实例应用相同的流程，以确保其安全性和可用性。
验证您的运维联系人
为确保您能收到维护通知：
- 登录 Switchboard。
- 选择您的租户。
- 在“客户沟通”部分，检查“运维电子邮件地址”下列出的电子邮件地址。
如需更新这些联系人，请提交一个支持工单。