Skip to the content Skip to the Navigation

EDB 코리아 블로그

  • 공식웹사이트US Website
  • EDB 제품Products
  • 블로그KR Blog
  • 고객사례Customer Stories
  • EDB 문서US Docs
  • 문의Contact
  • 02.501.5113Top Page

Technical Blog

  1. HOME
  2. 블로그
  3. Technical Blog
2025-06-19 / Last updated : 2025-06-19 Grace Technical Blog

PostgreSQL 물리 복제 vs 논리 복제 비교와 Postgres Distributed(PGD)의 장점

Florin Irion2025년 6월 16일 데이터베이스 관리에서 데이터 가용성 확보는 매우 중요합니다. PostgreSQL은 이를 위해 강력한 복제(replication) 기능을 제공합니다. PostgreSQL은 크게 두 가지 복제 방식을 지원합니다: **물리 복제(physical replication)**와 **논리 복제(logical replication)**입니다. 두 방식 모두 데이터를 여러 서버에 복제하는 목적은 같지만, 그 작동 방식은 매우 다릅니다. 이 글에서는 두 복제 방식의 차이점과 함께, **EDB의 Postgres Distributed(PGD)**가 두 방식을 어떻게 확장하여 더 유연하고 고도화된 분산 데이터베이스 솔루션을 제공하는지를 살펴보겠습니다. 물리 복제: 바이트 단위의 완전한 복사 PostgreSQL의 물리 복제는 스토리지 레벨에서 동작합니다. 즉, 기본(primary) 서버의 내용을 바이트 단위로 정확히 복사하여 하나 이상의 대기(standby) 서버에 유지하는 방식입니다. 이는 기본 서버에서 생성되는 **WAL(Write Ahead Log)**을 지속적으로 읽어 standby 서버로 전송하고, standby 서버가 이를 적용하는 방식으로 […]

2025-06-10 / Last updated : 2025-06-10 Grace Technical Blog

EDB 엔지니어링 뉴스레터 #7

2025년 6월 9일 EDB 엔지니어링 뉴스레터 7번째 호에 오신 것을 환영합니다!이번 호에서는 EDB 엔지니어링 팀이 주목하고 있는 데이터 업계 소식과 팀의 최신 활동을 공유합니다. 분석 트렌드 Conflict-free Replicated Data Types (CRDTs) 시리즈 UC 버클리의 Joe Hellerstein 교수가 CRDT(충돌 없는 복제 데이터 타입)에 대한 연재글을 게시했습니다. 엔비디아 기술의 시 엔비디아 초기 멤버이자 전 수석 과학자인 David Rosenthal이 엔비디아 초기 혁신 기술(이미징 모델과 I/O 아키텍처)에 대한 심층 기술 설명을 블로그에 공유했습니다.👉 The Dawn of Nvidia’s Technology AI가 분산 시스템을 바꾸는 혁명 Azure Storage의 Cheng Huang 기술 리드가 GitHub Copilot Agent가 Azure Storage 프로덕션 코드 분석과 TLA+ 모델 생성을 통해 실제 프로덕션 버그를 찾아낸 사례를 공유했습니다.👉 AI Revolution in Distributed Systems 이에 대한 […]

2025-05-27 / Last updated : 2025-05-27 Grace Technical Blog

Postgres 메모리 누수 디버깅하기: heaptrack 편

글쓴이: Phil Eaton작성일: 2025년 5월 22일 이번 글에서는 Postgres에 인위적으로 두 가지 메모리 누수를 주입한 뒤, heaptrack을 사용하여 이를 디버깅하는 과정을 소개합니다. 지난 포스트에서 다뤘던 memleak처럼 heaptrack 또한 리눅스 환경이 필요합니다. 다만, Mac 사용자도 리눅스 VM을 사용하면 충분히 실습해볼 수 있습니다 (저도 Mac에서 VM을 사용했습니다). Postgres를 기반 코드로 사용하긴 하지만, 이 글에서 소개하는 기법은 C, C++, Rust 프로젝트 전반에 걸쳐 메모리 누수를 추적할 때 유용합니다. 포스트 리뷰를 도와준 동료 Jacob Champion에게 감사드립니다. Postgres 빌드 준비 먼저 Postgres 코드를 클론하고 디버깅 옵션을 활성화하여 빌드합니다: $ git clone https://github.com/postgres/postgres$ cd postgres$ git checkout REL_17_STABLE$ ./configure –enable-debug \ –prefix=$(pwd)/build \ –libdir=$(pwd)/build/lib$ make -j16 && make install 사례 1: Postmaster 프로세스에서의 메모리 누수 Postgres에서 […]

2025-05-12 / Last updated : 2025-05-23 Grace Technical Blog

EDB 엔지니어링 뉴스레터 #6 (2025년 5월 9일)

EDB 엔지니어링 뉴스레터 #6 (2025년 5월 9일) 안녕하세요! EDB 엔지니어링 뉴스레터의 여섯 번째 에디션에 오신 것을 환영합니다. 이번 에디션에서는 데이터 세계의 흥미로운 소식들과 EDB 엔지니어링 팀의 최신 소식을 전해드립니다. 🔍 주목하고 있는 소식들 1. 내장형 Raft 복제 Postgres에 Raft를 통합하여 자동 리더 장애 조치(failover)를 데이터 손실 없이 수행하려는 흥미롭지만 아직은 매우 실험적인 논의가 진행 중입니다.자세한 내용은 여기를 참고하세요. 2. DeepSeek의 분산 파일 시스템 소개 일리노이 대학교 어바나-샴페인(University of Illinois Urbana-Champaign) 박사 과정의 Henry Zhu가 DeepSeek의 새로운 3FS 분산 파일 시스템에 대한 훌륭한 기사를 작성했습니다.자세한 내용은 여기를 참고하세요. 3. CloudNativePG 기여자 스포트라이트 Floor Drees가 CloudNativePG 기여자들을 인터뷰하고 있습니다. 이번 달에는 다음 분들이 소개되었습니다. 🚀 EDB 팀 소식 1. 새로운 커미터: Jacob […]

2025-04-24 / Last updated : 2025-05-23 Grace Technical Blog

Rubrik과 함께 EDB Postgres AI의 데이터 보호 강화하기

EDB Postgres AI에 Rubrik을 연동하여 진화하는 사이버 위협에 대응하세요 데이터베이스 환경이 복잡해지고 대규모화되면서 사이버 공격의 위협도 함께 커지고 있습니다. 특히 랜섬웨어는 이제 생산 시스템뿐만 아니라 백업 시스템까지 타겟으로 삼아, 복구를 어렵게 만들고 있습니다. 단순한 복원으로는 대응할 수 없는 상황이 발생하고 있는 것입니다. Rubrik은 이러한 보안의 공백을 메우기 위해 변경 불가능한(Immutable) 백업 기술을 제공합니다. 공격자가 시스템에 접근하더라도 백업 데이터를 변경하거나 삭제할 수 없도록 설계되어 있어, 공격 이후에도 안전하게 데이터를 복원하고 비즈니스 연속성을 유지할 수 있습니다. Rubrik과 EDB의 전략적 파트너십 EDB는 최근 EDB Postgres AI 2025년 1분기 릴리스에서 Rubrik과의 전략적 파트너십을 발표했습니다. 이 협업을 통해 EDB Postgres AI 사용자는 온프레미스 및 클라우드 환경 모두에서 불변 백업 보호 기능을 활용할 수 있게 되었습니다. […]

2025-03-20 / Last updated : 2025-05-23 Grace Technical Blog

PostgreSQL Kubernetes(쿠버네티스): 확장 관리와 불변성의 혁신

가브리엘레 바르톨리니2025년 3월 18일 PostgreSQL이 가장 인기 있고 다재다능한 데이터베이스 엔진으로 자리 잡은 데에는 확장(Extensions)이 중요한 역할을 했습니다. 하지만 Kubernetes 환경에서 PostgreSQL 확장을 관리하는 것은 여전히 해결해야 할 중요한 과제입니다. 그러나 PostgreSQL 18이 출시되면 상황은 달라질 것입니다. CloudNativePG는 이제 두 가지 혁신적인 기능인 extension_control_path 옵션과 **이미지 볼륨(Image Volumes)**을 통해 획기적인 전환점을 맞이하고 있으며, 이를 통해 확장 관리 방식이 완전히 변화할 것입니다. PostgreSQL Kubernetes 환경에서 불변 확장의 중요성 Kubernetes 환경에서는 불변성(Immutability)을 유지하는 컨테이너 이미지가 필수적입니다. 즉, PostgreSQL 컨테이너 이미지도 보안 표준을 유지하고 업데이트를 체계적으로 관리하기 위해 읽기 전용(RO, Read-Only) 상태를 유지해야 합니다. 하지만 PostgreSQL의 가장 큰 장점은 확장성을 제공하는 데 있습니다. 지금까지 CloudNativePG에서 PostGIS, pgvector와 같은 서드파티 확장을 실행하려면 컨테이너 이미지 […]

2025-03-06 / Last updated : 2025-05-21 Grace Technical Blog

EDB Postgres Distributed를 활용한 최소 다운타임 Postgres 메이저 버전 업그레이드

Phil Eaton2025년 2월 28일 이 글에서는 커뮤니티 버전 Postgres 16을 실행하는 3노드 EDB Postgres Distributed(PGD) 클러스터를 설정한 후, Postgres 16에서 Postgres 17로 클러스터 전체를 인플레이스 업그레이드하는 방법을 설명합니다. 개별 노드를 메이저 버전 업그레이드를 위해 다운시키더라도 클러스터 전체는 계속해서 읽기 및 쓰기가 가능함을 시연할 것입니다. 각 환경마다 추가적인 확장, 권한 등의 차이점이 있을 수 있으나, 이 글에서는 단순하고 이상적인 경로에 초점을 맞추겠습니다. 이 실습은 새로운 Debian 12 시스템에서 진행됩니다. Postgres 16 설치하기 먼저, postgresql.org에서 제공하는 패키지 저장소 설정 지침을 따릅니다. # Import the repository signing key:sudo apt install curl ca-certificatessudo install -d /usr/share/postgresql-common/pgdgsudo curl -o /usr/share/postgresql-common/pgdg/apt.postgresql.org.asc –fail https://www.postgresql.org/media/keys/ACCC4CF8.asc # Create the repository configuration file:sudo sh -c ‘echo “deb [signed-by=/usr/share/postgresql-common/pgdg/apt.postgresql.org.asc] https://apt.postgresql.org/pub/repos/apt $(lsb_release […]

2025-03-05 / Last updated : 2025-05-21 Grace Technical Blog

벡터 데이터베이스 성공 전략

제레미 켈웨이2025년 2월 28일 벡터 데이터베이스는 최근 가장 빠르게 확산된 기술 중 하나인 생성형 AI의 핵심 기반입니다. 생성형 AI가 점점 더 기업의 핵심 기술로 자리 잡으면서, 기업들은 벡터 데이터 저장과 관리에서 엔터프라이즈급 요구사항을 충족할 수 있는 안정적인 데이터베이스 솔루션을 찾고 있습니다. 벡터 검색은 마치 모든 시장 이벤트, 기업 보고서, 경제 지표를 기억하는 초지능적인 금융 자문가와 같습니다. 예를 들어, 투자 전략을 세운다고 가정해 보겠습니다. 이처럼 생성형 AI의 가능성은 무궁무진하지만, 이제 막 기업들이 이 강력한 기술을 더 적극적으로 통제하려는 단계에 접어들고 있습니다. 클라우드에서 온프레미스로, 변화의 시작 어떤 엔터프라이즈 시스템이든 신뢰성이 핵심이며, 생성형 AI도 예외가 아닙니다.보안, 가용성, 확장성, 규정 준수, 일관된 성능은 필수 요소이며, 벡터 데이터베이스를 온프레미스(사내) 환경에서 구축하는 것은 이러한 요건을 충족하는 […]

2025-02-27 / Last updated : 2025-05-21 Grace Technical Blog

EDB AI Accelerator와 Nvidia NIM 연동하기

Ian Kinsey2025년 2월 19일 AI는 방대한 데이터에서 인사이트를 빠르게 도출하는 필수 도구가 되었지만, AI 모델을 설정하는 과정은 여전히 까다롭습니다. Nvidia NIM은 온프레미스 또는 클라우드 환경에서 생성형 AI 모델을 간편하게 배포할 수 있도록 지원하는 플랫폼입니다. 여기에 EDB AI Accelerator를 결합하면, 다양한 AI 모델을 Postgres와 손쉽게 통합하여 데이터베이스 내에서 직접 AI를 활용할 수 있습니다. 이번 글에서는 Docker를 사용해 NIM 모델을 설정하고, 이를 Postgres와 연결하는 방법을 소개합니다. NIM 모델을 사용하는 방법 NIM 모델을 활용하는 방법은 두 가지가 있습니다: 이번 튜토리얼에서는 Docker를 이용한 배포 과정을 다룹니다. Docker를 이용한 NIM 모델 설정 이 가이드는 Ubuntu 24.04 LTS 환경에서 진행되며,AWS **EC2 g5.8xlarge 인스턴스 (1024GB gp3 스토리지 포함)**에서 실행됩니다. 1. Nvidia CUDA Toolkit 설치 Nvidia 공식 웹사이트에서 […]

2025-02-24 / Last updated : 2025-05-23 Grace Technical Blog

PostgreSQL에서 SQL/PGQ를 활용한 그래프 표현

John Nevin2025년 2월 18일 토르킨(Tolkien)과 그래프 이론을 좋아하는 저에게, EDB 동료들이 공유한 이 훌륭한 블로그 글은 무척 흥미로웠습니다. 작성자는 PostgreSQL에서 그래프를 모델링하는 방법과 재귀적 CTE를 활용하여 그래프 탐색 쿼리를 실행하는 방법을 설명하며 다음과 같이 결론을 내립니다. PostgreSQL에서 그래프 데이터를 표현하고 이를 유연하게 쿼리하는 한 가지 방법입니다. 또한, 다른 기법이나 개선 방안이 있다면 공유해 달라는 의견을 남겼습니다. 실제로 PostgreSQL에서 그래프를 보다 효과적으로 다룰 수 있도록 하는 새로운 기술이 개발되고 있습니다. SQL 속성 그래프 쿼리 (SQL Property Graph Queries) SQL 속성 그래프 쿼리(SQL/PGQ)는 최근 SQL:2023 ISO 표준에 포함되었으며, 별도의 그래프 데이터베이스 관리 시스템(예: Neo4j) 없이도 기존 관계형 데이터를 그래프로 표현하고 효율적으로 쿼리할 수 있도록 지원합니다. 노드 간의 관계를 연결된 엣지(Edge)로 표현하는 것은 […]

2025-02-19 / Last updated : 2025-05-23 Grace Technical Blog

고성능(몬스터) 하드웨어에서의 PostgreSQL 성능 최적화 가이드

Lætitia Avrot2025년 2월 17일 최신 세대의 CPU 출시 소식을 접하셨나요? AMD의 최신 Genoa CPU(AMD EPYC™ 9965)는 무려 768개의 스레드를 실행할 수 있습니다. 소켓당 192개의 코어, 코어당 2개의 스레드를 지원하는데, 이를 2개의 소켓에서 활용할 수 있습니다. 여기에 10TB의 RAM까지 추가하면 어떤 모습일지 상상이 가시나요? 대부분의 사람들은 이런 고성능 하드웨어가 가상화 환경에서 얼마나 유용할지 먼저 떠올릴 것입니다. 하지만 데이터베이스 전문가인 저는 Postgres가 이렇게 강력한 리소스를 어떻게 활용할 수 있을지 고민하게 됩니다. 저는 단순한 아키텍처를 선호하지만, 고객을 만나다 보면 어마어마한 리소스를 필요로 하는 경우를 자주 접합니다. 현재의 일반적인 서버 환경에서는 이런 요구를 충족하기 위해 MPP(Massively Parallel Processing, 대규모 병렬 처리)를 사용하는 것이 최선일 때도 있습니다. 그렇다면, 이렇게 고성능 하드웨어를 활용하면 더 이상 수평 […]

2025-02-13 / Last updated : 2025-05-23 Grace Technical Blog

Oracle을 넘어선 삶: 데이터베이스 관계가 틀어질 때

Tim Boutin2025년 2월 6일 Oracle to PostgreSQL 마이그레이션 EDB Postgres® AI: 가장 빠른 데이터베이스 마이그레이션과 레거시 애플리케이션 현대화의 시작 Oracle에서 Postgres로의 마이그레이션을 추진하는 재정적 요인은 이미 널리 알려져 있으며, 더 이상 새로운 소식이 아닙니다. 오픈소스 Postgres의 채택이 해마다 증가하는 반면, Oracle의 가격은 여전히 높은 수준을 유지하고 있으며, 전문 인력에 대한 의존도가 높아짐에 따라 기업의 예산 부담도 계속 커지고 있습니다. 그러나, Oracle을 재정적으로 대체하는 것은 오히려 기업이 레거시 데이터베이스 솔루션과의 완전한 결별을 고려하는 데 있어 가장 쉬운 요소일 수도 있습니다. 현재 기업들이 더 집중하는 것은 혁신을 가로막는 장애물을 어떻게 제거하고, AI 및 분석 워크로드와 엔터프라이즈급 트랜잭션 데이터베이스 요구사항을 해결할 수 있는 오픈소스 Postgres 솔루션을 활용하여 레거시 애플리케이션을 현대화할 수 있는가에 대한 […]

2025-02-10 / Last updated : 2025-05-23 Grace Technical Blog

EDB 하이브리드 컨트롤 플레인: 중앙 집중식 Postgres 관리와 자동화의 모든 것

Simon Notley2025년 1월 28일이 블로그는 시니어 제품 매니저 Simon Notley와 수석 제품 마케팅 매니저 Lizzy Nguyen이 공동 작성했습니다. 하이브리드 데이터 환경에서의 자동화 및 단일 창 관리와 가시성 지난달, EnterpriseDB(EDB)는 EDB Postgres AI 소프트웨어 배포를 발표했습니다. 이 단일 소프트웨어 설치를 통해 자가 관리형 하이브리드 환경 또는 클라우드에서 EDB Postgres AI를 배포, 관리 및 확장할 수 있습니다. EDB Postgres AI는 구조화된 데이터와 비구조화된 데이터를 통합하여 트랜잭션, 분석 및 AI 워크로드를 가속화하는 멀티모델 데이터 플랫폼을 제공합니다. 또한, 여러 새로운 기능을 제공하는데, 그중 하나가 **하이브리드 컨트롤 플레인(Hybrid Control Plane)**입니다. 하이브리드 컨트롤 플레인은 하이브리드 DBaaS(Database-as-a-Service) 환경을 구축하며, 자동화 및 고급 가시성 기능을 제공하고 200개 이상의 메트릭을 기반으로 한 모니터링을 지원하여 온프레미스 환경에서도 클라우드와 같은 경험을 […]

2025-02-07 / Last updated : 2025-05-23 Grace Technical Blog

PostgreSQL 고가용성(HA): 아키텍처와 3가지 실전 패턴 비교

닉 이바노프2025년 1월 28일 데이터베이스 솔루션 아키텍처를 설계할 때, 불필요한 복잡성과 비용을 방지하면서도 모든 비즈니스 요구 사항을 충족할 수 있도록 향후 기능과 비즈니스 요구 사항을 신중하게 고려하는 것이 매우 중요합니다. 특히 고가용성을 갖춘 데이터베이스 시스템을 설계할 때는 더욱 그렇습니다. IT에서 고가용성(HA)은 일반적으로 핵심 구성 요소의 중복성을 제공함으로써 달성되며, 가급적이면 이러한 구성 요소가 드물게 사용되더라도 시스템이 필요한 수준의 복원력을 제공할 수 있도록 아키텍처를 설계하는 것이 중요합니다. 고가용성이란? 고가용성(HA)은 시스템이 구성 요소 장애 발생 시에도 운영을 유지하고 접근이 가능하도록 하는 능력을 의미합니다. 데이터베이스의 경우, 계획된 유지보수 및 예상치 못한 장애 발생 시에도 데이터 접근성을 유지할 수 있도록 전략을 수립하는 것을 의미합니다. 데이터베이스 솔루션의 가용성을 정의하는 두 가지 주요 지표가 있습니다. 이 두 […]

2025-01-17 / Last updated : 2025-05-23 Grace Technical Blog

EDB Engineering Newsletter #2(English)

Jan 07, 2025 Welcome to the 2nd edition of the EDB Engineering Newsletter! Where we share with you interesting links in the data world that the EDB Engineering team has enjoyed, as well as other news about what the EDB Engineering team is up to! What we’re following New Amazon S3 Tables: Storage optimized for analytics workloads This is effectively AWS exposing Iceberg table metadata as a first class platform-level citizen with management via s3tables CLI and AWS web platform console. This management comprises CRUD and table maintenance (e.g. compaction). But all actual ingestion, consumption and processing of the data in these table buckets happens through other AWS services like […]

2025-01-13 / Last updated : 2025-05-23 Grace Technical Blog

Autovacuum 튜닝 기본

토마스 본드라2024년 7월 15일 이번 포스트에서는 Autovacuum 튜닝 방법에 대해 설명하며, 이를 통해 성능 문제의 위험을 최소화하는 방법을 알려드리겠습니다. 이 글에서는 먼저 왜 Autovacuum이 필요한지에 대해 간략히 설명합니다. 예를 들어, 죽은 행(dead rows)이나 bloat(공간 비효율성) 문제와 이를 Autovacuum이 어떻게 처리하는지에 대해 다룰 것입니다. 그런 다음, 이 글의 핵심 주제인 튜닝 방법으로 넘어갑니다. 모든 관련 설정 옵션과 기본적인 튜닝 규칙들을 하나씩 살펴볼 예정입니다. 참고: 이 글은 제가 2016년에 처음 작성했던 블로그 포스트를 새롭게 갱신한 버전으로, PostgreSQL 설정의 여러 변경 사항을 반영했습니다. 다만 전반적인 튜닝 접근 방식은 크게 변하지 않았습니다. 죽은 행(Dead Rows)이란 무엇인가? Autovacuum 튜닝에 대해 이야기하기 전에 먼저 **죽은 행(Dead Rows)**이 무엇인지, 그리고 Autovacuum이 이러한 정리를 수행해야 하는 이유를 이해해야 […]

2025-01-06 / Last updated : 2025-05-22 Grace Technical Blog

FIPS 준수 설치 사양

데이비드 와일2024년 12월 23일 TPA를 사용하여 FIPS 컴플라이언스 서버에 EFM을 설치하는 경우: FIPS가 활성화된 상태에서는 TPA가 EFM 데이터베이스 사용자를 생성할 수 없습니다. 배포 과정에서 EFM이 제대로 설치되도록 하려면 아래 단계를 따라야 합니다: 데이터베이스 서버에서: FIPS 준수 서버에 Barman을 설치하는 경우(TPA 또는 수동 설치): barman-wal-archive 명령은 FIPS를 준수하지 않습니다. 따라서 FIPS 준수 서버에서 Barman을 사용해 아카이브를 올바르게 설정하려면 rsync를 사용해야 합니다. 배포 유형에 따라 아래 단계를 수행하세요: 구성 변경 사항을 적용하려면 구성을 다시 로드합니다. >> 각 데이터베이스 서버에서: 클러스터의 모든 데이터베이스 서버에서 이 단계를 수행하세요. **참고:Barman은 기본 데이터베이스 서버 이름을 사용하여 전체 클러스터를 참조하기 때문에, archive_command 경로는 클러스터의 모든 서버에서 여전히 database-server1 호스트 이름을 참조합니다 수동 배포 수동 배포의 경우, postgresql.conf […]

2025-01-06 / Last updated : 2025-05-22 Grace Technical Blog

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 […]

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

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

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

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

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

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

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

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 […]

카테고리

  • EDB 제품 (9)
  • 고객사례 (7)
  • 블로그 (64)
    • EDB Lab (14)
    • Postgres Tutorials (11)
    • Product Updates (13)
    • Technical Blog (22)
  • 개인정보보호
  • 문의하기

Copyright © EDB 코리아 블로그 All Rights Reserved.

Powered by WordPress with Lightning Theme & VK All in One Expansion Unit

MENU
  • 공식웹사이트
  • EDB 제품
  • 블로그
  • 고객사례
  • EDB 문서
  • 문의
  • 02.501.5113
×
  • EPAS 17의 주요 성능 개선 및 PostgreSQL 17 연계 기능 예시
  • HammerDB 기반 EPAS 16·17 성능 벤치마크 설계
  • 데이터베이스 스키마 생성
  • 벤치마크 실행
  • 데이터베이스 매개변수(postgresql.conf 변경 사항)
  • PostgreSQL 17·EPAS 17 성능 벤치마크 결과 분석
  • 그래프를 보면 EPAS 17이 CPU를 훨씬 더 효율적으로 활용하여 높은 동시성 수준에서 확장성을 크게 향상시키고, 100% 이상의 성능 개선을 이루어냈다는 것을 알 수 있습니다.
→ 목차 보기