4
내 데이터베이스로, 우리는 매시간 백업을 위해 mysql 덤프를 사용하고 있습니다. 그런 다음 안전 및 중복성을 위해 해당 백업을 AWS s3에 업로드합니다. 버전 관리를 사용하여 각각의 새 백업의 델타 만 저장합니다. 제 질문은 데이터를 먼저 압축하여 무엇인가를 얻고 있습니까? 데이터를 gzip으로 스크램블링하여 모든 데이터를 각 버전에 다시 저장해야합니까?AWS s3 버전 관리를 사용하여 gzip 된 mysql 덤프를 저장하는 것이 더 효율적입니까?
대신 데이터베이스의 압축되지 않은 버전을 저장하면 더 효율적인 버전 관리로 인해 시간이 지남에 따라 공간이 절약됩니까?
버전 관리를 사용하여 g3ipped 백업을 s3에 몇 개월 동안 저장했음을 추가해야합니다. 그러나 온라인 인터페이스에서 각 새 버전이 스토리지에 얼마나 많이 걸리는지 찾는 방법을 알 수 없습니다.
이것은 물론 정확합니다. 그러나 EBS는이 특별한 경우에 더 좋은 아이디어는 아닙니다. EBS 스냅 숏 델타는 블록 델타 (파일 델타가 아님)이기 때문에 EBS에 저장된 MySQL * 덤프 * 파일을 사용하면 사실상 중복 제거가 효과적이지 않습니다. 단일 모 놀리 식 백업 파일의 어느 위치에서나 1 바이트 오프셋으로 인해 모든 후속 블록에서 벗어날 수있는 시프트가 발생하여 모두 다르게됩니다. MySQL 덤프 파일을 효과적으로 델타 저장하려면 zpaq와 같은 파일 델타를 이해하는 도구가 필요합니다. –
Thanks @ Michael-sqlbot 그리고 그것은 EBS의 덤프 파일에 대한 좋은 정보입니다. 나는 EBS로 전환하는 것이 해결책이 될 것이라고 제안하려고 시도하지는 않았다. 나는 단순히 S3가 그 특징을 가지고 있지 않다는 것을 지적하려고했다. 나는이 특별한 경우에 EBS가 더 좋은 생각이 아니라는 점에 동의합니다. 나는이 특별한 경우에 S3를 계속 사용할 것을 제안한다. –
* "EBS 전환이 해결책이 될 것이라고 제안하려고하지 않았습니다."* 당신 말이 맞습니다 - 당신은하지 않았습니다 - 그리고 제 의견은 당신이 암시했음을 암시합니다. 나는 누군가가 EBS에 관한 정보를보고 그 결론에 도달 할 것으로 예상했다. –