Zimbra Collaboration Suite의 안전한 업데이트

시스템 관리자는 항상 새로운 모든 것을 불신합니다. 말 그대로 새로운 서버 플랫폼부터 소프트웨어 업데이트에 이르기까지 모든 것이 첫 번째 실제 사용 경험과 다른 기업 동료의 긍정적인 피드백이 나타날 때까지 정확하게 인식됩니다. 이는 기업의 성과와 중요한 정보의 안전에 대해 문자 그대로 책임을 지게 되면 시간이 지남에 따라 상대방, 부하 직원 또는 일반 사용자는 말할 것도 없고 자신도 신뢰하지 않게 되기 때문에 이해할 수 있습니다.

소프트웨어 업데이트에 대한 불신은 새로운 패치를 설치할 때 성능 저하, 사용자 인터페이스 변경, 정보 시스템 오류 또는 특히 불쾌한 데이터 손실로 이어지는 불쾌한 사례가 많기 때문에 발생합니다. 그러나 업데이트를 완전히 거부할 수는 없으며, 이 경우 기업의 인프라가 사이버 범죄자의 공격을 받을 수 있습니다. 최신 버전의 Windows로 업데이트되지 않은 수백만 대의 컴퓨터에 저장된 데이터가 암호화된 것으로 밝혀진 놀라운 WannaCry 바이러스 사례를 회상하는 것으로 충분합니다. 이 사건은 8.8.15명이 넘는 시스템 관리자의 작업 비용을 앗아갔을 뿐만 아니라 보안과 설치 속도를 결합하는 기업의 소프트웨어 제품 업데이트를 위한 새로운 정책을 개발할 필요성을 분명히 보여주었습니다. Zimbra XNUMX의 LTS 출시를 예상하여 Zimbra Collabration Suite Open-Source Edition을 업데이트하여 모든 중요한 데이터의 안전을 보장할 수 있는 방법을 살펴보겠습니다.

Zimbra Collaboration Suite의 주요 기능 중 하나는 거의 모든 링크를 복제할 수 있다는 것입니다. 특히 기본 LDAP-마스터 서버 외에도 중복 LDAP 복제본을 추가할 수 있으며, 필요한 경우 기본 LDAP 서버의 기능을 전송할 수 있습니다. MTA를 사용하여 프록시 서버와 서버를 복제할 수도 있습니다. 이러한 복제를 통해 필요한 경우 업데이트 기간 동안 인프라에서 개별 인프라 링크를 제거할 수 있으며, 덕분에 장기간의 가동 중지 시간뿐만 아니라 업데이트 실패 시 데이터 손실로부터도 안정적으로 보호할 수 있습니다.

인프라의 다른 부분과 달리 Zimbra Collaboration Suite에서는 메일 저장 중복이 지원되지 않습니다. 인프라에 메일 저장소가 여러 개 있더라도 각 사서함의 데이터는 단일 메일 서버에 있을 수 있습니다. 그렇기 때문에 업데이트 중 데이터 안전을 위한 주요 규칙 중 하나는 메일 저장소에 정보를 적시에 백업하는 것입니다. 최신 백업일수록 긴급 상황 발생 시 더 많은 데이터가 저장됩니다. 그러나 여기에는 미묘한 차이가 있습니다. 즉, Zimbra Collaboration Suite 무료 버전에는 백업 메커니즘이 내장되어 있지 않으며 백업을 생성하려면 내장된 GNU/Linux 도구를 사용해야 한다는 것입니다. 그러나 Zimbra 인프라가 여러 개의 메일 저장소를 실행하고 메일 아카이브의 크기가 상당히 큰 경우 각 백업은 매우 오랜 시간 지속될 수 있으며 로컬 네트워크와 서버 자체에 심각한 로드를 생성할 수도 있습니다. 또한 장기간 복사하는 동안 다양한 불가항력적인 사건이 발생할 위험이 급격히 증가합니다. 또한 서비스를 중지하지 않고 백업을 수행할 경우 다수의 파일이 잘못 복사되어 일부 데이터가 손실될 위험이 있습니다.

그렇기 때문에 메일 저장소에서 많은 양의 정보를 백업해야 하는 경우 모든 정보를 완전히 복사하지 않고 이전 이후에 나타나거나 변경된 파일만 백업할 수 있는 증분 백업을 사용하는 것이 좋습니다. 전체 백업이 이루어졌습니다. 이렇게 하면 백업 제거 프로세스의 속도가 크게 빨라지고 업데이트 설치를 빠르게 시작할 수도 있습니다. Zimbra Open-Source Edition에서는 Zextras Suite의 일부인 Zextras Backup 모듈식 확장을 사용하여 증분 백업을 수행할 수 있습니다.

또 다른 강력한 도구인 Zextras PowerStore를 사용하면 시스템 관리자가 메일 저장소에서 데이터 중복을 제거할 수 있습니다. 이는 메일 서버에 있는 모든 동일한 첨부 파일과 중복 이메일이 하나의 원본 파일로 대체되고 모든 중복 파일이 투명한 기호 링크로 전환된다는 의미입니다. 덕분에 하드 디스크 공간을 크게 절약할 수 있을 뿐만 아니라 백업 복사본의 크기도 크게 줄여 전체 백업 시간을 단축할 수 있으므로 훨씬 더 자주 수행할 수 있습니다.

그러나 Zextras PowerStore가 보안 업데이트를 위해 제공할 수 있는 주요 기능은 다중 서버 Zimbra 인프라의 메일 서버 간 사서함 전송입니다. 이 기능 덕분에 시스템 관리자는 MTA 및 LDAP 서버에서 수행한 것과 똑같은 작업을 메일 저장소에서도 수행하여 안전하게 업데이트할 수 있습니다. 예를 들어 Zimbra 인프라에 XNUMX개의 메일 저장소가 있는 경우 나머지 XNUMX개 중 하나에서 사서함을 배포하려고 시도할 수 있으며 첫 번째 메일 저장소가 비어 있으면 데이터 안전에 대한 두려움 없이 업데이트할 수 있습니다. . 시스템 관리자가 인프라에 여분의 메일 저장소가 있는 경우 업데이트된 메일 저장소에서 전송된 메일함을 위한 임시 저장소로 사용할 수 있습니다.

콘솔 명령을 사용하면 이러한 전송을 수행할 수 있습니다 DoMove사서함. 이를 사용하여 메일 저장소의 모든 계정을 이전하려면 먼저 해당 계정의 전체 목록을 얻어야 합니다. 이를 달성하기 위해 메일 서버에서 다음 명령을 실행합니다. zmprov sa zimbraMailHost=mailbox.example.com > account.txt. 실행한 후 파일을 받게 됩니다. 계정.txt 메일 저장소에 있는 모든 사서함 목록이 포함되어 있습니다. 그 후에는 즉시 이를 사용하여 계정을 다른 메일 저장소로 이전할 수 있습니다. 예를 들어 다음과 같습니다.

zxsuite powerstore doMailboxMove Reserve_mailbox.example.com input_file account.txt는 데이터를 준비합니다.
zxsuite powerstore doMailboxMove Reserve_mailbox.example.com input_file account.txt는 데이터, 계정 알림을 준비합니다. [이메일 보호]

첫 번째는 계정 자체를 이전하지 않고 모든 데이터를 복사하기 위해 두 번 명령을 실행하고, 두 번째는 데이터 전송이 증분 방식으로 수행되므로 첫 번째 전송 후 나타난 모든 데이터를 복사 한 다음 전송합니다. 계정 자체. 계좌 이체 시 잠시 동안 메일함을 사용할 수 없는 현상이 발생하므로 사용자에게 이에 대해 경고하는 것이 좋습니다. 또한 두 번째 명령이 완료된 후 관리자는 이메일로 해당 알림을 받습니다. 덕분에 관리자는 가능한 한 빨리 메일 저장소 업데이트를 시작할 수 있습니다.

메일 저장소의 소프트웨어 업데이트가 SaaS 공급자에 의해 수행되는 경우 계정이 아닌 해당 계정에 있는 도메인을 통해 데이터를 전송하는 것이 훨씬 더 합리적입니다. 이러한 목적을 위해서는 입력된 명령을 약간 수정하는 것으로 충분합니다.

zxsuite powerstore doMailboxMove Reserve_mailbox.saas.com 도메인 client1.ru, client2.ru, client3.ru는 데이터를 준비합니다.
zxsuite powerstore doMailboxMove secureserver.saas.com 도메인 client1.ru, client2.ru, client3.ru는 데이터, 계정 알림을 준비합니다. [이메일 보호]

메일 저장소의 계정 및 해당 데이터 이전이 완료되면 원본 서버의 데이터는 더 이상 중요하지 않으며 안전에 대한 걱정 없이 메일 서버 업데이트를 시작할 수 있습니다.

사서함을 마이그레이션할 때 가동 중지 시간을 최소화하려는 경우 명령을 사용하는 근본적으로 다른 시나리오가 이상적입니다. zxsuite powerstore doMailboxMove, 그 핵심은 중간 서버를 사용할 필요 없이 사서함이 업데이트된 서버로 직접 전송된다는 것입니다. 즉, 이미 최신 버전으로 업데이트된 Zimbra 인프라에 새로운 메일 저장소를 추가한 다음 이미 익숙한 시나리오에 따라 업데이트되지 않은 서버에서 해당 서버로 계정을 전송하고 모든 서버가 업데이트될 때까지 절차를 반복합니다. 인프라가 업데이트되었습니다.

이 방법을 사용하면 계정을 한 번만 전송할 수 있으므로 사서함에 액세스할 수 없는 상태로 유지되는 시간이 줄어듭니다. 또한 이를 구현하려면 추가 메일 서버가 하나만 필요합니다. 그러나 구성이 다른 서버에 메일 저장소를 배포하는 관리자는 해당 사용을 주의해서 다루어야 합니다. 사실 다수의 계정을 약한 서버로 이전하면 서비스의 가용성과 응답성에 부정적인 영향을 미칠 수 있으며, 이는 대기업과 SaaS 제공업체에 매우 중요할 수 있습니다.

따라서 Zimbra Backup 및 Zextras PowerStore 덕분에 Zimbra 시스템 관리자는 저장된 정보에 대한 위험 없이 모든 Zimbra 인프라 노드를 업데이트할 수 있습니다.

출처 : habr.com