Using SimKube AMIs

How to locate, run and use SimKube AMIs.

AWS IAM Permissions

The basic AWS IAM permissions required to run SimKube AMIs.

  "Effect": "Allow",
  "Action": [
    "ec2:DescribeImages",
    "ec2:DescribeInstances",
    "ec2:RunInstances",
  ],
  "Resource": "*"

Note

SSM requires additional permissions, see: Add SSM permissions to an IAM > role and Connect to EC2 via > SSM

{
  "Effect": "Allow",
  "Action": [
    "s3:PutObject",
    "s3:GetObject"
  ],
  "Resource": "arn:aws:s3:::<bucket-name>/*"
}

We have included a full IAM policy example in our reference section.

Locating the AMIs

SimKube AMIs are published to the AWS Marketplace and versioned.

You can find the latest AMIs by:

aws ec2 describe-images \
  --owners 174155008850 \
  --filters "Name=name,Values=simkube-*" \
  --query "Images[].{
    ImageId: ImageId,
    Name: Name,
    CreationDate: CreationDate
  }" \
  --region us-west-2 \
  --output table

Launching the AMI

You can launch an EC2 instance using the SimKube AMI via:

Here are the AWS docs on launching EC2 instances.

When launching an instance:

Instance sizing

SimKube simulations are a compute bound workload.

Our recommended default instance type is c7a.2xlarge:

This instance size supports most simulations reliably but we encourage you to experiment to find the right instance size for your specific simulation needs.

Note

Avoid burstable instance types like t3, t4g as they are not well suited to sustained simulations.

Accessing the instance

Instances launched from the SimKube AMI support SSH access.

AMI versioning and updates

Each AMI is versioned and immutable.

Limitations

Next steps

Previous: SimKube AMIsNext: GithHub Action Runners