AWS Architect Associate Level

Terms in this set (208)

- Gateway Stored Volumes
- Gateway Cached Volumes
- Gateway Virtual Tape Library (VTL) or Virtual Tape Shelf if stored in Glacier.
Volume gateways - Volume gateways provide cloud-backed storage volumes that you can mount as Internet Small Computer System Interface (iSCSI) devices from your on-premises application servers. The gateway supports the following volume configurations:
- Gateway-cached volumes - You store your data in Amazon Simple Storage Service (Amazon S3) and retain a copy of frequently accessed data subsets locally. Gateway-cached volumes offer a substantial cost savings on primary storage and minimize the need to scale your storage on-premises. You also retain low-latency access to your frequently accessed data.
- Gateway-stored volumes - If you need low-latency access to your entire data set, you can configure your on-premises gateway to store all your data locally and then asynchronously back up point-in-time snapshots of this data to Amazon S3. This configuration provides durable and inexpensive off-site backups that you can recover to your local data center or Amazon EC2. For example, if you need replacement capacity for disaster recovery, you can recover the backups to Amazon EC2.

Gateway-virtual tape library (VTL) - You can cost-effectively and durably archive backup data in Amazon Glacier. Gateway-VTL provides a virtual tape infrastructure that scales seamlessly with your business needs and eliminates the operational burden of provisioning, scaling, and maintaining a physical tape infrastructure.
1. Simple: Use a simple routing policy when you have a single resource that performs a given function for your domain, for example, one web server that serves content for the website. In this case, Amazon Route 53 responds to DNS queries based only on the values in the resource record set, for example, the IP address in an A record.
2. Weighted: Use the weighted routing policy when you have multiple resources that perform the same function (for example, web servers that serve the same website) and you want Amazon Route 53 to route traffic to those resources in proportions that you specify (for example, one quarter to one server and three quarters to the other).
3. Latency: Use the latency routing policy when you have resources in multiple Amazon EC2 data centers that perform the same function and you want Amazon Route 53 to respond to DNS queries with the resources that provide the best latency. For example, you might have web servers for in the Amazon EC2 data centers in Ireland and in Tokyo. When a user browses to, Amazon Route 53 chooses to respond to the DNS query based on which data center gives your user the lowest latency.
4. Failover (Public hosted zones only!): Use the failover routing policy when you want to configure active-passive failover, in which one resource takes all traffic when it's available and the other resource takes all traffic when the first resource isn't available. Note that you can't create failover resource record sets for private hosted zones.
5. Geolocation: Use the geolocation routing policy when you want Amazon Route 53 to respond to DNS queries based on the location of your users.