CloudNativePG 복제 슬롯 관리: Kubernetes 환경에서 PostgreSQL 고가용성과 자가 복구

CloudNativePG가 Kubernetes에서 PostgreSQL을 위한 물리적 복제 슬롯을 관리하는 방법 가브리엘 바르톨리니11월 12, 2024 자가 복구는 Kubernetes의 핵심 원칙 중 하나입니다. Postgres 데이터베이스 클러스터에서 자가 복구는 주로 기본 인스턴스를 복원하는 데 초점이 맞춰져 있으며, 스트리밍 복제본의 상태는 종종 간과됩니다. 그러나 복제본은 장애 발생 시 CloudNativePG에 의해 자동으로 기본 인스턴스로 승격될 수 있으므로, Postgres 클러스터의 고가용성과 자가 복구에 중요한 역할을 합니다. WAL 아카이브 또는 PostgreSQL 복제 슬롯을 사용하지 않으면, 스트리밍 복제본은 기본 인스턴스와의 동기화를 잃을 수 있으며, 이로 인해 복제본을 다시 시작할 수 없게 됩니다. 이러한 상황에서는 자가 복구가 불가능하며, 복제를 복구하려면 수동 개입이 필요합니다. 이 문제를 해결하기 위해 CloudNativePG는 하나 이상의 핫 스탠바이 복제본으로 구성된 고가용성 Postgres 클러스터에서 물리적 복제 슬롯을 […]

2024-12-26 / Last updated : 2025-05-22 Grace Technical Blog

쿠버네티스에서 Postgres 실행, ‘왜’에서 ‘어떻게’로의 전환

EDB 팀2024년 9월 24일 쿠버네티스(Kuberentes)에서 Postgres 실행, ‘왜’에서 ‘어떻게’로의 전환 오픈 소스 컨테이너 오케스트레이션 시스템인 쿠버네티스(Kubernetes)가 설립되었을 때, 데이터베이스 애호가들은 이것이 애플리케이션에 이상적인 솔루션이라고 믿었지만, 반드시 상태 저장 워크로드에는 적합하지 않았습니다. 그러나 오늘날에는 스토리지 기술의 상당한 발전, 강력한 운영자의 개발, 그리고 데이터 온 쿠버네티스 커뮤니티(DoKC)의 노력으로 인해 기술 리더의 90%가 쿠버네티스가 스테이트풀 워크로드를 지원할 준비가 되어 있다고 말합니다. 대화는 “Kubernetes에 데이터베이스를 설치해야 하는가?”에서 “어떻게 데이터베이스를 설치해야 하는가?”로 바뀌었습니다. 쿠버네티스(Kubernetes)란 확장 가능한 오픈 소스 플랫폼으로, 다양한 환경에서 광범위하게 자동화를 지원합니다. 최근 진행된 패널 토론에서는 Kubernetes에서 Postgres 실행에 관한 패널 토론에서 EDB 기술 펠로우인 마크 린스터가 이 오픈 소스 플랫폼의 진화, AI 워크로드와의 통합, 스토리지 및 데이터 보호의 발전 등에 대해 Kubernetes […]

RAG(검색 증강 생성)앱과 PostgreSQL: pgvector로 성능 향상하기

EDB 팀2024년 10월 08일 RAG(검색 증강 생성) 앱은 현재 매우 인기가 있으며, 저희는 Postgres와 pgvector를 사용하여 독점적으로 앱을 개발하기로 결정했습니다. 이 블로그 게시물에서는 RAG가 무엇인지에 대해 조금 이야기하고, RAG 앱을 처음부터 구축하는 방법을 세분화하고, RAG 앱 구축의 기본 요소를 공유하고, 그 과정에서 유용한 몇 가지 팁을 제공하겠습니다. 모든 코드는 GitHub에서 사용할 수 있으며, 앱이 어떻게 작동하는지 보여드리기 위해 앱을 실행하는 화면도 녹화해 두었습니다. Pgvector RAC 데모영상 보러가기 검색 증강 생성, 즉 RAG란 무엇인가요? 검색 증강 생성(RAG)은 언어 모델(LLM) 애플리케이션을 더 스마트하게 만드는 데 선호되는 방법이 되었습니다. 이는 LLM이 일반적으로 알지 못하는 자체 데이터를 추가함으로써 달성할 수 있습니다. RAG는 기존의 언어 생성 모델과 Postgres와 같은 데이터베이스에서 자체 데이터를 사용하는 등의 검색 […]

PostgreSQL vs MySQL: 파티셔닝, 복제, 쿼리 최적화, 그리고 그 이상

EDB 팀 2024년 9월 23일 오픈 소스 데이터베이스 세계에서 PostgreSQL과 MySQL은 가장 인기 있고 널리 사용되는 두 가지 시스템으로 손꼽힙니다. 두 시스템은 많은 유사점을 공유하지만, 초보자와 노련한 DBA 모두를 혼란스럽게 할 수 있는 주목할 만한 차이점도 가지고 있습니다. 이 글에서는 두 시스템을 심도 있게 비교하면서, 두 시스템의 유사점과 차이점을 살펴봅니다. 특히, 오픈 소스 데이터베이스에 대한 이해를 높이고자 하는 분들에게 조직이나 응용 프로그램에 적합한 시스템을 결정하는 데 도움이 될 것입니다. SQL 구문과 준수, 사용 용이성, 사용 가능한 기능, 사용자 정의 가능성, 성능, 확장성 등의 차이점을 살펴봅니다. 포괄적인 분석 결과, PostgreSQL이 광범위한 기능 세트와 강력한 커뮤니티 지원을 바탕으로 더 나은 선택이라는 결론을 내렸습니다. MySQL의 직관적인 인터페이스는 간단한 응용 프로그램에 효율적이지만, PostgreSQL은 복잡한 […]

EPAS 17과 PostgreSQL 17, 확장성과 성능이 두 배 향상된 비결

작성자: Alessandro Ferraresi2024년 12월 2일 극한의 트랜잭션 성능, 오라클 호환성, 또는 향상된 엔터프라이즈 기능이 필요한 워크로드를 가지고 계신가요?EPAS 17이 바로 해답입니다. 그 이유를 살펴보겠습니다. PostgreSQL를 유지하는 오픈소스 커뮤니티 덕분에, EDB의 Postgres Advanced Server(EPAS) 17은 확장 효율성에서 혁신적인 발전을 이루며 이전 버전 EPAS 16의 성능을 거의 두 배로 끌어올렸습니다. 이런 성과가 어떻게 가능했을까요? 혹시 ‘작은 요정들을 더 불러온 것 아닐까요?’ 물론 실제로 그런 건 아니죠. 굳이 비유하자면, 저장소에 SHA-256 해시 이름을 가진 코드 요정들이 살고 있고, 이들이 모두 힘을 합쳤다고 할 수 있습니다. EPAS 17의 주요 성능 개선 및 PostgreSQL 17 연계 기능 예시 이 모든 결과는 PostgreSQL 커뮤니티가 이루어낸 진보 덕분이며, 이를 통해 EPAS도 큰 향상을 이루었습니다. EPAS 및 EDB […]