Klaster HPC w AWS uruchamia ściśle powiązane obciążenie, które generuje wiele współdzielonych plików w Amazon EFS. Wydajność była akceptowalna przy 100 instancjach EC2, ale znacznie spadła przy 1000 instancjach. Jaki zestaw wyborów projektowych zmaksymalizuje wydajność klastra? (Wybierz trzy.)

W przypadku ściśle powiązanych obciążeń HPC kluczowe jest minimalizowanie opóźnień sieciowych. Uruchomienie całego klastra w jednej Strefie Dostępności (AZ) zapewnia najniższe możliwe opóźnienia między instancjami, ponieważ ruch nie musi przekraczać granic AZ. Wybór typów instancji EC2 obsługujących Elastic Fabric Adapter (EFA) jest niezbędny, ponieważ EFA zapewnia niskie opóźnienia i wysoką przepustowość sieci, co jest kluczowe dla komunikacji międzywęzłowej w HPC. Amazon EFS, choć skalowalne, może nie zapewniać wystarczającej wydajności dla ekstremalnie wymagających obciążeń HPC z dużą liczbą klientów. Zastąpienie go Amazon FSx for Lustre jest optymalne, ponieważ Lustre to wysokowydajny system plików zaprojektowany specjalnie dla HPC, oferujący znacznie wyższą przepustowość i niższe opóźnienia. Rozłożenie klastra na wiele AZ zwiększyłoby opóźnienia. Dołączanie elastycznych interfejsów sieciowych w wielokrotnościach czterech nie ma bezpośredniego wpływu na wydajność HPC. Zastąpienie EFS woluminami EBS w macierzy RAID jest niepraktyczne i nie skaluje się do potrzeb tak dużego klastra.