버전 관리 정책
Cloud Databases 인스턴스를 프로비저닝할 때 현재 IBM Cloud® 에서 사용 가능한 버전 중에서 선택할 수 있습니다. Find the latest versions from the 카탈로그 페이지, the Cloud Databases CLI plug-in, or the Cloud Databases API.
정의된 주 버전
| Service | Cloud Databases 버전 관리 체계 | 다음으로 알려진 수명 종료 버전 및 날짜 | 선호하는 주요 버전 | 수명 종료 프로시저 [1] |
|---|---|---|---|---|
| Databases for MongoDB | Cloud Databases 주요 버전은 major.x.patch 버전 번호의 처음 두 숫자입니다. x가 짝수인 경우 프로덕션에 적합한 안정적인 릴리스입니다. 짝수인 x 버전은 Cloud Databases에서 사용 가능한 유일한 버전입니다. |
v7, 2027년 8월 25일 | v8.0 | 다음 주요 버전으로 제자리에서 자동 업그레이드, 고객이 주도하는 다음 주요 버전으로의 제자리 업그레이드가 Standard 및 Enterprise 플랜에 지원됩니다 |
| Databases for Elasticsearch | Cloud Databases 주요 버전은 release.version.maintenance 버전 번호의 처음 두 숫자입니다. |
v8.7, v8.10, v8.12, v8.15, 2026년 6월 30일 | v8.19 | 다음 주요 버전으로 제자리에서 자동 업그레이드, 고객이 주도하는 제자리에서 8.19 버전으로의 업그레이드가 지원됩니다 |
| Databases for Redis | Cloud Databases 주요 버전은 major.minor.patch 버전 번호의 첫 번째 숫자입니다. |
v7.2, 2026년 8월 19일 | v8.2 | 다음 주 버전으로 자동 업그레이드 |
| Databases for PostgreSQL | Cloud Databases 주요 버전은 버전 번호의 첫 번째 숫자로 정의됩니다. | v14 2026년 10월 21일 | v18 | 자동으로 현 위치에서 다음 주요 버전으로 업그레이드됨 v14 에서 v15 로의 고객 주도 현 위치 업그레이드 지원됨 |
| Databases for MySQL | Cloud Databases 주요 버전은 major.x.patch 버전 번호의 처음 두 숫자입니다. |
v8.0, 2026년 7월 29일 | v8.4 | 백업 수행 및 액세스 제거 |
| Messages for RabbitMQ | Cloud Databases 주요 버전은 major.x.patch 버전 번호의 처음 두 숫자입니다. |
v3.13, 2026년 5월 20일, v4.1, 2026년 8월 12일 |
v4.2 | v3.13, 까지 백업 및 액세스 권한 제거 후 다음 메이저 버전으로 자동 업그레이드 시작 v4.x |
수명 종료 프로시저
수명 종료 처리는 서비스 및 버전 관리 모델에 따라 다릅니다. 다음과 같은 접근 방식이 적용됩니다:
-
유효 기간 종료 후 액세스 제거
MySQL v8.0 및 RabbitMQ v3.13 의 경우 수명 종료일 이후에는 배포에 대한 액세스 권한이 제거됩니다. 백업은 정책에 따라 유지되지만 인스턴스에 더 이상 액세스할 수 없습니다.
-
다음 지원 버전으로 강제 업그레이드합니다:
다른 모든 데이터베이스 버전의 경우, 사용 종료 날짜가 지나면 더 이상 사용되지 않는 버전에서 실행 중인 모든 활성 배포가 다음 지원 버전으로 강제로 업그레이드됩니다. 예를 들어 PostgreSQL 버전 14는 자동으로 버전 15로 업그레이드됩니다.
다음과 같은 이유로 이 접근 방식은 권장되지 않습니다:
- 이러한 유형의 강제 업그레이드에 대해서는 서비스 수준 계약(SLA)을 제공하지 않습니다.
- 데이터 손실이 발생할 수 있습니다.
- 애플리케이션에 다운타임이 발생할 수 있습니다.
- 새 데이터베이스 버전과 호환되지 않는 애플리케이션이 있는 경우 애플리케이션이 작동을 멈출 수 있습니다.
- 인스턴스의 강제 업그레이드 시점을 제어할 수 없습니다.
- 강제 업그레이드에 대한 롤백 절차는 없습니다.
- 해당 버전이 출시된 후 가능한 한 빨리 인스턴스를 최신 Cloud Databases 버전으로 업그레이드할 것을 강력히 권장합니다.
각 데이터베이스 유형별 업그레이드 방법에 대한 추가 정보:
버전 업데이트 구독
새로운 주요 데이터베이스 버전의 출시 여부는 릴리스 IBM Cloud 노트와 IBM Cloud 상태 페이지를 통해 공지됩니다. 문 서에 설명된 대로 상태 알림을 IBM Cloud 설정하여 새 릴리스 노트가 게시될 때 알림을 받으십시오.
메이저 버전 지원 종료 절차
주요 데이터베이스 버전의 지원 종료 일정은 두 가지 Cloud Databases 주요 요소를 고려하여 결정됩니다.
- 데이터베이스를 제공하는 오픈소스 커뮤니티 또는 벤더가 해당 버전의 유지 관리를 중단하는 날짜.
- 보안 분야의 업계 모범 사례는 일반적으로 더 이상 유지보수되지 않는 소프트웨어의 사용을 금지합니다. 해당 버전의 경우 버그 및 보안 취약점이 해결될 가능성이 낮기 때문입니다.
포트폴리오에 IBM Cloud 포함된 각 데이터베이스의 주요 릴리스 빈도와 유지 관리 수명 주기 정책이 서로 다르기 때문에, 에서 주요 릴리스의 IBM Cloud 일반 제공 시점과 에서 해당 버전의 수명 종료 시점 사이의 IBM Cloud 기간은 데이터베이스별로 그리고 시간에 따라 달라집니다.
주요 버전의 지원 종료일이 IBM Cloud 정의되면 상태 공지 IBM Cloud 페이지를 통해 알림이 제공됩니다. 주요 버전의 종료 예정일로부터 종료일까지의 기간 동안에는 최신 주요 버전으로의 업그레이드를 시작할 것을 강력히 권장합니다.
지원 종료일 시점에, 더 이상 지원되지 않는 주요 버전에 남아 있는 모든 데이터베이스 인스턴스는 표 1의 지원 종료 절차 열에 설명된 대로 처리됩니다. 인스턴스 종료 절차에 백업 작업이 포함된 경우, 해당 백업은 30일 동안 새 지원 버전으로 복원할 수 있으며, 이후 백업은 삭제됩니다.
종료된 버전의 비활성화된 구성 요소를 다시 활성화해 달라는 요청은 수용되지 않습니다.
수명 종료 절차 및 관련 조치는 수명 종료일 이후 며칠에 걸쳐 진행됩니다. 현지 업무 시간 외에는 이러한 조치를 완료하기 위해 노력하지만 보장할 수는 없습니다. 인스턴스의 업그레이드 프로세스를 더 잘 제어하려면 해당 버전의 EOL 날짜 이전에 업그레이드하는 것이 좋습니다.
부 버전
IBM Cloud 는 안전한 최신 버전의 서비스를 제공하기 위해 최선을 다하고 있습니다. 프로젝트 관리자가 업데이트를 릴리스하면 테스트, 평가 및 Cloud Databases 인스턴스에 릴리스됩니다. 인스턴스의 부 버전 및 패치 업데이트는 자동으로 처리되며 사용자가 구성할 수 없습니다.
메이저 버전 지원 종료 알림
주요 데이터베이스 버전에 대한 수명 종료일을 IBM Cloud 데이터베이스 사용자에게 사전 통지하는 기능은 관련 오픈 소스 커뮤니티 또는 공급업체가 버전 유지 관리가 종료되는 날에 대해 제공하는 사전 통지에 의해 제한됩니다.
주요 버전의 유지보수 종료 일정에 대해 오픈소스 커뮤니티 또는 공급업체가 사전 공지를 제공하는 데이터베이스의 경우, 사용자에게 다가오는 지원 종료 일정을 알리기 위해 여러 차례의 알림이 발송됩니다. 일반적으로 예상할 수 있습니다:
- 클라우드 상태 페이지 공지(예: 지원 종료 알림 )
- 서비스 릴리즈 노트의 공지(예: IBM Cloud® Databases for PostgreSQL 버전 12는 2025년 1월 22일에 수명이 종료됩니다
- 이메일 주소가 계정 알림에 올바르게 포함되도록 설정된 경우 이메일로 알림을 받습니다. 이 이메일에는 알림 관리 페이지로 연결되는 알림 링크가 포함되어 있습니다. 이러한 공지 사항이 이메일 서비스의 스팸 필터에 걸리지 않는지 확인하세요. 자세한 내용은 알림용 배포 목록 설정 및 IBM Cloud 알림용 이메일 기본 설정 지정을 참조하십시오.
계정이 알림 및 공지사항 수신을 사용하도록 설정되어 있는지 확인하세요. 플랫폼 및 리소스 업데이트 수신을 모두 활성화해야 합니다.
- 플랫폼 탭 > 공지사항 > 주요 및 부차적 항목 아래의 주요 및 부차적 토글을 켭니다.
- 리소스 탭 > 리소스 활동 > 서비스 업데이트 에서 서비스 업데이트를 켭니다.
고객은 또한 CLI 또는 API를 통해 프로그래밍 방식으로 모든 IBM Cloud 데이터베이스 인스턴스의 데이터베이스 버전 상태를 사전에 확인하도록 권장됩니다. 자세한 내용은 버전 상태 확인을 위한 프로그래밍 방식을 참조하세요.
데이터베이스 관련 정보
IBM Cloud Databases for Elasticsearch
Elastic은 Elasticsearch 버전에 대한 유지 관리 정책을 여기에 게시합니다. 이 정책에 따르면, Elastic은 언제든지 가장 최근 릴리즈( X.Y ), 이전 릴리즈( X.Y-1 ), 이전 메이저 버전의 마지막 릴리즈( X-1.last, 8.19 예시)의 세 가지 버전을 유지 관리합니다. 새 릴리스가 만들어지면( X.Y+1 ), 릴리스 X.Y-1 에 대한 유지 관리가 즉시 종료됩니다. 고객은 사용하는 Elasticsearch 버전을 업그레이드하는 두 가지 방법 중에서 선택할 수 있습니다. 첫 번째 접근 방식은 항상 최신 버전이 출시되면 곧바로 Elasticsearch 버전으로 업그레이드하여 업그레이드 빈도를 Elastic의 릴리즈 빈도와 동일하게 만드는 것입니다. 두 번째 접근 방식은 해당 기간 동안 필요한 버전 업그레이드 빈도를 줄이기 위해, Elastic에서 유지보수를 계속하는 한 이전 주요 버전의 마지막 릴리스를 계속 사용하는 것입니다. 각 Elasticsearch 메이저 버전 릴리즈 직후에 추가 메이저 버전에 대한 Elastic 유지 관리가 종료되었으며 이 메이저 버전이 5주 후에 IBM Cloud Databases 에서 수명이 종료될 것임을 알리는 IBM Cloud 알림이 전송됩니다.
버전 상태를 확인하는 프로그래밍 방식
CLI에서 the following Cloud Databases deployables-show command shows deployable service types, specifically the available
versions and their preferred or stable status.
ibmcloud cdb deployables-show [--stable] [--preferred] [--json]
Check the status of a major version by reviewing the output of the deployable command, specifically 상태 and 선호. 다음 출력 예는 버전 7이 Preferred 버전이고 버전 6 상태가 deprecated 임을 보여줍니다.
Service Type: mongodb
Version Status Preferred
7 stable true
6 deprecated false
Cloud Databases API에서 deployables 엔드포인트는 배포 가능한 모든 서비스를 반환합니다. 매개변수 version 사용하여
버전 번호를 반환합니다.
GET /v5/ibm/deployables
주요 버전 및 테라폼
현재 테라폼을 사용하여 새로운 메이저 버전으로 업그레이드할 수 없다는 점에 유의하세요. Terraform 스크립트에서 버전 번호를 변경하면 데이터가 파괴될 수 있습니다. 권장되는 버전 업그레이드 방법은 백업을 최신 버전으로 새 배포에 복원하는 것입니다. 자세한 내용은 백업 복원을 참조하세요.