사용자는 콘솔에서 간단한 클릭만으로 프로덕션 수준의 MySQL 데이터베이스를 생성할 수 있으며, 즉시 사용 가능하고 정밀한 구성 및 튜닝 기능이 제공됩니다.
선도적인 I/O 처리량과 깊이 있게 맞춤 개발된 MySQL 커널을 통해 TencentDB for MySQL의 성능은 자체 구축 데이터베이스를 훨씬 능가합니다. 단순화된 백엔드 아키텍처를 통해 유지 관리 및 관리가 더 쉽습니다.
TencentDB for MySQL은 99.9999999%의 데이터 신뢰성과 최대 99.99%의 서비스 가용성을 제공하며, 완전한 자동 데이터 백업 및 무손실 복구 메커니즘을 갖추고 있습니다.
TencentDB for MySQL은 강력한 동기식 데이터 복제를 지원하며, 커널이 최적화되어 데이터 복제 성능을 크게 향상시키고 팬텀 리드(phantom read) 및 임시 트랜잭션 문제를 효과적으로 해결합니다.
사용자 정의 리소스 임계값 알람은 운영 담당자에게 문제를 신속하게 보고하여, 사용자가 인스턴스 실행 상태를 파악하고 문제에 빠르게 대응할 수 있도록 돕습니다.
TencentDB for MySQL은 TencentDB for DBbrain에 완벽하게 적응하여 지능형 운영을 실현하고 데이터베이스 서비스의 안전하고 안정적이며 효율적인 운영을 효과적으로 보장합니다.
데이터 전송 서비스(DTS)를 통해 자동 데이터베이스 마이그레이션이 제공되어, 데이터베이스 클라우드 마이그레이션을 크게 간소화하고 클라우드로의 원활한 비즈니스 마이그레이션을 실현합니다.
도시 내 다중 AZ DR/교차 도시 DR은 고가용성을 보장합니다. 장애로 인해 서비스 중단이 발생하면 비즈니스를 DR 인스턴스로 빠르게 전환하여 데이터베이스 DR을 달성할 수 있습니다.
데이터베이스는 핵심 비즈니스 운영에 매우 중요하며, 데이터는 기업의 필수 자산이자 생명선 역할을 합니다. 안정적인 생산 및 운영을 보장하려면 고가용성 데이터베이스 아키텍처가 필요합니다. 데이터베이스 오류, 데이터 손실 또는 가동 중지 시간은 기업에 심각한 비즈니스 영향과 재정적 손실을 초래할 수 있습니다. TencentDB for MySQL은 전체 시나리오 고가용성 아키텍처(AS-HAA)를 제공합니다. 이 아키텍처는 비즈니스 안정성을 보장하기 위해 엔드투엔드 및 전체 프로세스 보호를 제공합니다.
게임 시나리오에서 플레이어는 긴 온라인 세션을 가지며 비즈니스 수명 주기가 확장됩니다. 운영은 대부분 분할된 서버이므로 데이터 볼륨이 크고 낮은 지연 시간에 대한 요구 사항이 엄격합니다. 또한 게임 서비스는 서버 다운타임과 데이터 손실을 방지하기 위해 매우 높은 가용성을 요구합니다. 롤백 작업은 게임에서 매우 중요하며, 사용자에게 미치는 영향을 최소화하면서 효율성과 데이터 무결성 간의 균형을 유지해야 합니다.
전자상거래 시나리오에서 갑작스러운 트래픽 급증은 서버 리소스에 막대한 압력을 가할 수 있으므로 확장성이 뛰어난 유연한 데이터베이스 아키텍처가 필요합니다. 핫 데이터에 대한 동시성 높은 액세스 또한 고성능, 고가용성 아키텍처의 지원이 필요합니다. 또한 전자상거래 운영에는 일반적으로 대용량 데이터가 포함되므로 다중 테이블 조인 쿼리에 대한 성능 요구와 실시간 응답성이 필요합니다.
데이터베이스 아키텍처에서 금융 서비스의 주요 과제로는 높은 보안, 대용량 데이터 처리, 고성능, 고가용성 및 높은 확장성이 있습니다. 추가적인 복잡성으로는 복잡한 쿼리 관리, 트랜잭션 격리 및 트랜잭션 최적화가 포함됩니다. 아키텍처는 엄격한 규제 및 규정 준수 표준을 준수하도록 설계되어야 하며 데이터 무결성, 안정성 및 신뢰성을 보장해야 합니다.
데이터베이스 아키텍처에서 개인 웹 사이트 및 SaaS 시나리오의 문제점으로는 영구 데이터 저장 및 데이터 보안이 있습니다. 또한 다양한 사용자 쿼리 및 데이터 분석 요구 사항을 처리해야 합니다.
자주 묻는
질문
TencentDB for MySQL은 세계에서 가장 인기 있는 오픈 소스 데이터베이스인 MySQL을 기반으로 Tencent Cloud가 전문적으로 구축한 고성능 엔터프라이즈급 데이터베이스 서비스입니다. MySQL 프로토콜과 100% 호환되며 관계형 데이터베이스 시나리오에 적합합니다.
TencentDB for MySQL은 MySQL 데이터베이스가 적용되는 모든 곳에서 사용할 수 있습니다. TencentDB for MySQL은 자체 구축 MySQL 데이터베이스보다 더 편리하고 안정적입니다.
TencentDB for MySQL은 MySQL 프로토콜과 완벽하게 호환되며 주/보조 핫 백업 및 예약된 콜드 백업 서비스를 제공합니다. 또한 원활한 인스턴스 업그레이드를 지원하므로 배포, 모니터링, 확장 및 장애 복구에 대한 개발자의 투자를 최소화하고 제품 개발 및 운영에 집중할 수 있습니다.
TencentDB for MySQL은 MySQL 버전 5.6, 5.7 및 8.0을 사용합니다.
TencentDB for MySQL은 공식 웹 사이트에서 구매할 수 있으며 API를 사용해서도 구매할 수 있습니다: 인스턴스 생성(연간/월간 구독) 및 인스턴스 생성(종량제).
선불: 일반적으로 연간/월간 구독 구매 형태입니다. 즉, 사용자는 사용하기 전에 요금을 지불해야 합니다. 시스템은 사용자가 선택한 클라우드 서비스의 유형과 수량을 기준으로 구매 금액을 계산하고 사용자 계정에서 금액을 차감합니다.
후불(종량제라고도 함): 리소스를 필요에 따라 먼저 신청하고 결제 시 실제 리소스 사용량에 따라 요금이 청구됩니다. 요금은 리소스 결제 주기에 따라 정산됩니다.
선택 방법: 비즈니스 시나리오가 안정적이고 클라우드 리소스를 장기간 사용해야 하는 경우 선불 모드를 선택하는 것이 좋습니다. 비즈니스 개발 변동이 크고 정확하게 예측할 수 없거나 리소스 사용이 일시적이고 갑작스러운 경우 후불 모드를 선택하는 것이 좋습니다.
TencentDB for MySQL 인스턴스를 구매하면 Tencent Cloud에서 가격 계산기를 제공합니다. 계산기에서 가격을 계산할 수 있습니다.
개인 IP 주소: 개인 IP 주소를 가진 클라이언트에 서비스를 제공하는 데 사용되는 연결 주소입니다.
공용 IP 주소: 공용 IP 주소를 가진 클라이언트에 연결하기 위한 연결 주소입니다.
이들은 네트워크 주소 변환을 통해 서로 직접 매핑될 수 있습니다.
동일한 리전의 서버는 사설 네트워크를 통해 서로 통신할 수 있습니다. 다른 리전의 서버는 공용 네트워크를 통해서만 서로 통신할 수 있습니다.
Tencent Cloud 사설 네트워크(VPC)는 Tencent Cloud에서 사용자 정의하는 논리적으로 격리된 네트워크 공간입니다. 데이터 센터에서 실행되는 기존 네트워크와 유사하게 CVM(Cloud Virtual Machine) 인스턴스, CLB(Cloud Load Balancer) 인스턴스 및 TencentDB for MySQL 인스턴스를 포함하여 Tencent Cloud의 서비스 리소스를 관리합니다. VPC를 통해 서로 다른 리전의 TencentDB for MySQL 인스턴스와 CVM 인스턴스 간에 데이터를 공유할 수 있습니다.
데이터베이스에 대한 쓰기 요청은 적지만 읽기 요청이 많은 애플리케이션 시나리오에서 하나의 인스턴스는 읽기 부하를 견딜 수 없으며 주 비즈니스에 영향을 미칠 수도 있습니다. 읽기 기능을 탄력적으로 확장하여 데이터베이스 부하를 분산시키기 위해 리전 내에 하나 이상의 읽기 전용 인스턴스를 생성하고 읽기 전용 인스턴스를 사용하여 대량의 데이터베이스 읽기 요청을 처리함으로써 애플리케이션 처리량을 늘릴 수 있습니다.
비즈니스 연속성 및 데이터 신뢰성에 대한 요구 사항이 강력하거나 규제 요구 사항이 있는 시나리오에서 TencentDB for MySQL은 DR 인스턴스를 제공하여 사용자가 저렴한 비용으로 비즈니스 연속성 기능을 개선하고 데이터 신뢰성을 향상시킬 수 있도록 돕습니다. DR 인스턴스는 기본 인스턴스의 데이터베이스 백업입니다.
읽기 전용 인스턴스는 MySQL 5.6(GTID) 이상 버전의 기본 데이터베이스에 대해서만 활성화할 수 있습니다.
읽기 전용 인스턴스가 생성될 때 InnoDB 엔진과 LibraDB 엔진의 두 가지 다른 엔진을 선택할 수 있습니다. InnoDB 엔진은 기존 상황에서 기본 인스턴스가 처리할 수 없는 더 많은 동시 읽기 요청을 처리할 수 있습니다. LibraDB 엔진은 컬럼형 스토리지 및 병렬 엔진을 통해 다중 테이블 조인, 빅 데이터 group by 및 하위 쿼리와 같은 비즈니스의 복잡한 SQL 문을 처리합니다. MyISAM 테이블이 포함된 데이터베이스로 읽기 전용 인스턴스를 생성하면 생성 중에 MyISAM 테이블이 강제로 InnoDB 테이블로 변환됩니다.
DR 인스턴스를 생성하려면 기본 인스턴스가 MySQL 5.6 이상이어야 하며 GTID 기능이 활성화되어 있어야 합니다.
Tencent Cloud의 서로 다른 리전은 격리되어 있어 서로 다른 리전 간의 안정성과 내결함성을 최대한 보장합니다. 서비스 리전은 다음과 같습니다.
중국: 화남, 화동, 화북, 서남 및 홍콩(중국).
기타 국가: 동남아시아 태평양, 동북아시아 태평양, 미국 서부, 미국 동부, 유럽, 남미 및 중동.
더 많은 노드를 커버하기 위해 리전을 점차 늘릴 예정입니다. 사용자는 고객과 가장 가까운 리전을 선택하여 액세스 대기 시간을 줄이고 다운로드 속도를 높이는 것이 좋습니다.
사용자와 가까운 리전을 선택하십시오. 사용자의 지리적 위치를 기반으로 TencentDB for MySQL 리전을 선택하십시오. TencentDB for MySQL 인스턴스가 액세스 고객에게 가까울수록 액세스 대기 시간이 짧아지고 액세스 속도가 빨라집니다. 예: 대부분의 사용자가 양쯔강 삼각주 근처에 있는 경우 상하이가 더 나은 선택입니다.
동일한 리전의 사설 네트워크 통신 원칙에 따라 리전을 선택하십시오. 동일한 리전의 사설 네트워크는 서로 통신할 수 있습니다. 다른 리전의 사설 네트워크는 서로 통신할 수 없습니다. TencentDB for MySQL 인스턴스를 구매할 때 액세스 대기 시간을 줄이기 위해 CVM 인스턴스의 리전을 선택하는 것이 좋습니다.
AZ 간의 격리 수준은 어떻습니까? AZ는 독립적이고 물리적으로 다른 시설에서 실행되며 신뢰성이 높도록 설계되었습니다. AZ는 발전기 및 냉각 장비와 같은 일반적인 실패 지점을 공유하지 않습니다. 또한 물리적으로 서로 독립적입니다. 화재, 토네이도 또는 홍수와 같은 극히 드문 재해가 AZ에서 발생하더라도 해당 AZ만 영향을 받습니다.
자주 묻는
질문
TencentDB for MySQL은 세계에서 가장 인기 있는 오픈 소스 데이터베이스인 MySQL을 기반으로 Tencent Cloud가 전문적으로 구축한 고성능 엔터프라이즈급 데이터베이스 서비스입니다. MySQL 프로토콜과 100% 호환되며 관계형 데이터베이스 시나리오에 적합합니다.
TencentDB for MySQL은 MySQL 데이터베이스가 적용되는 모든 곳에서 사용할 수 있습니다. TencentDB for MySQL은 자체 구축 MySQL 데이터베이스보다 더 편리하고 안정적입니다.
TencentDB for MySQL은 MySQL 프로토콜과 완벽하게 호환되며 주/보조 핫 백업 및 예약된 콜드 백업 서비스를 제공합니다. 또한 원활한 인스턴스 업그레이드를 지원하므로 배포, 모니터링, 확장 및 장애 복구에 대한 개발자의 투자를 최소화하고 제품 개발 및 운영에 집중할 수 있습니다.
TencentDB for MySQL은 MySQL 버전 5.6, 5.7 및 8.0을 사용합니다.
TencentDB for MySQL은 공식 웹 사이트에서 구매할 수 있으며 API를 사용해서도 구매할 수 있습니다: 인스턴스 생성(연간/월간 구독) 및 인스턴스 생성(종량제).
선불: 일반적으로 연간/월간 구독 구매 형태입니다. 즉, 사용자는 사용하기 전에 요금을 지불해야 합니다. 시스템은 사용자가 선택한 클라우드 서비스의 유형과 수량을 기준으로 구매 금액을 계산하고 사용자 계정에서 금액을 차감합니다.
후불(종량제라고도 함): 리소스를 필요에 따라 먼저 신청하고 결제 시 실제 리소스 사용량에 따라 요금이 청구됩니다. 요금은 리소스 결제 주기에 따라 정산됩니다.
선택 방법: 비즈니스 시나리오가 안정적이고 클라우드 리소스를 장기간 사용해야 하는 경우 선불 모드를 선택하는 것이 좋습니다. 비즈니스 개발 변동이 크고 정확하게 예측할 수 없거나 리소스 사용이 일시적이고 갑작스러운 경우 후불 모드를 선택하는 것이 좋습니다.
TencentDB for MySQL 인스턴스를 구매하면 Tencent Cloud에서 가격 계산기를 제공합니다. 계산기에서 가격을 계산할 수 있습니다.
개인 IP 주소: 개인 IP 주소를 가진 클라이언트에 서비스를 제공하는 데 사용되는 연결 주소입니다.
공용 IP 주소: 공용 IP 주소를 가진 클라이언트에 연결하기 위한 연결 주소입니다.
이들은 네트워크 주소 변환을 통해 서로 직접 매핑될 수 있습니다.
동일한 리전의 서버는 사설 네트워크를 통해 서로 통신할 수 있습니다. 다른 리전의 서버는 공용 네트워크를 통해서만 서로 통신할 수 있습니다.
Tencent Cloud 사설 네트워크(VPC)는 Tencent Cloud에서 사용자 정의하는 논리적으로 격리된 네트워크 공간입니다. 데이터 센터에서 실행되는 기존 네트워크와 유사하게 CVM(Cloud Virtual Machine) 인스턴스, CLB(Cloud Load Balancer) 인스턴스 및 TencentDB for MySQL 인스턴스를 포함하여 Tencent Cloud의 서비스 리소스를 관리합니다. VPC를 통해 서로 다른 리전의 TencentDB for MySQL 인스턴스와 CVM 인스턴스 간에 데이터를 공유할 수 있습니다.
데이터베이스에 대한 쓰기 요청은 적지만 읽기 요청이 많은 애플리케이션 시나리오에서 하나의 인스턴스는 읽기 부하를 견딜 수 없으며 주 비즈니스에 영향을 미칠 수도 있습니다. 읽기 기능을 탄력적으로 확장하여 데이터베이스 부하를 분산시키기 위해 리전 내에 하나 이상의 읽기 전용 인스턴스를 생성하고 읽기 전용 인스턴스를 사용하여 대량의 데이터베이스 읽기 요청을 처리함으로써 애플리케이션 처리량을 늘릴 수 있습니다.
비즈니스 연속성 및 데이터 신뢰성에 대한 요구 사항이 강력하거나 규제 요구 사항이 있는 시나리오에서 TencentDB for MySQL은 DR 인스턴스를 제공하여 사용자가 저렴한 비용으로 비즈니스 연속성 기능을 개선하고 데이터 신뢰성을 향상시킬 수 있도록 돕습니다. DR 인스턴스는 기본 인스턴스의 데이터베이스 백업입니다.
읽기 전용 인스턴스는 MySQL 5.6(GTID) 이상 버전의 기본 데이터베이스에 대해서만 활성화할 수 있습니다.
읽기 전용 인스턴스가 생성될 때 InnoDB 엔진과 LibraDB 엔진의 두 가지 다른 엔진을 선택할 수 있습니다. InnoDB 엔진은 기존 상황에서 기본 인스턴스가 처리할 수 없는 더 많은 동시 읽기 요청을 처리할 수 있습니다. LibraDB 엔진은 컬럼형 스토리지 및 병렬 엔진을 통해 다중 테이블 조인, 빅 데이터 group by 및 하위 쿼리와 같은 비즈니스의 복잡한 SQL 문을 처리합니다. MyISAM 테이블이 포함된 데이터베이스로 읽기 전용 인스턴스를 생성하면 생성 중에 MyISAM 테이블이 강제로 InnoDB 테이블로 변환됩니다.
DR 인스턴스를 생성하려면 기본 인스턴스가 MySQL 5.6 이상이어야 하며 GTID 기능이 활성화되어 있어야 합니다.
Tencent Cloud의 서로 다른 리전은 격리되어 있어 서로 다른 리전 간의 안정성과 내결함성을 최대한 보장합니다. 서비스 리전은 다음과 같습니다.
중국: 화남, 화동, 화북, 서남 및 홍콩(중국).
기타 국가: 동남아시아 태평양, 동북아시아 태평양, 미국 서부, 미국 동부, 유럽, 남미 및 중동.
더 많은 노드를 커버하기 위해 리전을 점차 늘릴 예정입니다. 사용자는 고객과 가장 가까운 리전을 선택하여 액세스 대기 시간을 줄이고 다운로드 속도를 높이는 것이 좋습니다.
사용자와 가까운 리전을 선택하십시오. 사용자의 지리적 위치를 기반으로 TencentDB for MySQL 리전을 선택하십시오. TencentDB for MySQL 인스턴스가 액세스 고객에게 가까울수록 액세스 대기 시간이 짧아지고 액세스 속도가 빨라집니다. 예: 대부분의 사용자가 양쯔강 삼각주 근처에 있는 경우 상하이가 더 나은 선택입니다.
동일한 리전의 사설 네트워크 통신 원칙에 따라 리전을 선택하십시오. 동일한 리전의 사설 네트워크는 서로 통신할 수 있습니다. 다른 리전의 사설 네트워크는 서로 통신할 수 없습니다. TencentDB for MySQL 인스턴스를 구매할 때 액세스 대기 시간을 줄이기 위해 CVM 인스턴스의 리전을 선택하는 것이 좋습니다.
AZ 간의 격리 수준은 어떻습니까? AZ는 독립적이고 물리적으로 다른 시설에서 실행되며 신뢰성이 높도록 설계되었습니다. AZ는 발전기 및 냉각 장비와 같은 일반적인 실패 지점을 공유하지 않습니다. 또한 물리적으로 서로 독립적입니다. 화재, 토네이도 또는 홍수와 같은 극히 드문 재해가 AZ에서 발생하더라도 해당 AZ만 영향을 받습니다.