Difference between revisions of "Amazon regions"

From wikieduonline
Jump to navigation Jump to search
 
(83 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 +
* https://aws.amazon.com/about-aws/global-infrastructure/regions_az/
 +
* https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html
  
 +
== Regions ==
 +
=== North America ===
 +
* [[N. Virginia]]: <code>[[us-east-1]]</code>: <code>[[InvalidViewerCertificate]]</code> in <code>[[AWS CloudFront]]</code>, [[AWS CloudFormation]]
 +
* Ohio: <code>[[us-east-2]]</code>
 +
* N. California: <code>[[us-west-1]]</code>
 +
* [[Oregon]]: <code>[[us-west-2]]</code>
 +
* Canada: <code>[[ca-central-1]]</code>
  
 +
===South America===
 +
* São Paulo: <code>[[sa-east-1]]</code>
  
* [[Amazon S3 Cross-Region Replication (CRR)]]
+
===[[Middle East]]===
 +
* [[Bahrain]]: <code>[[me-south-1]]</code>
  
 +
===[[Europe]]===
 +
* [[Frankfurt]]: <code>[[eu-central-1]]</code>
 +
* [[Dublin]]: <code>[[eu-west-1]]</code>
 +
* [[London]]: <code>[[eu-west-2 ]]</code>
 +
* [[Paris]]: <code>[[eu-west-3]]</code>
 +
* [[Stockholm]]: <code>[[eu-north-1]]</code>
 +
* [[Milan]]: <code>[[eu-south-1]]</code> (2020)
 +
* [[Spain]] (announced mid-2022)
  
* <code>us-east-2</code>
+
===Africa===
* [[Frankfurt]]: [[eu-central-1]]
+
*Cape Town: <code>[[af-south-1]]</code>
 +
 
 +
===Asia===
 +
* Hong Kong: <code>[[ap-east-1]]</code>
 +
* [[Mumbai]]: <code>[[ap-south-1]]</code>
 +
* Osaka: <code>[[ap-northeast-3]]</code>
 +
* Seoul: <code>[[ap-northeast-2]]</code>
 +
* Singapore: <code>[[ap-southeast-1]]</code>
 +
* Tokyo: <code>[[ap-northeast-1]]</code>
 +
 
 +
===Oceania===
 +
* Sydney: <code>[[ap-southeast-2]]</code>
 +
 
 +
 
 +
== Commands ==
 +
* <code>[[aws ec2 describe-regions]] --query "Regions[].{Name:RegionName}" --output text</code>
 +
* <code>[[aws account disable-region]]</code>
 +
 
 +
== [[Regional tokens]] ==
 +
AWS recommends using regional [[AWS Security Token Service]] (STS) endpoints to reduce latency. Session tokens from regional STS endpoints are valid in all AWS Regions. If you use regional STS endpoints, no action is required.
 +
 
 +
Session tokens from the global STS endpoint (https://sts.amazonaws.com) are valid only in AWS Regions that are enabled by default. If you intend [[to enable a new Region]] for your account, you can either use session tokens from [[regional STS]] endpoints or activate the global STS endpoint to issue session tokens that are valid in all AWS Regions. You can do this in Account Settings in the IAM console.
 +
 
 +
Session tokens that are valid in all AWS Regions are larger. If you store session tokens, these larger tokens might affect your systems. Learn more
 +
 
 +
 
 +
== Activities ==
 +
* Learn how to enable or disable AWS regions: https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_aws-enable-disable-regions.html
 +
* [[Determine region from and EC2 instance]]: <code>[[curl http://169.254.169.254/latest/meta-data/placement/region]]</code>
 +
* [[AWS: Denies access to AWS based on the requested Region]]
 +
* [[Specify which AWS Regions your account can use]] <ref>https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html</ref>
  
 
== Related terms ==
 
== Related terms ==
* [[Availability Zone (AZ)]]
+
* [[AWS policy]]: <code>[[aws:RequestedRegion]]</code> (April 2018) <ref>https://aws.amazon.com/es/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/</ref>
* <code>[[aws:RequestedRegion]]</code> (April 2018) <ref>https://aws.amazon.com/es/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/</ref>
+
* <code>[[aws configure]]</code>: <code>[[.aws/config]]</code>, <code>[[.aws/credentials]]</code>
 +
* <code>[[aws configure get region]]</code>
 +
* [[Cross-region]]: [[Amazon S3 Cross-Region Replication (CRR)]], [[SRR]], [[EventBridge]]
 +
* <code>[[suaws]]</code>
 +
* [[TaskCat]] [[CloudFormation]] validation tool
 +
* <code>[[--region]]</code> option in <code>[[aws]]</code> command.
 +
* [[Terraform data source: aws region]]
 +
* <code>[[AWS_DEFAULT_REGION]]</code>
 +
* [[AWS Global Accelerator]] for instant AWS region [[failover]]
 +
 
 +
* [[Multi-Region]]: [[RDS]]
 +
* <code>[[AWS_REGION]]</code>
 +
* [[AWS partition]]
 +
* <code>[[aws-all-regions]]</code>
 +
* [[Amazon EC2 Global View]]
 +
* <code>[[eksctl get cluster --all-regions]]</code>
  
 
== See also ==
 
== See also ==
* {{AWS}}
+
* {{Amazon regions}}
 +
* {{AWS terms}}
 +
* {{Cloud regions}}
  
 
[[Category:AWS]]
 
[[Category:AWS]]

Latest revision as of 09:30, 21 June 2024

Regions[edit]

North America[edit]

South America[edit]

Middle East[edit]

Europe[edit]

Africa[edit]

Asia[edit]

Oceania[edit]


Commands[edit]

Regional tokens[edit]

AWS recommends using regional AWS Security Token Service (STS) endpoints to reduce latency. Session tokens from regional STS endpoints are valid in all AWS Regions. If you use regional STS endpoints, no action is required.

Session tokens from the global STS endpoint (https://sts.amazonaws.com) are valid only in AWS Regions that are enabled by default. If you intend to enable a new Region for your account, you can either use session tokens from regional STS endpoints or activate the global STS endpoint to issue session tokens that are valid in all AWS Regions. You can do this in Account Settings in the IAM console.

Session tokens that are valid in all AWS Regions are larger. If you store session tokens, these larger tokens might affect your systems. Learn more


Activities[edit]

Related terms[edit]

See also[edit]

  • https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html
  • https://aws.amazon.com/es/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/
  • Advertising: