AWS의 HPC 클러스터에서 긴밀하게 결합된 워크로드가 Amazon EFS에 많은 공유 파일을 생성합니다. 100개의 EC2 인스턴스에서는 성능이 허용 가능했지만, 1,000개의 인스턴스에서는 성능이 크게 저하되었습니다. 클러스터 성능을 최대화하기 위한 설계 선택은 무엇입니까? (세 가지 선택)

HPC 클러스터의 긴밀하게 결합된 워크로드에는 낮은 네트워크 지연 시간과 높은 처리량이 필수적입니다. 단일 가용 영역에 클러스터를 배포하면 인스턴스 간의 네트워크 지연 시간을 최소화하고 대역폭을 최대화할 수 있습니다. EFA(Elastic Fabric Adapter)는 EC2 인스턴스 간의 낮은 지연 시간과 높은 처리량 통신을 가능하게 하는 네트워크 장치로, HPC 워크로드에 매우 중요합니다. Amazon EFS는 범용 파일 시스템이지만, 대규모 병렬 HPC 워크로드에 필요한 최고 성능을 제공하지 못할 수 있습니다. Amazon FSx for Lustre는 HPC 워크로드에 최적화된 고성능 파일 시스템으로, 수천 개의 클라이언트에서 수백 GB/s의 처리량과 수백만 IOPS를 제공할 수 있습니다. EC2 인스턴스에 탄력적 네트워크 인터페이스를 여러 개 연결하는 것은 네트워크 처리량을 늘릴 수 있지만, EFA만큼 낮은 지연 시간을 제공하지는 않습니다. 클러스터를 여러 가용 영역에 분산하면 가용성은 향상되지만, 인스턴스 간의 네트워크 지연 시간이 증가하여 긴밀하게 결합된 HPC 워크로드의 성능이 저하됩니다. Amazon EBS는 블록 스토리지이며, 공유 파일 시스템이 필요한 HPC 워크로드에는 적합하지 않습니다.