반응형

이번에는 Exchange Calculator 대해서 다뤄 보겠습니다.


지난 포스팅

2020/04/05 - [Exchange] - Exchange Server. Sizing(1)

2020/04/06 - [Exchange] - Exchange Server. Sizing(2)

2020/04/19 - [Exchange] - Exchange Server. Sizing(3)

 


Technet Gallery Decommission 되고 Techcommunity 이전하였습니다.

Exchange Server Role Requirements Calculator v9.1

https://techcommunity.microsoft.com/t5/exchange-team-blog/released-exchange-2013-server-role-requirements-calculator/ba-p/593922#

 

해당 페이지의 하단에 보면 아래의 링크가 있습니다.

ExchangeCalc9.1.zip

Exchange Server Role Requirements Calculator Readme.zip

 

9.1 Exchange Server 2013/2016 해당하며, 2019 버전은 설치디스크 안에 있습니다.

Step 1 - Environment Configuration

[Exchange Environment Configuration]


Exchange Server Version - 2016 단일역할로 구성되어 있기 때문에, Server Multi Role Configuration 비활성화 됩니다.

Global Catalog Server Architecture - 2012 R2 이후의 AD 64Bit 버전만 존재합니다.

Server Role Virtualization - Hyper-V, Vmware 등의 VM 설치할 것인지여부를 선택합니다.

Will these servers be deployed as guest machines in a virtualized environment?  There is CPU overhead that must be accounted for when deploying guest machines that must be accounted for in the design.  For Hyper-V deployments the overhead is about 10%.  Check with your hypervisor vendor to determine their overhead and adjust the “Hypervisor CPU Adjustment Factor” accordingly.

 

이러한 서버가 가상화된 환경에서 게스트 컴퓨터로 배포되나요? 설계에서 고려해야 하는 게스트 컴퓨터를 배포할 때 고려해야 할 CPU 오버헤드가 있습니다.  Hyper-V 배포의 경우 오버헤드는 약 10%입니다.  하이퍼바이저 공급업체에 문의하여 오버헤드를 확인하고 그에 따라 "하이퍼바이저 CPU 조정 계수"를 조정하십시오.

 

High Availability Deployment - 고가용성(DAG) 구성할 , 여부를 선택합니다. 만약 No 선택하면, 관련항목이 비활성화 됩니다.


[Site Resilience Configuration]


부분은 나중에 별도로 다루도록 하겠습니다. 간단하게 설명하면, 아래의 자료와 같이 여러 사이트가 운영되며, 사이트간 복제가 이루어지는 구성입니다.


Example deployment: four-member DAG in two datacenters



[Mailbox Database Copy Configuration]


 

Total Number of HA Database Copy Instances (Includes Active Copy) within DAG

How many highly available (HA) mailbox database copy instances per database do you plan to deploy within a DAG? Enter in the number of highly available database copies you plan to have within the environment. This value excludes lagged database copies, but does account for both the active and any passive HA database copies you plan to deploy. For optimal sizing, choose a multiple of the total number of mailbox servers you have selected.

 

1DAG 내에 배포할 데이터베이스당 HA의 고가용성(HA) 사서함 데이터베이스 복사 인스턴스 수는 몇 개입니까? 환경 내에서 사용할 수 있는 고가용성 데이터베이스 복사본 수를 입력합니다. 이 값은 지연된 데이터베이스 복사본을 제외하지만 배포하려는 활성 및 수동 HA 데이터베이스 복사본을 모두 고려합니다. 최적의 크기를 조정하려면 선택한 총 사서함 서버 수의 배수를 선택합니다.

 

예를 들면 아래와 같이 5대의 서버에서 DAG 구성하고 있다면 5 입력하면 것으로 보입니다.


Total Number of Lagged Database Copy Instances within DAG

How many lagged database copy instances per database do you plan to deploy within a DAG? Lagged database copies are an optional feature that can provide protection against certain disaster scenarios (like logical corruption). Lagged database copies should not be considered an HA database copy as the replay will delay the availability of the database for use once activated. While technically there is no limit to how many lagged copies you can deploy within a DAG, the calculator limits you to a maximum of 2 copies.

 

DAG 내에 배포할 데이터베이스당 지연된 데이터베이스 복사 인스턴스 수는 몇 개입니까? 지연된 데이터베이스 복사본은 논리적 손상과 같은 특정 재해 시나리오에 대한 보호를 제공할 수 있는 선택적 기능입니다. 재생이 활성화되면 사용할 데이터베이스의 가용성이 지연되기 때문에 지연된 데이터베이스 복사본은 HA 데이터베이스 복사본으로 간주해서는 안 됩니다. 기술적으로 DAG 내에서 배포할 수 있는 지연된 복사본 수에는 제한이 없지만 계산기는 최대 2개의 복사본으로 제한됩니다.

부분을 이해하려면, 우선 아래의 기술자료를 확인한 , 구성 이해가 필요할 것으로 보입니다. 저는 우선 0으로 선택하겠습니다.

 

Activate a lagged mailbox database copy

https://docs.microsoft.com/ko-kr/exchange/high-availability/manage-ha/activate-lagged-db-copies?view=exchserver-2019

 


[Exchange Data Configuration]


Data Overhead Factor

이전에 Hyper-V 구성할 때에는 10% 내외로 입력하라는 언급이 있었습니다. 이외에 3rd Party 사용할 경우 추가 입력이 필요할 것으로 보입니다.

What will be the Data Overhead Factor? Microsoft does not recommend utilizing this factor at this time.

데이터 오버헤드 요인은 무엇입니까? 현재 Microsoft는 이 요소를 사용하지 않는 것이 좋습니다.

 

Mailbox Moves / Week Percentage

실제 기업에서 부서 이동, 직급별 DB 관리로 인해서 사서함을 이동하는 경우가 있습니다. 부분을 고려해서 입력합니다.

How many mailboxes do you move per week? In terms of transactions, you have to take into account how many mailboxes you will either be moving to this server or within this server, as transactions totaling the size of the mailbox will always get generated at the target database.

일주일에 몇 개의 사서함을 이동합니까? 트랜잭션의 관점에서 사서함 의 크기를 합한 트랜잭션이 항상 대상 데이터베이스에서 생성되기 때문에 이 서버 또는 이 서버 내에서 이동할 사서함 수를 고려해야 합니다.

 

Dedicated Maintenance / Restore Volume?

ESEUTIL 통해서 DB 복구하는 작업을 경우 해당 DB 2배의 용량이 필요합니다. 이러한 경우를 대비하여, 별도의 볼륨을 할당하는 것이 좋습니다.

Are you going to deploy a Dedicated Restore Volume? A dedicated restore volume is used as a staging point for the restoration of data or could be used during maintenance activities; if one is selected then additional capacity will not be factored into each database Volume.

전용 복원 볼륨을 배포하시겠습니까? 전용 복원 볼륨은 데이터 복원을 위한 스테이징 포인트로 사용되거나 유지 관리 활동 중에 사용될 수 있습니다.

 

Volume Free Space Percentage

Disk 여유 공간을 지정하는 항목으로 20% 지정하였습니다.

What percentage of disk space do you want to ensure remains free on the Volume? Most operations management programs have capacity thresholds that alert when a Volume is more than 80% utilized. This value allows you to ensure that each volume has a certain percentage of disk space available so that the volume is not designed and implemented at maximum capacity.

볼륨에서 여유 상태를 유지하려면 디스크 공간의 몇 퍼센트로 유지하시겠습니까? 대부분의 운영 관리 프로그램에는 볼륨이 80% 이상 사용중일 때 경고하는 용량 임계값이 있습니다. 이 값을 사용하면 각 볼륨에 특정 비율의 디스크 공간이 사용 가능하도록 하여 볼륨이 최대 용량으로 설계 및 구현되지 않도록 할 수 있습니다.

 

Log Shipping Network Compression

아래의 기술자료를 참고하면 좋을 같습니다. 기본값은 InterSubnetOnly 설정되어 있습니다.

DAG network encryption




 

Do you have log shipping compression enabled within the DAG? By default, each DAG is configured to compress and encrypt the socket connection used to ship logs across different IP subnets (you can disable these features all together or enable them for all communications regardless of subnet).

 

DAG 내에서 로그 전달 압축을 사용하도록 설정했습니까? 기본적으로 각 DAG는 서로 다른 IP 서브넷에서 로그를 발송하는 데 사용되는 소켓 연결을 압축하고 암호화하도록 구성됩니다(이러한 기능을 모두 함께 사용하지 않도록 설정하거나 서브넷에 관계없이 모든 통신에 사용하도록 설정할 수 있음).

 

Log Shipping Compression Percentage

부분은 어떻게 계산되는지 이해가 되지 않아서 일단 30% 기본값으로 설정하고, 나중에 별도의 포스팅으로 업데이트 하겠습니다.

What is your compression rate?  The compression capability that is obtained for the socket connection used to ship logs will vary with each customer, based on the data obtained in the transaction log files.  By default, Microsoft recommends using a value of 30%, however, you can determine this value by analyzing your environment (e.g., once Exchange is deployed you could evaluate the throughput rate with compression disabled and then compare with compression is enabled).  

 

압축률은 얼마입니까? 로그를 전달하는 데 사용되는 소켓 연결에 대해 얻은 압축 기능은 트랜잭션 로그 파일에서 얻은 데이터에 따라 고객마다 다릅니다. 기본적으로 Microsoft는 30 %의 값을 사용하는 것이 좋지만 환경을 분석하여 이 값을 확인할 수 있습니다.

 

 

[Database Configuration]


 

Maximum Database Size Configuration

권장사항으로 설정한다면, Default 값으로 지정합니다.

Do you want to follow Microsoft's recommendations regarding maximum database size? For standalone mailbox server role solutions, Microsoft recommends that the database size should not be more than 200GB in size. For solutions leveraging mailbox resiliency, Microsoft recommends that the database size should not exceed 2TB. Neither of these is by any means a hard limit, but a recommendation based on the impact database size has to recovery times. If you want to follow Microsoft's recommendation, then select Yes. Otherwise, select No.

 

최대 데이터베이스 크기에 관한 Microsoft 권장 사항을 따르시겠습니까? 독립 실행형 사서함 서버 역할 솔루션의 경우 데이터베이스 크기가 200GB를 초과하지 않는 것이 좋습니다. 사서함 복구를 활용하는 솔루션의 경우 데이터베이스 크기가 2TB를 초과하지 않는 것이 좋습니다. 이들 중 어느 것도 결코 어려운 한계는 아니지만, 데이터베이스 크기에 따른 권장 사항은 복구 시간이 필요합니다. Microsoft 권장 사항을 따르려면 예를 선택하십시오. 그렇지 않으면 아니오를 선택하십시오.

 

Automatically Calculate Number of Unique Databases / DAG

Calculator 데이터베이스 숫자를 설계하려면, Yes 선택합니다.

Would you like the calculator to determine the optimum number of databases for the design? By default, the calculator will determine the optimum number of databases for the architecture. In the event that you may want to have a defined number of databases, select No to "Automatically Calculate Number of Databases" and enter in a custom number of databases.

 

계산기가 설계를 위한 최적의 데이터베이스 수를 결정하도록 하시겠습니까? 기본적으로 계산기는 아키텍처에 가장 적합한 데이터베이스 수를 결정합니다. 정의 된 수의 데이터베이스를 원할 경우 "자동으로 데이터베이스 수 계산"에 대해 아니오를 선택하고 사용자 정의 데이터베이스 수를 입력하십시오.

 

Calculate Number of Unique Databases / DAG for Symmetrical Distribution

해당 값도 Yes 설정합니다.

Do you want to design your database infrastructure such that you deploy the correct number of databases to ensure symmetrical distribution during server failure events?  If possible, the calculator will deploy the correct number of databases such that you can achieve a symmetrical distribution of the active copies across the remaining server infrastructure as the DAG experiences server failures.  Note that to use this option, you must allow the calculator to automatically calculate the required number of databases.

 

서버 장애 이벤트 동안 대칭 분배를 보장하기 위해 올바른 수의 데이터베이스를 배치하도록 데이터베이스 인프라를 설계 하시겠습니까? 가능한 경우 계산기는 올바른 수의 데이터베이스를 배포하여 DAG에서 서버 오류가 발생할 때 나머지 서버 인프라에서 활성 복사본을 대칭 적으로 배포 할 수 있습니다. 이 옵션을 사용하려면 계산기가 필요한 데이터베이스 수를 자동으로 계산하도록 허용해야 합니다.

 

[Exchange I/O Configuration]


 

I/O Overhead Factor

부분도 권장사항대로 20% 설정합니다. 3rd Party 사용할 경우 적절하게 추가합니다.

What will be the I/O Overhead Factor? Microsoft recommends using 20% to ensure adequate headroom in terms of I/O to allow for abnormal spikes in I/O that may occur from to time.

 

I/O 오버 헤드 요소는 무엇입니까? 때때로 발생할 수 있는 I/O의 비정상적인 급증을 허용하기 위해 I/O 측면에서 적절한 헤드 룸을 확보하기 위해 20%를 사용하는 것이 좋습니다.

 

Additional I/O Requirement

3rd Party 사용할 경우 I/O 대한 값을 적절하게 입력합니다. (ex 백신)

What additional I/O requirements do you need to factor into the solution for each mailbox server's storage design? For example, let's say the solution requires 500 IOPS for the mailboxes and you have decided you want to ensure there is extra I/O capacity to support additional products (e.g. antivirus) to generate load during the peak user usage window. So you enter 300 IOPS in this input factor. The result is that from a host perspective, the solution needs to achieve 800 IOPS. This may require additional testing by comparing a baseline system against a system that has the I/O generating application installed and running.

 

각 사서함 서버의 저장소 디자인에 대한 솔루션을 고려해야 할 추가 I/O 요구 사항은 무엇입니까? 예를 들어, 솔루션에 사서함에 500 IOPS가 필요하고 최대 사용자 사용 기간 동안로드를 생성하기 위해 추가 제품 (예 : 안티 바이러스)을 지원하기위한 추가 I/O 용량이 있는지 확인하려고한다고 가정합니다. 이 입력 계수에 300 IOPS를 입력합니다. 결과적으로 호스트 관점에서 솔루션은 800 IOPS를 달성해야 합니다. 이를 위해서는 기본 시스템과 I/O 생성 응용 프로그램이 설치되어 실행중인 시스템을 비교하여 추가 테스트가 필요할 수 있습니다.

 

[Transport Configuration]

 

Message Queue Expiration (Days)

해당 값은 기본 2일로 설정되어 있습니다.


 

What will be the message queue expiration value? By default, the MessageTimeOut expiration property is set to two days.

메시지 큐 만료 값은 무엇입니까? 기본적으로 MessageTimeOut 만료 속성은 2 일로 설정되어 있습니다.

 

Safety Net Expiration (Days)

Safety Net 동작을 이해하려면 다음의 기술자료를 살펴보면 좋습니다. 부분도 2일로 설정하겠습니다.

 

Transport high availability in Exchange Server


Safety Net in Exchange Server

The transport dumpster was improved in Exchange 2013 and is now called Safety Net.

You can specify how long Safety Net stores copies of the successfully processed messages before they expire and are automatically deleted. The default is 2 days.

What will be the Safety Net expiration value? By default, the SafetyNetHoldTime property is set to two days.  This value should equal or be higher than ReplayLagTime.

Safety Net expiration 값은 무엇입니까? 기본적으로 SafetyNetHoldTime 속성은 2 일로 설정되어 있습니다. 이 값은 ReplayLagTime보다 크거나 같아야합니다.


Step 2 - Mailbox Configuration

[User Mailbox Configuration Settings]


Number of Days in a Work Week - 5 근무라면, 5 입력합니다.

 

[Tier-1 User Mailbox Configuration]


 

Total Number of Tier-1 User Mailboxes / Environment

전체 사서함 개수를 입력합니다.

How many mailboxes will you deploy in the environment? If deploying a single server environment, this is how many mailboxes you will deploy on this server. If you are deploying multiple servers, then this is how many mailboxes you will deploy in the environment. If you are deploying multiple DAGs, then this is how many mailboxes you will deploy across all of the DAGs. For example, if you choose to deploy 5 servers, and want 3000 mailboxes per server, then enter 15000 here. Or if you plan to deploy 2 DAGs, each with 6 servers, and you entered 24000 total mailboxes, then 12000 mailboxes will be deployed per DAG.

환경에 몇 개의 사서함을 배포 하시겠습니까? 단일 서버 환경을 배포하는 경우 이 서버에 배포 할 사서함 수입니다. 여러 서버를 배포하는 경우 환경에 배포 할 사서함 수입니다. 여러 DAG를 배포하는 경우 모든 DAG에 배포 할 사서함 수입니다. 예를 들어 5 대의 서버를 배포하기로 선택하고 서버 당 3000 개의 사서함을 원하는 경우 여기에 15000을 입력하십시오. 또는 각각 6 개의 서버가 있는 2 개의 DAG를 배포하고 총 24000 개의 사서함을 입력 한 경우 DAG 당 12000 개의 사서함이 배포됩니다.

 

Projected Mailbox Number Growth Percentage

앞으로 증가될 것으로 예상되는 사서함의 퍼센트를 입력합니다. 부분은 조직의 인원 증가율을 고려해야 합니다.

What is the solution's projected growth in terms of number of mailboxes over its lifecycle? Enter in the total percentage by which you believe the number of mailboxes will grow during the solution's lifecycle. For example, if you believe the solution will increase by 30% over the lifecycle of the design and you are starting out with 1000 mailboxes, then at the end of the lifecycle, the solution will have 1300 mailboxes. The calculator will utilize the projected growth plus the number of mailboxes to ensure that the capacity and performance requirements can be sustained throughout the solution's lifecycle.

수명주기 동안 사서함 수 측면에서 솔루션의 예상 성장은 무엇입니까? 솔루션 수명주기 동안 메일 함 수가 증가 할 것으로 예상되는 총 백분율을 입력하십시오. 예를 들어, 디자인 수명주기 동안 솔루션이 30 % 증가한다고 생각하고 1000 개의 사서함으로 시작한 경우 수명주기가 끝나면 솔루션에는 1300 개의 사서함이 있습니다. 계산기는 예상 성장률과 사서함 수를 활용하여 솔루션 수명주기 동안 용량 및 성능 요구 사항을 유지할 수 있습니다.

 

Total Send/Receive Capability / Mailbox / Day

예상되는 사용자의 하루 송수신량을 넣어주거나, Generate-MessageProfile.ps1 으로 계산 하여 입력합니다. 저는 일단 200개로 입력하였습니다.

How much mail do the users send and receive per day on average? The usage profiles found here are based on the work done around the memory and processor scalability requirements.  You can determine your message profile by using the Generate-MessageProfile.ps1 script.

사용자가 하루 평균 얼마나 많은 메일을 주고 받습니까? 여기에 있는 사용 프로필은 메모리 및 프로세서 확장성 요구 사항에 대한 작업을 기반으로 합니다.

 

Average Message Size (KB)

설명에서는 평균 75KB라고 나와 있지만, 부분은 업계마다 다를 있습니다.

예를 들면, 의류업체, 과학 기술관련 업체의 경우 이미지를 Raw Data 많이 보내기 때문에 메시지크기가 상당합니다. 부분도 Generate-MessageProfile.ps1 으로 계산하라고 언급되어 있습니다. 저는 500KB 정도로 입력하였습니다.

What is the average message size? For most customers the average message size is around 75KB.  You can determine your average message size value for your environment by using the Generate-MessageProfile.ps1 script.

평균 메시지 크기는 얼마입니까? 대부분의 고객에게 평균 메시지 크기는 약 75KB입니다. Generate-MessageProfile.ps1 스크립트를 사용하여 환경의 평균 메시지 크기 값을 결정할 수 있습니다.

 

Initial Mailbox Size (MB)

Exchange 기본 사서함 용량은 2GB 입니다. 사실 기준이 2010 때에도 2GB 였기 때문에, 현재 2020년에 2GB 상당히 부족할 있습니다.

What is the initial mailbox size? Enter the average initial mailbox size for the mailbox tier that is being migrated to Exchange platform.  This value is only used for the Mailbox Modeling prediction formulas.

초기 사서함 크기는 얼마입니까? Exchange 플랫폼으로 마이그레이션중인 사서함 계층의 평균 초기 사서함 크기를 입력하십시오. 이 값은 사서함 모델링 예측 수식에만 사용됩니다.

 

Mailbox Size Limit (MB)

사용량이 많은 사용자의 용량 제한입니다.

What will be the prohibit send & receive mailbox size limit? If you want to adequately control your capacity requirements, you need to set a hard mailbox size limit (prohibit send and receive) for the majority of your users.

사서함 크기 보내기 및 받기 금지는 무엇입니까? 용량 요구 사항을 적절하게 제어하려면 대부분의 사용자에 대해 하드 메일 함 크기 제한 (송수신 금지)을 설정해야 합니다.

 

Personal Archive Mailbox Size Limit (MB)

보관 사서함을 생성할 경우, 용량제한을 지정합니다. On-Premise 환경에서 일반적으로는 사용되지 않습니다.

If deploying a personal archive mailbox, what will be the personal archive quota limit? If you want to adequately control your capacity requirements, you need to set a hard mailbox size limit (prohibit send and receive) for the majority of your users.

개인 보관 사서함을 배포하는 경우 개인 보관 할당량 제한은 무엇입니까? 용량 요구 사항을 적절하게 제어하려면 대부분의 사용자에 대해 하드 메일 함 크기 제한 (송수신 금지)을 설정해야 합니다.

 

Deleted Item Retention Window (Days)

삭제된 항목이 완전이 삭제될 때까지 걸리는 기간으로 기본값은 14 입니다.

What is the deleted item retention period? Enter in the deleted item retention period you plan to utilize within the environment. The default retention period is 14 days, however, you should adjust this to match your policy concerning deleted item recovery when enabling Single Item Recovery to eliminate going to backup media to recover deleted items.

삭제 된 항목 보존 기간은 얼마입니까? 환경 내에서 활용하려는 삭제 된 항목 보존 기간을 입력하십시오. 기본 보존 기간은 14 일이지만 단일 항목 복구를 활성화하여 삭제 된 항목을 복구하기 위해 백업 미디어로 이동할 필요가 없을 때 삭제 된 항목 복구와 관련된 정책과 일치하도록 이를 조정해야 합니다.

 

Single Item Recovery

단일 항목 복구를 활성화 했으면 Enable, 설정한적이 없으면 Disable 지정합니다.

Are you deploying Single Item Recovery? Single Item Recovery ensures that all deleted and modified items are preserved for the duration of the deleted item retention window. By default, in Exchange, this is not enabled. When enabled, this feature increases the capacity requirements for the mailbox.

단일 항목 복구를 배포하고 있습니까? 단일 항목 복구는 삭제 된 항목 보존 기간 동안 모든 삭제 및 수정 된 항목이 보존되도록 합니다. 기본적으로 Exchange에서는 활성화되어 있지 않습니다. 사용하도록 설정하면이 기능은 사서함의 용량 요구 사항을 증가시킵니다.

 

Calendar Version Storage

Calendar Version Logging 기본적으로 활성화되어 있습니다. 부분은 Enable 지정합니다.


 

Will you have calendar version logging enabled? By default, all changes to a calendar item are recorded in the mailbox of a user to keep older versions of meeting items for 31 days and can be used to repair the calendar in the event of an issue. This data is stored in the mailbox's dumpster folder. When enabled, this feature increases the capacity requirements for the mailbox.

캘린더 버전 로깅을 사용 하시겠습니까? 기본적으로 일정 항목에 대한 모든 변경 사항은 사용자의 사서함에 기록되어 31 일 동안 이전 버전의 모임 항목을 유지하며 문제 발생시 일정을 복구하는 데 사용할 수 있습니다. 이 데이터는 사서함의 쓰레기 수거통 폴더에 저장됩니다. 사용하도록 설정하면 이 기능은 사서함 용량 요구 사항을 증가시킵니다.

 

Multiplication Factor User Percentage

IOPS Multiplication Factor

Megacycles Multiplication Factor

 

우선 항목들에 언급되는 I/O, Megacycle 이해하기 위해서는 아래의 자료를 정독하시는 것을 권장 드립니다.

Ask the Perf Guy: Sizing Exchange 2013 Deployments

https://techcommunity.microsoft.com/t5/exchange-team-blog/ask-the-perf-guy-sizing-exchange-2013-deployments/ba-p/594229

 

요소들은 CPU Disk 성능요소 계산에 무엇이 영향을 미치는지 계산할 , 배수 or 퍼센트로 추가하는 값으로 보입니다. 우선 100% 1 기본 값으로 설정해 두었습니다.

How many users within this tier should have IOPS and Megacycles Multiplication Factor applied?  By default, when you specify an IOPS or Megacycles Multiplication Factor, all users within the mailbox tier will the multiplication factor applied; however you may only want a percentage of users within the tier to get that multiplication factor.

이 계층 내에서 얼마나 많은 사용자가 IOPS 및 Megacycles Multiplication Factor를 적용해야합니까? 기본적으로 IOPS 또는 Megacycles Multiplication Factor를 지정하면 사서함 계층 내의 모든 사용자가 곱셈 계수를 적용합니다. 그러나 계층 내 사용자의 비율 만 곱셈 인수를 원할 수 있습니다.

 

Desktop Search Engines Enabled (for Online Mode Clients)

부분은 No 선택합니다.

Do your Outlook Online Mode clients have versions of Windows Desktop Search older than 4.0 or third-party desktop search engines deployed? The addition of these indexing tools to the online mode clients incur additional read I/O penalties to the mailbox server storage subsystem. Care should be taken when enabling these desktop search engines. Windows Desktop Search 4.0 and later utilizes synchronization protocols that are similar to how Outlook operates in cached mode to index the mailbox contents, and thus has a very minor impact in terms of disk read I/O.

Outlook Online Mode 클라이언트에 4.0 이전의 Windows 데스크톱 검색 버전이나 타사 데스크톱 검색 엔진이 배포되어 있습니까? 온라인 모드 클라이언트에 이러한 인덱싱 도구를 추가하면 사서함 서버 저장소 하위 시스템에 대한 추가 읽기 I / O 페널티가 발생합니다. 이러한 데스크톱 검색 엔진을 사용할 때는주의를 기울여야합니다. Windows Desktop Search 4.0 이상은 Outlook이 캐시 모드에서 작동하여 사서함 내용을 인덱싱하는 방식과 유사한 동기화 프로토콜을 사용하므로 디스크 읽기 I / O 측면에서 매우 작은 영향을 미칩니다.

 

Predict IOPS Value?

Calculator 대로 설정할 것인지 묻는 것으로 보입니다. Yes 선택하였습니다.

Are you planning to use the I/O prediction formula or define your own IOPS profile to design toward? This question asks whether you want to override the calculator in determining the IOPS / mailbox value. By default, the calculator will predict the IOPS / mailbox value based on the number of messages per mailbox, and the user memory profile. For some customers that want to design toward a specific I/O profile, this option will not be viable. Therefore, if you want to design toward a specific I/O profile, select No.

I / O 예측 공식을 사용하거나 자신의 IOPS 프로파일을 정의하여 설계 할 계획입니까? 이 질문은 IOPS / 사서함 값을 결정할 때 계산기를 재정의할지 묻습니다. 기본적으로 계산기는 사서함 당 메시지 수와 사용자 메모리 프로필을 기반으로 IOPS / 사서함 값을 예측합니다. 특정 I / O 프로파일을 향해 설계하려는 일부 고객의 경우 이 옵션을 사용할 수 없습니다. 따라서 특정 I / O 프로파일을 향해 설계하려면 아니오를 선택하십시오.

 

만약 정책이 다른 그룹이 존재한다면, Tier2 동일한 방식으로 설정을 진행합니다.

 

Step 3 - Backup Configuration


Backup Methodology

백업에 대한 계획은 지정해야 합니다. 현실적으로 많은 업체들이 3rd Party Solution 이용하고 있습니다. 저는 Exchange Native Protection으로 일단 선택하겠습니다.

What backup methodology will be used to backup the solution? You have several options for a backup methodology, including leveraging a VSS solution (hardware or software based) or leveraging the native data protection features that Exchange provides. The solution you choose will depend on many factors. For example, if you are deploying the mailbox resiliency and single item recovery features, you may be able to forgo a traditional backup architecture in favor of leveraging Exchange as its own backup. Or if you still require a backup (e.g. legal/compliance reasons), then you need to deploy a VSS solution. The type of VSS solution you deploy will depend on your storage architecture. Hardware VSS solutions are available with storage area networks. Software VSS solutions can be leveraged against either storage area networks or direct attached storage architectures. Also, the backup methodology will affect the Volume design; for example, hardware VSS solutions require a Volume architecture that is 2 Volumes / Database.

솔루션을 백업하는 데 어떤 백업 방법이 사용됩니까? VSS 솔루션 (하드웨어 또는 소프트웨어 기반) 활용 또는 Exchange가 제공하는 기본 데이터 보호 기능 활용을 포함하여 백업 방법론에 대한 몇 가지 옵션이 있습니다. 선택한 솔루션은 여러 가지 요소에 따라 다릅니다. 예를 들어 사서함 복구 및 단일 항목 복구 기능을 배포하는 경우 Exchange를 자체 백업으로 활용하기 위해 기존의 백업 아키텍처를 포기할 수 있습니다. 또는 여전히 백업이 필요한 경우 (예 : 법적 / 규정 준수 이유) VSS 솔루션을 배포해야 합니다. 배포하는 VSS 솔루션의 유형은 스토리지 아키텍처에 따라 다릅니다. 하드웨어 VSS 솔루션은 스토리지 영역 네트워크와 함께 사용할 수 있습니다. 소프트웨어 VSS 솔루션은 스토리지 영역 네트워크 또는 직접 연결된 스토리지 아키텍처에 활용할 수 있습니다. 또한 백업 방법이 볼륨 디자인에 영향을 줍니다. 예를 들어, 하드웨어 VSS 솔루션에는 2 개의 볼륨 / 데이터베이스 인 볼륨 아키텍처가 필요합니다.

 

Backup/Truncation Failure Tolerance

사실 부분은 이해를 못했습니다.. 백업의 주기나 백업 없이 어느기간동안 동작해도 되는지 여부를 묻는 것으로 보입니다. 기본값 3 선택하였습니다.

How many times can you operate without log truncation? Select how many times you can survive without a full backup or an incremental backup (the minimum value is 1). For example, if you are a performing weekly full backup and daily differential backups, the only time log truncation occurs is during the full backup. If the full backup fails, then you have to wait an entire week to perform another full backup or perform an emergency full backup. This parameter allows you to ensure that you have enough capacity to not have to perform an immediate full backup. If you are leveraging the native data protection features within Exchange as your backup mechanism, then you should enter 3 here to ensure you have enough capacity to allow for 3 days' worth of log generation to occur as a result of potential log replication issues.

로그 잘림없이 몇 번이나 조작 할 수 있습니까? 전체 백업 또는 증분 백업없이 생존 할 수 있는 횟수를 선택하십시오 (최소값은 1). 예를 들어, 매주 전체 백업 및 매일 차등 백업을 수행하는 경우 전체 백업 중에 로그 잘림이 발생하는 유일한 시간입니다. 전체 백업이 실패하면 다른 전체 백업을 수행하거나 응급 전체 백업을 수행하기 위해 일주일 동안 기다려야합니다. 이 매개 변수를 사용하면 즉시 전체 백업을 수행 할 필요가 없는 충분한 용량을 확보 할 수 있습니다. 백업 메커니즘으로 Exchange의 기본 데이터 보호 기능을 활용하는 경우 잠재적인 로그 복제 문제로 인해 3일 분량의 로그 생성을 수행 할 수 있는 충분한 용량을 확보하려면 여기에 3을 입력해야합니다.

 

Network Failure Tolerance (Days)

사실 부분은 0으로 지정하는 것이 일반적으로 보입니다.

How long can you survive a network outage? When a network outage occurs, log replication cannot occur. As a result, the copy queue length will increase on the source; in addition, log truncation cannot occur on the source. For geographically dispersed DAG deployments, network outages can seriously affect the solution's usefulness. If the outage is too long, log capacity on the source may become compromised and as result, capacity must be increased or a manual log truncation event must occur. Once that happens, the remote copies must be reseeded. The Network Failure Tolerance parameter ensures there is enough capacity on the log Volumes so that you can survive an excessive network outage.

네트워크 중단으로 얼마나 오래 살아남을 수 있습니까? 네트워크 중단이 발생하면 로그 복제가 발생할 수 없습니다. 결과적으로 복사 큐 길이가 소스에서 증가합니다. 또한 소스에서 로그 잘림이 발생할 수 없습니다. 지리적으로 분산 된 DAG 배포의 경우 네트워크 중단이 솔루션의 유용성에 심각한 영향을 줄 수 있습니다. 정전이 너무 길면 소스의 로그 용량이 손상되어 용량을 늘리거나 수동 로그 잘림 이벤트가 발생해야합니다. 그런 다음 원격 사본을 다시 시드해야합니다. Network Failure Tolerance (네트워크 장애 허용) 매개 변수는 로그 볼륨에 충분한 용량이 있는지 확인하여 과도한 네트워크 중단에도 견딜 수 있습니다.

 

Step 4 - Storage Configuration

[Storage Options]

Consider Storage Designs Utilizing JBOD (if applicable)

JBOD 사실 NAS 운영해 보면 익숙하실 있습니다.

 

간단하게 아래의 표현과 같습니다. 확장, 크게.. 그러한 의미입니다.

they appear to be a single large disk. It may be referred to as SPAN or BIG

 <https://en.wikipedia.org/wiki/Non-RAID_drive_architectures>


 JBOD Disk끼리 연결해 놓은 단순 확장입니다. 우선 No 지정하였습니다.

 

Do you want to consider storage designs that leverage JBOD? JBOD storage refers to placing a database and its transaction logs on a single disk without leveraging RAID. In order to deploy this type of storage solution for your mailbox server environment, you must have 3 or more HA database copies and have a Volume architecture that is equal to 1 Volume / Database. If you select yes for this input, the calculator will attempt to design the solution so that it can be deployed on JBOD storage. Please note that other factors may alter the viability of JBOD, however (e.g. deploying a single lagged database copy on the same mailbox servers hosting your HA database copies).

JBOD를 활용하는 스토리지 설계를 고려 하시겠습니까? JBOD 스토리지는 RAID를 활용하지 않고 데이터베이스와 트랜잭션 로그를 단일 디스크에 배치하는 것을 말합니다. 사서함 서버 환경에이 유형의 스토리지 솔루션을 배포하려면 3 개 이상의 HA 데이터베이스 복사본이 있어야하며 1 볼륨 / 데이터베이스와 동일한 볼륨 아키텍처가 있어야합니다. 이 입력에 대해 yes를 선택하면 계산기는 솔루션을 JBOD 스토리지에 배치 할 수 있도록 솔루션 설계를 시도합니다. 그러나 다른 요인으로 인해 JBOD의 실행 가능성이 변경 될 수 있습니다 (예 : HA 데이터베이스 복사본을 호스팅하는 동일한 사서함 서버에 단일 지연 데이터베이스 복사본 배포).

 

Automatically Calculate Number of Exchange Database Volumes Required

Disk 볼륨을 늘리는데 제한적인지를 묻는 항목입니다. 서버환경이든, VM 환경이든 요새는 제한이 없기 때문에 No 선택하였습니다.

Do you want the calculator to automatically determine the number of volumes that should be deployed on each Exchange server?  By default, the calculator will recommend a certain number of volumes to be configured on each Exchange server based on a number of factors.  As a result, the calculator can recommend more volumes than you have available in your server configuration.  If you have a defined number of volumes you would like to support for placement of Exchange data, you can select No to this question and then enter the number of volumes in “Number of Exchange Data Volumes per Server” field.

계산기가 각 Exchange 서버에 배포해야 하는 볼륨 수를 자동으로 결정하도록 하시겠습니까? 기본적으로 계산기는 여러 가지 요인에 따라 각 Exchange 서버에서 특정 수량의 볼륨을 구성하도록 권장합니다. 결과적으로 계산기는 서버 구성에서 사용 가능한 것보다 많은 볼륨을 권장 할 수 있습니다. Exchange 데이터의 배치를 지원하도록 정의 된 볼륨 수를 정의한 경우이 질문에 아니요를 선택한 다음 "서버 당 Exchange 데이터 볼륨 수"필드에 볼륨 수를 입력 할 수 있습니다.

 

Number of Exchange Data Volumes per Server

부분은 사서함 개수에 따라서 DB수를 어떻게 해야 할지 고민해야할 부분으로 보입니다. 우선 3개로 지정하였습니다.

The number of volumes available for Exchange storage.  This does not include Restore Volumes or AutoReseed volumes.

When using local storage this number will be used to limit the number of database copies a single server can be assigned. 

 

Exchange 저장소에 사용할 수있는 볼륨 수 여기에는 Restore Volumes 또는 AutoReseed 볼륨이 포함되지 않습니다.

로컬 스토리지를 사용할 때이 숫자는 단일 서버에 할당 할 수있는 데이터베이스 사본 수를 제한하는 데 사용됩니다.

 

Number of AutoReseed Volumes per Server

1개의 볼륨만 지정하였습니다. (사실 AutoReseed 대해서 완벽하게 이해하지는 못했습니다.)

How many AutoReseed volumes per server should be deployed? When leveraging AutoReseed, you will want at least one AutoReseed volume per server.

서버 당 몇 개의 AutoReseed 볼륨을 배포해야합니까? AutoReseed를 활용할 때는 서버 당 하나 이상의 AutoReseed 볼륨이 필요합니다.

 

[Primary Datacenter Server Disk Configuration]


최근 서버는 대부분은 15K RPM SAS Disk 이거나 SSD 입니다. 15K RPM 항목중 적절하게 선택합니다.

 

Step 5 - Processor & Memory Configuration (Optional)


선택적으로 입력할 사항이지만, 입력을 해야만 계산되기 때문에 우선 8코어에 기술자료 상에서 예제로 나와 있는 점수를 입력하였습니다.

 

그리고 Step 7 있는 아래의 버튼을 누르면, 계산이 진행됩니다.


아래와 같이 팝업이 나타납니다.


서버 3대에 100개의 사서함이다보니, 요구사항이 높지 않게 나타났습니다.

 

그리고 각각의 탭에 예상되는 수치들을 확인할 있었습니다.


DB 개의 사서함을 할당하면 좋을지도 계산됩니다.


이번에는 사서함을 1000, 코어를 16으로 지정해보았습니다.


서버 8대로 계산됩니다…


이것 저것 수치를 조정하다가 Storage Option에서 JBOD 변경하니 3대로 확인되었습니다.



상태에서 사서함 10000개로 증가시키면 14대의 결과로 확인됩니다.


10000개인 상태에서 Storage 다음과 같이 변경하여 계산


5대라는 결과가 나왔지만, CPU 점유율은 79% 나옵니다.


이러한 방식으로 계속 조절하여 적용하면 대략적인 수치를 확인할 있습니다.

반응형

+ Recent posts