mirror of
https://gist.github.com/leonardofed/bbf6459ad154ad5215d354f3825435dc
synced 2025-06-07 21:06:10 +00:00
This commit is contained in:
parent
7d5f51b661
commit
a75248f94d
24
README.md
24
README.md
@ -385,26 +385,22 @@ VTL also requires an upload buffer and cache area
|
|||||||
32. Route53 also has 100% uptime SLA, Elastic Load Balancing and VPC can also provide a level of resilience if required
|
32. Route53 also has 100% uptime SLA, Elastic Load Balancing and VPC can also provide a level of resilience if required
|
||||||
32. DynamoDB has three copies per region and also can perform multi-region replication
|
32. DynamoDB has three copies per region and also can perform multi-region replication
|
||||||
33. RDS also supports multi-AZ deployments and read only replicas of data. 5 read only replicas for MySQL, MariaDB and PostGres, 15 for Aurora
|
33. RDS also supports multi-AZ deployments and read only replicas of data. 5 read only replicas for MySQL, MariaDB and PostGres, 15 for Aurora
|
||||||
34. There are four DR models in the AWS white paper:-
|
34. There are four DR models in the AWS white paper:
|
||||||
<ul>
|
* Backup and restore (cheap but slow RPO and RTO, use S3 for quick restores and AWS Import/Export for large datasets)
|
||||||
<li>Backup and restore (cheap but slow RPO and RTO, use S3 for quick restores and AWS Import/Export for large datasets)</li>
|
* Pilot Light (minimal replication of the live environment, like the pilot light in a gas heater, it’s used to bring services up with the smallest footprint running in DR. AMIs ready but powered off, brought up manually or by autoscaling
|
||||||
<li>Pilot Light (minimal replication of the live environment, like the pilot light in a gas heater, it’s used to bring services up with the smallest footprint running in DR. AMIs ready but powered off, brought up manually or by autoscaling
|
* Data must be replicated to DR from the primary site for failover)
|
||||||
<li>Data must be replicated to DR from the primary site for failover)</li>
|
* Warm Standby (again a smaller replication of the live environment but with some services always running to facilitate a quicker failover. It can also be the full complement of servers but running on smaller instances than live. Horizontal scaling is preferred to add more instances to a load balancer)
|
||||||
<li>Warm Standby (again a smaller replication of the live environment but with some services always running to facilitate a quicker failover. It can also be the full complement of servers but running on smaller instances than live. Horizontal scaling is preferred to add more instances to a load balancer)</li>
|
* Multi-site (active/active configuration where DNS sends traffic to both sites simultaneously. Auto scaling can also add instances for load where required. DNS weighting can be used to route traffic accordingly). DNS weighting is done as a percentage, so if two records have weightings of 10, then the overall is 20 and the percentage is 50% chance of either being used, this is round robin. Weights of 10 and 40 would mean a total of weight 50, with 1 in 5 chance of weight 10 DNS record being used
|
||||||
<li>Multi-site (active/active configuration where DNS sends traffic to both sites simultaneously. Auto scaling can also add instances for load where required. DNS weighting can be used to route traffic accordingly). DNS weighting is done as a percentage, so if two records have weightings of 10, then the overall is 20 and the percentage is 50% chance of either being used, this is round robin. Weights of 10 and 40 would mean a total of weight 50, with 1 in 5 chance of weight 10 DNS record being used</li>
|
|
||||||
</ul>
|
|
||||||
35. Import/Export can import data sets into S3, EBS or Glacier. You can only export from S3
|
35. Import/Export can import data sets into S3, EBS or Glacier. You can only export from S3
|
||||||
36. Import/Export makes sense for large datasets that cannot be moved or copied into AWS over the internet in an efficient manner (time, cost, etc)
|
36. Import/Export makes sense for large datasets that cannot be moved or copied into AWS over the internet in an efficient manner (time, cost, etc)
|
||||||
37. AWS will export data back to you encrypted with TrueCrypt
|
37. AWS will export data back to you encrypted with TrueCrypt
|
||||||
38. AWS will wipe devices after import if specified
|
38. AWS will wipe devices after import if specified
|
||||||
39. If exporting from an S3 bucket with versioning enabled, only the most recent version is exported
|
39. If exporting from an S3 bucket with versioning enabled, only the most recent version is exported
|
||||||
40. Encryption for imports is optional, mandatory for exports
|
40. Encryption for imports is optional, mandatory for exports
|
||||||
41. Some services have automated backup:-
|
41. Some services have automated backup:
|
||||||
<ul>
|
* RDS
|
||||||
<li>RDS</li>
|
* Redshift
|
||||||
<li>Redshift</li>
|
* Elasticache (Redis only)
|
||||||
<li>Elasticache (Redis only)</li>
|
|
||||||
</ul>
|
|
||||||
42. EC2 does not have automated backup. You can use either EBS snapshots or create an AMI Image from a running or stopped instance. The latter option is especially useful if you have an instance storage on the host which is ephemeral and will get deleted when the instance is stopped (Bundle Instance). You can “copy” the host storage for the instance by creating an AMI, which can then be copied to another region
|
42. EC2 does not have automated backup. You can use either EBS snapshots or create an AMI Image from a running or stopped instance. The latter option is especially useful if you have an instance storage on the host which is ephemeral and will get deleted when the instance is stopped (Bundle Instance). You can “copy” the host storage for the instance by creating an AMI, which can then be copied to another region
|
||||||
43. To restore a file on a server for example, take regular snapshots of the EBS volume, create a volume from the snapshot, mount the volume to the instance, browse and recover the files as necessary
|
43. To restore a file on a server for example, take regular snapshots of the EBS volume, create a volume from the snapshot, mount the volume to the instance, browse and recover the files as necessary
|
||||||
44. MySQL requires InnoDB for automated backups, if you delete an instance then all automated backups are deleted, manual DB snapshots stored in S3 are not deleted
|
44. MySQL requires InnoDB for automated backups, if you delete an instance then all automated backups are deleted, manual DB snapshots stored in S3 are not deleted
|
||||||
|
Loading…
x
Reference in New Issue
Block a user