하드웨어

ESET PROTECT 서버 컴퓨터는 아래 표의 다음 하드웨어 권장 사항을 충족해야 합니다.

클라이언트 수

ESET PROTECT 서버 + SQL DB 서버

CPU 코어

CPU 클럭 속도(GHz)

RAM(GB)

디스크 드라이브1

디스크 IOPS2

최대 1,000개

4

2.1

4

단일

500

5.000

8

2.1

8

1.000

10,000 3

4

2.1

16

별도

2.000

20.000

4

2.1

16

4.000

50.000

8

2.1

32

10.000

100.000

16

2.1

64+

20.000

1 단일/별도 디스크 드라이브 - 클라이언트가 10,000개 이상인 시스템의 경우 별도 드라이브에 DB를 설치하는 것이 좋습니다.

2 IOPS(초당 총 I/O 작업) - 최소 필수 값입니다.

연결된 클라이언트(500개 정도)당 약 0.2 IOPS를 사용하는 것이 좋습니다.

diskspd 도구를 사용하여 드라이브의 IOPS를 확인할 수 있습니다. 다음 명령을 사용하십시오.

클라이언트 수

명령

최대 5,000개 클라이언트

diskspd.exe -c1000M -b4K -d120 -Sh -r -z -w50 C:\testfile.dat

5,000개 이상의 클라이언트

diskspd.exe -c10000M -b4K -d600 -Sh -r -z -w50 C:\testfile.dat

3 10,000개의 클라이언트 환경에 대한 예제 시나리오를 참조하십시오.

디스크 드라이브 권장 사항

디스크 드라이브는 ESET PROTECT 성능에 영향을 미치는 중요한 요소입니다.

SQL Server 인스턴스에서 리소스를 ESET PROTECT 서버와 공유하여 활용률을 극대화하고 지연을 최소화할 수 있습니다. 단일 컴퓨터에서 ESET PROTECT 서버 및 DB 서버를 실행하여 ESET PROTECT 성능을 향상시킵니다.

별도의 드라이브(가능하면 별도의 물리적 SSD 드라이브)에 DB 및 거래 로그 파일을 배치하는 경우 SQL 서버의 성능이 향상됩니다.

단일 디스크 드라이브가 있는 경우 SSD 드라이브를 사용하는 것이 좋습니다.

올플래시 아키텍처를 사용하는 것이 좋습니다. 반도체 디스크(SSD)가 표준 HDD보다 훨씬 더 빠릅니다.

RAM 구성이 높은 경우 SAS를 R5로 설정하면 충분합니다. 테스트된 구성: R5의 10x 1.2TB SAS디스크 - 추가 캐싱 없이 4+1의 두 패리티 그룹.

IOPS가 높은 엔터프라이즈급 SSD를 사용하면 성능이 향상되지 않습니다.

클라이언트의 수에 관계없이 100GB 용량이면 충분합니다. 종종 DB를 백업하는 경우 더 높은 용량이 필요할 수 있습니다.

네트워크 드라이브의 성능이 ESET PROTECT의 속도를 저하시키므로 네트워크 드라이브를 사용하지 마십시오.

온라인 저장소 마이그레이션을 허용하는 작업 다중 계층 저장소 인프라가 있는 경우, 속도가 더 느린 공유 계층으로 시작하여 ESET PROTECT 성능을 모니터링하는 것이 좋습니다. 읽기/쓰기 지연 시간이 20ms를 초과하면 저장소 계층에서 더 빠른 계층으로 무중단 이동하여 가장 비용 효율적인 백엔드를 사용할 수 있습니다. 하이퍼바이저에서 동일한 작업을 수행할 수 있습니다(ESET PROTECT을(를) 가상 컴퓨터로 사용하는 경우).

다양한 클라이언트 수에 대한 크기 권장 사항

아래에서 설정된 클라이언트 수로 1년간 실행되는 가상 환경의 성능 결과를 확인할 수 있습니다.


note

DB와 ESET PROTECT이(가) 동일한 하드웨어 구성으로 별도의 가상 컴퓨터에서 실행됩니다.

CPU 코어

CPU 클럭 속도(GHz)

RAM(GB)

성능

클라이언트 10,000개

클라이언트 20,000개

클라이언트 40,000개

8

2.1

64

높음

높음

보통

8

2.1

32

보통

보통

보통

4

2.1

32

보통

보통

낮음

2

2.1

16

낮음

낮음

부족

2

2.1

8

매우 낮음
(권장되지 않음)

매우 낮음
(권장되지 않음)

부족