PlanetScale의 관리형 Postgres 서비스가 정식으로 출시되어 비공개 프리뷰가 종료되었습니다. 사용자는 Postgres 데이터베이스를 쉽게 생성하고 다른 제공업체에서 전환하기 위한 마이그레이션 가이드를 활용할 수 있습니다. Vitess 제품으로 5년간의 경험을 쌓은 PlanetScale은 Cursor, Intercom, Block 등의 기업이 데이터베이스를 확장하는 데 도움을 주었습니다. 이 새로운 서비스는 PlanetScale의 성숙도와 베어 메탈 성능을 결합하며, Neki라는 Postgres 분할 솔루션을 포함하고 있으며, 추후 오픈소스로 출시될 예정입니다.
더 보기
PlanetScale은 오늘 Vitess 팀의 경험을 바탕으로 구축된 분할된 Postgres 데이터베이스인 Neki를 발표했습니다. MySQL을 활용하는 Vitess와 달리 Neki는 Postgres를 위해 처음부터 설계되었으며 Vitess의 확장성을 Postgres 생태계로 가져오는 것을 목표로 합니다. 현재 대규모 설계 파트너와 공동으로 개발 중이며 완료 후에는 오픈 소스로 공개되어 가장 까다로운 Postgres 워크로드를 처리할 수 있습니다.
더 보기
PlanetScale을 구동하는 오픈소스 데이터베이스 Vitess의 SQL 평가 엔진은 원래 파서에서 생성한 SQL AST를 직접 사용하는 AST 평가자로 구현되었습니다. 지난 1년 동안, 우리는 이를 점진적으로 가상 머신으로 대체해 왔습니다. 이 가상 머신은 Go로 네이티브하게 작성되었음에도 불구하고, MySQL의 기존 C++ 평가 코드와 유사한 성능을 제공합니다. 가장 주목할 만한 점은 새로운 가상 머신이 기존 Go 인터프리터보다 훨씬 빠르면서도 반복적으로 유지보수가 용이하다는 점입니다. 이러한 놀라운 결과를 얻기 위해 우리가 선택한 구현 방식을 검토해 보겠습니다.
더 보기
Amazon EBS의 대규모 사용을 바탕으로 PlanetScale은 EBS의 실제 장애율이 AWS 문서에서 제시하는 것보다 훨씬 높다는 것을 밝혔습니다. 본 기사는 EBS의 '느림' 현상이 완전한 장애보다 훨씬 더 흔하며, AWS 성능 보장을 충족하더라도 빈번한 성능 변동이 발생하여 애플리케이션 중단으로 이어질 수 있다는 점을 강조합니다. 이러한 성능 저하는 무작위적인 것이 아니라 시스템의 복잡성으로 인한 것입니다. PlanetScale은 모니터링과 EBS 볼륨의 자동 교체를 통해 문제를 완화하고, 궁극적으로 네트워크 스토리지로 인한 성능 문제를 방지하기 위해 PlanetScale Metal을 도입했습니다.
더 보기
본 문서에서는 자기 테이프에서 하드 디스크 드라이브, 솔리드 스테이트 드라이브(SSD)에 이르기까지 컴퓨터 스토리지 기술의 발전 역사와 클라우드 컴퓨팅으로 인한 I/O 성능 과제를 살펴봅니다. 기존 클라우드 데이터베이스 서비스는 일반적으로 네트워크 연결 스토리지(NAS)를 사용하여 높은 대기 시간과 IOPS 제한을 초래합니다. PlanetScale의 Metal 제품은 로컬 NVMe 드라이브를 사용하여 컴퓨팅과 스토리지를 직접 연결하여 매우 낮은 대기 시간, 무제한 IOPS, 높은 데이터 내구성을 달성하여 클라우드 데이터베이스의 I/O 병목 현상 문제를 완전히 해결합니다.
더 보기
고병렬 시나리오에서 데이터베이스 카운터 업데이트는 종종 락 경합을 유발하여 성능 저하 또는 데드락으로 이어집니다. 이 글에서는 카운터를 여러 슬롯에 분산하여 락 경합을 효과적으로 완화하는 방법을 설명하는 "슬롯형 카운터" 패턴을 소개합니다. 이 패턴은 업데이트 작업을 여러 행에 분산하여 단일 행 업데이트 병목 현상을 제거하고 병렬 처리 성능을 향상시킵니다. GitHub도 비슷한 해결책을 사용하여 카운팅 문제를 해결했으며, 핵심 아이디어는 업데이트 작업을 여러 행에 분산한 후 최종 카운트를 얻기 위해 집계하는 것입니다.
더 보기