새 주 버전으로 업그레이드
데이터베이스의 주요 버전이 수명 종료(EOL)에 도달한 경우 사용 가능한 다음 주요 버전으로 업그레이드합니다. ' Redis '의 사용 가능한 버전은 ' 카탈로그' , ' Cloud Databases CLI 플러그인' 또는 ' Cloud Databases API'를 통해 찾을 수 있습니다.
단순 업그레이드 경로
대부분의 Databases for Redis 사용은 데이터가 일시적인 경향이 있는 캐시 역할을 하므로 새 배포를 만드는 것이 가장 좋습니다. 이 간단한 방법으로 Databases for Redis의 최신 버전을 사용하여 새 배치를 프로비저닝한 후 애플리케이션을 새 배치에 지정하십시오. 이렇게 하면 초기 사용을 통해 직접 캐시를 쌓을 수 있습니다.
새 주 버전으로 업그레이드하는 방법
실행을 준비한 후 EOL 날짜 이전의 최신 버전으로 이주하십시오. 자세한 내용은 버전 관리 정책을 참조하세요.
버전 롤백은 지원되지 않습니다.
Databases for Redis에 사용 가능한 최신 버전의 Redis 로 업그레이드하십시오. 카탈로그 페이지, Cloud Databases CLI 플러그인 명령 ibmcloud cdb deployables-show
또는
Cloud Databases API /deployables
엔드포인트에서 최신 버전을 찾으십시오.
업그레이드는 데이터 백업을 새로운 배포로 복원하여 처리됩니다. 백업에서 복원하면 다음과 같은 다양한 이점이 있습니다.
- 원래 데이터베이스는 계속 실행 중이며 프로덕션 작업이 중단될 수 있습니다.
- 사용자는 프로덕션을 중단하고 새 데이터베이스를 테스트하며 애플리케이션 비호환성에 대해 작업할 수 있습니다.
- 언제든지 전체 프로세스를 다시 실행할 수 있습니다.
- 새로운 복원은 이전 버전의 데이터베이스의 불필요한 아티팩트가 새 데이터베이스로 전달될 가능성을 줄여줍니다.
업그레이드 경로
현재 버전 | 주 버전 업그레이드 경로 |
---|---|
Databases for Redis V6.2 | -> Databases for Redis V7.2 |
UI를 사용하여 업그레이드
새 호스팅 모델의 경우 현재 CLI 및 API를 통해 새로운 메이저 버전으로 업그레이드할 수 있습니다.
배포 개요 페이지의 백업 및 복원 탭에서 백업을 복원할 때 새 버전으로 업그레이드하세요. 오버플로 메뉴 또는 선택한 백업의 확장된 테이블 행에서 백업 복원을 클릭합니다. 그러면 새 배포에 대한 옵션을 선택할 수 있는 복원 프로비저닝 페이지가 열립니다. 옵션 중 하나는 데이터베이스 버전으로, 사용 가능한 버전이 자동으로 채워집니다. 버전을 선택하고 백업 복원을 클릭하여 프로비저닝 및 복원 프로세스를 시작합니다.
CLI를 사용하여 업그레이드
IBM Cloud CLI를 통해 백업에서 업그레이드 및 복원하는 경우에는 리소스 제어기에서 프로비저닝 명령을 사용하십시오.
ibmcloud resource service-instance-create <INSTANCE-NAME> <SERVICE-ID> <SERVICE-PLAN-ID> <REGION>
매개변수 service-name
, service-id
, service-plan-id
및region
이 모두 필요합니다. 또한 JSON 오브젝트에 버전 및 백업 ID 매개변수와 함께 -p
를 제공합니다. 새 배치는 백업 시 소스 배치와 동일한 디스크 및 메모리로 자동으로 크기가 조정됩니다.
배포에 대한 백업 및 백업 ID 목록은 다음 명령을 사용하여 검색할 수 있습니다.
ibmcloud cdb deployment-backups-list <INSTANCE_NAME_OR_CRN> --json
아래와 같이 리소스 컨트롤러 명령에서 선택한 백업의 ID를 매개변수로 사용합니다.
ibmcloud resource service-instance-create example-upgrade databases-for-redis standard us-south \
-p \ '{
"backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
"version":"6.2"
}'
API를 사용하여 업그레이드
API를 통한 프로비저닝과 마찬가지로 리소스 컨트롤러 API를 사용하려면 필요한 단계를 완료해야 백업에서 업그레이드하는 데 사용할 수 있습니다. 그런 다음, API를 POST 요청으로 전송하십시오. name
,
target
, resource_group
, resource_plan_id
, backup_id
, service_endpoints
, version
매개변수는 모두 필수입니다. 새 배치는 백업 시 소스 배치와 동일한 메모리 및 디스크 할당을 가집니다.
배포에 대한 백업 및 백업 ID 목록은 다음 API 요청을 사용하여 검색할 수 있습니다.
curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/backups
-H 'Authorization: Bearer <token>' \
다음 예와 같이 리소스 컨트롤러 API 요청에 선택한 백업의 ID를 사용합니다.
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H 'Authorization: Bearer <token>' \
-H 'Content-Type: application/json' \
-d '{
"name": "new-instance-name",
"target": "us-south",
"resource_group": "5g9f447903254bb58972a2f3f5a4c711",
"resource_plan_id": "databases-for-redis-standard",
"parameters":{
"backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
"service_endpoints": "private",
"version": "6.2"
}
}'
백업 및 복원: 예
다음 요청 시 백업 및 복원 단계를 완료하여 업그레이드하십시오. 이 예에서는 V6 V7.2 업그레이드하는 단계를 설명합니다.
UI에서 수동 백업을 만들려면 다음과 같이 하세요:
- Databases for Redis 인스턴스의 백업 및 복원 탭으로 이동하십시오.
- 백업 만들기를 클릭하면 백업이 진행 중이라는 메시지가 표시되고 사용 가능한 백업 목록에 주문형 백업이 추가됩니다. 주문형 백업은 개요 페이지의 최근 작업 패널에서 확인할 수 있습니다.
새 서비스 인스턴스로 백업을 복원하려면 다음을 수행하십시오.
- 백업 및 복원 탭으로 이동하십시오.
- 해당 행을 클릭하여 복원하려는 주문형 백업의 옵션을 확장합니다
- 백업 복원을 클릭하면 인스턴스 복원 페이지로 다시 이동합니다.
- 복원 페이지에서 새 인스턴스 서비스 이름, 지역 및 리소스 할당 값을 수정할 수 있습니다. 기본적으로 새 인스턴스는 복원하려는 백업 시점의 소스 인스턴스와 동일한 디스크 및 메모리 할당량으로 자동 크기 조정됩니다. 서비스 구성에서 데이터베이스 버전으로 '7.2'를 선택합니다.
- 백업 복원을 클릭합니다.
새 인스턴스의 프로비저닝이 완료되면 백업 파일의 데이터가 새 인스턴스로 복원됩니다. 새로 업그레이드된 7.2 인스턴스는 리소스 목록에서 액세스할 수 있습니다.
백업이 복원되는 동안에는 소스 인스턴스를 삭제하지 마세요. 이전 인스턴스를 삭제하기 전에 새 인스턴스가 프로비저닝되고 백업이 복원될 때까지 기다리세요. 인스턴스를 삭제하면 해당 백업도 삭제됩니다.
강제 업그레이드
복원 및 업그레이드를 사용하여 업그레이드하지 않도록 선택하는 경우 Databases for Redis 는 버전 수명 종료 시 다음 주 버전으로 강제로 업그레이드됩니다.
데이터 마이그레이션이 필요한 경우
마이그레이션에 대한 지침은 Databases for Redis로 마이그레이션 을 참조하십시오.