Which combination of actions will meet these requirements?
(Choose two.)
Transfer the information that is in the NFS share to an Amazon Elastic Block Store (Amazon EBS) volume. Upload the container images to Amazon Elastic Container Registry (Amazon ECR).
Transfer the information that is in the NFS share to an Amazon Elastic File System (Amazon EFS) volume. Upload the container images to Amazon Elastic Container Registry (Amazon ECR).
Create an Amazon Elastic Container Service (Amazon ECS) cluster to run the applications. Configure each node of the cluster to mount the Amazon Elastic Block Store (Amazon EBS) volume at the required path for the container images.
Create an Amazon Elastic Kubernetes Service (Amazon EKS) cluster to run the applications. Configure each node of the cluster to mount the Amazon Elastic Block Store (Amazon EBS) volume at the required path for the container images.
Create an Amazon Elastic Kubernetes Service (Amazon EKS) cluster to run the applications. Configure each node of the cluster to mount the Amazon Elastic File System (Amazon EFS) volume at the required path for the container images.
Explanations:
Transferring data from the NFS share to an Amazon Elastic Block Store (EBS) volume does not meet the requirement for high availability, as EBS volumes are tied to specific Availability Zones. Furthermore, EBS volumes cannot be shared across multiple instances simultaneously like NFS. While uploading container images to Amazon Elastic Container Registry (ECR) is a good practice, this option fails on the data storage requirement.
Transferring the information from the NFS share to an Amazon Elastic File System (EFS) volume is appropriate for providing shared file storage that can be accessed from multiple EC2 instances. EFS is a scalable, fully managed service that offers high availability and durability, making it suitable for the Kubernetes applications. Uploading container images to Amazon ECR is necessary for deployment in AWS.
Creating an Amazon Elastic Container Service (ECS) cluster could run the applications, but configuring each node to mount an Amazon EBS volume does not satisfy the need for high availability and shared access. EBS volumes cannot be simultaneously mounted across multiple instances, which is essential for a containerized application requiring shared storage.
While creating an Amazon Elastic Kubernetes Service (EKS) cluster is suitable for running the applications, mounting an Amazon EBS volume for the container images is inadequate for shared access and high availability. EBS volumes are tied to individual EC2 instances and cannot be shared across the cluster nodes.
Creating an Amazon Elastic Kubernetes Service (EKS) cluster for running the applications and configuring each node to mount an Amazon Elastic File System (EFS) volume allows for high availability and shared access to file storage across multiple nodes. EFS is designed for scalability and supports concurrent access, making it ideal for containerized applications that require persistent and shared data storage.