OpsCenter Commitlog 보존 정책이 무시되었습니다.

Question

현재 OpsCenter Backups 서비스의 "Commitlog Backup"기능을 사용하여 cassandra의 commitlog를 백업하는 중입니다.

이 프로젝트는 테스트 중이므로 노드가 4 개인 간단한 클러스터 만 있습니다.

내가 겪고있는 문제는 보존 정책이 백업중인 커밋 로그에서 무시되고있는 것 같습니다. 나는이 지침을 따랐습니다 commitlog 백업 (https://docs.datastax.com/en/opscenter/5.2/opsc/online_help/services/opscCommitlogBackups.html)

을 가능하게하는 datastax 사용 설명서를 따랐습니다

는 OpsCenter에서 그것을 사용할 각 노드에 폴더를 만들어이 때문에 백업이가는되어 있었다 여전히 테스트에서 우리는 백업을위한 클라우드 서비스를 선택하지 않았다.

서버에 보존 정책을 5 분 동안 넣었지만 각 노드의 폴더와 파일은 보관 정책에 설정된 시간은 삭제되지 않습니다.

사용 권한 문제가 내 마음에 들었지만 쓰여지고 있다면 삭제할 수있는 권한이 있어야합니다. 맞습니까?

어쨌든 우리는 OpsCenter 5.2.4을 사용하고 DataStax 기업 4.8.8

어떤 제안을 감상 할 수있다.

감사합니다.

Answer 1

마지막으로 DataStax 지원의 도움으로 해결되었습니다!

우리가 Rudder을 사용하여 각 노드의 파일의 일관성을 보장하기 위해 각 노드의 모든 구성, yaml, conf 파일을 추적합니다. 완료된 모든 파일 변경 사항은 파일의 각 버전을 각 노드에 적용하기 때문에 Rudder에서 수행해야합니다. 그래서 당신이 f.x를 바꾼다면. 한 노드에있는 address.yaml 파일을 보면, Rudder는 Rudder가 가지고있는 버전과 일치하지 않으며 파일을 파일 내용으로 갱신한다는 것을 알게 될 것이다.

OpsCenter에서 사용하는 cluster.conf과 같은 파일은 OpsCenter에서이 파일을 정기적으로 편집하고 OpsCenter 변경 사항을 덮어 쓰지 않으므로 방향키에있을 수 없습니다.

Google의 문제에서 그렇습니다. OpsCenter가 cluster.conf 파일을 편집하고 Commitlog 백업 폴더의 위치를 ​​설정하는 동안 Rudder는 commitlog 백업 폴더가없는 버전으로 다시 변경했습니다. 그것.

OpsCenter는 cluster.conf를 파일에 추가하려고 한 라인

했다 :

[agents] 
backup_staging_dir = /location/of/your/commitlog/backup/folder 

러더가 cluster.conf를 파일을 덮어 보관하지 것이다 그래서 우리는 러더에서이 파일을 해제 할 필요가 있었다. 그런 다음 OpsCenter 노드에서이 줄을 cluster.conf 파일에 직접 추가하거나 (commitlog 백업이 이미 설정된 경우) OpsCenter를 통해 Commitlog 백업을 다시 시작하고 OpsCenter가이 줄을 cluster.conf 파일에 추가하도록 할 수 있습니다 그것이해야하는 것처럼.