You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: SAA.md
+57Lines changed: 57 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -107,6 +107,63 @@ Policy versioning: Customer managed policies can normally have only 5 versions b
107
107
108
108
IAM Roles are more preferred instead of resource based policies which are not extendable to other entities
109
109
110
+
* * * * *
111
+
> **EC2:**
112
+
113
+
- When EC2 was first launched all AMI's were backed by Instance store or Ephemeral storage
114
+
- Ephemeral storage is non-persist or temporary storage
115
+
- 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
116
+
- Stopping and restarting an instance moves the instance to another host, hence the lost data
117
+
- EC2 eventually got the ability to attach EBS or Elastic Block Storage which allows for data persistence
118
+
- 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
119
+
- 2 types of Volumes
120
+
- Root Volume:
121
+
- This is where your operating system is installed
122
+
- Can either be EBS or Ephemeral
123
+
- Max size is 10GB
124
+
- EBS root device volume can be up to 1 or 2TB depending on OS
125
+
- Delete on Terminate is the default value
126
+
- Additional Volumes:
127
+
- This can be your D:, E:, F: / dev/sdb, /dev/sdc, /dev/sdd etc..
128
+
- Delete on Terminate is NOT the default value, additional volumes WILL persist after the instance is terminated and must be manually deleted
129
+
- Termination:
130
+
- We have an instance where shutdown behavior = terminate and enable, terminate protection is ticked
131
+
- We shutdown the instance from the OS, what will happen ?
132
+
- The instance will still be terminated!
133
+
134
+
> **EBS:**
135
+
136
+
- Allows users to have data persistence
137
+
- EBS volumes can be detached from an instance and attached to other instances without data loss
138
+
- EBS volumes can only be attached to a single instance at a time
139
+
- EBS root volumes are terminated/deleted by default when the EC2 instance is terminated
140
+
- 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
141
+
- Non root EBS volumes attached to the instance are preserved if you delete the instance
142
+
- Boot time is quicker using EBS, typically less than 1 minute, where Instance store volumes are generally less than 5 minutes
143
+
- 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
144
+
145
+
> **Placement Groups**
146
+
147
+
- Sometimes you want control over the EC2 Instance placement strategy
148
+
- That strategy can be defined using placement groups
149
+
- When you create a placement group, you specify one of the following
150
+
strategies for the group:
151
+
- Cluster---clusters instances into a low-latency group in a single Availability Zone
152
+
- Spread---spreads instances across underlying hardware (max 7 instances per
153
+
group per AZ) -- critical applications
154
+
- Partition---spreads instances across many different partitions (which rely on
155
+
different sets of racks) within an AZ. Scales to 100s of EC2 instances per group
156
+
(Hadoop, Cassandra, Kafka)
157
+
158
+
> **EC2 Instance Launch Types**
159
+
- On Demand Instances: short workload, predictable pricing
160
+
- Reserved: (MINIMUM 1 year)
161
+
- Reserved Instances: long workloads
162
+
- Convertible Reserved Instances: long workloads with flexible instances
163
+
- Scheduled Reserved Instances: example -- every Thursday between 3 and 6 pm
164
+
- Spot Instances: short workloads, for cheap, can lose instances (less reliable)
165
+
- Dedicated Instances: no other customers will share your hardware
166
+
- Dedicated Hosts: book an entire physical server, control instance placement
0 commit comments