Exchange를 위한 리소스 계획

적용 대상: Exchange Server 2010 SP3

마지막으로 수정된 항목: 2016-11-28

문의 사항: “내 Microsoft Exchange Server 환경을 관리하려면 IT 전문가가 몇 명이나 필요합니까?” 불행히도 이 질문에 대한 간단한 답변은 없습니다. 하지만 계획에 도움이 되도록, 이 항목에서는 최적의 리소스 수준을 계산할 때 고려해야 하는 여러 가지 주요 요소를 설명합니다. 이 항목을 통해 조직의 여러 측면을 평가할 수 있으므로 리소스 수준에 대한 합리적인 결정을 내릴 수 있습니다.

전문적인 수준에서 리소스 수준은 조직의 성숙도와 필요한 작업을 기반으로 합니다. 조직 성숙도는 운영 프로세스 성숙도, 경험, 하드웨어, 안정성 및 디자인 등의 원칙을 기반으로 합니다. 필요한 작업은 회사마다 다르며 프로세스를 평가하고 관리하는 것은 Exchange 관리자에게 달려 있습니다.

조직 성숙도

기본적으로 조직 성숙도는 조직이 내부 정책과 절차를 개발한 수준에 의해 결정됩니다. 예를 들면 메시징 환경 관리에 대해 정의한 절차가 거의 없고 서버 구성에 대한 표준 운영 절차가 없는 조직은 드라이버 업데이트, 패치 설치 및 서버 구성에 대해 세부적으로 문서화된 정책이 있는 조직보다 많은 문제와 중단이 발생할 수 있습니다.

하지만 조직 성숙도는 정책 사용 문제로만 한정되지 않습니다. 또한 여기에는 관리자가 환경을 관리하는 수단이 포함됩니다. 예를 들면 관리자는 10개 서버에 각각 로그인하여 핫픽스를 적용한 다음 각 서버에서 차례로 핫픽스를 다운로드하여 설치할 수 있습니다. 이 프로세스는 매우 비효율적입니다. 반면에 관리자가 자동화된 패치 배포 시스템을 사용하면 몇 분 내에 100대의 서버에 핫픽스를 쉽게 배포할 수 있으므로 효율성을 크게 높일 수 있습니다. 하지만 이 패치 관리 솔루션 자체를 적극적으로 관리해야 합니다. 이러한 요구 사항은 더 많은 리소스를 요구하며 정상적이며 정확한 솔루션을 보장하기 위해 특정 정책과 절차를 따라야 합니다.

조직 성숙도는 다음과 같은 원칙을 기반으로 합니다.

-
운영 프로세스 성숙도:   일반적으로, 잘 문서화되고 반복 가능한 운영 방식이 있을 경우 대부분의 작업이 자동화되므로 지속적이거나 사후 유지 관리의 필요성이 줄어듭니다.

-
경험:   운영 팀 구성원이 소유한 지식과 관련 작업 경험 수준은 기업 메시징 솔루션을 관리하는 팀에 긍정적인 영향을 줍니다.

-
하드웨어:   효율적인 시스템과 훌륭한 저장소 방식은 사용자 만족도를 높이는 데 도움이 되므로 지원 전화나 중단 수를 크게 줄일 수 있습니다.

-
안정성:   하드웨어와 관련하여 안정성은 하드웨어, 소프트웨어, 사용 중인 기능 및 시스템 요구 사항을 조합한 기능입니다. 안정적인 솔루션은 특히 지정된 작업의 전체 요구 사항을 충족하기 위해 선택된 솔루션입니다.

> [!NOTE]
> 안정성은 클러스터링의 동의어가 <EM>아닙니다</EM>. 클러스터링 솔루션은 경험이 없는 조직에 적합하지 않은 복잡성을 가중시킬 수 있습니다.

• 디자인:   Exchange 환경을 적절하게 디자인하면 앞에서 설명한 모든 원칙의 효율성을 높일 수 있습니다. 반대로 부적절한 디자인은 하드웨어나 직원 환경의 효율성을 떨어뜨릴 수 있습니다.

조직 성숙도의 원칙은 아래 표에서와 같이 인프라 최적화 모델이라고 하는 조직의 프로필로 구성됩니다.

인프라 최적화 모델

인프라 최적화에 대한 자세한 내용은 Microsoft 인프라 최적화를 참조하십시오.

인프라 최적화 모델 수준 간 주요 차별화 요소는 기술이 사용되는 방식과 여러 수준 및 그룹의 시스템 표준화 방식입니다. 일반적으로 조직의 성숙도 수준이 높을수록 환경을 관리하는 데 필요한 인력 수준이 낮습니다. 그러나 기술 자체가 조직의 성숙도 수준을 높이지 않습니다. 모든 솔루션은 정확성, 효율성, 신뢰성 및 안정성을 지원하도록 관리해야 합니다. 조직의 정책은 비즈니스 요구에 따라 제어해야 하며 기술은 그러한 정책을 지원하거나 용이하게 해야 합니다.

역할 정의 및 작업 할당

인력 수준은 기업의 메시징 팀이 대응해야 하는 요구 사항에 크게 좌우됩니다. 이러한 요구 사항은 조직마다 크게 다를 수 있습니다. 메시징 관리자가 Exchange Server 2010 시스템만 배포, 구성, 관리 및 유지 관리하는 조직은 관리자가 Exchange, 백업, 메시징 방역, 모바일 장치, 네트워크, 저장소 및 가상화 기술을 관리하는 조직보다 직원이 적게 필요합니다.

다음 목록에는 조직의 메시징 관리자 역할을 평가할 때 고려할 몇 가지 중요한 질문이 포함되어 있습니다.

• Exchange 팀이 Exchange를 실행 중인 서버에서 기존 Windows 운영 체제를 주로 담당합니까?

• Exchange 팀이 Active Directory 도메인 서비스, Microsoft SharePoint Foundation 2010 또는 Microsoft SQL Server와 같은 다른 기술을 담당합니까?

• Exchange 팀이 Exchange 환경의 서버, 네트워크 및 저장소와 같은 실제 하드웨어를 관리합니까? 또는, Exchange 서버가 가상화된 경우 Exchange 관리자가 가상화 솔루션을 관리합니까?

• Exchange 팀이 Exchange 서버 백업(테이프 기반 또는 디스크 기반 백업)을 관리합니까?

• Exchange 팀이 메시징 방역 인프라를 관리합니까? Exchange 팀이 비 Exchange 소프트웨어나 하드웨어를 관리합니까?

• 조직이 메시징에 대한 디자인/아키텍처와 운영 역할을 구분합니까?

• Exchange 팀이 메시징에 대한 네트워크 또는 주변 보안을 관리합니까?

• Exchange 팀이 직접 최종 사용자를 지원합니까? 지원하는 경우, 팀이 메시징 관련 티켓을 모두 받습니까 아니면 계층 1과 계층 2에서 에스컬레이션된 티켓만 받습니까?

• Exchange 팀 구성원이 매일, 매주, 매달, 분기별 또는 매년 표준을 수행합니까? 그렇다면 그러한 작업은 무엇입니까? 목록에 추가해야 하는 작업은 무엇입니까?

• Exchange 팀 구성원이 메시징 리소스 관련 보안 문제에 대한 대응을 담당합니까?

• Exchange 팀 구성원에게 검색을 수행하고 기타 준수 관련 문제를 처리하도록 요청합니까?

• Exchange 팀 구성원이 용량 관리를 수행합니까?

이 목록이 전부는 아닙니다. 위 목록에는 없지만 조직의 메시징 관리자에게 중요한 작업이 있을 수도 있습니다. 또한, 운영 관리자처럼 작업 설명 및 필수 작업이 메시징 관리자와 현저하게 다른 직책이 있습니다. 개인의 직책에 중점을 두지 않고 전체 팀의 맥락에서 모든 직책을 고려하는 것이 중요합니다.

다음 목록은 대기업 및 중소기업 메시징 배포에 공통적인 역할 및 기능에 할당된 잠재적인 책임을 설명합니다. 대부분의 경우 나열된 역할은 특정 직책이 아니라 기존 역할의 일부입니다(예: 이사). 예를 들면 운영 엔지니어의 경우입니다.

-
이사

  - 기술 역량 및 비즈니스 필요를 기반으로 한 메시징 기술 비전을 제공합니다.

  - 메시징 작업 및 메시징 시스템 엔지니어링의 작업을 조절합니다.

  - 기업 메시징 시스템의 모든 측면을 내부 및 외부 소스에 나타냅니다.

• 관리자, 메시징 작업

  • 메시징 시스템이 최고 성능에서 작동하는지 확인합니다.

  • 시스템 속도 저하 및 성능 저하 문제가 사용자에게 영향을 주기 전에 메시징 작업 팀이 이를 인식하는지 확인합니다.

  • 모든 메시징 운영 기술자와 모든 운영 분석가가 작업을 수행하는 데 필요한 도구를 갖고 있는지 확인합니다.

  • 메시징 작업을 사용자에게 나타냅니다.

• 관리자, 메시징 시스템 엔지니어링

  • 메시징 시스템의 성능을 향상하려는 목표 하에 메시징 팀이 지속적으로 분석하고 디자인을 검토하도록 유도합니다.

  • 메시징 팀이 작업을 수행하는 데 필요한 도구를 갖고 있고 교육을 받았는지 확인합니다.

  • 운영 팀의 적절한 에스컬레이션에 응답하고 그러한 에스컬레이션에 리소스를 할당합니다.

• 보조 운영 분석가

  • 메시징 환경에 새로운 프로덕션 서버를 설치, 구성 및 문서화합니다.

  • 메시징 시스템 문제에 대해 기본적인 문제 해결을 수행합니다.

• 운영 분석가

  • 메시징 환경에 새로운 프로덕션 서버를 설치, 구성 및 문서화합니다.

  • 메시징 시스템 문제에 대한 모든 문제 해결을 수행합니다.

  • 문제가 일일 로그에 올바르게 문서화되었는지 확인합니다.

• 수석 운영 분석가

  • 새 운영 분석가 멘토링을 지원합니다. 필요한 경우 운영 분석가의 임무를 수행합니다.

  • 운영 분석가 및 기술자에 의해 해결되지 않은 에스컬레이션 문제를 처리합니다.

  • 일일 로그가 유용한 시스템 문제 해결 정보 리포지토리에 남아 있는지 확인합니다.

• 보조 운영 엔지니어

  • 기초 분석 및 설계를 수행하기 위해 운영 분석가 및 기술자와 함께 작업합니다.

  • 세부 토론을 위해 엔지니어링 팀의 다른 구성원에게 아이디어와 권장 사항을 제공합니다.

• 운영 엔지니어

  • 세부 분석 및 설계를 수행하기 위해 운영 분석가 및 기술자와 함께 작업합니다.

  • 운영 측면에서 제기된 초기 에스컬레이션 문제를 처리합니다.

  • 운영 팀에서 에스컬레이션한 모든 문제를 해결하고 후속 조치를 취합니다.

  • 출시 제품의 기능에 대해 기업 메시징 시스템에서의 사용 편리성을 평가합니다.

• 수석 운영 엔지니어

  • 출시 및 출시되지 않은 메시징 시스템을 평가합니다.

  • 구현될 기능에 대한 자세한 테스트 계획을 제공합니다.

  • 차세대 메시지 제품 출시에 미치는 모든 영향을 최소화하도록 시도합니다.

  • 필요한 경우 Microsoft 기술 지원 서비스를 통해 심각한 에스컬레이션 및 인터페이스를 처리합니다.

• 메시징 운영 기술자

  • 메시징 시스템에 대한 일일 모니터링 및 보고를 처리합니다.

  • 이벤트를 일일 로그에 제대로 기록합니다.

  • 근무 시간 동안 발생한 모든 이벤트를 기록하고 적절한 담당자에게 보고합니다.

  • 또한 표준 "PC 기술 지원팀" 부서의 에스컬레이션 요청을 처리합니다.

리소스 인력 수준 계산에 대한 정확성을 높이려면 여러 메시징 팀 구성원의 역할을 명확하게 정의한 다음 그러한 역할 요구 사항을 객관적으로 평가해야 도움이 됩니다.

기술 영향 평가

조직에서 여러 가지 역할과 책임을 정의했다면 다음 단계는 기술을 평가한 다음 원하는 작업을 솔루션의 기술적인 구성 요소에 매핑시키는 것입니다. 종종 소프트웨어의 향상된 기능을 통해 관리자가 이전 버전에서보다 훨씬 빠르게 특정 작업을 완료하거나, 일반적인 작업 흐름을 자동화하거나, 특정 작업을 다른 개인이나 다른 팀에게 위임할 수 있습니다.

다음 예제를 살펴보겠습니다. Woodgrove Bank 관리자는 실수로 삭제한 항목을 검색할 수 있도록 사서함을 복원해달라는 요청을 종종 받습니다. 이러한 요청을 수행하려면 메시징 엔지니어(Exchange Server 2003 시스템에 액세스하는 데 필요한 권한이 있음)와 백업 엔지니어(실제 복원 작업 처리)가 있어야 합니다. Woodgrove Bank가 Exchange Server 2010을 배포한 후에도 삭제된 콘텐츠를 복원해 달라는 요구는 여전히 있겠지만, 모든 사용자에 대해 단일 항목 복구를 사용하도록 선택한다면 메시징 관리자(역할 기반 액세스 제어를 통해 적절한 권한이 부여됨)나 인사부의 준수 관리자가 실제 복원 작업을 할 수 있습니다. 백업 엔지니어는 더 이상 복원 작업에 관여하지 않기 때문에 전체 프로세스가 더 간단해지고 아마도 더 빠른 시간 내에 완료될 수 있을 것입니다.

Exchange Server 2010에는 관리 팀이 다양한 수준에서 다양한 팀에 작업을 재할당하거나 작업에 대한 필요성 자체를 완전히 없앨 수 있는 몇 가지 기능이 포함되어 있습니다. 다음 표에서는 Exchange Server 2010의 여러 가지 주요 기능과 함께 이러한 기능이 지원할 수 있는 작업에 대한 변경 사항을 설명합니다. 이 표에서 설명하는 기능은 전체 목록이 아닙니다. 물론, 사용자의 판단에 따라 이러한 기능을 사용할 수도 있습니다.

위의 목록은 Exchange Server 2010과 관련된 것이지만 작업을 기술에 적용시키는 원칙은 사용하는 버전에 관계 없이 동일합니다. 기술을 최대한 사용하여 관리자가 가능한 가장 효율적인 방식으로 자신의 임무를 수행할 수 있으므로 다른 작업에 시간을 할애하고 다른 팀에 대한 요구 사항도 줄일 수 있습니다.

인력 수준 계산

이 항목 시작 부분에서 설명했듯이 지정된 Exchange 조직을 관리할 권장 직원 수를 제시하는 간단한 수식은 없습니다. 요소의 범위가 너무 복잡하고 너무 다양하기 때문입니다. 규모와 범위가 비슷한 두 조직은 관리자의 임무, Exchange를 관리하는 관리자의 경험 및 환경의 자동화 수준에 따라 인력 수준이 많이 다를 수 있습니다.

인력 수준을 계산을 할 때 고려할 가장 중요한 요소는 현재 인프라에 지정된 모든 필수 작업을 수행하는 데 필요한 시간입니다. 환경을 크게 변경하여 운영 성숙도 수준을 높이는 경우에는 이상적인 인프라 환경에서 원하는 모든 작업을 수행하는 데 필요한 시간을 계산하는 것이 적절할 수도 있습니다. 그런 다음 작업 일 길이, 작업 주 길이 및 평균 휴가와 병가 일 수를 포함한 기타 요소를 고려하여 총 시간 합계를 권장 인력 수준으로 변환합니다. 계산된 값은 항상 그 다음 정수 값으로 반올림하여 인력 수준이 필요 시간을 초과하도록 해야 합니다.

다음 샘플 Exchange Operations 작업 검사 목록은 인력 수준을 계산하기 위해 자세히 설명해야 할 작업 수준을 나타냅니다.

샘플 - Exchange 운영 작업 검사 목록(위치별)

이 예에서 조직은 총 작업 수에 9,792시간이 필요하다고 판단했습니다. 정규 직원 한 명이 1,635시간 일한다고 가정할 때 이 분석은 조직에서 Exchange 조직을 관리하는 데 한 개인의 약 600%가 필요하다는 것을 제시합니다. 이 샘플 작업 목록은 운영 팀에 대한 것입니다. 고객은 또한 엔지니어링 및 기술 지원 팀에 대해 같은 분석을 수행해야 합니다.

직책 수는 조직의 복잡성 및 크기에 따라 다릅니다. 소규모 조직은 역할을 겸하거나 완전히 생략할 수 있지만 대규모 조직은 여러 명의 개인이 특정 역할을 담당할 수 있습니다. 예를 들면 한 대규모 금융 서비스 기업에 주 7일 24시간 45,000명의 사용자에 대한 리소스를 관리하는 메시징 팀이 있습니다. 이 메시징 서비스 인력에는 일반적으로 아래 표에 나와 있는 직책으로 30~32명의 인원이 포함됩니다. 이들의 역할과 책임에 대해서는 이 앞 항목의 "역할 정의 및 작업 할당"에 정의되어 있습니다.

결론

특정 Exchange 환경을 관리하는 데 필요한 엔지니어, 관리자 및 기타 고객 지원 담당자 수를 확인하려면 비즈니스 요구 사항을 신중하게 수집하고 여러 가지 요소를 고려해야 하며 무엇보다도 계획을 세워야 합니다. 필요한 인력 수준은 사용자 커뮤니티의 요구 사항을 확인하고, 그러한 요구 사항을 이행할 역할을 정의하고, 기술을 평가하고, 기술을 역할에 맞춘 다음 마지막으로 원하는 작업을 수행하는 데 필요한 시간을 계산한 후에만 결정할 수 있습니다. 이것은 복잡한 프로세스지만, 이를 통해 불필요한 인원으로 팀이나 조직에 지장을 주지 않고 궁극적으로는 메시징 팀의 역량을 비즈니스 요구에 가장 가깝게 조정해야 합니다.

 © 2010 Microsoft Corporation. 모든 권리 보유.