EC2 macOS 인스턴스의 성능 문제를 해결하려면 어떻게 해야 합니까?

2분 분량
0

데이터를 호출, 업데이트 또는 렌더링하거나 애플리케이션을 실행할 때 Amazon Elastic Compute Cloud(Amazon EC2) macOS 인스턴스의 처리 속도가 느립니다. 또는 Amazon Elastic Block Store(Amazon EBS) 스냅샷을 사용하여 시작한 macOS 인스턴스의 성능이 느립니다.

해결 방법

APFS 구성 확인

ARM 기반 M1 및 M2 칩과 같은 실리콘 디바이스는 Apple 파일 시스템(APFS), 고성능 코어(P 코어) 및 고효율 코어(E 코어) 를 사용하여 성능을 최적화합니다. 이러한 디바이스는 대량의 전력 또는 리소스만 소비하는 고강도 워크로드에 P 코어를 사용합니다. E 코어는 리소스 사용이 적고 경량 애플리케이션 또는 웹 브라우징과 같은 작업을 처리하기 위한 덜 까다로운 워크로드에 적합합니다. 자세한 내용은 Apple 웹사이트에서 성능 및 효율성 코어를 사용한 Apple Silicon 최적화를 참조하십시오. 워크스테이션을 최적화하려면 APFS에서 직접 작업하십시오. 자세한 내용은 Apple 웹사이트에서 Apple Silicon의 코드 성능 조정을 참조하십시오.

인스턴스를 시작할 때 성능 요구 사항을 충족하는 전용 호스트 선택

전용 호스트를 할당할 때는 아키텍처 요구 사항에 가장 적합한 리소스를 선택해야 합니다. 표준 워크로드에는 mac1mac2를 사용하고 추가적인 처리 성능을 위해서는 mac2-m1ultra.metal, mac2-m2.metalmac2-m2pro.metal을 사용하십시오.

인스턴스를 시작할 때 성능 요구 사항을 충족하는 Amazon EBS 디바이스 선택

Amazon EBS 설정은 APFS의 전체 성능에 영향을 미칩니다. macOS의 기본 파일 시스템인 APFS는 SSD 스토리지에 최적화되어 있습니다. 따라서 gp3 또는 io와 같은 SSD 기반 EBS 볼륨을 사용하는 것이 좋습니다. 또는 각 EBS 볼륨 유형을 검토하여 환경 요구 사항에 맞는 볼륨을 확인하십시오. 5000 IOPS와 200 처리량을 사용하는 구성으로 시작하는 것이 좋습니다.

인스턴스를 복원한 후 인스턴스를 초기화하여 지연 로딩 방지

스냅샷을 사용하여 EBS 볼륨을 복원하면 Amazon EBS는 Amazon Simple Storage Service(Amazon S3)에서 데이터를 가져옵니다. Amazon EBS가 디스크를 워밍업하는 이 초기화 기간은 디스크 크기, EBS 볼륨 및 데이터 유형에 따라 다릅니다. 지연 로딩 시 Amazon EBS는 스냅샷에서 데이터를 읽고 필요에 따라 복원합니다. 새로 시작된 디스크에서 언로딩된 데이터에 액세스하는 경우 지연 시간이 길어집니다. 지연 로딩을 피하려면 수동으로 볼륨을 초기화하고 fio 또는 dd 명령을 실행하십시오.

fio --filename=/dev/device --rw=read --bs=128k --iodepth=32 -- ioengine=libaio --direct=1 --name=volume-initialize

참고: fio를 사용하는 것이 좋습니다. 그러나 디바이스에서 fio를 사용할 수 없는 경우에는 dd를 사용하십시오.

-또는-

dd if=/dev/deviceName of=/dev/null bs=1M

참고: device 또는 deviceName을 디스크 이름으로 바꾸십시오.

또는 빠른 스냅샷 복원(FSR)을 사용하십시오.

수동 초기화 프로세스는 디스크 크기 및 데이터 유형에 따라 몇 시간이 걸릴 수 있습니다. 하지만 이 프로세스는 Amazon EBS가 디스크를 초기화할 때보다 더 빠릅니다. 수동 초기화가 완료되면 디스크가 “사전 워밍”되어 바로 사용할 수 있습니다.

AWS 공식
AWS 공식업데이트됨 2달 전
댓글 없음