This workshop has been deprecated and archived. The new Amazon EKS Workshop is now available at www.eksworkshop.com.
Up until now, as the cluster operator, you’ve been accessing the cluster as the admin user. Let’s now see what happens when we access the cluster as the newly created rbac-user.
Issue the following command to source the rbac-user’s AWS IAM user environmental variables:
By running the above command, you’ve now set AWS environmental variables which should override the default admin user or role. To verify we’ve overrode the default user settings, run the following command:
aws sts get-caller-identity
You should see something similar to below, where we’re now making API calls as rbac-user:
Now that we’re making calls in the context of the rbac-user, lets quickly make a request to get all pods:
kubectl get pods -n rbac-test
You should get a response back similar to:
We already created the rbac-user, so why did we get that error?
Just creating the user doesn’t give that user access to any resources in the cluster. In order to achieve that, we’ll need to define a role, and then bind the user to that role. We’ll do that next.