1
00:00:00,230 --> 00:00:02,180
因此，CouldWatch可为每个指标提供指标

2
00:00:02,180 --> 00:00:06,090
AWS中的服务，监视是AWS的核心中心，

3
00:00:06,090 --> 00:00:08,440
指标将成为要监控的变量。

4
00:00:08,440 --> 00:00:10,950
因此可能是Cpuutilization或NetworkIn

5
00:00:10,950 --> 00:00:13,200
连接数等

6
00:00:13,200 --> 00:00:16,250
现在，指标属于名称空间，因此将它们分组，

7
00:00:16,250 --> 00:00:18,750
和维度，它将是指标的属性，

8
00:00:18,750 --> 00:00:22,310
例如，哪个实例ID发送到Cpuutilization

9
00:00:22,310 --> 00:00:24,960
对于EC2，这可能是一个维度。

10
00:00:24,960 --> 00:00:27,380
现在，每个指标最多可以有10个维度，

11
00:00:27,380 --> 00:00:28,870
指标会有时间戳记

12
00:00:28,870 --> 00:00:30,800
显然是因为这是一个时间序列

13
00:00:30,800 --> 00:00:33,500
我们会随着时间获得指标，因此他们会有时间戳记，

14
00:00:33,500 --> 00:00:35,247
您可以创建指标的CloudWatch仪表板，

15
00:00:35,247 --> 00:00:36,727
我们将看到仪表板和

16
00:00:36,727 --> 00:00:39,220
指标详细信息，请参见下一讲。

17
00:00:39,220 --> 00:00:40,670
所以，仅此而已

18
00:00:40,670 --> 00:00:44,070
现在我们有了一些称为EC2详细监控的指标，

19
00:00:44,070 --> 00:00:45,960
这是我们必须启用的功能

20
00:00:45,960 --> 00:00:48,690
因此，如果您还记得EC2实例指标

21
00:00:48,690 --> 00:00:50,260
每五分钟一次

22
00:00:50,260 --> 00:00:52,670
但是如果您启用详细的费用监控，

23
00:00:52,670 --> 00:00:54,180
您每隔一分钟就会获得数据，

24
00:00:54,180 --> 00:00:55,890
我们已经知道了

25
00:00:55,890 --> 00:00:57,690
因此，如果我们使用详细监控，

26
00:00:57,690 --> 00:01:00,270
我们可以更快地为我们的ASG进行订单扩展，

27
00:01:00,270 --> 00:01:03,130
这可能是改善可扩展性的一种方式

28
00:01:03,130 --> 00:01:04,560
我们的应用程序。

29
00:01:04,560 --> 00:01:06,740
现在，AWS免费套餐将使我们能够

30
00:01:06,740 --> 00:01:08,110
10个详细的监控指标，

31
00:01:08,110 --> 00:01:09,480
所以这是一个很好的层次，

32
00:01:09,480 --> 00:01:10,920
这就是你应该知道的一切，

33
00:01:10,920 --> 00:01:13,770
请记住，对于EC2，我们之前已经看到过这一点。

34
00:01:13,770 --> 00:01:16,350
默认情况下不推动内存使用，

35
00:01:16,350 --> 00:01:19,000
它必须从实例内部推送

36
00:01:19,000 --> 00:01:19,940
作为自定义指标

37
00:01:19,940 --> 00:01:22,010
为此，我们使用了监视脚本

38
00:01:22,010 --> 00:01:24,350
就是这样的，好吧。

39
00:01:24,350 --> 00:01:27,630
现在终于可以在CloudWatch中获得自定义指标

40
00:01:27,630 --> 00:01:28,840
而且您应该了解它们，

41
00:01:28,840 --> 00:01:30,640
因此默认情况下，您可以发送

42
00:01:30,640 --> 00:01:32,420
您对CloudWatch的自定义指标，

43
00:01:32,420 --> 00:01:35,110
使用CLI或所需的任何SDK，

44
00:01:35,110 --> 00:01:37,530
您还可以发送或接收尺寸或属性

45
00:01:37,530 --> 00:01:40,280
可以像以前一样细分指标（最多10个）。

46
00:01:40,280 --> 00:01:42,790
这样我们就可以发送Instance.id，Environment.name等。

47
00:01:42,790 --> 00:01:46,010
因此，您只需为我们的指标提供尺寸，

48
00:01:46,010 --> 00:01:48,840
然后默认情况下的公制分辨率为

49
00:01:48,840 --> 00:01:50,210
这次一分钟

50
00:01:50,210 --> 00:01:52,490
所以我们的标准分辨率是一分钟

51
00:01:52,490 --> 00:01:55,700
但您可以拥有高容量，高分辨率指标

52
00:01:55,700 --> 00:01:58,548
您最多可以发送一秒钟，所以每秒钟发送一次

53
00:01:58,548 --> 00:02:01,370
很明显，当您使用更高的分辨率时，

54
00:02:01,370 --> 00:02:02,500
你要付出更高的代价，

55
00:02:02,500 --> 00:02:06,125
所以这是如果您需要极端，详细和极端

56
00:02:06,125 --> 00:02:09,620
有关您的应用程序运行状况的信息

57
00:02:09,620 --> 00:02:11,310
每隔一秒钟。

58
00:02:11,310 --> 00:02:13,560
现在，只需将指标发送到CloudWatch

59
00:02:13,560 --> 00:02:16,420
您曾经使用名为PutMetricData的API，

60
00:02:16,420 --> 00:02:18,440
显然，这是为了吸引客户

61
00:02:18,440 --> 00:02:20,530
然后，如果您遇到任何错误，

62
00:02:20,530 --> 00:02:24,690
问题是，在AWS中要做的事情是使用调节器

63
00:02:24,690 --> 00:02:25,750
和指数回落，

64
00:02:25,750 --> 00:02:28,860
因此，如果您遇到错误，

65
00:02:28,860 --> 00:02:31,400
首先，您只需要每秒重试一次

66
00:02:31,400 --> 00:02:32,970
然后两秒钟然后四秒钟

67
00:02:32,970 --> 00:02:34,000
直到它起作用为止。

68
00:02:34,000 --> 00:02:35,880
现在让我们来看看CloudWatch指标

69
00:02:35,880 --> 00:02:37,620
在AWS控制台中。

70
00:02:37,620 --> 00:02:39,480
好的，对于CloudWatch，我们将

71
00:02:39,480 --> 00:02:41,900
找到服务并在CloudWatch中键入

72
00:02:41,900 --> 00:02:44,840
然后在其中打开CouldWatch控制台。

73
00:02:44,840 --> 00:02:46,270
我们将介绍指标

74
00:02:46,270 --> 00:02:47,900
在指标中，我们可以看到有一堆

75
00:02:47,900 --> 00:02:50,069
指标组，以便根据您使用的服务

76
00:02:50,069 --> 00:02:52,410
您会在此处看到一些指标，

77
00:02:52,410 --> 00:02:56,030
因此我们得到了EC2，RDS，EleastiCache，S3，日志，

78
00:02:56,030 --> 00:02:57,620
你可以拥有很多东西

79
00:02:57,620 --> 00:03:00,360
所以现在就可以使用一个指标

80
00:03:00,360 --> 00:03:04,040
因为所有内容一直被删除，

81
00:03:04,040 --> 00:03:06,030
我要启动一个EC2实例，

82
00:03:06,030 --> 00:03:08,130
我很快就会启动一个实例，

83
00:03:08,130 --> 00:03:10,050
我将选择两个Amzazon Linux，

84
00:03:10,050 --> 00:03:11,210
我会选择t2 micro

85
00:03:11,210 --> 00:03:13,330
我将直接点击“查看并启动”

86
00:03:13,330 --> 00:03:16,650
发射，我说承认没关系。

87
00:03:16,650 --> 00:03:20,170
所以现在我刚刚在爱尔兰启动了一个实例

88
00:03:20,170 --> 00:03:23,510
因此它位于eu-west-1c中，并且实例状态处于待处理状态。

89
00:03:23,510 --> 00:03:25,800
我要做的就是等几秒钟，直到

90
00:03:25,800 --> 00:03:28,610
实例指标就显示在此处。

91
00:03:28,610 --> 00:03:31,770
好吧，现在我可以单击例如EC2

92
00:03:31,770 --> 00:03:33,890
然后我可以点击“按实例指标”

93
00:03:33,890 --> 00:03:36,600
我可以寻找CPU，看看有什么，

94
00:03:36,600 --> 00:03:40,360
所以我们有CpucreditUsage，Cpuutilization等。

95
00:03:40,360 --> 00:03:41,950
我将使用刚刚启动的实例

96
00:03:41,950 --> 00:03:44,600
最后是73e

97
00:03:44,600 --> 00:03:46,150
所以让我点击它，我们开始。

98
00:03:46,150 --> 00:03:48,470
该指标随时间的利用率

99
00:03:48,470 --> 00:03:49,960
在这里，我们有了一个图，

100
00:03:49,960 --> 00:03:51,850
该指标随时间变化的线，

101
00:03:51,850 --> 00:03:54,102
所以我不得不承认，这不是很吸引人

102
00:03:54,102 --> 00:03:55,770
但这是东西

103
00:03:55,770 --> 00:03:58,300
这样我们就可以得到某种图形。

104
00:03:58,300 --> 00:04:00,960
所以想法是在这里我们可以访问监控

105
00:04:00,960 --> 00:04:02,250
我们已经知道

106
00:04:02,250 --> 00:04:04,410
直接从此控制台

107
00:04:04,410 --> 00:04:06,450
但我们也可以访问所有指标

108
00:04:06,450 --> 00:04:08,620
直接来自CloudWatch以及我们这样做的原因

109
00:04:08,620 --> 00:04:10,690
是创建CloudWatch仪表板，我们将看到

110
00:04:10,690 --> 00:04:11,940
在接下来的演讲中。