TencentDB for MySQL은 콘솔을 통한 빠른 인스턴스 사양 변경을 지원하여 효율적인 용량 확장 및 축소가 가능합니다. 실제 비즈니스 상황(비즈니스 초기, 확장기, 전성기, 침체기 등)에 따라 MySQL 인스턴스 사양을 효율적으로 변경함으로써 리소스를 충분히 이용하고 실시간으로 비용을 최적화할 수 있습니다. 요금 변경에 대한 내용은 인스턴스 비용 조정 설명을 참고하십시오.
인스턴스 디스크 제한 초과 설명
원활한 비즈니스 진행을 위해 디스크 용량이 다 차기 전 미리 데이터베이스 인스턴스 사양을 업그레이드하거나 디스크 용량을 구매하시기 바랍니다.
설명：
디스크 용량에 대한 내용은 MySQL 콘솔 인스턴스 상세 페이지에서 확인할 수 있으며, 알람 설정을 통해 디스크에 대한 알람 메시지를 즉시 받을 수 있습니다.
인스턴스 스토리지의 데이터 양이 인스턴스를 초과할 경우 인스턴스가 잠겨 데이터 읽기만 가능하고 입력은 불가능해집니다. 용량을 확장하거나 콘솔에서 일부 DB 테이블을 삭제하여 읽기 전용 모드를 해제할 수 있습니다. 인스턴스가 단일 노드 구조인 경우, 용량 확장으로만 읽기 전용 상태를 해제할 수 있습니다.
데이터베이스가 반복적으로 잠기는 현상을 방지하려면 인스턴스의 남은 용량이 20% 이상 또는 50GB 이상으로 유지되어야 합니다. 해당 상태가 되면 인스턴스의 잠금 상태가 해제되고, 정상적으로 읽고 쓸 수 있습니다.
설정 변경 소개
사용자가 콘솔에서 인스턴스 설정을 변경하면 시스템은 데이터 마이그레이션을 통해 변경을 완료합니다. 기본적으로 일반 변경이 사용되며 로컬의(인스턴스가 속한 호스트) 남은 리소스가 충분하면 QuickChange를 선택할 수도 있습니다. 변경 절차는 다음과 같습니다.
일반 변경 모드: 현재 호스트의 인스턴스를 새로운 호스트 인스턴스로 데이터 마이그레이션하여 변경을 완료합니다. 변경 과정에서 마이그레이션하거나 대조 검증할 데이터 양이 많다면 소요 시간이 길어질 수 있으며 설정 변경 완료 후 인스턴스 전환이 발생할 수도 있습니다.
QuickChange: 현재 호스트에서 바로 변경을 완료하여 데이터 마이그레이션을 하지 않기 때문에 관련 준비 작업이 필요 없으며 전체 변경 시간이 짧습니다.
주의：
로컬 잔여 리소스가 충분하여 QuickChange 조건을 충족할 수 있는 경우, 기본적으로 QuickChange 기능을 사용합니다. 사용하지 않으려면 설정 변경 페이지에서 비활성화할 수 있습니다(설정 변경 페이지에서 ‘QuickChange’ 활성화/비활성화 버튼 선택).
주의 사항
RO 인스턴스는 독립 VIP 액세스를 활성화할 경우 QuickChange를 지원하지 않습니다.
RO 인스턴스가 속한 RO 그룹의 활성화된 인스턴스 수가 딜레이 제거 최소 인스턴스 수 이하일 경우, RO 인스턴스는 QuickChange를 지원하지 않습니다.
변경 시 인스턴스의 마이너 버전이 최신 버전이 아닌 경우 먼저 인스턴스 커널 마이너 버전을 최신 버전으로 업그레이드합니다. 마이너 버전 업그레이드 시 터보 변경 기능으로 인스턴스가 재시작되며, 재시작 여부는 변경 페이지의 터보 변경 프롬프트에 따라 달라집니다.
설정 변경 규칙
TencentDB for MySQL 인스턴스 및 이에 연결된 읽기 전용 인스턴스와 재해 복구 인스턴스가 정상 상태(실행 중)이고, 현재 진행 중인 작업이 없을 때만 설정 변경 작업을 요청할 수 있습니다.
설정 변경 중에는 해당 변경 작업을 취소할 수 없습니다.
설정 변경 전후의 인스턴스 이름, 액세스 IP, 액세스 포트 모두 변경되지 않습니다.
설정 변경 중에는 MySQL의 전역 매개변수, 사용자 비밀번호 등을 가급적 변경하지 마십시오.
설정 변경 중에는 데이터 이동이 발생할 수 있으나, MySQL 인스턴스에 정상적으로 액세스할 수 있으며 비즈니스에도 영향을 미치지 않습니다.
설정 변경을 완료하면 인스턴스 전환(몇 초간 MySQL 데이터베이스 연결 끊김)이 일어날 수 있으므로, 프로그램 자동 재연결 기능 및 점검 시간 내 전환 완료 선택을 권장합니다. 자세한 내용은 인스턴스 점검 시간 설정을 참고하십시오.
MySQL 단일 노드 - 기본형은 설정 변경 중 약 15분간 인스턴스를 사용할 수 없는 경우가 발생할 수 있으므로 피크 시간대를 피해 작업하시기를 권장합니다.
인스턴스 사양 및 스토리지 테이블
2노드/3노드(로컬 SSD 디스크)
격리 정책
CPU 및 메모리
최대 IOPS
스토리지 공간
범용형
1코어 1000MB
1200
25GB - 3000GB
1코어 2000MB
2000
2코어 4000MB
4000
4코어 8000MB
8000
4코어 16000MB
14000
8코어 16000MB
20000
8코어 32000MB
28000
16코어 32000MB
32000
16코어 64000MB
40000
16코어 96000MB
40000
16코어 128000MB
40000
25GB - 6000GB
24코어 244000MB
60000
32코어 256000MB
80000
48코어 488000MB
120000
전용형
2코어 16000MB
8000
25GB - 3000GB
4코어 16000MB
10000
4코어 24000MB
13000
4코어 32000MB
16000
8코어 32000MB
32000
8코어 48000MB
36000
8코어 64000MB
40000
12코어 48000MB
36000
25GB - 6000GB
16코어 64000MB
60000
12코어 72000MB
40000
12코어 96000MB
48000
16코어 96000MB
60000
24코어 96000MB
72000
16코어 128000MB
60000
32코어 128000MB
80000
24코어 144000MB
76000
24코어 192000MB
80000
32코어 192000MB
90000
48코어 192000MB
120000
32코어 256000MB
100000
48코어 288000MB
140000
48코어 384000MB
140000
64코어 256000MB
150000
25GB - 9000GB
64코어 384000MB
150000
64코어 512000MB
150000
25GB - 12000GB
90코어 720000MB
150000
콘솔에서 인스턴스 설정 변경
1. MySQL 콘솔에 로그인한 후 인스턴스 리스트에서 변경할 인스턴스를 선택한 다음 작업 열에서 더 보기 > 설정 변경을 선택합니다.
2. 팝업 창에서 변경된 설정을 선택한 후 제출을 클릭합니다.
설명：
로컬 잔여 리소스가 충분할 경우, QuickChange 기능이 트리거됩니다. 본 페이지의 QuickChange 버튼을 통해 활성화/비활성화를 선택할 수 있습니다.
일부 QuickChange 시나리오는 재시작하지 않으며 이 경우 제출한 변경은 설정 변경이 완료된 후 바로 적용됩니다. 다음 이미지를 참고하십시오.
API로 인스턴스 설정 변경
UpgradeDBInstance 인터페이스를 사용해 인스턴스 설정을 변경할 수 있습니다. 자세한 내용은 CDB 인스턴스 설정 변경을 참고하십시오.
FAQ
데이터베이스 인스턴스 사양을 변경하면 인스턴스에 어떤 영향이 있나요?
MySQL 설정 변경 중 데이터 마이그레이션이 일어날 수 있으나, 인스턴스 액세스에는 영향을 미치지 않습니다. 마이그레이션 완료 후 전환이 진행되며, 몇 초간 끊길 수 있으니 서비스의 재연결 메커니즘을 확보하시기 바랍니다.
MySQL 단일 노드 - 기본형은 설정 변경 중 약 15분간 인스턴스를 사용할 수 없는 경우가 발생할 수 있으므로 피크 시간대를 피해 작업하시기를 권장합니다.
데이터베이스를 다운그레이드할 수 없는 이유는 무엇인가요?
사용자의 스토리지가 디스크 최대 용량을 초과했을 수 있으므로, 먼저 데이터를 정리해야 합니다. 남은 용량이 20% 또는 50G 이상이어야 다운그레이드 작업을 진행할 수 있습니다.
콘솔 설정 변경 후 왜 계속 '업그레이드 전환 대기 중 상태'가 뜨나요?
콘솔에서 설정 변경 시 전환 시간을 점검 시간 내 전환으로 선택하여 즉시 전환하지 못한 경우일 수 있습니다.
즉시 전환하려면 인스턴스 리스트의 작업 열에서 즉시 전환을 클릭하십시오. 연결이 몇 초간 끊길 수 있으니 서비스의 재연결 메커니즘을 확보하시기 바랍니다.
인스턴스 사양 변경과 업그레이드에 시간이 얼마나 소요되나요?
데이터베이스의 업그레이드 소요 시간은 사용자의 데이터베이스에 저장된 데이터 양 및 데이터 복사 속도 등과 관련되므로 구체적인 시간은 예측할 수 없습니다.
업그레이드 중에도 인스턴스 사용에는 영향을 미치지 않습니다. 업그레이드 완료 후 VIP 전환 시 몇 초간 끊김이 발생할 수 있습니다.
