...
Can I coordinate VPC Availability Zones between AWS accounts?
In practiceshort, noyes. To ensure distribution of load across their infrastructure, AWS creates an independent mapping of Availability Zone designations (ie: "us-east-1a", "us-east-1d") for each account. Within the same Region, there is no way if you need to guarantee the Availability Zone that you see as "zone A" lives in the same back-end environment as "zone A" seen from a different AWS account you will need to utilize the Availability Zone ID. For more information about zones and regions, see the AWS documentation on Regions and Availability Zones.
...
- Install the aws login tool (Access Keys for AWS CLI Using Cornell Two-Step Login (- Shibboleth)
- Docker with the aws login tool with other helpful cloud utilities (https://github.com/CU-CommunityApps/ct-cloud-utils-dockerized)
- Install the aws cli (https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) using 'aws sts get-session-token' with a new or existing IAM user (https://docs.aws.amazon.com/cli/latest/reference/sts/get-session-token.html)
- Create a new or use default profile
- "aws configure --profile {name}"
- AWS CLI
- rclone
- rclone config
- set id, secret and session token (under advanced config)
- rclone config
- Cyberduck
- Copy ID, Secret and Token from ~/.aws/credentials {name}
- aws_access_key_id = [ paste ID ]
- aws_secret_access_key = [ paste key ]
- aws_session_token = [ paste token ]
- Download Cyberduck STS token profile
- Open Connection - S3 (Credentials from AWS Security Token Service)
- Specify profile from #1
- Specify profile from #1
- Copy ID, Secret and Token from ~/.aws/credentials {name}
- Mountain Duck now available with similar process as outlined above with CyberDuck.
...