백업 및 재해 복구

Mattermost v11.11번역일: 2026-09-02원본 보기

Entry, Professional, Enterprise, Enterprise Advanced 플랜에서 사용할 수 있습니다.

Mattermost 서버를 여러 유형의 장애로부터 보호하는 방법은 단순한 백업부터 정교한 재해 복구 배포와 자동화까지 다양합니다.

백업

Mattermost 서버의 상태는 여러 데이터 저장소에 나뉘어 있으며, 장애에서 시스템을 완전히 복구하려면 각각을 따로 백업하고 복원해야 합니다.

Mattermost 서버를 백업하려면 다음과 같이 하세요.

  1. 데이터베이스 버전에 맞는 표준 절차에 따라 Mattermost 데이터베이스를 백업합니다. PostgreSQL SQL 덤프 백업 문서를 온라인에서 확인할 수 있습니다. 페이지 상단의 내비게이션에서 사용 중인 PostgreSQL 버전을 선택하세요.
  2. config/config.json에 저장된 서버 설정을 백업합니다. Mattermost에 SAML 구성을 사용한다면 SAML 인증서 파일이 config 디렉터리에 저장되므로, 디렉터리 전체를 백업할 것을 권장합니다.
  3. 다음 중 한 가지 방법으로 사용자가 저장한 파일을 백업합니다.
    • 기본 ./data 디렉터리를 사용하는 로컬 스토리지라면 이 디렉터리를 백업합니다.
    • config.json의 Directory 설정으로 지정한 기본값이 아닌 디렉터리를 사용하는 로컬 스토리지라면 해당 위치의 파일을 백업합니다.
    • 파일을 S3에 저장한다면 일반적으로 별도 백업 없이 그대로 두어도 됩니다.
참고

깨끗한 백업을 만들려면 백업이 진행되는 동안 Mattermost를 중지해야 합니다. 그렇지 않으면 데이터베이스와 파일의 상태가 어긋날 수 있습니다.

백업에서 Mattermost 인스턴스를 복원하려면 데이터베이스, config.json 파일, 그리고 필요에 따라 로컬에 저장된 사용자 파일을 백업했던 위치로 복원하세요.

재해 복구

적절한 재해 복구 계획은 특정 위험을 완화해 얻는 이점과 재해 복구 인프라·자동화를 구축하는 비용 및 복잡도를 견주어 판단합니다.

참고

고가용성(HA)과 재해 복구(DR)

HA와 DR은 서로 다른 개념이지만 자주 혼동됩니다. HA는 단일 사이트 내의 클러스터 배포를 가리키며, 단일 장애점을 없애고 개별 구성 요소가 중단되더라도(예: 앱 노드나 데이터베이스 복제본 장애) Mattermost가 계속 동작하도록 합니다. DR은 사이트나 리전 전체를 사용할 수 없게 되는 더 넓은 상황을 다루며, 일반적으로 별도의 데이터 센터나 클라우드 리전에 보조 배포를 두어야 합니다.

Mattermost는 보조 사이트를 동기화 상태로 유지하다가 장애 조치 시에만 활성화하는 액티브/패시브 DR을 지원합니다. 두 사이트가 동시에 실제 트래픽을 처리하는 액티브/액티브 배포는 지원하지 않습니다.

자동화된 백업

Mattermost 서버의 백업을 자동화하면 특정 시점의 서버 상태 사본을 확보할 수 있어, 이후 장애로 데이터가 손실되었을 때 복원할 수 있습니다. 다음과 같은 방법이 있습니다.

  • Mattermost 서버를 주기적으로 백업하는 자동화. 보호 대상으로 선택한 범위에 따라 위에 나열한 모든 구성 요소를 포함하거나 일부만 포함할 수 있습니다.
  • 백업에서 서버를 복원하거나 새 서버를 배포하는 자동화. 복구 시간을 단축합니다.
  • 백업이 정상적으로 생성되었는지 검증하는 자동화. 백업 자동화 자체의 실패에 대비합니다.
  • 백업을 외부 사이트에 보관. 온사이트 시스템의 물리적 손실에 대비합니다.

백업을 이용한 장애 복구는 일반적으로 수동 작업이며 다운타임이 발생합니다. 대안은 고가용성 배포를 사용해 복구를 자동화하는 것입니다.

액티브/패시브 DR 배포

두 데이터 센터에 걸쳐 Mattermost를 액티브/패시브 DR 구성으로 설정하는 단계별 지침, 데이터베이스·파일 스토리지·검색 인덱스를 복제하는 방법, 장애 조치를 수행하는 방법은 플랫폼별 가이드를 참고하세요.

싱글 사인온 장애 시 장애 조치

Mattermost Enterprise Edition에서 싱글 사인온을 사용할 때 SSO 공급자에 장애가 발생하면 Mattermost 인스턴스에 부분적인 장애가 생길 수 있습니다.

SSO 장애 중에는 어떤 일이 벌어지나요?

  • 대부분의 사용자는 계속 로그인할 수 있습니다. 기본적으로 사용자가 Mattermost에 로그인하면 30일간 유효한 세션 토큰을 받습니다(기간은 시스템 콘솔에서 설정할 수 있습니다). SSO 장애 중에도 유효한 세션 토큰을 가진 사용자는 중단 없이 Mattermost를 계속 사용할 수 있습니다.
  • 일부 사용자는 로그인할 수 없습니다. SSO 장애 중 사용자가 로그인하지 못하는 상황은 두 가지입니다.
    • 장애가 지속되는 동안 세션 토큰이 만료되는 사용자.
    • 새 기기에서 로그인을 시도하는 사용자.

두 경우 모두 사용자가 SSO 공급자에 접근하지 못해 로그인할 수 없습니다. 어느 쪽이든 다음과 같은 완화 방안을 활용할 수 있습니다.

SSO 공급자를 고가용성으로 구성

자체 호스팅 싱글 사인온 공급자를 사용한다면 예기치 않은 장애로부터 시스템을 보호하는 고가용성 구성을 여러 가지 선택할 수 있습니다.

SaaS 기반 인증 공급자를 사용하는 경우에는 여전히 서비스 가동 시간에 의존하게 되지만, 데이터를 가져오는 원본 시스템에 이중화를 구성할 수 있습니다. 예를 들어 OneLogin SaaS 기반 인증 서비스에서는 고가용성 LDAP 연결을 구성해 장애 가능성을 더 낮출 수 있습니다.

자체 IDP를 구축해 자동 또는 수동 SSO 장애 조치 옵션 마련

액티브 인증 옵션과 스탠바이 인증 옵션 양쪽에 연결되는 맞춤 SAML 인증용 ID 공급자를 만들어, 장애 발생 시 수동 또는 자동으로 전환할 수 있게 합니다.

이 구성에서는 스탠바이 SSO 옵션이 인증 프로토콜을 약화시키지 않도록 보안을 신중히 검토해야 합니다.

SSO 장애에 대비한 수동 장애 조치 계획 수립

장애 중 사용자가 조직의 SSO 공급자에 접근하지 못하면, 시스템 콘솔 설정에 지정된 지원 링크로 문의하라는 오류 메시지가 표시됩니다.

SSO 장애에 대한 문의를 받은 IT 부서는 시스템 콘솔에서 해당 사용자의 계정을 SSO에서 이메일-비밀번호 방식으로 일시 변경할 수 있고, 최종 사용자는 SSO 장애가 해소되어 계정을 다시 SSO로 전환할 때까지 이메일과 비밀번호로 계정을 사용할 수 있습니다.

장애가 끝나면 일관성과 보안을 유지하기 위해 모든 사용자를 이메일-비밀번호에서 SSO로 다시 전환하는 것이 매우 중요합니다.