Una empresa necesita crear un clúster de Amazon Elastic Kubernetes Service (Amazon EKS) utilizando un grupo de nodos gestionado respaldado por volúmenes de Amazon Elastic Block Store (Amazon EBS). La empresa debe cifrar todos los datos en reposo utilizando una clave gestionada por el cliente en AWS Key Management Service (AWS KMS). ¿Qué combinación de acciones cumplirá este requisito con la MENOR sobrecarga operativa? (Elija dos)

Para cumplir con el requisito de cifrado de EBS con la menor sobrecarga operativa, la opción más eficiente es habilitar el cifrado de EBS por defecto en la región de AWS y seleccionar la clave gestionada por el cliente (CMK) deseada. Esto asegura que todos los nuevos volúmenes de EBS creados en esa región, incluidos los utilizados por los nodos de EKS, se cifren automáticamente con la CMK especificada sin intervención manual posterior. Además, el clúster de EKS necesitará permisos para usar esta CMK. Esto se logra creando un rol de IAM con una política que otorgue los permisos necesarios a la CMK y asociando este rol al clúster de EKS. Las otras opciones son menos óptimas: Un plugin de Kubernetes para cifrado de datos añade complejidad y sobrecarga de gestión. Cifrar volúmenes de EBS manualmente después de su creación es propenso a errores y requiere más esfuerzo operativo. Almacenar la CMK como un secreto de Kubernetes no es el mecanismo adecuado para cifrar volúmenes de EBS a nivel de infraestructura.