|
| 1 | +# AWS SysOps Associate |
| 2 | + |
| 3 | +> **EC2:** |
| 4 | +
|
| 5 | +- When EC2 was first launched all AMI's were backed by Instance store or Ephemeral storage |
| 6 | +- Ephemeral storage is non-persist or temporary storage |
| 7 | +- When an instance is shut down, even if turned back up, the the contents of the instance store, or ephemeral storage will be gone, and unaccessible |
| 8 | +- Stopping and restarting an instance moves the instance to another host, hence the lost data |
| 9 | +- EC2 eventually got the ability to attach EBS or Elastic Block Storage which allows for data persistence |
| 10 | +- There is NO way to flag data preservation on ephemeral storage, if the instance restarts, or the host experiences issues, you can incur data loss |
| 11 | +- 2 types of Volumes |
| 12 | +- Root Volume: |
| 13 | + - This is where your operating system is installed |
| 14 | + - Can either be EBS or Ephemeral |
| 15 | + - Max size is 10GB |
| 16 | + - EBS root device volume can be up to 1 or 2TB depending on OS |
| 17 | + - Delete on Terminate is the default value |
| 18 | +- Additional Volumes: |
| 19 | + - This can be your D:, E:, F: / dev/sdb, /dev/sdc, /dev/sdd etc.. |
| 20 | + - Delete on Terminate is NOT the default value, additional volumes WILL persist after the instance is terminated and must be manually deleted |
| 21 | + |
| 22 | +> **EBS:** |
| 23 | +
|
| 24 | +- Allows users to have data persistence |
| 25 | +- EBS volumes can be detached from an instance and attached to other instances without data loss |
| 26 | +- EBS volumes can only be attached to a single instance at a time |
| 27 | +- EBS root volumes are terminated/deleted by default when the EC2 instance is terminated |
| 28 | +- Termination/Deletion default behavior can be stopped by un-selecting the "Delete on Termination" option when creating the instance or by setting the deleteontermination flag to false using the command line at boot time |
| 29 | +- Non root EBS volumes attached to the instance are preserved if you delete the instance |
| 30 | +- Boot time is quicker using EBS, typically less than 1 minute, where Instance store volumes are generally less than 5 minutes |
| 31 | +- Must manually delete additional EBS volumes when an instance is terminated. Failure to do so will hold a storage charge for unattached non deleted volumes |
| 32 | + |
| 33 | +> **Placement Groups** |
| 34 | +
|
| 35 | +- Sometimes you want control over the EC2 Instance placement strategy |
| 36 | +- That strategy can be defined using placement groups |
| 37 | +- When you create a placement group, you specify one of the following |
| 38 | +strategies for the group: |
| 39 | + - Cluster---clusters instances into a low-latency group in a single Availability Zone |
| 40 | + - Spread---spreads instances across underlying hardware (max 7 instances per |
| 41 | + group per AZ) -- critical applications |
| 42 | + - Partition---spreads instances across many different partitions (which rely on |
| 43 | + different sets of racks) within an AZ. Scales to 100s of EC2 instances per group |
| 44 | + (Hadoop, Cassandra, Kafka) |
0 commit comments