제품 동향
단일 노드 아키텍처(기존 기본 버전 및 클라우드 디스크 버전)
TencentDB for MySQL은 단일 노드, 2노드 및 3노드의 세 가지 유형의 아키텍처를 지원합니다. 본문은 단일 노드 아키텍처에 대해 설명합니다.
단일 노드 아키텍처는 서로 다른 격리 전략에 따라 기본형(원래 기본 버전), 기본형(클라우드 디스크)으로 나눌 수 있습니다. 자세한 내용은 격리 정책을 참고하십시오. 단일 노드 아키텍처는 단일 노드로 배포되므로 읽기 전용 인스턴스도 단일 노드 아키텍처에 속합니다.
단일 노드 - 기본형(클라우드 디스크 버전)
이 아키텍처의 경우 콘솔에 단일 노드(클라우드 디스크)로 표시됩니다.
적용 시나리오
단일 노드 아키텍처에는 하나의 데이터베이스 노드가 있으므로 테스트, 개발 및 학습과 같은 고가용성이 필요하지 않은 비즈니스 시나리오에 매우 비용 효율적이며 적합합니다.
특징
기본 스토리지는 SSD 또는 인핸스드 SSD 클라우드 디스크를 채택합니다.
SSD 클라우드 디스크: NVMe SSD를 스토리지 미디어로 사용하는 올플래시 클라우드 디스크 스토리지 유형입니다. 높은 랜덤 IOPS 및 99.9999999% 데이터 보안과 함께 대기 시간이 짧고 처리량이 높은 I/O 기능을 제공합니다. 높은 I/O 성능이 필요한 시나리오에 적합합니다.
인핸스드 SSD 클라우드 디스크: Tencent Cloud의 최신 스토리지 엔진, NVMe SSD 스토리지 미디어 및 최신 네트워크 인프라를 기반으로 합니다. 낮은 대기 시간, 높은 임의 IOPS, 높은 처리량 I/O 및 최대 99.9999999%의 데이터 보안을 갖춘 고성능 스토리지를 제공하므로 대기 시간 요구 사항이 높은 I/O 집약적 애플리케이션에 적합합니다. 고유하게 인핸스드 SSD 클라우드 디스크의 성능과 용량은 요구 사항에 맞게 독립적으로 조정할 수 있습니다.
SSD 클라우드 디스크에 대한 임의 IOPS 공식: 임의 IOPS = min{1800 + 용량(GiB) × 30, 26000}.
SSD 클라우드 디스크의 처리량 공식(MB/s): 처리량 = min{120 + 용량(GiB) × 0.2, 260}.
인핸스드 SSD 클라우드 디스크의 임의 IOPS 공식: 임의 IOPS = min{1800 + 용량(GiB) × 50, 50000}.
인핸스드 SSD 클라우드 디스크의 처리량 공식(MB/s): 처리량 = min{120 + 용량(GiB) × 0.5, 350}.
주의：
단일 노드(클라우드 디스크) 인스턴스는 SLA를 제공하지 않으며 장애 복구 시간이 깁니다. 프로덕션 환경에서는 99.99%의 가용성을 보장하는 2노드 또는 3노드 아키텍처 인스턴스 사용을 권장합니다.
데이터베이스 인스턴스의 데이터 가용성 및 복구 가능성을 보장하기 위해 디스크 공간의 작은 부분(5%)을 시스템 보호 공간으로 사용하여 인스턴스의 데이터를 보호하지만 데이터를 저장할 수는 없습니다.
단일 노드(클라우드 디스크) 인스턴스를 생성할 때, TencentDB for MySQL의 고유 파일인 약 2GB의 redo log 파일(약 512MB의 ib_logfile 4개)이 생성됩니다.
확장형 SSD 클라우드 디스크는 일부 리전에서만 지원되며, 구체적인 내용은 단일 노드(클라우드 디스크) 인스턴스 구매 시의 클라우드 디스크 옵션을 참조하십시오.
구성 기본 프레임워크
단일 노드 - 기본형(원래 기본 버전)
이 아키텍처는 본 제품 문서에서 단일 노드(원래 기본 버전)로 불리며, 현재는 서비스가 중단되었습니다. 단일 노드 인스턴스를 사용하려면 단일 노드(클라우드 디스크) 인스턴스를 구매하십시오.
적용 시나리오
비즈니스 공식 환경에는 권장되지 않으며, 단일 노드(원래 기본 버전)는 개인 학습, 소형 웹사이트, 기업 비핵심 소형 시스템 및 중대형 기업의 개발 및 테스트 환경에 적합합니다.
특징
컴퓨팅-스토리지 분리를 지원합니다. 컴퓨팅 노드에 오류가 발생하면 다른 노드로 전환하여 빠른 복구를 달성할 수 있습니다. 기본 데이터는 클라우드 디스크에 3개의 사본으로 저장되어 일정 수준의 데이터 신뢰성을 보장하고 디스크 장애 시 디스크 스냅샷에서 빠른 데이터 복원이 가능합니다.
단일 노드(원래 기본 버전)는 데이터베이스 연결, 접근, 리소스 등 다차원의 20여 가지 모니터링을 제공하며 해당 알람 정책을 구성할 수 있어 Cloud Virtual Machine(CVM) 자체 구축보다 더 편리합니다. 동시에 큰 가격 경쟁력을 갖추어 CVM 대비 40%의 비용을 절감할 수 있습니다. 이 아키텍처는 CVM에 배포되어 사용자 자체 구축보다 더 나은 데이터베이스 성능을 제공합니다.
단일 노드(원래 기본 버전)의 기반 스토리지 매체는 고성능 클라우드 디스크를 사용하며, 90%의 I/O 시나리오에 적합하고 가성비가 우수하며 안정적입니다. 구체적인 IOPS 범위 계산 공식: {min 1500 + 8 * 디스크 용량, max 4500}. 예: 디스크 용량이 50GB인 경우 IOPS 범위는 {min 1900, max 4500}입니다.
기본 프레임워크 다이어그램
주의：
단일 노드(원래 기본 버전)는 단일 노드 아키텍처이므로 해당 노드에 장애가 발생할 경우 복구 시간이 CVM 장애 복구보다 더 깁니다(인스턴스 시작 및 데이터 복구 포함). 따라서 고가용성이 필요한 비즈니스의 경우 MySQL 2노드 또는 3노드 인스턴스를 사용하는 것을 권장합니다.
단일 노드 - 읽기 전용 인스턴스
읽기 전용 인스턴스는 단일 노드로 배포되며, 2노드 또는 3노드 인스턴스에 연결되어야 하며, 마스터 인스턴스 없이 독립적으로 생성할 수 없습니다. 이 아키텍처는 콘솔에서 '단일 노드(로컬 디스크)'로 표시됩니다.
설명：
클러스터 버전 아키텍처 인스턴스는 읽기 전용 노드를 추가하여 인스턴스의 읽기 부하 능력을 향상시킬 수 있습니다. 이 읽기 전용 노드는 해당 클러스터 버전 아키텍처의 마스터 인스턴스 아래에서만 읽기 전용 노드 형태로 표시됩니다. 클러스터 버전 아키텍처 인스턴스는 독립적인 읽기 전용 인스턴스 추가도 지원하며, 콘솔에는 '클러스터 버전(클라우드 디스크)'로 표시되며, 기반 스토리지는 클라우드 디스크를 사용합니다.
적용 시나리오
특징
기본 프레임워크 다이어그램
주의：
단일 노드 배포는 단일 실패 지점에 취약합니다. 읽기 전용 인스턴스를 하나만 구입하면 단일 읽기 전용 인스턴스의 장애가 비즈니스 중단으로 이어지기 때문에 비즈니스에 대한 고가용성을 보장할 수 없습니다.
단일 읽기 전용 인스턴스를 복구하는 데 걸리는 시간은 비즈니스 데이터 볼륨에 따라 다르므로 복구 시간을 보장할 수 없습니다. 따라서 비즈니스에 고가용성이 필요한 경우 읽기 전용 인스턴스의 RO 그룹 관리에 따라 RO 그룹에 대한 읽기 전용 인스턴스를 2개 이상 구매하는 것이 좋습니다.
관련 작업
TencentDB for MySQL은 읽기/쓰기 분리 및 단일 원본-다중 복제본 응용 시나리오에 적용할 수 있는 하나 이상의 읽기 전용 인스턴스를 생성할 수 있습니다. 자세한 내용은 읽기 전용 인스턴스 생성을 참고하십시오.
TencentDB for MySQL은 가용성을 보장하기 위해 하나 이상의 읽기 전용 인스턴스를 생성하고 RO 그룹에 배치할 수 있습니다. 자세한 내용은 읽기 전용 인스턴스 RO 그룹 관리를 참고하십시오.
피드백