안녕하세요, 여러분. 도움이 필요합니다. 저는 이쪽에 초보이고, 제 서버에서 커뮤니티를 설정하고 있습니다. 백업에 대해 몇 가지 질문이 있습니다. 하루에 3번 백업하도록 설정하는 방법은 무엇인가요? 그리고 이 백업은 안전한가요? 만약 제 서버에 문제가 발생하면, 모든 설정을 포함한 커뮤니티 전체를 다른 서버로 이전할 수 있을까요?
그렇게 할 수 없습니다(복잡한 사용자 정의 스크립트를 사용하지 않는 한).
네, 다른 곳(예: S3)에 저장하는 한 가능합니다.
알겠습니다. 하루에 백업이 한 번만 이루어진다면 조금 위험할 수 있다고 생각해요. 커뮤니티가 매우 활발한 경우, 가장 가까운 백업까지 최대 24시간이 걸릴 수 있으므로 데이터 손실 위험이 있을 수 있거든요… 다시 본론으로 돌아가면, S3 버킷을 추가했을 때 백업 파일이 S3로 직접 전송되는지, 아니면 음성 서비스가 호스팅되는 머신에도 함께 저장되는지 알려 주실 수 있을까요?
먼저 머신에 저장된 다음 업로드됩니다(그리고 머신에서 삭제됩니다).
이해합니다. 제 경우에는 이 해결책이 작동하지 않으며, 안전하지 않을 것입니다.
s3에서 무엇이 안전하지 않나요?
어떤 이유로든 s3를 신뢰하지 않는다면, 로컬 저장소를 사용하고 rsync로 파일을 다른 곳으로 동기화할 수 있습니다. 하지만 그렇게 하는 것은 s3보다 안전하지 않습니다.
제가 언급하는 보안 문제는 S3가 아니라, 바로 이 논의 자체에 있습니다. 최소 백업 주기는 1일이지만, 다음 백업까지의 기간을 분석해 보면 서버나 파일 자체에 문제가 발생하거나 특정 상황이 생길 수 있습니다. 따라서 매우 활발한 커뮤니티의 경우 일부 데이터를 잃을 수 있습니다.
이러한 데이터 손실의 가능성을 감당할 수 없다면, 다른 호스팅 제공업체 또는 가용 영역으로 복제되는 데이터베이스 구성에 투자해야 합니다. 하지만 이러한 조치에는 비용이 수반됩니다.
리스크 관리를 수행할 때, 문제가 발생할 위험은 발생 확률과 그 영향도의 곱으로 정의됩니다. 리스크를 줄이려면 재해의 발생 확률을 낮추거나, 그 영향도를 줄이는 두 가지 방법 중 하나를 선택할 수 있습니다.
더 자주 백업을 수행하는 것은 영향도를 줄이는 조치입니다. 예를 들어 더 안정적인 호스팅 서비스를 사용하여 발생 확률을 낮추는 것도 고려해 볼 수 있습니다.
지난 10년간 Communiteq를 통해 수많은 Discourse 포럼을 호스팅해 온 동안, 더 자주 백업을 했으면 했을 것이라는 경우는 단 한 번도 없었습니다.
디스코urses를 처음 사용해 봐서, 말씀하신 내용을 잘 이해하지 못했습니다.
그는 수백 개의 포럼을 운영해 온 10년 동안 더 잦은 백업을 원해 본 적이 없다고 말합니다.
데이터의 가치가 매우 높다면 postgres를 다른 서버로 복제하도록 구성하여 핫 백업으로 전환하고 데이터를 거의 손실하지 않도록 할 수 있습니다. "postgres replication"을 검색해 보세요. 설정하는 데 하루 이틀이 걸릴 것이고, 백업 서버로 전환하는 방법을 정말로 이해하는 데 며칠 더 걸릴 것으로 추정됩니다.
또한 크론 작업을 만들어 10분마다 백업을 실행하고 해당 백업을 s3에 저장할 수도 있습니다.
그러나 추천하는 것은 다른 걱정거리가 있는 것입니다.
알겠습니다. 그러면 제가 가장 좋은 방법을 찾아보겠습니다.
왜 이렇게 많은 사람들이 더 자주 쉬운 데이터베이스 백업을 반대하는지 도무지 이해가 안 됩니다. 그 뒤에 어떤 이유가 있나요? 제발 설명해 주십시오. Discourse에서는 최대 24시간 제한이 위협이 되지 않는 반면, 다른 곳에서는 왜 그렇게 되는지 궁금합니다. 제 WordPress/Woocommerce는 데이터베이스를 5분마다 백업하고 있으며, 사실상 비용이 전혀 들지 않습니다.
디지털 세계의 시작부터 두 가지 보편적인 진실이 있었습니다:
- 백업은 너무 오래된 경우가 많습니다.
- 백업을 만드는 것은 반드시 자동화되어야 합니다. 인간에게 의존하는 것은 잊어버릴 것이 확실한 방법이기 때문입니다.
24시간마다 실행되는 백업에서 리스크를 왜 볼 수 없는지 나도 이해할 수 없습니다. 이 기간 동안 민감한 정보의 대규모 유실이 발생할 수 있기 때문입니다.
백업을 더 자주 생성하려면 cron 스크립트를 작성하거나 더 자주 백업이 수행되도록 플러그인을 만들 수 있습니다. 백업 빈도를 높일 계획이라면 업로드가 S3에 저장되어 있는지 확인하는 것이 좋습니다. 각 백업마다 업로드를 복사하는 것은 비용이 많이 들기 때문입니다.
Cdck/discourse.org는 하루 두 번 백업을 수행하는 것으로 알고 있습니다. 외부 스크립트를 통해 이를 수행합니다.
Postgres 백업 관리 방법을 알아내는 것이 부담스럽다면 Marketplace 채널에 예산과 함께 문의할 수 있습니다. 플러그인으로 백업을 생성하는 방식을 선호하는지, 아니면 Postgres 데이터베이스 백업 또는 Discourse 백업 스크립팅에 대한 도움을 받을 것인지도 함께 언급해 주세요.
하지만 이는 WordPress의 기본 기능이 아니라 플러그인 기능일 텐데요, 맞습니까?
핵심은 더 잦은 백업이 실제로는 불필요할 수 있다는 점입니다. 적어도 수년간 수많은 Discourse 포럼을 관리해 온 몇몇 사람들의 경험에 따르면 그렇습니다.
하지만 여기서 이야기하는 것은 데이터베이스입니다. 몇 분 간격으로 S3에 업로드 파일을 백업하는 것은 정말 멍청한 일입니다.
하지만 여전히 이것이 왜这么大的 문제인지 이유를 듣고 싶습니다.
오토매틱(Automattic)에는 내장된 솔루션이 전혀 없습니다. 하지만 이러한 기능을 직접 만들 필요가 없는 다양한 옵션들이 있습니다. 전체 생태계가 다르며, 디스커스(Discourse) 환경은 워드프레스만큼의 다양성을 전혀 갖추고 있지 않습니다. 여기서는 모든 것이 B2B에 강하게 기반을 두고 있다는 것을 알고 있으며, 워드프레스와 그 플러그인들과 같은 고객 수준의 솔루션을 개발할 필요도, 욕심도 없습니다.
제가 알고 싶은 것은 이 질문이 왜 이렇게 어려운지 그 진정한 이유입니다.
저는 반대하지 않습니다. 다만, 제가 그것을 필요로 하지 않았고 앞으로도 필요 없을 것 같다는 생각뿐입니다.
이를 수행하는 플러그인을 만드는 것은 그리 어렵거나 많은 노력이 들지 않을 것입니다. 그러나 아무도 이를 만들지 않았습니다. 이는 아마도 많은 사용자에게 그것이 그렇게 중요하지 않다는 신호일 것입니다 
네, 어떤 요구사항이든 진정한 검증은 CDCK가 이를 채택하거나, 누군가가 Marketplace 채널에 의미 있는 예산을 제시하며 게시글을 올리는 것입니다.