"datastore" 태그로 연결된 4개 게시물개의 게시물이 있습니다.

실시간 응답이 중요한 서비스에서 인메모리 데이터 스토어는 핵심 구성 요소입니다. 사용자 세션, 캐시, 대기열처럼 빠르게 읽고 써야 하는 데이터가 늘어날수록 데이터베이스의 응답 성능은 곧 서비스 경험과 연결됩니다. 동시에 운영 환경에서는 성능만큼이나 안정적인 장애 대응, 보안 패치, 버전 수명 주기 관리도 중요해집니다.

카카오클라우드 MemStore는 기존 Redis OSS 계열에 더해 신규 엔진으로 Valkey 8.1을 지원합니다. 이번 포스트에서는 Valkey 엔진의 특징과 MemStore에서 Valkey 기반 클러스터를 구성할 때 확인해야 할 운영 포인트를 소개합니다.

Valkey 엔진 이해하기​

MemStore는 완전 관리형 인메모리 데이터 스토어 서비스입니다. 사용자는 서버 생성, 네트워크 구성, 노드 상태 관리처럼 반복적이고 복잡한 운영 작업을 직접 처리하지 않고도 VPC 환경 안에서 빠른 응답이 필요한 워크로드를 구성할 수 있습니다. 캐시 데이터베이스를 직접 구축하고 관리하는 대신, 클러스터 생성부터 백업, 모니터링, 접근 제어까지 서비스에서 제공하는 기능을 활용할 수 있는 것이 MemStore의 핵심입니다.

Valkey는 Redis OSS 7.2 및 이전 오픈소스 Redis 버전을 기반으로 하는 오픈소스 인메모리 데이터 스토어 엔진입니다. MemStore에서는 Valkey를 Redis OSS 계열과 함께 관리형 인메모리 데이터 스토어 엔진으로 제공합니다.

특히 다음과 같은 사용자는 Valkey 엔진을 검토해 볼 수 있습니다.

• 새로 생성하는 캐시 또는 세션 저장소를 Valkey 기반으로 구성하고 싶은 경우
• Redis OSS 기반 사용 경험을 유지하면서 Valkey 엔진을 검토하고 싶은 경우
• 클러스터 모드, 고가용성, 백업, 모니터링을 관리형 서비스로 운영하고 싶은 경우

MemStore에서 제공하는 Valkey 8.1​

MemStore는 현재 Valkey 8.1과 Redis OSS 7.2 이하 버전을 제공합니다. 클러스터를 생성할 때 엔진 버전을 선택하고, 선택한 엔진 버전에 맞는 파라미터 그룹과 클러스터 구성을 함께 설정합니다.

Valkey 엔진에서도 MemStore의 주요 관리형 기능을 사용할 수 있습니다. 클러스터는 사용자의 VPC와 서브넷 안에 배치되며, 보안 그룹으로 접근 가능한 IP 대역과 포트를 제어합니다. 클러스터 모드를 사용하면 데이터를 여러 샤드에 분산 저장할 수 있고, Primary/Replica 구성으로 장애 상황에 대비할 수 있습니다.

운영 기능도 함께 제공됩니다. 자동 백업과 수동 백업을 통해 복원에 필요한 데이터를 확보할 수 있고, Object Storage에 저장된 백업 파일로 클러스터를 복원할 수도 있습니다. TLS 1.2 기반 전송 암호화와 사용자 인증 옵션을 사용하면 접근 보안을 강화할 수 있으며, Valkey, CPU, Memory, 네트워크 등 주요 메트릭을 통해 클러스터 상태를 확인할 수 있습니다.

Valkey를 선택해도 클러스터 생성, 백업, 모니터링 등 기존 MemStore의 운영 기능은 그대로 사용할 수 있습니다.

Valkey와 Redis OSS 운영 차이​

Valkey와 Redis OSS는 MemStore 안에서 같은 인메모리 데이터 스토어 서비스로 제공됩니다. 클러스터를 만들고 운영하는 기본 흐름은 유사하지만, 샤드 구성과 장애 조치 방식처럼 실제 운영 정책에 영향을 주는 차이도 있습니다.

먼저 두 엔진은 MemStore의 기본 운영 기능을 공통으로 사용합니다.

• 클러스터 모드 사용 여부에 따라 샤드 기반 분산 구조 또는 단일 샤드 구조로 구성
• Primary/Replica 구조를 기반으로 고가용성 구성
• VPC, 서브넷, 보안 그룹을 통한 네트워크 접근 제어
• 자동 백업, 수동 백업, 백업 기반 복원
• TLS 1.2 전송 암호화, 사용자 인증, 주요 메트릭 모니터링

반면 다음 항목은 엔진 선택에 따라 운영 방식이 분명하게 달라집니다.

클러스터 모드 구성​

두 엔진 모두 클러스터 모드를 사용하면 데이터를 여러 샤드에 분산 저장할 수 있습니다. 차이는 시작 가능한 샤드 수입니다. Valkey는 최소 3개 샤드부터, Redis OSS는 최소 1개 샤드부터 구성할 수 있습니다. 최대 샤드 수는 두 엔진 모두 12개입니다.

샤드 수는 성능과 운영 복잡도에 모두 영향을 줍니다. 샤드를 늘리면 데이터를 분산 저장해 확장성을 확보할 수 있지만, 애플리케이션의 데이터 접근 패턴과 클러스터 운영 방식도 함께 고려해야 합니다. Valkey로 클러스터 모드를 사용할 때는 최소 샤드 수가 3개라는 점을 기준으로 초기 구성을 설계해 주세요.

클러스터 모드를 사용하지 않으면 두 엔진 모두 단일 샤드 구조로 클러스터를 생성합니다. 단일 샤드 구성은 구조가 단순해 시작하기 쉽지만, 고가용성이 필요한 환경에서는 노드 수와 자동 장애 조치 정책을 함께 확인해야 합니다. MemStore에서 제공하는 자동 백업 옵션은 노드가 2개 이상일 때부터 사용할 수 있기 때문에, 안정적인 서비스 운영을 위해 최소 노드 수는 2개 이상 사용하는 것을 검토해 주세요.

자동 장애 조치​

클러스터 모드를 사용하지 않는 구성에서 자동 장애 조치 설정 방식은 두 엔진의 차이가 분명합니다. Valkey는 노드가 2개 이상이면 자동 장애 조치가 자동으로 활성화됩니다. Redis OSS는 노드가 2개 이상일 때 자동 장애 조치 사용 여부를 선택할 수 있고, 클러스터 생성 후에도 설정을 변경할 수 있습니다.

자동 장애 조치는 Primary 노드에 장애가 발생했을 때 Replica 노드를 Primary로 승격해 서비스 연속성을 확보하는 기능입니다. 고가용성 구성이 필요한 서비스라면 엔진 선택과 함께 노드 수, 서브넷 배치, 장애 조치 정책을 같이 검토해 주세요.

수동 승격​

수동 승격도 운영 방식이 다릅니다. Valkey는 클러스터 모드 또는 자동 장애 조치 사용 여부와 관계없이 Replica 노드를 Primary로 승격할 수 있습니다. 반면 Redis OSS는 클러스터 모드 또는 자동 장애 조치 기능을 사용하는 경우 서비스가 필요하다고 판단할 때 자동 승격을 수행하며, 사용자가 직접 승격을 요청할 수 없습니다.

수동 승격은 운영자가 장애 대응 또는 점검 과정에서 노드 역할 전환을 직접 제어해야 할 때 중요합니다. 운영 절차상 특정 시점에 Replica를 Primary로 승격해야 하거나, 장애 조치 흐름을 운영자가 명시적으로 통제해야 하는 시나리오라면 이 차이를 함께 고려하는 것이 좋습니다.

도입 전 확인할 사항​

Valkey 8.1은 신규 클러스터를 만들 때 선택할 수 있는 엔진입니다. Valkey 기반 클러스터를 새로 구성하려는 경우에는 현재 애플리케이션에서 사용하는 기능과 설정, 복원 조건을 먼저 확인해야 합니다.

백업을 활용해 클러스터를 복원할 때는 백업 시 사용한 엔진 버전과 같거나 상위 버전으로만 복원할 수 있습니다. 또한 소스 백업의 캐시 크기가 복원할 클러스터 노드 유형 메모리의 60% 이상인 경우 복원에 실패할 수 있으므로, 운영 중인 데이터 크기와 복원 대상 구성을 함께 점검해야 합니다.

신규 워크로드를 설계하거나 Valkey 도입을 검토할 때는 다음 항목을 먼저 확인해 주세요.

• 현재 애플리케이션에서 사용하는 기능과 설정이 선택하려는 엔진 버전에서 지원되는지
• 클러스터 모드 사용 여부와 샤드 수, 노드 수가 워크로드 규모에 맞는지
• 자동 장애 조치와 수동 승격 정책이 운영 절차와 맞는지
• 소스 백업의 캐시 크기가 복원 대상 노드 유형의 메모리 조건을 충족하는지
• EOL이 지난 엔진 버전을 계속 사용하고 있지는 않은지

시작하기​

Valkey 8.1 기반 MemStore 클러스터는 카카오클라우드 콘솔의 Data Store > MemStore 메뉴에서 생성할 수 있습니다. 클러스터 생성 시 엔진 버전을 선택하고, 클러스터 모드, 샤드와 노드 구성, VPC, 보안 그룹, 자동 백업, TLS, 사용자 인증 옵션을 차례로 설정하면 됩니다.

처음 MemStore를 사용하는 경우에는 먼저 작은 규모의 신규 클러스터로 애플리케이션 연결 방식과 인증, 보안 그룹, 백업 정책을 확인해 보는 것을 권장합니다. 운영 환경에 적용할 때는 클러스터 모드 사용 여부, 샤드 수, 노드 수, 장애 조치 정책을 워크로드 특성에 맞게 조정해 주세요.

카카오클라우드는 빠른 응답이 필요한 애플리케이션의 안정적인 데이터 계층이 될 수 있도록 지원 엔진과 운영 기능을 지속적으로 확장해 나가겠습니다.

👉 MemStore 자세히 보기
👉 MemStore 릴리즈 노트

Valkey®는 LF Projects의 등록 상표입니다. Redis®는 Redis Ltd.의 등록 상표입니다.

MySQL 8.0 시리즈가 4월 말로 공식 지원 종료(EOL, End of Life) 시점에 도달하여, 향후 보안 업데이트 및 기술 지원이 중단될 예정입니다. 이에 카카오클라우드는 서비스 안정성과 보안 강화를 위해 MySQL LTS(Long Term Support, 장기 지원) 8.4 버전으로 엔진 업그레이드를 권장하며, Maintenance 서비스를 통한 MySQL Engine Update 작업을 지원하고 있습니다.

현재 MySQL 8.0 엔진을 사용하는 모든 인스턴스 그룹은 사용자가 원하는 일자와 시간을 직접 지정하여 8.4 버전으로 엔진 업그레이드를 진행할 수 있습니다. 다만, 메이저 버전 업데이트인 만큼 실제 작업에 앞서 하위 호환성이나 시스템 변수 변경 등 기술적인 검토가 선행되어야 합니다.

따라서 이번 포스트에서는 MySQL 8.0에서 8.4 시리즈로 업데이트하기 전, 안정적인 서비스 운영을 위해 반드시 확인해야 할 주요 변경 사항과 핵심 점검 항목을 상세히 공유해 드리고자 합니다.

---

MySQL 8.4 시리즈 주요 변경 사항​

8.4 LTS 버전은 성능 최적화와 보안 강화를 위해 다양한 기본값 변경 및 기능 개선이 이루어졌습니다.

1. 기본 인증 플러그인 변경​

기존에 사용되던 mysql-native-password가 제거되고, caching_sha2_password가 기본 인증 플러그인(password plugin)으로 설정되었습니다.

2. 파라미터 기본값 변경​

아래 표의 내용은 MySQL 공식 문서에서 발췌 및 번역한 내용으로, 8.4 LTS 버전에서는 시스템 성능을 극대화하기 위해 주요 파라미터의 기본값이 대폭 수정되었습니다.

특히 InnoDB I/O 용량과 로그 버퍼 크기 등 리소스 할당 방식이 최신 하드웨어 사양에 맞춰 최적화되었으므로, 업그레이드 전 반드시 기존 설정값과 비교해 보시기 바랍니다. 파라미터 그룹의 생성과 관리에 대한 구체적인 방법은 별도 문서에서 확인하실 수 있습니다.

성능 및 I/O 관련 변경

파라미터	MySQL 8.4	MySQL 8.0
innodb_io_capacity	10000	200
innodb_io_capacity_max	innodb_io_capacity의 2배	동일 (최소 기본값 2000)
innodb_flush_method (Linux)	O_DIRECT (미지원 시 fsync)	fsync
innodb_use_fdatasync	ON	OFF
innodb_read_io_threads	논리 프로세서 수의 1/2 (최소 4)	4
innodb_parallel_read_threads	논리 프로세서 수의 1/8 (최소 4)	4

메모리 및 버퍼 관리

파라미터	MySQL 8.4	MySQL 8.0
innodb_buffer_pool_instances	innodb_buffer_pool_size가 1 GiB 이하 → 1 1 GiB 초과 → CPU/청크 기반 자동 계산 (1~64)	8 (단, 1 GiB 미만이면 1)
innodb_log_buffer_size	64 MiB (67,108,864)	16 MiB (16,777,216)
innodb_buffer_pool_in_core_file	MADV_DONTDUMP 지원 시 OFF, 미지원 시 ON	ON
innodb_numa_interleave	ON	OFF

InnoDB 동작 방식 변경

파라미터	MySQL 8.4	MySQL 8.0
innodb_change_buffering	none (사용 안 함)	all
innodb_adaptive_hash_index	OFF	ON
innodb_page_cleaners	innodb_buffer_pool_instances와 동일	4
innodb_purge_threads	논리 프로세서 ≤ 16 → 1 16 초과 → 4	4

Doublewrite 및 로그 처리

파라미터	MySQL 8.4	MySQL 8.0
innodb_doublewrite_files	2	innodb_buffer_pool_instances의 2배
innodb_doublewrite_pages	128	innodb_write_io_threads 값 (기본 4)

자동화 및 서버 설정

파라미터	MySQL 8.4	MySQL 8.0
--innodb-dedicated-server	활성 시 flush_method 변경 없음 Redo 로그 용량 계산 방식이 메모리 → CPU 기반으로 변경	OFF

TempTable 동작 변경

파라미터	MySQL 8.4	MySQL 8.0
temptable_max_ram	전체 메모리의 3% (1~4 GiB 범위 자동 조절)	1 GiB (1,073,741,824)
temptable_max_mmap	0 (사용 안 함)	1 GiB
temptable_use_mmap	OFF	ON

3. Automatic Histogram 업데이트 기능 추가​

쿼리 최적화를 위한 histogram 자동 업데이트 기능이 추가되었습니다.
이전 버전에서는 ANALYZE TABLE을 통해 histogram을 수동으로 갱신해야 했지만, MySQL 8.4부터는 조건에 따라 자동으로 업데이트됩니다.

자세한 적용 방법은 ANALYZE TABLE 문서를 참고하시기 바랍니다.

4. 복제 SQL 구문 변경​

복제 관련 용어가 기존 MASTER/SLAVE에서 SOURCE/REPLICA로 변경되었으며, 이에 따라 주요 SQL 구문도 다음과 같이 변경되었습니다.

MySQL 8.4	MySQL 8.0	기능
SHOW BINARY LOG STATUS	SHOW MASTER STATUS	현재 서버의 시작 위치인 바이너리 로그 위치 (파일명, 포지션)
SHOW BINARY LOGS	SHOW MASTER LOGS	서버 내 바이너리 로그 파일 목록
SHOW REPLICA STATUS	SHOW SLAVE STATUS	복제 상태 상세 정보 (IO/SQL 스레드, 지연 등)
SHOW REPLICAS	SHOW SLAVE HOSTS	현재 서버에 연결된 Replica 목록

---

안정적인 업그레이드를 위한 필수 체크리스트​

업그레이드 과정에서 발생할 수 있는 서버, 인증, 애플리케이션 관련 장애를 방지하기 위해 다음 사항을 반드시 사전에 확인해 주시기 바랍니다.

1.MySQL Shell Upgrade Checker​

업그레이드 전 리소스의 호환성을 면밀히 검토하기 위해 MySQL Shell 전용 유틸리티를 활용하는 것이 중요합니다. 이 도구는 다음과 같은 항목들을 자동으로 분석하여 안정성을 진단합니다.

• 서버 설정 및 스키마 구조 점검
• 실행 중인 SQL 쿼리의 호환성 확인
• 제거된 기능 및 신규 예약어 충돌 탐지

이러한 점검을 통해 지원이 중단되는(Deprecated) 옵션 등을 미리 파악함으로써, 업그레이드 직후 발생할 수 있는 서버 기동 실패나 예기치 못한 기능 오류를 효과적으로 예방할 수 있습니다.

2. 인증 플러그인(password plugin) 호환성 확인​

MySQL 버전 업그레이드 시 데이터베이스의 기본 인증 방식이 변경될 수 있으므로, 현재 애플리케이션 환경에서의 인증 플러그인 호환성을 반드시 점검해야 합니다. 최신 플러그인을 지원하지 않는 구형 환경에서는 업그레이드 후 즉시 로그인 실패 장애가 발생할 수 있습니다.

특히 caching_sha2_password와 같은 최신 플러그인을 지원하는지 확인합니다. 미지원 환경일 경우, 로그인 자체가 실패할 수 있기 때문에 사전에 사용자 계정의 인증 플러그인을 점검해 드라이버 업그레이드 또는 플러그인 변경 여부를 확인해야 합니다.

3. MySQL Connector(드라이버) 사전 점검​

애플리케이션에서 사용하는 MySQL connector와 서버 버전 간의 호환성을 반드시 사전에 확인해야 합니다.
MySQL Connector/J 등 언어별 드라이버는 서버 버전에 따라 인증, 프로토콜, 옵션 호환성에 영향을 받습니다. 구버전 드라이버를 사용할 경우 연결 실패, TLS 오류, 쿼리 동작 이상 등의 문제가 발생할 수 있기 때문에 사전에 드라이버 호환성을 확인하고 필요 시 최신 버전으로 교체가 필요합니다.

---

지금까지 MySQL 8.0 지원 종료에 따른 8.4 LTS 버전 업그레이드의 필요성과 주요 변경 사항, 성공적인 전환을 위한 필수 체크리스트를 살펴보았습니다.

메이저 버전의 업그레이드는 단순한 엔진 교체를 넘어, 최신 하드웨어 성능을 극대화하고 보안 체계를 강화할 수 있는 중요한 기회입니다. 하지만 인증 방식이나 드라이버 호환성 등 기술적 변화가 큰 만큼, 앞서 소개해 드린 MySQL Shell Upgrade Checker와 사전 가이드를 활용해 면밀히 검토하시는 것을 권장합니다.

카카오클라우드는 고객님의 데이터베이스가 중단 없이 안정적으로 운영될 수 있도록 최적의 환경과 기술 지원을 제공하기 위해 노력하고 있습니다. 이 포스트가 안전한 서비스 운영에 도움이 되기를 바라며, 관련하여 궁금하신 점이나 지원이 필요한 경우 언제든지 헬프데스크를 통해 문의해 주시기 바랍니다.

감사합니다.

카카오클라우드는 오는 8월부터 기존의 Redis® 서비스를 대체할 새로운 인메모리 데이터 저장 서비스인 MemStore를 출시합니다. 이번 서비스명 변경은 최근 Redis®의 라이선스 변경에 신속하게 대응하고, 사용자에게 보다 향상된 기능과 안정성을 제공하기 위한 결정입니다.

왜 MemStore인가?​

올해 3월, Redis Labs는 기존의 BSD 3-Clause 라이선스를 Redis Source Available License v2 (RSALv2)와 Server Side Public License v1 (SSPLv1)이라는 듀얼 라이선스 모델로 변경한다고 발표했습니다. 이로 인해 Redis®를 상업적으로 활용하려면 별도의 라이선스가 필요하게 되었고, 카카오클라우드를 비롯한 여러 클라우드 서비스 제공업체에 영향을 미쳤습니다.
카카오클라우드는 이러한 변화에 대응하여 지속 가능한 서비스 제공을 위해 관리형 캐시 데이터베이스 서비스인 MemStore를 새롭게 선보이게 되었습니다.

MemStore의 주요 기능 및 장점​

카카오클라우드 Memstore는 기존 Redis®의 성능과 기능을 그대로 유지하면서, 향후 더 확대될 캐시 데이터베이스 기능을 포함합니다.

• 고성능 및 안정성: MemStore는 모든 데이터를 메모리에 저장하여 높은 속도의 데이터 접근 및 처리를 제공합니다.
• 자동 백업 및 복원: 주기적으로 데이터를 별도의 스토리지에 백업하여 데이터 손실 시 쉽게 복원할 수 있습니다. 예상치 못한 상황으로부터 사용자의 데이터를 보호하기 위한 스냅샷 및 백업 기능을 제공합니다.
• 강화된 보안: 새로운 라이선스 모델에 맞추어 보안 기능을 강화하여 고객 데이터의 안전성을 최우선으로 합니다. 또한 가상 사설 클라우드(VPC) 네트워크와 보안 그룹 연결 기능을 통해 특정 IP 대역 외의 접근을 제어하여 안전한 데이터베이스 운영 환경을 제공합니다.
• 이중화 구성 및 고가용성: Active-Standby 이중화 구성을 통해 고가용성을 보장합니다. Active 서버에 장애가 발생하면 Standby 서버가 즉시 대체 운영되어 서비스 중단을 최소화합니다.

기존 사용자에 대한 지원​

기존 카카오클라우드 사용자의 Redis® 서비스 리소스는 서비스에 영향 없이 MemStore로 자동 전환됩니다. 또한, Redis®와 연계해서 사용할 수 있는 서비스(Cloud Trail, Alert Center, Monitoring 등)들 모두 Memstore 서비스명 변경에 따른 영향 없이 사용할 수 있습니다.

카카오클라우드는 MemStore를 통해 고객들에게 보다 나은 서비스 경험을 제공하고, 최신 기술 트렌드에 발맞춰 지속 가능한 서비스 환경을 만들어가고자 노력하겠습니다.

더 자세한 정보는 카카오클라우드 웹사이트와 기술 문서를 통해 확인하실 수 있습니다.
감사합니다.

Redis®는 Redis Ltd.의 상표입니다. MemStore는 오픈소스 Redis® 버전 7.2 이하를 기반으로 합니다.

안녕하세요, 카카오클라우드의 MySQL 서비스가 kr-central-2 리전에 출시되었습니다.

카카오클라우드의 MySQL 서비스는 오픈 소스 기반의 관계형 데이터베이스 관리 시스템(RDBMS)을 기반으로 구축된 완전 관리형 데이터베이스 서비스입니다.

금번 출시된 카카오클라우드 MySQL 서비스는 인스턴스 자동 복구, 읽기 전용 인스턴스(Read Replica) 추가 및 고가용성을 지원하는 기능이 포함되어 있습니다.

MySQL 서비스의 주요 기능과 지원 내역은 다음과 같습니다.

• 고가용 및 Multi-AZ 지원: 고가용성을 보장하며, Multi-AZ 구성을 통해 서브넷을 선택하여 인스턴스 그룹을 생성할 수 있습니다.
• Auto Failover 기능: 수동 Failover 뿐만 아니라 자동 Failover도 지원합니다. 시스템 장애 시 데이터베이스가 자동으로 다른 노드로 전환되어 서비스 중단을 최소화할 수 있습니다.
• MySQL 8.0.34 버전 지원: MySQL 8.0.34의 최신 기능과 보안 업데이트를 활용할 수 있습니다.
• m2a 및 r2a 인스턴스 사양 지원: 워크로드에 적합한 인스턴스를 선택하여 리소스 최적화와 성능 향상을 기대할 수 있습니다.

더 자세한 정보는 MySQL 페이지에서 확인하실 수 있습니다.

더욱 안전하고 편리한 클라우드 서비스를 위해 노력하겠습니다.

감사합니다.