카우치베이스 자율 운영자 버전 1.1.0은 출시 2018년 11월 15일에 출시되었습니다. Kubernetes 팀에게는 작은 릴리스이지만 최종 사용자 환경을 개선하는 데 중요한 릴리스입니다. 이 게시물에서는 변경된 사항과 그 이유에 대해 자세히 알아보겠습니다.

스테이트풀 서비스 및 퍼시스턴트 볼륨

자율 운영자 1.0.0 릴리스에서는 특정 서버 확장 그룹의 서버를 영구 스토리지로 백업할 수 있게 되었습니다. 영구 저장소에 대한 지원은 여러 가지 이유로 필수적입니다.

데이터는 데이터베이스의 생명선이며, 저희는 이를 중요하게 생각합니다. 여기에는 고객이 누구인지, 타겟 프로모션에 대한 선호도, 거래 내역 및 기타 비즈니스에 중요한 다양한 정보가 기록되어 있습니다. 이러한 데이터가 손실되면 금전적 벌금부터 소비자 신뢰 상실에 이르기까지 비즈니스에 부정적인 영향을 미칠 수 있습니다.

운영자가 관리하는 Kubernetes 플랫폼은 설계상 해당 리소스를 필요로 하는 프로세스가 실행되는 동안에만 사용할 수 있는 임시 리소스를 기반으로 합니다. 그러나 Kubernetes는 서버 프로세스가 충돌하거나 실수로 삭제되는 경우 Couchbase 데이터 플랫폼과 같은 스테이트풀 애플리케이션이 데이터를 복원할 수 있는 영구 스토리지 볼륨을 제공합니다.

모범 사례

문서 데이터 또는 인덱스 서비스를 포함하는 모든 확장 그룹은 영구 저장소를 사용할 것을 적극 권장합니다. 이렇게 하면 충돌로 인해 데이터가 손실되지 않고 대체 서버 인스턴스에서 사용할 수 있습니다. 클러스터 상태를 기록하는 영구 스토리지가 없으면 불가능했던 전체 전력 손실로부터 전체 클러스터를 복구할 수 있습니다. 대체 서버가 기존 문서 데이터와 인덱스를 재사용하고 그 사이에 수정된 데이터의 작은 하위 집합을 복제본에서 복구할 수 있으므로 충돌로부터의 복구가 훨씬 빨라집니다. 또한 복구가 가능한 동일한 영구 볼륨에 부작용 로그가 유지되므로 충돌의 근본 원인을 진단하고 해결할 수 있습니다.

쿼리 서비스만 실행하는 서버와 같은 일부 서버 확장 그룹은 안정적인 운영을 위해 영구 저장소에 의존하지 않습니다. 이러한 서비스는 다른 노드에서 제공하는 데이터 및 인덱스 서비스에서 제공하는 상태를 사용합니다. 따라서 상태 비저장 서버는 영구 저장소를 사용할 필요가 없습니다. 지속성이 없으면 상태 비저장 서버가 충돌하는 경우 서버 로그를 검색할 수 없습니다.

자율 운영자 1.1.0 릴리즈는 경량 로그 볼륨을 서버에 첨부할 수 있도록 하여 이 문제를 해결합니다.

로그 수집 개선 사항

서버가 충돌하는 경우 로그 볼륨은 운영자에 의해 고아로 감지되어 로그 수집을 위해 보관됩니다. 로그 볼륨의 cbopinfo 지원 도구가 이러한 로그 볼륨을 감지하여 로그 수집 시 이를 표시하도록 개선되었습니다. 지원 도구는 영구 로그 볼륨에서 Couchbase 서버 로그를 선택적으로 수집하여 명령을 실행하는 로컬 머신에 자동으로 다운로드합니다.

이제 지원 도구는 잠재적으로 민감한 정보의 서버 로그를 삭제합니다. 사용자는 수정된 로그와 일반 로그를 모두 사용할 수 있습니다. 그러면 최종 사용자는 지원팀에 제출할 버전을 선택할 수 있습니다.

로그 보존 개선 사항

운영자는 클러스터 관리자가 리소스 사용량을 제한하기 위해 충분히 제어할 수 있는 새로운 로그 보존 정책을 제공합니다. Operator는 다음을 기준으로 로그 보존을 지원합니다. 최대 수 허용되는 로그 볼륨의 수(이 값을 초과하면 가장 오래된 볼륨이 먼저 삭제됨)를 기준으로 하거나 기간 의 고아 볼륨을 제거합니다. 로그 보존 정책은 과도한 리소스 사용을 방지하고 관리자가 데이터 보존 법규를 준수하는 데 도움이 됩니다.

클러스터 관리 개선 사항

클러스터 관리 도구, cbopctl 도 최종 사용자가 지원 가능한 클러스터를 배포하는 데 도움이 되도록 업데이트되었습니다. 이제 기본값 또는 로그 서버 스케일링 그룹의 볼륨 마운트는 최종 사용자가 클러스터를 지원하기를 원한다는 의도를 나타냅니다. 이러한 볼륨 마운트는 동시에 지정할 수 없습니다. 또한, cbopctl 는 의도한 경우 모든 서버 스케일링 그룹을 지원할 수 있도록 하며, 로그 수집을 위해 항상 cbopinfo. 마지막으로 로그 볼륨 마운트를 포함하는 스케일링 그룹에는 사용할 수 없습니다. 데이터, 색인 또는 분석 서비스. 이렇게 하면 다음 서비스를 강제로 사용하도록 하여 데이터 손실 시나리오를 방지할 수 있습니다. 기본값 운영자가 복구할 수 있는 볼륨 마운트입니다.

클러스터 관리 도구를 사용하면 평가를 위해 영구 볼륨 백업 없이도 클러스터를 생성할 수 있습니다. 설명한 대로 이 구성에서는 클러스터가 정전을 견디지 못하고 데이터가 손실될 수 있으며 Couchbase 서버 로그가 없기 때문에 문제가 지원되지 않을 수 있습니다.

유용한 링크

 

작성자

게시자 Simon Murray, 선임 소프트웨어 엔지니어, Couchbase

Simon은 시스템 프로그래밍, 애플리케이션 성능, 스케일 아웃 스토리지 등 다양한 주제에 대해 20년 가까이 경력을 쌓았습니다. 현재는 클라우드에 집중하고 있으며, 다양한 기술 전반의 엔터프라이즈 네트워크 아키텍처, 정보 보안 및 플랫폼 오케스트레이션을 전문으로 다루고 있습니다.

댓글 남기기