Firma uruchamia konteneryzowane aplikacje do przetwarzania obrazów na lokalnych klastrach Kubernetes, które współdzielą jeden magazyn plików NFS. Pojemność NFS została wyczerpana i firma musi szybko przeprowadzić migrację do AWS. Klastry Kubernetes na AWS muszą być wysoce dostępne. Która kombinacja kroków spełni te wymagania? (Wybierz dwie opcje.)

Poprawne odpowiedzi to: "Skopiuj dane NFS do systemu plików Amazon Elastic File System (Amazon EFS) i wypchnij obrazy kontenerów do Amazon Elastic Container Registry (Amazon ECR)" oraz "Utwórz klaster Amazon Elastic Kubernetes Service (Amazon EKS) do uruchamiania kontenerów i zamontuj system plików Amazon Elastic File System (Amazon EFS) na każdym węźle w wymaganej ścieżce". Firma używa Kubernetes, więc migracja do Amazon EKS jest naturalnym wyborem, ponieważ EKS to zarządzana usługa Kubernetes. Obrazy kontenerów powinny być przechowywane w Amazon ECR, zarządzanym rejestrze kontenerów. Ponieważ obecne rozwiązanie wykorzystuje NFS, a wymagana jest wysoka dostępność i współdzielony dostęp do plików, Amazon EFS jest idealnym zamiennikiem. EFS to skalowalny, wysoce dostępny, współdzielony system plików, który może być montowany przez wiele instancji EKS. Opcje z Amazon EBS są nieprawidłowe, ponieważ EBS to pamięć blokowa, która może być podłączona tylko do jednej instancji EC2 (lub wielu w przypadku Multi-Attach, ale nie jest to idealne rozwiązanie dla współdzielonego systemu plików w Kubernetes i nie oferuje takiej elastyczności jak EFS). Opcja z Amazon ECS jest nieprawidłowa, ponieważ firma już używa Kubernetes, a migracja do EKS jest bardziej bezpośrednia.