Skip to main content

OlinData's aws cli Extras

Project description


This is a general all-purpose tool for managing things in AWS that Terraform is not responsible for -- you can think of it as an extension to the aws CLI.

At the moment it only does three things; blue/green deploys for plugging into Gitlab, AMI cleanups, and RDS copies to other accounts.

  1. Installation
  2. Deploys
  3. Cleanups
  4. RDS
  5. Contributing


pip3 install akinaka

A Note on Role Assumption

Akinaka uses IAM roles to gain access into multiple accounts. Most commands require you to specify a list of roles you wish to perform a task for, and that role must have the sts:AssumeRole permission. This is not only good security, it's helpful for ensuring you're doing things to the accounts you think you're doing things for ;)


Done with the update parent command, and then the asg and targetgroup subcommands (update targetgroup is only needed for blue/green deploys).


# For standalone ASGs (not blue/green) update --region eu-west-1 --role-arn arn:aws:iam::123456789100:role/management_assumable asg --asg workers --ami ami-000000

# For blue/green ASGs update --region eu-west-1 --role-arn arn:aws:iam::123456789100:role/management_assumable asg --lb lb-asg-ext --ami ami-000000

For blue/green deploys, the next step is to check the health of your new ASG. For the purposes of Gitlab CI/CD pipelines, this will be printed out as the only output, so that it can be used in the next job.

Once the new ASG is confirmed to be working as expected: update --region eu-west-1 --role-arn arn:aws:iam::123456789100:role/management_assumable asg --new blue

The value of --role-arn is used to assume a role in the target account with enough permissions to perform the actions of modifying ASGs and Target Groups. As such, akinaka is able to do cross-account deploys. It will deliberately error if you do not supply an IAM Role ARN, in order to ensure you are deploying to the account you think you are.


Currently AMI and EBS cleanups are supported.

Common option:

--role-arns is a space separated list of IAM ARNs that can be assumed by the token you are using to run this command. The AMIs for the running instances found in these accounts will not be deleted. Not to be confused with --role-arn, accepted for the update parent command, for deploys.


Cleans up AMIs and their snapshots based on a specified retention period, and deduced AMI usage (will not delete AMIs that are currently in use). You can optionally specify an AMI name pattern, and it will keep the latest version of all the AMIs it finds for it.

Usage: cleanup \
    --region eu-west-1 \
    --role-arns "arn:aws:iam::198765432100:role/management_assumable arn:aws:iam::123456789100:role/management_assumable" \
    ami \
        --exceptional-amis cib-base-image-*
        --retention 7

The above will delete all AMIs and their snapshots, except for those which:

  1. Are younger than 7 days AND
  2. Are not in use by AWS accounts "123456789100" or "198765432100" AND
  3. WHERE the AMI name matches the pattern "cib-base-image-*", there is more than one match AND it is the oldest one

--exceptional-amis is a space seperated list of exact names or patterns for which to keep the latest version of an AMI for. For example, the pattern "cib-base-image-*" will match with normal globbing, and if there is more than one match, only the latest one will not be deleted (else there is no effect).

--retention is the retention period you want to exclude from deletion. For example; --retention 7 will keep all AMIs found within 7 days, if they are not in the --exceptional-amis list.

EBS Volumes

Delete all EBS volumes that are not attached to an instance (stopped or not): cleanup \
    --region eu-west-1 \
    --role-arns "arn:aws:iam::198765432100:role/management_assumable arn:aws:iam::123456789100:role/management_assumable" \


Perform often necessary but complex tasks with RDS.


Copy encrypted RDS instances between accounts: copy --region eu-west-1 \
    rds \
        --source-role-arn arn:aws:iam::198765432100:role/management_assumable \
        --target-role-arn arn:aws:iam::123456789100:role/management_assumable \
        --snapshot-style running_instance \
        --source-instance-name DB_FROM_ACCOUNT_198765432100 \
        --target-instance-name DB_FROM_ACCOUNT_123456789100 \
        --target-security-group SECURITY_GROUP_OF_TARGET_RDS \
        --target-db-subnet SUBNET_OF_TARGET_RDS \

--region is optional because it will default to the environment variable AWS_DEFAULT_REGION.


Modules can be added easily by simply dropping them in and adding an entry into to include them, and some click code in their __init__ (or elsewhere that's loaded, but this is the cleanest way).

For example, given a module called akinaka_moo, and a single command and file called moo, add these two lines in the appropriate places of

from akinaka_update.commands import moo as moo_commands

and the following in the module's
@click.option("--make-awesome", help="The way in which to make moo awesome")
def moo(make_awesome):
    import .moo

Adding commands that need subcommands isn't too different, but you might want to take a look at the already present examples of update and cleanup.

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Filename, size & hash SHA256 hash help File type Python version Upload date
akinaka-0.2.1-py3-none-any.whl (30.3 kB) Copy SHA256 hash SHA256 Wheel py3
akinaka-0.2.1.tar.gz (16.2 kB) Copy SHA256 hash SHA256 Source None

Supported by

Elastic Elastic Search Pingdom Pingdom Monitoring Google Google BigQuery Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN SignalFx SignalFx Supporter DigiCert DigiCert EV certificate StatusPage StatusPage Status page