대규모 Exchange 설치에서 유지 관리를 위해 가동 중지 시간이 필요한 이유는 무엇입니까?

몇 년 동안 여러 최상위 Tier Exchange 공급자를 사용해 왔으며 모두 정기 유지 관리를 위해 정기적으로 다운 타임을 가졌습니다 (한 달에 한 번). 이러한 특성의 가동 중지 시간을 피할 수없는 Exchange의 이점이 무엇인지 궁금합니다. 연중 무휴 가동 시간을 유지하는 것이 정말로 불가능합니까?

Windows 및 Exchange 업데이트는 설치를 마치려면 항상 재부팅해야하므로 그 일부입니다. 적절한 계획과 적절한 설정 (로드 밸런서 및 클러스터링)을 통해 한 서버에서 이메일을 항상 사용할 수 있도록 연중 무휴 가동 시간을 유지할 수 있습니다.

그러나 클라이언트 쪽에서는 Outlook이 연결된 CAS 서버가 오프라인 상태이고 자동 검색에서 다른 CAS 서버로 전환 할 때 Outlook에 항상 짧은 중단 (5-30 초)이 있습니다. 일반적으로 이러한 상황이 발생하면 "Exchange 관리자가 Outlook을 다시 시작하도록 변경했습니다"라는 메시지가 나타납니다.

긴 정전은 아니지만 정전으로 계산되므로 유지 보수 시간을 예약해야합니다. 유지 보수 기간 동안 문제가 발생할 가능성이 있으므로 CYA에 예약해야합니다.

편집 : 따라서 CAS 서버 앞에로드 밸런서를 배치하면 Outlook에서 "Exchange 관리자가 변경했습니다 ..."라는 메시지가 표시되지 않습니다. 로드 밸런서가 활성 CAS 서버로 전환함에 따라 여전히 짧은 작동 중단이 발생합니다.

간단히 말해 ... 당신은 그 훌륭한 공급자를 사용하지 않습니다.

정기적 인 유지 관리 기간을 예약하는 것이 항상 현명한 일이지만 Exchange 환경의 정기 가동 중지 시간을 예약해야하는 이유는 없습니다. 특히 Exchange 2010의 경우 중복성이 계획되고 올바르게 구현되는 한 모든 것이 흐릅니다. 중복 네트워크, 중복 스토리지, 중복 서버.

당신은 아마 $ 3 / 월 공급자를 사용하여 이것을 얻지 못할 것입니다. 월 $ 3의 Exchange 사서함은 재판매하지 않습니다. 호스팅 된 Exchange를 권장하는 대부분의 이유는 전자 메일 및 가동 시간의 중요성을 처리합니다. 항상 다운되지 않는 제공자에 대해 더 많은 비용을 지불해야하지만 ROI는 합리적입니다.

서비스 제공 업체는 예정된 모든 유지 보수에 대해 이메일을 보냅니다. 우리는 한 달에 적어도 하나를 얻습니다. 이들 중 99 %는 기본적으로 "오전 2시에서 2시 15 분 사이에 서버에서 유지 관리를 수행하고 있습니다. 사서함 / 스토리지 장애 조치 동안 15-30 초의 연결 문제가 발생할 수 있습니다."

30 초의 장애 조치없이 100 % 가동 시간을 찾고 있다면 어디에서도 찾을 수 없습니다. Domino가 아닌 Google Apps가 아닌 Exchange가 아닙니다. 100 % 가동 시간이 없습니다. 유지 관리 기간이 항상 필요하며 장애 조치에는 여전히 시간이 필요합니다 (시간이 짧더라도).

따라서 비용이 더 들지만 필요한 가동 시간을 제공 할 수있는 새로운 공급자를 찾으십시오.

유지 보수를위한 가동 중지 시간이 더 걸리지 않도록 네트워크의 모든 부분에 대해 N + 1 중복성을 유지하십시오. 더 이상 서비스가 가격 경쟁력을 갖추지 못할 것입니다. 대부분의 비즈니스는 최소한의 예정된 다운 타임을 허용합니다. 이것은 내가 다루었던 거의 모든 호스팅 공급 업체 인 Exchange에 대해 독점적이지는 않습니다.

Exchange의 경우 화요일 패치에 대해 적어도 한 달에 한 번 다운됩니다.

Exchange가 필요로하는 유일한 일상적인 유지 관리는 서버를 패치하는 것입니다. 제대로 구축 된 환경에서는 가동 중지 시간이 전혀 발생하지 않아야합니다. 두 대의 서버 만 있어도 다른 서버를 패치 및 재부팅하는 동안 서버 중 하나만 활성 상태로 유지할 수 있습니다. 백업을 수행해도 가동 중지 시간이 발생하지 않으며 복원 테스트는 라이브 서버가 아닌 DR 환경에서 수행해야합니다. 나는이 "정기적 인 유지 보수"가 무엇인지, 왜 필요한지 전혀 이해하지 못한다.

당연히 99 % 가동 시간을 보장하는 것은 쉬운 일이 아닙니다. 가장 비싸고 가장 비싼 환경에서도 문제가 발생합니다. 내가 말하는 것은 "정기 유지 관리"를 위해 Exchange 시스템을 중단 할 이유 가 전혀 없다는 것입니다 . 데이터베이스의 일상적인 오프라인 조각 모음을 수행하지 않는 한, 자신의 올바른 마음에 아무도 더 이상 수행하지 않아야 할 일이 있습니다 (그러나 여전히 ...).

Exchange에는 본질적으로 신뢰할 수 없거나 추락하기 쉬운 것이 없습니다. 사실 그 반대의 주장이 있습니다. 공급자가 Exchange 서비스 를 제공하도록 설정된 방식에 따라 다릅니다 .

하나 이상의 서버 에서 서비스를 제공 할 수 있습니다. 주요 웹 사이트, 이메일 시스템 (예 : gmail, 핫메일 등)은 서버 그룹에서 제공합니다. 서버 그룹은 가용성에 영향을 미치지 않으면 서 서비스를 호스팅하는 일부 서버가 오프라인 상태가되도록합니다. 서비스의.

서비스를 제공하는 서버가 고 가용성 (예 : 클러스터링)을 지원하는 시스템에 구축 된 경우 실제로 서비스 자체를 오프라인으로 만들지 않고 서비스를 제공하는 일부 서버가 오프라인이 될 수 있습니다.

그것이 이론입니다. 그리고 이론 은 실제로 작동하도록 만들 수 있습니다. 문제는 공급자가 하드웨어, 시스템 설계 및 지원에 소비 할 준비가 된 금액입니다 (예 : 사용 가능한 99.99 %에서 99.999 %로가는 비용은 99 %에서 99.9 %로가는 비용보다 훨씬 높습니다) . 호스팅 서비스의 경우 사람들이 서비스 비용을 얼마나 지불 할 준비가 되었는가에 대한 문제가됩니다.

제공 업체의 경우 비용이 엄청나게 비싸 질 수 있으며, 고 가용성을 위해 촬영할 때 아주 적은 양의 다운 타임 이라도 통계를 손상시킬 수 있습니다 .