Explore related resources

Find more information about the topics in this Learning Path:

Give feedback

How would you rate this Learning Path?

Review frequently asked questions

AI-assisted

These FAQs were drafted with an approved AI-assisted workflow and reviewed by Arm contributors before publication. Human technical review remains part of the process so the final page reflects engineering rigor, accuracy, and Arm editorial standards.

Close
?
How do I know the AWS connection to Rafay is set up correctly before creating the cluster?
Ensure the cross-account IAM role is configured in AWS and added to Rafay as a cloud credential. In the cluster manifest, reference this credential by name. If it’s missing or has insufficient permissions, cluster creation will fail.
Which fields in the Rafay cluster manifest must match existing configuration?
The project, blueprint name and version, and the cloud credential must already exist in Rafay. If any of these don’t match, the cluster won’t be created.
What result should I expect when the EKS cluster is ready to use?
A running cluster with a Graviton-based (arm64) node group will be available for workloads. Nodes should advertise the label kubernetes.io/arch=arm64, indicating they can run arm64 pods.
How do I verify that the NGINX deployment is running on Graviton nodes?
The provided manifest pins the pods using nodeSelector: kubernetes.io/arch: arm64. After deployment, the pod should schedule and run on nodes labeled arm64. If it remains Pending, verify the node group is active and the selector matches node labels.
What should I clean up to avoid ongoing AWS charges?
Delete the NGINX workload and namespace created for the test, then deprovision the EKS cluster from Rafay. This releases the associated AWS resources.

Share

Tell others about this Learning Path.

Back
Return to Servers and Cloud Computing