고객이 정의한 유지보수 시간대
Gen 2
배포 환경의 유지보수 일자와 시작 시간을 설정하세요. ‘ Cloud Databases ’ 기능은 유지보수 기간을 제어하며, 모든 유지보수 작업은 예정된 시작 시간으로부터 4시간 이내에 완료되거나 중단됩니다.
가용성
다음 항목에 대해 고객이 직접 설정하는 유지보수 시간대를 사용할 수 있습니다:
- Databases for PostgreSQL
eu-de에서. - Databases for MongoDB Enterprise Edition
eu-de에서.
향후 더 많은 데이터베이스와 지역을 지원할 예정입니다.
조직에서 유지보수를 특정 요일에만 수행하도록 요구하지 않는 한, 일일 유지보수 시간대를 설정하십시오. 일일 작업 시간대를 설정하면 보안 및 안정성 업데이트를 포함한 보류 중이거나 완료되지 않은 유지보수 작업을 다음 주까지 기다리지 않고 다음 날 바로 재개할 수 있습니다.
정비 내용
유지 관리에는 다음과 같이 배포에 직접적인 영향을 미치는 모든 변경 사항이 포함됩니다
- 데이터베이스 소프트웨어 및 이미지 업데이트.
- 배포가 실행되는 워커 노드에 대한 업데이트.
- 보안, 안정성 및 유지보수 용이성 관련 업데이트.
이러한 변경 사항은 눈에 띄는 서비스 영향이 발생하지 않더라도 유지보수 시간대에 실행됩니다. 배포 규모 조정과 같이 사용자가 직접 요청한 변경 사항은 요청 시 즉시 실행됩니다.
유지보수 기간 동안 배포가 새로운 주 서버로 페일오버될 수 있습니다. 애플리케이션이 자동으로 다시 연결될 수 있도록 설정하십시오. 자세한 내용은 ‘고가용성’을 참조하십시오.
기본 유지보수 시간대
유지보수 시간을 따로 지정할 필요는 없습니다. 설정하지 않을 경우, Cloud Databases 은 해당 지역의 기본값인 월요일부터 금요일까지 UTC 23:00부터 UTC 10:00 사이의 시작 시간을 사용합니다. 정확한 시작 시간은 표시되어 있지 않습니다.
사용자 지정 창 설정을 한 후 지역 기본값으로 되돌리려면, system_assigned 을 true``으로 설정하십시오.
유지보수 기간 요건
- 시작 시간만 설정할 수 있습니다. 지속 시간이나 종료 시간을 설정할 수 없습니다.
Cloud Databases매개변수가 유지보수 기간의 길이를 제어합니다. hh:mmZ형식을 사용하여 시작 시간을 UTC로 지정하십시오.- 일주일에 최소 한 번의 정비일을 지정하십시오. 매일 정기적인 유지보수 시간을 마련하는 것이 좋습니다. 자세한 내용은 “유 지 관리가 제시간에 완료되지 않는 경우”를 참조하십시오.
- 적용하고자 하는 유지보수 시간대보다 최소 60분 일찍 시작 시간을 설정하십시오.
- 유지보수 기간은 언제든지 변경할 수 있습니다. 변경 사항은 다음 유지보수 기간부터 적용됩니다. 해당 일의 유지보수가 이미 완료된 경우, 업데이트된 일정은 다음에 유지보수가 실행될 수 있는 시점에 적용됩니다.
- 유지보수가 진행 중인 상태에서 유지보수 시간대를 업데이트하더라도, 현재 진행 중인 유지보수 작업은 다시 시작되지 않습니다. 업데이트된 일정은 다음 유지보수 기간부터 적용됩니다.
- 유지보수 알림은 알림이 생성될 당시 유효한 일정에 따라 제공됩니다. 유지보수 시간 직전에 적용된 변경 사항은 이미 생성되거나 전송된 알림에는 반영되지 않을 수 있습니다.
유지보수 시간대 운영 방식
유지보수 기간은 예정된 시작 시간부터 4시간 동안 지속되며, 모든 유지보수 작업은 해당 기간 내에 완료되거나 중단됩니다.
예를 들어, 유지보수 시작 시간이 UTC 기준 02:00인 경우:
| 시간(UTC) | 무슨 일이 일어날까요? |
|---|---|
| 02:00 - 6:00 | 유지보수가 시작되고, 유지보수 작업이 착수됩니다. 배포 환경이 새로운 주 서버로 전환될 수 있으며, 이 경우 애플리케이션이 다시 연결되어야 할 수도 있습니다. |
| 06:00까지 | 모든 유지보수 작업이 완료되었거나 중단되었습니다. |
시작 시간을 정할 때는 단순히 시작 시간뿐만 아니라 전체 4시간의 시간대를 고려하여 일정을 계획하십시오. 애플리케이션 트래픽이 가장 적고 운영 팀이 대응 가능한 시간을 선택하십시오.
백업 작업은 유지보수 시간대와 절대 겹치지 않습니다. ‘ Cloud Databases ’가 백업 일정을 자동으로 조정합니다.
유지보수 시간대 설정
콘솔, CLI, API 또는 Terraform을 사용하여 유지보수 일자와 시작 시간을 설정할 수 있습니다.
콘솔에서 유지보수 시간대를 설정합니다
배포를 생성할 때나 프로비저닝이 완료된 후에 유지보수 시간대를 설정할 수 있습니다.
- IBM Cloud 콘솔에서 배포를 생성하거나 기존 배포를 엽니다.
- ‘유지 관리’ 창으로 이동한 다음 ‘편집’을 클릭합니다.
- 유지보수를 시작할 수 있는 요일을 선택하십시오. 매일 정기적인 유지보수 일정을 따르는 것이 좋습니다.
- 유지보수 시작 시간을 선택하십시오. 시간을 UTC 또는 사용자의 현지 시간대로 표시할 수 있습니다.
- 유지보수 일정을 확인한 후 ‘저장’을 클릭하십시오.
지역별 기본 유지보수 기간으로 돌아가려면 ‘기본값으로 재설정’을 클릭하십시오.
CLI를 사용하여 유지보수 시간대를 설정합니다
다음 명령을 사용하여 특정 유지보수 시간대를 설정할 수 있습니다:
ibmcloud resource service-instance-create \
<INSTANCE_NAME> \
<SERVICE_NAME> \
<SERVICE_PLAN_NAME> \
<LOCATION> \
-g <RESOURCE_GROUP> \
-p '{
"dataservices": {
"maintenance": {
"window": {
"start_time": "05:00Z",
"days": "Wednesday,Thursday"
}
}
}
}'
다음 명령어를 사용하여 system_assigned 의 유지보수 시간대를 설정할 수 있습니다:
ibmcloud resource service-instance-create \
<INSTANCE_NAME> \
<SERVICE_NAME> \
<SERVICE_PLAN_NAME> \
<LOCATION> \
-g <RESOURCE_GROUP> \
-p '{
"dataservices": {
"maintenance": {
"window": {
"system_assigned": true
}
}
}
}'
API를 사용하여 유지보수 시간대를 설정합니다
다음 요청을 사용하여 특정 유지보수 시간대를 설정할 수 있습니다:
curl -X POST \
"https://resource-controller.cloud.ibm.com/v2/resource_instances" \
-H "Authorization: Bearer <IAM_ACCESS_TOKEN>" \
-H "Content-Type: application/json" \
-d '{
"name": "<DATABASE_INSTANCE_NAME>",
"target": "<REGION>",
"resource_group": "<RESOURCE_GROUP_ID>",
"resource_plan_id": "<DATABASE_SERVICE_PLAN_ID>",
"parameters": {
"dataservices": {
"maintenance": {
"window": {
"start_time": "05:00Z",
"days": "Wednesday,Thursday"
}
}
}
}
}'
다음 요청을 사용하여 ‘ system_assigned ’ 유지보수 시간대를 설정할 수 있습니다:
curl -X POST \
"https://resource-controller.cloud.ibm.com/v2/resource_instances" \
-H "Authorization: Bearer <IAM_ACCESS_TOKEN>" \
-H "Content-Type: application/json" \
-d '{
"name": "<DATABASE_INSTANCE_NAME>",
"target": "<REGION>",
"resource_group": "<RESOURCE_GROUP_ID>",
"resource_plan_id": "<DATABASE_SERVICE_PLAN_ID>",
"parameters": {
"dataservices": {
"maintenance": {
"window": {
"system_assigned": true
}
}
}
}
}'
Terraform을 사용하여 유지보수 시간대를 설정합니다
다음 Terraform 요청을 사용하여 특정 유지보수 시간대를 설정할 수 있습니다:
maintenance_days = ["Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"]
data "ibm_resource_group" "rg" {
name = var.resource_group_name
}
resource "ibm_database" "cmw_test" {
name = "<DATABASE_INSTANCE_NAME>"
resource_group_id = data.ibm_resource_group.rg.id
service = "<DATABASE_SERVICE_NAME>"
plan = "<DATABASE_SERVICE_PLAN_ID>"
location = "<GEN2-REGION>"
service_endpoints = "private"
maintenance {
window {
start_time = "05:00Z"
days = var.maintenance_days
}
}
}
다음 Terraform 요청을 사용하여 system_assigned 의 유지보수 시간대를 설정할 수 있습니다:
data "ibm_resource_group" "rg" {
name = var.resource_group_name
}
resource "ibm_database" "cmw_test" {
name = "<DATABASE_INSTANCE_NAME>"
resource_group_id = data.ibm_resource_group.rg.id
service = "<DATABASE_SERVICE_NAME>"
plan = "<DATABASE_SERVICE_PLAN_ID>"
location = "<GEN2-REGION>"
service_endpoints = "private"
maintenance {
window {
system_assigned = true
}
}
}
유지보수 현황 추적
배포에 대한 유지보수가 예정되어 있는 경우, 유지보수 작업이 시작되기 최소 2시간 전에 ‘ IBM Cloud Activity Tracker ’ 이벤트를 수신하게 됩니다.
IBM Cloud Activity Tracker 또한 유지보수 기간이 성공적으로 종료됨에 따라 서비스 인스턴스가 업데이트되면 이에 따른 이벤트가 발생합니다. ‘Database Activity Tracker ’ 행사 전체 일정을 확인해 보세요.
부적절한 유지보수
유지보수는 유지보수 기간이 끝날 때까지 진행됩니다. 시작 시간으로부터 4시간이 지나도 유지보수 작업이 여전히 실행 중이라면, Cloud Databases 에서 해당 작업을 중지합니다. 나머지 작업은 다음 유지보수 기간에 진행됩니다. 그동안 배포된 환경은 계속 사용할 수 있습니다.
매일 유지보수 시간을 정하십시오. 매주 하루만 선택하면, 보안 수정 사항을 포함하여 완료되지 않은 유지 관리는 다음 작업 기간이 시작될 때까지 최대 일주일 동안 대기하게 됩니다. 일일 유지보수 기간이 설정되어 있으면, 다음 날부터 유지보수가 재개되며, 배포 환경은 항상 최신 상태로 안전하게 유지됩니다.
비상 유지보수
예외적인 상황에서는 예정된 유지보수 시간대 외에 사전 공지 없이 긴급 유지보수가 진행될 수 있습니다. 이러한 경우에는 예정된 유지보수 일정이 생성되지 않습니다.