Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated:
1
00:00:00,170 --> 00:00:02,500
So let's look why an EC2 Instance,
2
00:00:02,500 --> 00:00:04,400
would have trouble to be launched.
3
00:00:04,400 --> 00:00:07,380
So if you get an Instance Limit Exceeded error,
4
00:00:07,380 --> 00:00:08,570
that means that you have reached
5
00:00:08,570 --> 00:00:12,010
the max number of vCPUs, per region.
6
00:00:12,010 --> 00:00:13,430
So when you launch your EC2 Instance,
7
00:00:13,430 --> 00:00:15,960
it has a specific number of vCPUs.
8
00:00:15,960 --> 00:00:18,520
And there are limits for On-Demand
9
00:00:18,520 --> 00:00:20,820
and Spot instances for vCPU.
10
00:00:20,820 --> 00:00:23,660
For example, if you use standard instances,
11
00:00:23,660 --> 00:00:27,330
then you'll have by default 64 vCPUs available to you.
12
00:00:27,330 --> 00:00:29,250
So the resolution in case you reach that limit
13
00:00:29,250 --> 00:00:31,700
is to launch either the instance in different region
14
00:00:31,700 --> 00:00:33,240
where the limits will be reset,
15
00:00:33,240 --> 00:00:37,720
or to request AWS to increase your limit, in the region.
16
00:00:37,720 --> 00:00:40,470
And just so you note, the vCPU based limits only apply
17
00:00:40,470 --> 00:00:44,030
to running On-Demand and Spot instances.
18
00:00:44,030 --> 00:00:45,410
So we can see this in two ways.
19
00:00:45,410 --> 00:00:48,020
First of all, if you go to Limits on the left hand side
20
00:00:48,020 --> 00:00:50,270
and then we look for vCPU.
21
00:00:50,270 --> 00:00:51,820
We have two limits to look at.
22
00:00:51,820 --> 00:00:54,850
So, the first one is this one,
23
00:00:54,850 --> 00:00:57,700
All Standard Spot Instance Requests,
24
00:00:57,700 --> 00:01:00,370
which is limited to 64 vCPUs.
25
00:01:00,370 --> 00:01:02,340
That means that once you reach that number
26
00:01:02,340 --> 00:01:04,120
then we will have an error.
27
00:01:04,120 --> 00:01:05,380
And if you scroll down,
28
00:01:05,380 --> 00:01:08,420
there's a Running On-Demand All Standard.
29
00:01:08,420 --> 00:01:11,910
So again, it's for 64 vCPUs, okay?
30
00:01:11,910 --> 00:01:14,450
And, in case you wanted to increase that limit,
31
00:01:14,450 --> 00:01:18,740
you could click on here, to request a limit increase.
32
00:01:18,740 --> 00:01:21,810
There's also a way for you to calculate the vCPU limit
33
00:01:21,810 --> 00:01:24,210
using this calculator, but I won't go over it.
34
00:01:24,210 --> 00:01:26,090
And another way to look at it,
35
00:01:26,090 --> 00:01:27,710
would be the Service Quotas console,
36
00:01:27,710 --> 00:01:29,280
which is a very cool service.
37
00:01:29,280 --> 00:01:32,730
So you would go into the Amazon Elastic Compute Cloud,
38
00:01:32,730 --> 00:01:37,160
Amazon EC2, and then you would look for standard,
39
00:01:37,160 --> 00:01:38,037
the keyword standard.
40
00:01:38,037 --> 00:01:40,740
And as you can see, All Standard Spot Instance request
41
00:01:40,740 --> 00:01:44,317
has a 64 limit and Running On-Demand as well,
42
00:01:44,317 --> 00:01:45,950
has 64 limits.
43
00:01:45,950 --> 00:01:48,600
And if I click on it, we can have a look at
44
00:01:48,600 --> 00:01:51,860
what is the value and the quota value,
45
00:01:51,860 --> 00:01:54,280
and then we can request a quota increase.
46
00:01:54,280 --> 00:01:56,650
Now, how do we know how many vCPU get launched
47
00:01:56,650 --> 00:01:57,530
by each instance?
48
00:01:57,530 --> 00:01:59,910
Well, if we go and Launch an instance,
49
00:01:59,910 --> 00:02:03,340
we can find out how many VCPUs, based on Instance type
50
00:02:03,340 --> 00:02:04,540
by going into Instant type,
51
00:02:04,540 --> 00:02:06,950
and then click on Compare instance types.
52
00:02:06,950 --> 00:02:08,750
And in here, you have the Instant type
53
00:02:08,750 --> 00:02:10,420
versus number of VCPUs.
54
00:02:10,420 --> 00:02:13,730
For t2 micros, we can see we have one vCPU,
55
00:02:13,730 --> 00:02:18,610
but if we choose an instance such as the C59 xlarge,
56
00:02:18,610 --> 00:02:22,020
we have 36 vCPU, so using this instance type,
57
00:02:22,020 --> 00:02:24,280
it would quickly reach the limit.
58
00:02:24,280 --> 00:02:26,420
The second kind of troubleshooting issue is
59
00:02:26,420 --> 00:02:29,030
if you get an Insufficient Instance Capacity.
60
00:02:29,030 --> 00:02:31,170
So if you get this error, that means that AWS
61
00:02:31,170 --> 00:02:34,350
has not enough capacity for On-Demand,
62
00:02:34,350 --> 00:02:37,670
in the particular AZ, where the instance is launched.
63
00:02:37,670 --> 00:02:41,460
This is not a problem on you, this is a problem for AWS.
64
00:02:41,460 --> 00:02:43,950
So a resolution for this error can be multiple.
65
00:02:43,950 --> 00:02:45,460
For example, you can wait a few minutes
66
00:02:45,460 --> 00:02:47,410
before requesting again, in case
67
00:02:47,410 --> 00:02:51,140
there is more capacity added to that particular AZ.
68
00:02:51,140 --> 00:02:54,700
Or, you can, for example, request less instances at a time.
69
00:02:54,700 --> 00:02:57,100
For example, say you're requesting 10 instances,
70
00:02:57,100 --> 00:02:58,860
in an AZ, but it's not possible.
71
00:02:58,860 --> 00:03:01,530
Then maybe break it down into smaller requests.
72
00:03:01,530 --> 00:03:04,840
Or, make a request for a different instance type.
73
00:03:04,840 --> 00:03:07,370
For example, something completely different.
74
00:03:07,370 --> 00:03:08,740
And then you can resize later,
75
00:03:08,740 --> 00:03:10,720
as we can see, we can resize our instances
76
00:03:10,720 --> 00:03:13,810
or obviously, please try to launch the request
77
00:03:13,810 --> 00:03:15,750
in a different AZ, if that's something
78
00:03:15,750 --> 00:03:17,363
that is acceptable to you.
79
00:03:18,430 --> 00:03:20,650
And finally, if the instance that you launch
80
00:03:20,650 --> 00:03:21,966
terminates immediately, so it goes
81
00:03:21,966 --> 00:03:24,860
from pending right away to terminated.
82
00:03:24,860 --> 00:03:25,870
That means a couple of things.
83
00:03:25,870 --> 00:03:29,210
You either reach your EBS volume limit, so check this out.
84
00:03:29,210 --> 00:03:30,980
Or your EBS snapshot, you're launching
85
00:03:30,980 --> 00:03:33,060
your Instance from is corrupt,
86
00:03:33,060 --> 00:03:35,400
or the root EBS volume is encrypted
87
00:03:35,400 --> 00:03:36,690
and you do not have permissions
88
00:03:36,690 --> 00:03:39,460
to access the KMS key, for decryption.
89
00:03:39,460 --> 00:03:42,730
Or if it's an AMI, instance store-backed AMI,
90
00:03:42,730 --> 00:03:44,480
then maybe it's missing a part.
91
00:03:44,480 --> 00:03:46,660
So to find the exact reason, you should check out
92
00:03:46,660 --> 00:03:49,790
the EC2 console of AWS, which should give you,
93
00:03:49,790 --> 00:03:52,639
in the description type, the reason why there was
94
00:03:52,639 --> 00:03:56,350
a termination of your instance directly, okay?
95
00:03:56,350 --> 00:03:58,440
Begin to remember, all that I said to you.
96
00:03:58,440 --> 00:04:00,320
So, the Instance terminated, the Instance capacity,
97
00:04:00,320 --> 00:04:02,770
and the Instance limit, going into the exam.
98
00:04:02,770 --> 00:04:05,143
So that's it. I will see you in the next lecture.
8052
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.