깡민쓰~IT Story

이 내용은 Exchange 2010을 도입할 때 메일 사서함을 위한 저장소 디스크 용량을 산정하는 방식을 다룹니다.

☞ 사용할 사서함의 수 결정 (예, 32,000 개 사서함)

☞ 서버당 호스팅할 사서함의 수 결정 (예 8대의 서버인 경우, 4,000 사서함 / 서버)

이 때 도입할 서버의 스펙에 따른 호스팅 가능한 사서함의 수를 결정한다. Jet-Stress 테스트를 통해 서버의 성능을 평가해보는 방법으로 서버의 호스팅 가능 사서함 수를 산정한다.

☞ 사용자당 메일 사서함 제공 용량 결정 (예, 1GB = 1024 MB)

보통 다음과 같은 표를 통해 사용자의 메일 사용 유형을 분류하는데, 이전에 해당 조직에서 메일의 사용 통계를 참고하면 쉽게 유형을 파악할 수 있다.

해당 기업의 메일 사용 경향을 통계분석한 결과 대략 평균 하루에 수신: 40개 / 발신: 60개 정도로 메일 중심의 업무가 진행된다고 칠 경우, 이 조직은 Extra Heavy 유형의 사용자료 분류할 수 있고 이를 근거로 사서함 서버의 메모리 용량을 산정할 수 있다.

☞ 실제 메일 DB와 로그가 저장되는 디스크의 형태로 RAID 1+0 구성

MDB + 로그 공간: RAID 1+0

☞ 복원을 위한 공간 RAID 5로 구성

☞ 디스크 저장 단위 (보통 4kb 단위인 경우 2Kb 데이터라도 4Kb 차지)를 고려한  20%의 여유 공간 확보

Database Growth Factor = 20%

☞ 각종 트랜잭션 로그를 위한 별도 공간 필요 (40 Sent / 160 Received)

Transaction Log Space Factor = 15%

☞ 순수 여유 공간, 일반적인 모니터링 기준 (80%)에 맞춰 20%의 여유 공간 산정, 여유 공간 부족시 관제에서 경고

Free Space Factor = 20%

☞ MDB 복구를 위해 작업용으로 필요한 영역, RAID 5로 구성

Restore Space Factor = one of Active (MDB)

앞서 설정한 공통 기준에서 예시한 값으로 스토리지 공간을 계산해보자.

☞ 사서함 서버 1대 장애 발생 시 7 대의 서버로 운용이 가능한 저장 공간 계산

1024 MB * 4000 MBX * 2 (Active, Passive) = 8.2 TB

☞ Database Growth Factor 20%

8.2 TB * 1.2 = 9.84 TB

☞ Transaction Log Space Factor 15%

9.84 TB * 1.15 = 11.316 TB

☞ Free Space Factor 20%

11.316 TB * 1.2 = 13.58 TB

☞ Restore Space Factor

572 (4000 MBX / 사서함 DB 파티션 Active 파티션 7개) * 1024 MB = 0.59 TB

☞ 서버당 전체 필요 Usable 크기 = 13.58 TB+ 0.59 TB =  Usable 14.17 TB / Server

▣ 총 디스크 소요량: 14.17 TB * 8 Server = 114 TB

끝.