재해복구 (6) 썸네일형 리스트형 PostgreSQL: 이제는 DBA 필수 스킬 PostgreSQL은 광범위한 적용성, 확장된 기능, 오픈소스 라이센스 덕분에 많은 주목을 받고 있습니다. PostgreSQL의 비용 절감 측면 이외에도 개발자의 혁신적인 애플리케이션 개발을 가능케하여 광범위하게 도입이 되고 있습니다. PostgreSQL은 강력하고 확장가능한 데이터베이스 솔루션입니다. 현재 전통적인 데이터베이스를 관리하고 있거나 데이터베이스에 대한 전문성을 확장하고 싶은 DBA라면 PostgreSQL에 대해 살펴볼 필요가 있습니다. 이번 포스트에서는 PostgreSQL의 잠재성, 주요 기능 그리고 생태계에 대해 간단히 알아보겠습니다. PostgreSQL주요 기능:표준 컴플라이언스: SQL 표준과 반 정형화된 데이타인 JSON/JSONB 와 같은 어드밴스드 기능을 함께 제공신뢰성 및 성능.. PostgreSQL을 위한 골드 스탠다드 재해복구 솔루션, Dbvisit StandbyMP PostgreSQL의 재해복구는 생각보다 복잡하고 시간이 소요되며, 수작업으로 진행할 경우 에러가 발생하기 쉽습니다. 표준화, 자동화 및 확장성이 보장되는 재해복구가 필요합니다PostgreSQL은 빠르게 성장하고 사용량도 증가하고 있습니다. 현재 데이터베이스 시장의 17% 차지할만큼 성장했으며, 최근에는 PostgreSQL을 복잡한 프로젝트나 중요한 데이터셋에 적용이 늘고 있는 추세입니다. 확장성, 비용효율성은 많은 DBA에게 매력적인 선택으로 다가옵니다. 그러나 장점이 많은만큼 PostgreSQL을 사용하기 위해서는 해결해야할 난제도 있습니다. 난제에는 설정의 복잡성, 관리와 복제에 대한 가시성, 고가용성 환경설정 및 이슈 발생할 경우 기술지원 유무입니다. 좋은 재해복구 시스템을 구축하는 것이 모든 비.. 지금 사용중인 데이터, DR 점검해봐야 하는 이유 지난 10월 판교의 데이터센터 화재로 카카오계열 서비스는 대대적인 중단을 하게 되었고 막대한 비즈니스 손실을 초래했습니다. 수많은 소비자가 커뮤니케이션, 금융, 게임등의 엑세스 권한을 잃었고 긴 시간동안 서비스 지연을 경험하게 되었습니다. 백업시스템이 있었지만 제대로 작동하지 않았다는 이야기는 백업에만 의존하는 DR(Disaster Recovery)의 위험성을 돌아보게 하며 재난상황에 대한 대비 필요성이 여실히 드러났다고 볼 수 있습니다. 재난 상황을 대비하기 위해서는 대기 데이터베이스를 배포하고 정기적인 DR테스트를 수행하는 것이 중요합니다. 또한 다운타임을 인정하고 예측가능한 모든 위험을 완화하는 솔루션이 필요합니다. 본 웨비나에서는 Dbvisit 솔루션을 통한 재난 상황에 대응하는 빠른 복구.. RTOvsRPO 재해 복구를 위해 Dbvisit Standby를 설치하기 전에, RTO와 RPO를 고려해야 합니다. RTO : Recovery Time Objective 시스템이 백업되어 사용자가 정상적으로 동작하고 기능을 이용하는데 소요되는 시간 RPO : Recovery Point Objective 장애가 발생된 시간 동안 감수할 수 있는 데이터 손실 재해 복구 상황를 위해 Dbvisit Standby를 설치하기 전, RTO와 RPO에 대해 충분히 고려해둔 상태라면 큰 재해 상황에서도 걱정 없을거에요 RTO와 RPO를 어떻게 이해해야 하는지, 어떻게 고려해야 하는지 영상을 통해 확인하세요 Dbvisit Standby Architecture exported Dbvisit standby 아키텍처 쉽게 이해하기! 재해 복구를 가능하게 하는 총 4가지의 요소를 쉽게 설명해드립니다. Dbvisit Snapshots Use cases Dbvisit Snapshots Use cases 1. 개발 또는 테스트 환경을 위한 Dbvisit Snapshots 2. 재해복구 테스트를 위한 Dbvisit Snapshots 3. Dbvisit Snapshots 을 이용하여 어플리케이션 테스트 하기 4. Dbvisit Snapshots 을 이용한 리포트 생성 Ready to extend the value of your standby database investment? 이전 1 다음
