AWS 액티브/패시브 재해 복구 배포

AWS에서 Mattermost의 액티브/패시브 재해 복구 구성을 설정하고 데이터 센터 간 장애 조치(failover)를 수행하는 방법을 설명합니다.

시작하기 전에 다음 사항이 준비되어 있는지 확인하십시오: 두 리전 모두에서 RDS, S3, OpenSearch 리소스를 관리할 수 있는 IAM 권한이 있는 AWS 계정 접근 권한 장애 조치를 위한 기본 및 보조 AWS 리전 쌍 선택 정상적으로 운영 중인 기존 Mattermost 기본 배포 장애 조치 시 트래픽을 리디렉션할 수 있도록 Mattermost에 접근하는 도메인에 대한 DNS 제어 권한 RDS Aurora PostgreSQL 글로벌 클러스터 권한 및 검증된 복원 가능한 데이터베이스 백업 두 리전 모두에서 세분화된 접근 제어(fine-grained access control)가 가능한 OpenSearch 2.x 기본 리전과 보조 리전 간의 네트워크 연결 확인 완료 미션 크리티컬 작업에 Mattermost를 사용하는 엔터프라이즈 고객은 지속적인 가용성과 운영 복원력을 보장해야 합니다. 강력한 재해 복구 전략은 데이터 센터 장애와 관련된 위험을 완화하여 예기치 않은 중단 상황에서도 사용자가 Mattermost에 원활하게 접근할 수 있도록 하는 데 필수적입니다. 이 페이지는 AWS에서 Mattermost를 액티브/패시브 재해 복구 구성으로 설정하는 데 필요한 단계와 한 데이터 센터에서 다른 데이터 센터로 장애 조치하는 방법을 자세히 설명합니다. Tip 고가용성 및 액티브/액티브 지원을 위해 Kubernetes 배포를 안전하게 업그레이드하는 방법은 Kubernetes 및 고가용성 환경에서 Mattermost 업그레이드 문서를 참조하십시오. 단일 데이터 센터에 설정 # 첫 번째 단계로, 단일 데이터 센터에 Mattermost를 설정합니다. 다음 다이어그램은 기본 단일 데이터 센터 아키텍처를 보여줍니다: 위 다이어그램은 단일 프록시가 2개의 노드에 트래픽을 전달하는 구성을 보여줍니다. 또한 단일 writer + n개의 reader를 가진 데이터베이스와 AWS OpenSearch 서비스를 사용하는 S3 버킷 및 ES/OS가 포함되어 있습니다. 이 단계에서는 LDAP/SAML, SMTP 등의 다른 세부 사항은 제외합니다. Tip 다음 아키텍처는 전체 리전이 다운되는 경우에 구현됩니다. 단일 서버/서비스가 다운되는 경우는 다루지 않습니다. 예를 들어: 단일 앱 노드가 다운된 경우, 새 노드를 프로비저닝하는 모범 사례를 따르십시오. 데이터베이스 복제 노드가 다운된 경우, AWS 콘솔에서 새 복제본을 생성하거나, 자동으로 처리되도록 정책을 설정하십시오. 데이터베이스 복제 # 다음 작업에서는 AWS 글로벌 클러스터를 생성합니다. AWS 콘솔에서 RDS 인스턴스를 선택하고 Actions 메뉴를 확장하여 Add AWS Region 을 선택합니다. 보조 리전을 선택하고 나머지 세부 정보를 입력합니다. Warning 보조 클러스터에서 Enable write forwarding 옵션을 선택하여 보조에서 기본으로의 쓰기 작업을 전달할 수 있도록 합니다. 자세한 내용은 AmazonRDS 쓰기 전달 문서를 참조하십시오. 또한 PostgreSQL 버전을 확인하고 wri