1
00:00:00,000 --> 00:00:10,811

2
00:00:10,811 --> 00:00:12,060
LEO ZHADANOVSKY：嗨，大家好。

3
00:00:12,060 --> 00:00:13,675
我是獅子座Zhadanovsky。

4
00:00:13,675 --> 00:00:17,000
我是一個解決方案架構師
亞馬遜Web服務。

5
00:00:17,000 --> 00:00:21,030
而我今天要和你談談
什麼亞馬遜Web Services是，

6
00:00:21,030 --> 00:00:25,170
它的歷史，簡要概述
我們所提供的服務。

7
00:00:25,170 --> 00:00:29,530
而且我會做的現場演示
如何推出AWS一個LAMP堆棧

8
00:00:29,530 --> 00:00:33,769
無論在單個實例和
通過使用我們的一些其他的

9
00:00:33,769 --> 00:00:36,060
[？管理？]服務，例如
作為我們的關係型數據庫

10
00:00:36,060 --> 00:00:39,330
服務，我們的負載
平衡器，和我們的實例。

11
00:00:39,330 --> 00:00:41,610
>> 因此，首先，讓我們
談到AWS的歷史。

12
00:00:41,610 --> 00:00:47,780
因此，如何做Amazon.com進入
這種雲計算的公司嗎？

13
00:00:47,780 --> 00:00:51,630
那麼，亞馬遜在真正的好
提供一個大的產品選擇

14
00:00:51,630 --> 00:00:54,440
和運輸那些
客戶有效。

15
00:00:54,440 --> 00:00:57,870
後面這種能力
在於多年的經驗

16
00:00:57,870 --> 00:01:01,330
與操作的數據中心，與
物流，有各種各樣的東西。

17
00:01:01,330 --> 00:01:05,420
因此，我們發現
超過10年，我們

18
00:01:05,420 --> 00:01:10,840
想使我們的客戶
做了很多不同的東西，對不對？

19
00:01:10,840 --> 00:01:16,870
>> 因此，我們最後提供一些內部
服務達第三方賣家。

20
00:01:16,870 --> 00:01:20,640
當我們發表簡單的Web服務
比如我們的目錄檢索。

21
00:01:20,640 --> 00:01:22,910
並成為真正的
顯而易見的真快

22
00:01:22,910 --> 00:01:26,530
開發商都餓了
更多的我們的服務。

23
00:01:26,530 --> 00:01:29,830
所以這促使我們開發AWS。

24
00:01:29,830 --> 00:01:31,910
因此，我們問我們什麼
可以打包一切

25
00:01:31,910 --> 00:01:36,620
我們這樣做，並提供給
其他人在網上？

26
00:01:36,620 --> 00:01:41,940
>> 因此，AWS的使命是使
企業和開發人員

27
00:01:41,940 --> 00:01:46,080
使用Web服務來構建
可擴展的複雜的應用程序。

28
00:01:46,080 --> 00:01:49,650
和web服務是什麼
現在人們稱之為雲計算。

29
00:01:49,650 --> 00:01:53,180
於是在2006年，AWS誕生了。

30
00:01:53,180 --> 00:01:56,590
讓我們來談談
什麼AWS實際上是。

31
00:01:56,590 --> 00:02:01,310
>> 因此，我們提供不同的
在不同層次的服務。

32
00:02:01,310 --> 00:02:06,060
因此，我們有一種我們的核心業務，
我們計算的存儲和數據庫。

33
00:02:06,060 --> 00:02:08,250
然後我們也有
一個網絡層，

34
00:02:08,250 --> 00:02:10,289
我們已經有了一個全球性
基礎設施，因此我們

35
00:02:10,289 --> 00:02:13,812
在世界各地得到了地區和
世界各地的供應區域。

36
00:02:13,812 --> 00:02:15,520
然後我們有
較高層次的服務，

37
00:02:15,520 --> 00:02:18,670
如應用服務
用於構建水平

38
00:02:18,670 --> 00:02:20,434
可擴展的應用程序。

39
00:02:20,434 --> 00:02:22,850
然後，我們已經有了部署
和管理服務。

40
00:02:22,850 --> 00:02:26,010
因此，這些都是服務，你
用來部署你的代碼在AWS

41
00:02:26,010 --> 00:02:29,100
並管理您的
AWS帳號，因為它擴展。

42
00:02:29,100 --> 00:02:32,120
>> 因此，讓我們來談談我們
第一個全球性的基礎設施。

43
00:02:32,120 --> 00:02:35,960
我們有世界各地的11個地區。

44
00:02:35,960 --> 00:02:39,680
所以，我們只是增加了一個新的區域
幾個星期前在法蘭克福，

45
00:02:39,680 --> 00:02:41,500
但每個區域是
就像一個單獨的雲。

46
00:02:41,500 --> 00:02:43,580
因此，這些服務我
要談，就

47
00:02:43,580 --> 00:02:46,350
存在於不同的區域。

48
00:02:46,350 --> 00:02:50,370
所以在美國，有一個
區域在弗吉尼亞州北部。

49
00:02:50,370 --> 00:02:54,390
有一個區域在北
加利福尼亞州和俄勒岡州。

50
00:02:54,390 --> 00:02:57,690
>> 在俄勒岡州的區域
也是碳中性。

51
00:02:57,690 --> 00:03:00,200
我們也有一個區域
俄勒岡稱為GovCloud。

52
00:03:00,200 --> 00:03:05,370
所以，如果你有一個工作量需要
要符合ITAR，所以這是

53
00:03:05,370 --> 00:03:09,580
國際交通和武器削減
條約，你應該使用GovCloud。

54
00:03:09,580 --> 00:03:12,510
>> 所以，最重要的事情
關於這是你

55
00:03:12,510 --> 00:03:15,100
挑選在您的數據
去哪裡你的應用程序去。

56
00:03:15,100 --> 00:03:19,370
所以我們不跨越移動數據
地區或跨區域的可用性

57
00:03:19,370 --> 00:03:22,277
如果它是一個服務，您可以
選擇可用性區域。

58
00:03:22,277 --> 00:03:23,860
你可以挑選，哪裡就有奇蹟。

59
00:03:23,860 --> 00:03:24,526
您可以移動它。

60
00:03:24,526 --> 00:03:27,920
我們為您提供的工具來移動你
數據，但我們不會將它給你。

61
00:03:27,920 --> 00:03:30,710
>> 因此每個區域內有
至少有兩個可用區域，

62
00:03:30,710 --> 00:03:33,020
我們將談論什麼
那些是在一秒鐘。

63
00:03:33,020 --> 00:03:35,530
還有還有52邊緣
在世界各地。

64
00:03:35,530 --> 00:03:40,850
所以邊沿位置基本上我們
CloudFront的，[？雲？]分佈

65
00:03:40,850 --> 00:03:43,410
網絡，我們的路線53 DNS服務。

66
00:03:43,410 --> 00:03:47,100
所以有很多人
因為它們是更接近用戶，

67
00:03:47,100 --> 00:03:49,360
因為這些都是
潛伏期為基礎的服務。

68
00:03:49,360 --> 00:03:51,410
所以延遲事項它們。

69
00:03:51,410 --> 00:03:54,630
>> 因此，這是一個典型的
區域模樣。

70
00:03:54,630 --> 00:03:56,630
進而[？內？]
每個區域有，

71
00:03:56,630 --> 00:03:58,530
就像我說的，至少
2可用區。

72
00:03:58,530 --> 00:04:01,390
可用性區
至少一個數據中心，

73
00:04:01,390 --> 00:04:04,340
有時也可以是內更
相同的地理區域。

74
00:04:04,340 --> 00:04:09,010
而我們的可用性區設計
要在不同的河漫灘，故障

75
00:04:09,010 --> 00:04:15,501
平原有明顯的權力
公用事業和不同的一級互聯網服務供應商。

76
00:04:15,501 --> 00:04:17,500
所以，你應該設計你的
應用[？介意嗎？]

77
00:04:17,500 --> 00:04:20,240
那裡的東西都可能發生
在一個可用性區域，

78
00:04:20,240 --> 00:04:23,245
但所以你應該攤開你的
在多個應用程序的可用性

79
00:04:23,245 --> 00:04:27,100
區，因為他們正在建
這些裁員的初衷。

80
00:04:27,100 --> 00:04:30,490
>> 因此，我們的電源很多
你認識的企業。

81
00:04:30,490 --> 00:04:36,590
所以從Airbnb住宿，Netflix的，
到Dropbox的，以Yelp的，

82
00:04:36,590 --> 00:04:41,270
我們有各種創業公司和
對我們的工作負載運行的企業。

83
00:04:41,270 --> 00:04:44,610
在公共部門，我們有
各類政府機構

84
00:04:44,610 --> 00:04:47,740
對我們來說，edtech
初創企業，大學。

85
00:04:47,740 --> 00:04:52,910
奧巴馬競選基本上都跑了
他們在Amazon Web Services的東西。

86
00:04:52,910 --> 00:04:56,690
>> 而剛剛給你透視
我們的縮放，平均每天

87
00:04:56,690 --> 00:05:00,840
我們有足夠的新服務器
容量支持

88
00:05:00,840 --> 00:05:04,400
Amazon.com的全球基礎設施
當它是一個十億$ 7

89
00:05:04,400 --> 00:05:05,740
企業早在2004年。

90
00:05:05,740 --> 00:05:08,500
所以這就是多少，我們
對平均一天。

91
00:05:08,500 --> 00:05:11,910
>> 所以一般的概念是，如果你
想想你如何獲得權力。

92
00:05:11,910 --> 00:05:14,940
所以，你得到的功率，它的需求，對不對？

93
00:05:14,940 --> 00:05:19,580
所以你知道，當你得到
它，你知道你可以得到它。

94
00:05:19,580 --> 00:05:22,950
它是統一的，所以你知道
什麼電壓你得到。

95
00:05:22,950 --> 00:05:26,940
它是現收現付，這樣你付出
你到底有多少使用。

96
00:05:26,940 --> 00:05:29,020
和它的使用。

97
00:05:29,020 --> 00:05:31,060
所以你插上，你知道
你會得到力量。

98
00:05:31,060 --> 00:05:34,350
所以，我們已經採取了和
它擴展到計算機。

99
00:05:34,350 --> 00:05:36,710
>> 因此，這解決了很多問題。

100
00:05:36,710 --> 00:05:41,230
我們通常看到很多
IT組織。

101
00:05:41,230 --> 00:05:43,130
他們有這個能力的問題。

102
00:05:43,130 --> 00:05:46,370
因此，他們有一定的金額
IT需求，然後他們

103
00:05:46,370 --> 00:05:49,290
有過度供應的能力。

104
00:05:49,290 --> 00:05:53,110
因此，無論他們的方式過度配置，
或者它們不具有足夠的容量，

105
00:05:53,110 --> 00:05:54,930
他們有不滿意的客戶。

106
00:05:54,930 --> 00:05:59,820
>> 因此，例如，這些都是
不同的交通模式。

107
00:05:59,820 --> 00:06:01,980
因此，無論你有東西
該打開和關閉，

108
00:06:01,980 --> 00:06:05,920
或生長快，或具有可變峰
或可預測的峰值，對於所有這些，

109
00:06:05,920 --> 00:06:08,122
你要么去
過規定通常情況下，

110
00:06:08,122 --> 00:06:09,580
或者你要下的規定。

111
00:06:09,580 --> 00:06:12,990
所以，你要么浪費，或
你有不滿意的客戶。

112
00:06:12,990 --> 00:06:17,400
>> 那麼，什麼AWS允許你做的是你
可以動態地擴展上下

113
00:06:17,400 --> 00:06:19,510
根據你的
實際的使用模式是。

114
00:06:19,510 --> 00:06:23,270
所以，你可以為你使用的服務付費。

115
00:06:23,270 --> 00:06:25,115
你可以啟動
實例，所以實例

116
00:06:25,115 --> 00:06:27,030
是我們對虛擬服務器的話。

117
00:06:27,030 --> 00:06:29,280
您可以啟動1
例如，你可以啟動

118
00:06:29,280 --> 00:06:33,160
數千實例在幾分鐘或
秒，絲毫不亞於你所需要的。

119
00:06:33,160 --> 00:06:35,897
你可以撥打起來
上下按要求。

120
00:06:35,897 --> 00:06:38,730
因此，讓我和你談的
例如這是一種離家近。

121
00:06:38,730 --> 00:06:44,930
所以這是一個典型的交通
圖表十一月Amazon.com。

122
00:06:44,930 --> 00:06:49,491
而最後兩個峰這裡，
沒有人知道它們是什麼？

123
00:06:49,491 --> 00:06:49,990
所以they're--

124
00:06:49,990 --> 00:06:51,180
>> 聽眾：網絡星期一？

125
00:06:51,180 --> 00:06:53,430
>> LEO ZHADANOVSKY：網絡星期一
和黑色星期五，對不對？

126
00:06:53,430 --> 00:06:57,020
所以傳統，什麼Amazon.com有
做的是，他們不得不提供能力

127
00:06:57,020 --> 00:06:58,330
涵蓋這兩個高峰。

128
00:06:58,330 --> 00:07:04,490
因此，作為其結果，時間76％，
他們有太多的能力。

129
00:07:04,490 --> 00:07:07,640
而只有24％的時間
被他們充分利用它。

130
00:07:07,640 --> 00:07:12,730
所以在2010年Amazon.com轉身
關閉其最後一個物理Web服務器

131
00:07:12,730 --> 00:07:14,430
並把它移植到AWS。

132
00:07:14,430 --> 00:07:16,660
原來這就是交通
模式貌似現在。

133
00:07:16,660 --> 00:07:19,240
容量略高於
什麼實際需要。

134
00:07:19,240 --> 00:07:23,100
>> 那麼，為什麼我們看到客戶採用
雲計算AWS這麼快？

135
00:07:23,100 --> 00:07:24,480
那麼，敏捷性。

136
00:07:24,480 --> 00:07:27,090
所以這是主要的
原因是我們看到的。

137
00:07:27,090 --> 00:07:28,590
為什麼敏捷很重要？

138
00:07:28,590 --> 00:07:31,790
那麼，它允許客戶
做的事情，在舊世界

139
00:07:31,790 --> 00:07:36,090
花了幾個星期或幾個月做
它們在幾分鐘或幾秒鐘。

140
00:07:36,090 --> 00:07:39,510
所以，你可以做的事情一樣旋轉了
全新的開發和測試環境，

141
00:07:39,510 --> 00:07:42,010
旋轉了一個全新的DR
環境，旋轉起來

142
00:07:42,010 --> 00:07:45,180
50個實例，或1000
針對高峰流量情況下，

143
00:07:45,180 --> 00:07:49,140
除去那些1000實例，設置
了一個HPC集群，或GS集群，

144
00:07:49,140 --> 00:07:51,430
你可以這樣做
所有在AWS分鐘。

145
00:07:51,430 --> 00:07:54,960
>> 所以，這是什麼導致的
創新文化。

146
00:07:54,960 --> 00:07:57,290
所以，你可以經常體驗。

147
00:07:57,290 --> 00:08:00,190
你可以只為您所使用的支付
你可以沒有風險的失敗。

148
00:08:00,190 --> 00:08:04,477
所以，如果你嘗試的東西出來，你
付出了幾個小時的使用。

149
00:08:04,477 --> 00:08:05,310
這不是什麼大不了的事。

150
00:08:05,310 --> 00:08:08,150
你有沒有把一個大的資本
投資前面的那個。

151
00:08:08,150 --> 00:08:10,930
>> 那麼，什麼是客戶
實際使用AWS的？

152
00:08:10,930 --> 00:08:16,170
好吧，讓聖母大學，
他們搬到他們的網站轉移到AWS。

153
00:08:16,170 --> 00:08:21,150
他們有一個平均約38000
每天的遊客到他們的網站，

154
00:08:21,150 --> 00:08:26,150
但它可以在膨脹到150000
體育賽事和足球比賽。

155
00:08:26,150 --> 00:08:29,840
於是，他們把他們的網站上給我們。

156
00:08:29,840 --> 00:08:33,650
而現在他們的網站能夠支持
流量增長了500％，所有的

157
00:08:33,650 --> 00:08:36,600
雖然他們已經保存
在現有的40％

158
00:08:36,600 --> 00:08:39,120
內部部署設置為自己的網站。

159
00:08:39,120 --> 00:08:47,530
>> 美國航空航天局噴氣推進實驗室，他們使用AWS的生活流
好奇心火星車著陸。

160
00:08:47,530 --> 00:08:51,320
等他們發現
只有六個提前天

161
00:08:51,320 --> 00:08:53,650
他們需要
另尋供應商

162
00:08:53,650 --> 00:08:56,030
從他們的常規供應商
他們的現場直播。

163
00:08:56,030 --> 00:08:58,140
這也同樣
時間作為奧運會。

164
00:08:58,140 --> 00:09:01,686
這樣他們就可以不買CDM
容量在時間的任何地方。

165
00:09:01,686 --> 00:09:04,310
所以他們基本建立
自己的內容分發網絡

166
00:09:04,310 --> 00:09:07,240
我們在六天內EC2服務。

167
00:09:07,240 --> 00:09:10,090
並且他們能夠有
它擴展到他們的需求。

168
00:09:10,090 --> 00:09:13,480
他們是，我認為，展望
約100萬名觀眾。

169
00:09:13,480 --> 00:09:16,200
所以這是一個非常有趣的
技術進他們使用，

170
00:09:16,200 --> 00:09:18,990
Adobe Flash媒體服務器
和[？互聯網？]緩存。

171
00:09:18,990 --> 00:09:23,350
而且他們能夠部署全
這些集群編程為

172
00:09:23,350 --> 00:09:23,850
必要的。

173
00:09:23,850 --> 00:09:26,590
然後，他們紡下來時，
他們沒有使用它們了。

174
00:09:26,590 --> 00:09:32,680
>> 奧巴馬的競選班子在2012年使用
AWS超過200個應用程序

175
00:09:32,680 --> 00:09:34,950
他們主辦的平台上。

176
00:09:34,950 --> 00:09:39,010
他們擁有一切，從
打電話的工具，以支付處理，

177
00:09:39,010 --> 00:09:43,920
移動的應用程序，以
志願者組織的網站，

178
00:09:43,920 --> 00:09:47,269
以大數據分析工具。

179
00:09:47,269 --> 00:09:49,060
和一切都得
在選舉日的工作。

180
00:09:49,060 --> 00:09:52,459
所以移動選舉日會
需要修改憲法，

181
00:09:52,459 --> 00:09:53,750
所以這是不會發生的。

182
00:09:53,750 --> 00:09:56,208
所以，所有的系統都將
有工作的第一天。

183
00:09:56,208 --> 00:09:57,670
而他們做到了。

184
00:09:57,670 --> 00:10:00,660
>> 因此，讓我們來談談實際的服務。

185
00:10:00,660 --> 00:10:03,130
因此，首先在網絡服務。

186
00:10:03,130 --> 00:10:06,750
所以亞馬遜VPC是
虛擬私有雲。

187
00:10:06,750 --> 00:10:09,500
它基本上是一個
軟件定義的網絡

188
00:10:09,500 --> 00:10:13,910
那住在你的EC2實例的基礎上，
和你的RDS，我們將談論，

189
00:10:13,910 --> 00:10:15,120
和ElastiCache。

190
00:10:15,120 --> 00:10:20,080
>> 所以你可以定義一個私人
為實例的地址空間。

191
00:10:20,080 --> 00:10:22,820
你可以打破成
公共子網，專用子網。

192
00:10:22,820 --> 00:10:27,790
你可以做VPN連接
內部部署的數據中心。

193
00:10:27,790 --> 00:10:33,635
那麼你也可以延長您
內部部署的地址空間的VPC。

194
00:10:33,635 --> 00:10:37,400
你有權力操縱路線
表，以便您可以自定義的東西。

195
00:10:37,400 --> 00:10:40,450
您有網絡
在VPC控制列表。

196
00:10:40,450 --> 00:10:42,370
[？所以它？]給你
一個很大的靈活性

197
00:10:42,370 --> 00:10:45,640
在你在AWS已經運行。

198
00:10:45,640 --> 00:10:47,140
>> 再有就是AWS的DirectConnect。

199
00:10:47,140 --> 00:10:50,820
所以的DirectConnect是一個私人
連接到我們的地區。

200
00:10:50,820 --> 00:10:54,380
所以，你可以得到一個或一個萬兆
鏈接或多個一個或萬兆鏈路

201
00:10:54,380 --> 00:10:55,720
最多的區域。

202
00:10:55,720 --> 00:10:58,470
所以，如果你上傳了很多
數據或下載大量的數據

203
00:10:58,470 --> 00:11:01,440
而需要私人連接，
這是一個選項出現。

204
00:11:01,440 --> 00:11:02,710
>> 還有路線53。

205
00:11:02,710 --> 00:11:05,410
所以，53路是我們的DNS服務。

206
00:11:05,410 --> 00:11:07,860
它各種有趣的事情。

207
00:11:07,860 --> 00:11:09,250
因此，它支持健康檢查。

208
00:11:09,250 --> 00:11:12,590
所以，你可以，比如說，運行兩個副本
你的網站在同一時間。

209
00:11:12,590 --> 00:11:15,860
如果其中一個出現故障，你
將流量重定向到其他副本。

210
00:11:15,860 --> 00:11:20,400
>> 或者你可以做地理位置為基礎的記錄
這樣你就可以將流量路由一個國家

211
00:11:20,400 --> 00:11:22,870
從另外一個簇
國家到另一個集群。

212
00:11:22,870 --> 00:11:27,140
你可以做A / B測試，所以你
能有80％的流量

213
00:11:27,140 --> 00:11:30,510
您的網站的一個副本，
20％到您的網站的新副本

214
00:11:30,510 --> 00:11:33,120
，看看哪一個性能更好。

215
00:11:33,120 --> 00:11:35,385
所以，你可以做各種
有趣的事情。

216
00:11:35,385 --> 00:11:36,760
你可以根據延遲的記錄。

217
00:11:36,760 --> 00:11:39,160
所以，你可以有你的份
網站在世界各地

218
00:11:39,160 --> 00:11:43,500
並已在用戶發送給任何
一個人的最親密的人的基礎上的延遲。

219
00:11:43,500 --> 00:11:46,030
它還具有深度整合
與AWS服務，

220
00:11:46,030 --> 00:11:50,980
因此，如我們的負載均衡器，
和S3，和CloudFront的，

221
00:11:50,980 --> 00:11:53,680
所以它真的很容易
點事情CloudFront的

222
00:11:53,680 --> 00:11:57,190
為您分佈
的LB或S3桶。

223
00:11:57,190 --> 00:11:57,930
>> 然後還有EC2。

224
00:11:57,930 --> 00:12:00,432
所以EC2是我們的虛擬服務器服務。

225
00:12:00,432 --> 00:12:01,390
您可以在Windows上運行。

226
00:12:01,390 --> 00:12:02,560
您可以在其上運行的Linux。

227
00:12:02,560 --> 00:12:05,230
您可以完全控制
的操作系統。

228
00:12:05,230 --> 00:12:09,519
還有的Windows不同口味
和Linux，所以紅帽，Debian的，Ubuntu的。

229
00:12:09,519 --> 00:12:11,560
我們有自己的配送
所謂亞馬遜的Linux。

230
00:12:11,560 --> 00:12:14,000
你可以選擇你想要哪一個。

231
00:12:14,000 --> 00:12:15,680
>> 有不同類型的實例。

232
00:12:15,680 --> 00:12:18,330
因此，有超過27的實例
類型在這一點上。

233
00:12:18,330 --> 00:12:21,590
因此，有不同的實例
根據不同的工作負載的家庭。

234
00:12:21,590 --> 00:12:23,550
因此，有普遍
目的情況下，這

235
00:12:23,550 --> 00:12:26,910
只是，如果你不知道什麼
你需要，你可以用這些啟動。

236
00:12:26,910 --> 00:12:30,620
>> 還有的計算優化，它們是
偉大的事情，如Web服務器，

237
00:12:30,620 --> 00:12:31,160
對不對？

238
00:12:31,160 --> 00:12:33,450
還有的內存優化
實例，

239
00:12:33,450 --> 00:12:36,190
是偉大的事情一樣
日期的關係數據庫。

240
00:12:36,190 --> 00:12:41,230
有存儲優化實例，
所以這些對他們大固態硬盤。

241
00:12:41,230 --> 00:12:46,440
因此，他們是偉大的事情
像蒙戈或NoSQL的，對不對？

242
00:12:46,440 --> 00:12:49,750
>> 這裡面的圖形
優化的情況下，

243
00:12:49,750 --> 00:12:52,970
這是偉大的GPU
計算和集群實例。

244
00:12:52,970 --> 00:12:54,940
而且最後還有成本
優化的實例。

245
00:12:54,940 --> 00:12:56,850
所以，如果你只是想
實驗，你

246
00:12:56,850 --> 00:13:01,820
可以得到一堆低成本實例
這是偉大的是用例類型。

247
00:13:01,820 --> 00:13:03,330
再有就是自動縮放。

248
00:13:03,330 --> 00:13:07,840
因此，自動縮放是EC2的API。

249
00:13:07,840 --> 00:13:12,360
它可以讓你的規模水平
上下EC2實例的層次。

250
00:13:12,360 --> 00:13:14,460
因此，讓我們說你有
一堆Web服務器。

251
00:13:14,460 --> 00:13:17,970
>> 而且，像在巴黎聖母院的情況下，你
通常你需要有兩個人，

252
00:13:17,970 --> 00:13:19,519
但是你可能需要的規模為10。

253
00:13:19,519 --> 00:13:21,810
那麼，你可以使用自動縮放
自動觸發

254
00:13:21,810 --> 00:13:24,360
向上或向下擴展事件
基於度量。

255
00:13:24,360 --> 00:13:28,020
所以，[？ CPU？]使用率，潛伏期。

256
00:13:28,020 --> 00:13:30,570
你可以自定義的指標，所以
這是相當開放式的存在。

257
00:13:30,570 --> 00:13:32,490
>> 您也可以根據時間表規模。

258
00:13:32,490 --> 00:13:36,180
所以，如果你知道你將有
週一大量的流量在上午6:00，

259
00:13:36,180 --> 00:13:40,150
你可以在星期一擴大在上午6:00
並縮減在週一下午5:00。

260
00:13:40,150 --> 00:13:43,610
您也可以做到這一點的基礎上
只是命令行命令。

261
00:13:43,610 --> 00:13:45,150
>> 再有就是彈性負載均衡。

262
00:13:45,150 --> 00:13:48,070
所以彈性負載均衡
是一個託管負載平衡器。

263
00:13:48,070 --> 00:13:51,590
所以，你點擊一個按鈕，它
規定負載平衡器你。

264
00:13:51,590 --> 00:13:54,610
負載平衡器住在
多個可用區。

265
00:13:54,610 --> 00:14:00,570
它SSL卸載
為端口25，80，443，

266
00:14:00,570 --> 00:14:05,750
和任何超過1024的TCP流量。

267
00:14:05,750 --> 00:14:09,469
>> 它連接排水，
代理協議支持。

268
00:14:09,469 --> 00:14:11,135
所以這是一個非常多特徵負載平衡器。

269
00:14:11,135 --> 00:14:13,440
而且它有整合
與自動縮放。

270
00:14:13,440 --> 00:14:16,690
所以，當你使用自動縮放
而你縮放上下，

271
00:14:16,690 --> 00:14:19,700
你可以有你的情況下，
自動加入或離開

272
00:14:19,700 --> 00:14:21,810
彈性負載平衡器。

273
00:14:21,810 --> 00:14:23,980
>> 所以，再有就是我們的存儲服務。

274
00:14:23,980 --> 00:14:27,170
所以，第一個是亞馬遜
EBS，或彈性塊存儲。

275
00:14:27,170 --> 00:14:32,720
這是持久的卷
你可以安裝到你的EC2實例。

276
00:14:32,720 --> 00:14:34,800
所以，你可以快照他們。

277
00:14:34,800 --> 00:14:39,550
所以當快照的EBS
量，它進入S3，

278
00:14:39,550 --> 00:14:41,730
我們將在第二講。

279
00:14:41,730 --> 00:14:44,080
有三種不同
類型EBS卷。

280
00:14:44,080 --> 00:14:48,350
>> 有磁性EBS，這僅僅是
排序標準的排序磁盤的。

281
00:14:48,350 --> 00:14:51,030
這是最經濟的選擇。

282
00:14:51,030 --> 00:14:53,210
再有就是一般
SSD的目的，在這裡我們

283
00:14:53,210 --> 00:14:55,830
讓每GB提供3 IOPS。

284
00:14:55,830 --> 00:14:59,080
所以，如果你有一兆兆字節
音量，你有3000 IOPS。

285
00:14:59,080 --> 00:15:02,730
再有就是置備IOPS。

286
00:15:02,730 --> 00:15:06,660
所以，配置的IOPS是當你
為你付出多少磁盤空間使用

287
00:15:06,660 --> 00:15:08,270
多少IOPS能力需要。

288
00:15:08,270 --> 00:15:12,150
這樣你就可以準備起來
每卷4000 IOPS。

289
00:15:12,150 --> 00:15:16,360
>> 所以，再有就是亞馬遜S3。

290
00:15:16,360 --> 00:15:19,340
亞馬遜S3是我們的對象存儲。

291
00:15:19,340 --> 00:15:23,230
所以亞馬遜S3，你可以用它
只存儲任何類型的數據。

292
00:15:23,230 --> 00:15:27,850
你可以用它來存儲靜態
網站和軟管靜態網站。

293
00:15:27,850 --> 00:15:32,870
您可以使用S3進行備份
而且在某些情況下，使用檔案

294
00:15:32,870 --> 00:15:40,500
作為源和輸出桶
大數據分析，或轉碼。

295
00:15:40,500 --> 00:15:47,700
它也可以用來作為原點
為CloudFront的分佈。

296
00:15:47,700 --> 00:15:49,180
>> 所以S3的超級強大。

297
00:15:49,180 --> 00:15:52,660
S3的設計為11
線的耐用性。

298
00:15:52,660 --> 00:15:55,480
所以，這是什麼意思是它能夠持續
至少兩個數據的丟失

299
00:15:55,480 --> 00:16:00,790
中心在同一時間
而不會丟失數據。

300
00:16:00,790 --> 00:16:02,050
你可以在S3加密。

301
00:16:02,050 --> 00:16:05,150
因此，服務器設置加密，或服務器
設置加密功能，與你的密鑰。

302
00:16:05,150 --> 00:16:08,870
所以，如果你要管理的
鍵，你可以做到這一點為好。

303
00:16:08,870 --> 00:16:09,940
>> 並有冰川。

304
00:16:09,940 --> 00:16:12,670
所以，冰川是我們的
長期歸檔服務。

305
00:16:12,670 --> 00:16:15,050
它也被設計為
11條線路的耐用性，

306
00:16:15,050 --> 00:16:18,510
但它是當你想保存
的東西，忘掉它，對嗎？

307
00:16:18,510 --> 00:16:21,690
所以，無論是合規性或其他
原因需要存檔的東西，

308
00:16:21,690 --> 00:16:22,890
你應該使用冰川。

309
00:16:22,890 --> 00:16:26,210
所以冰川成本0.01美元
每月每千兆字節。

310
00:16:26,210 --> 00:16:29,550
和Amazon S3開始於
0.03美元每GB每月。

311
00:16:29,550 --> 00:16:35,274
所以冰川較便宜，
冰川需要三到五個小時

312
00:16:35,274 --> 00:16:36,190
讓您的數據備份。

313
00:16:36,190 --> 00:16:37,939
所以，如果這是OK，如果
這是一個歸檔的情況下，

314
00:16:37,939 --> 00:16:40,970
那麼冰川的可能是
正確的用例的。

315
00:16:40,970 --> 00:16:42,300
>> 再有就是存儲網關。

316
00:16:42,300 --> 00:16:44,720
因此，存儲網關
是在虛擬機

317
00:16:44,720 --> 00:16:50,070
你可以在本地運行
在VMware中，或Hyper-V。

318
00:16:50,070 --> 00:16:52,300
它給你一個iSCSI端點。

319
00:16:52,300 --> 00:16:54,575
然後，您可以設置
另一個VM最重要的是

320
00:16:54,575 --> 00:16:58,440
這暴露了iSCSI的
端點與CIFS或NFS。

321
00:16:58,440 --> 00:17:01,690
凡是進入該
網絡共享，然後得到

322
00:17:01,690 --> 00:17:05,970
備份到亞馬遜的S3，或冰川，
或者EBS取決於你如何設置它。

323
00:17:05,970 --> 00:17:10,430
所以這是一個簡單的方法來
讓您的數據高達AWS。

324
00:17:10,430 --> 00:17:12,510
>> 所以，再有就是我們的數據庫服務。

325
00:17:12,510 --> 00:17:14,589
所以，第一個是亞馬遜RDS。

326
00:17:14,589 --> 00:17:17,589
所以這是我們關係
數據庫服務。

327
00:17:17,589 --> 00:17:21,420
所以這是一個管理的關係
數據庫[？為了你。 ？]

328
00:17:21,420 --> 00:17:27,030
它支持SQL服務器，Oracle，
MySQL和Postgres的引擎。

329
00:17:27,030 --> 00:17:28,820
>> 它的自動故障轉移。

330
00:17:28,820 --> 00:17:31,580
所以，如果你有
多AZ選項啟用，

331
00:17:31,580 --> 00:17:37,070
它同步的塊級
跨可用性區域複製。

332
00:17:37,070 --> 00:17:41,550
然後如果你的主
出現故障時，它會自動剛剛

333
00:17:41,550 --> 00:17:43,590
它們之間的故障切換。

334
00:17:43,590 --> 00:17:47,410
它還，為MySQL發動機，支撐
在同一區域內讀取副本

335
00:17:47,410 --> 00:17:49,210
或跨區域的。

336
00:17:49,210 --> 00:17:51,720
並有各種
有趣的選項出現。

337
00:17:51,720 --> 00:17:53,200
所以它會做備份你。

338
00:17:53,200 --> 00:17:54,480
所以它會備份到S3。

339
00:17:54,480 --> 00:17:57,470
它會做你的補丁為你。

340
00:17:57,470 --> 00:17:58,900
>> 然後還有DynamoDB。

341
00:17:58,900 --> 00:18:01,740
DynamoDB是我們的管理NoSQL的服務。

342
00:18:01,740 --> 00:18:04,840
對於迪納摩DB它帶走
所有的行政負擔

343
00:18:04,840 --> 00:18:09,190
為你管理的NoSQL服務。

344
00:18:09,190 --> 00:18:11,630
所以你只要提供
和你說的表

345
00:18:11,630 --> 00:18:13,380
多少讀寫
能力你想要的。

346
00:18:13,380 --> 00:18:15,090
它會交付給你。

347
00:18:15,090 --> 00:18:16,929
所以這是一個非常
簡單的服務使用。

348
00:18:16,929 --> 00:18:17,970
然後還有ElastiCache。

349
00:18:17,970 --> 00:18:21,860
所以ElastiCache是​​我們的
託管緩存服務。

350
00:18:21,860 --> 00:18:25,010
它基本上是一個管理
Redis的或ElastiCache。

351
00:18:25,010 --> 00:18:28,830
如此反复，就可以提供集群
ElastiCache或Redis的實例

352
00:18:28,830 --> 00:18:34,240
而不必擔心備份，
或故障，或任何東西。

353
00:18:34,240 --> 00:18:36,530
>> 然後，我們有我們的應用服務。

354
00:18:36,530 --> 00:18:38,770
所以CloudFront的是我們的
內容分發網絡

355
00:18:38,770 --> 00:18:42,240
它生活在這些邊緣位置
我談到之前。

356
00:18:42,240 --> 00:18:44,680
所以CloudFront的可使用
對於視頻直播，

357
00:18:44,680 --> 00:18:49,150
對於點播視頻流，
而對於僅僅有一個網站，

358
00:18:49,150 --> 00:18:50,940
因此託管網站。

359
00:18:50,940 --> 00:18:54,270
所以你可以有網站託管
彈性負載均衡器，

360
00:18:54,270 --> 00:18:59,236
或實例，或S3水桶，
或者只是內部部署的硬件。

361
00:18:59,236 --> 00:19:01,610
你可以把一個CloudFront的
分佈在它的前面。

362
00:19:01,610 --> 00:19:02,660
它會緩存您的內容。

363
00:19:02,660 --> 00:19:04,160
它會把它的邊緣位置。

364
00:19:04,160 --> 00:19:06,430
所以，當有人
去你的網站

365
00:19:06,430 --> 00:19:10,100
他們會打CloudFront的，這
將要可能接近它們

366
00:19:10,100 --> 00:19:11,980
比無論產地是。

367
00:19:11,980 --> 00:19:15,600
它會卸載了很多
負載過原點，

368
00:19:15,600 --> 00:19:22,600
這樣既節省了你的錢，
獲得更好的用戶體驗。

369
00:19:22,600 --> 00:19:24,780
>> 再有就是亞馬遜CloudSearch。

370
00:19:24,780 --> 00:19:26,810
所以CloudSearch是
管理搜索服務。

371
00:19:26,810 --> 00:19:30,510
所以，你把它的搜索
數據和交談它通過一個API，

372
00:19:30,510 --> 00:19:32,710
它會為你做搜索結果。

373
00:19:32,710 --> 00:19:34,530
再有就是彈性轉碼器。

374
00:19:34,530 --> 00:19:36,530
所以這是一個管理的轉碼解決方案。

375
00:19:36,530 --> 00:19:41,050
你把你的視頻轉換為S3桶，
告訴它轉碼成，

376
00:19:41,050 --> 00:19:45,460
什麼格式，什麼
大小和一切。

377
00:19:45,460 --> 00:19:49,470
它會轉碼，並把
它變成一個S3桶你。

378
00:19:49,470 --> 00:19:52,600
>> 再有就是我們的大數據服務。

379
00:19:52,600 --> 00:19:55,780
所以，我們已經得到了亞馬遜電子病歷，
這是彈性的Map Reduce。

380
00:19:55,780 --> 00:19:58,200
所以這是一個託管的Hadoop框架。

381
00:19:58,200 --> 00:20:02,920
所以，你可以旋轉起來在Hadoop集群
一個實例數百實例

382
00:20:02,920 --> 00:20:04,030
如果你需要的。

383
00:20:04,030 --> 00:20:06,975
它得到了深度整合
S3中，以便為它的文件系統

384
00:20:06,975 --> 00:20:09,830
你可以使用HDSF，你
傳統上做用Hadoop。

385
00:20:09,830 --> 00:20:12,870
或者你可以做S3作為文件系統。

386
00:20:12,870 --> 00:20:15,240
>> 它有支持
現貨價格，這一點，

387
00:20:15,240 --> 00:20:19,110
在亞馬遜，你怎麼出價
對於產能過剩。

388
00:20:19,110 --> 00:20:20,840
因此，它支持了這一切。

389
00:20:20,840 --> 00:20:26,670
它支持常見的Hadoop框架
如Spark和鯊魚和蜂巢

390
00:20:26,670 --> 00:20:28,460
和豬。

391
00:20:28,460 --> 00:20:32,950
我們已經看到過5.5
百萬EMR集群

392
00:20:32,950 --> 00:20:35,340
在這一點上亞馬遜推出。

393
00:20:35,340 --> 00:20:38,338
>> 然後，我們已經有了AWS數據管道。

394
00:20:38,338 --> 00:20:40,213
因此，數據管道是
服務，這將允許

395
00:20:40,213 --> 00:20:42,296
你跨移動數據
我們不同的數據存儲。

396
00:20:42,296 --> 00:20:48,030
所以，你可以從S3的東西，把
成RDS，然後做一些EMR就可以了，

397
00:20:48,030 --> 00:20:50,760
放入紅移，這是
我們的數據倉庫設備，

398
00:20:50,760 --> 00:20:54,564
然後你可以拉出來的東西
的前提上，MySQL實例。

399
00:20:54,564 --> 00:20:56,730
因此，有各種
事情可以做的。

400
00:20:56,730 --> 00:20:57,646
>> 再有就是紅移。

401
00:20:57,646 --> 00:21:00,470
紅移是我們的管理
數據倉庫設備。

402
00:21:00,470 --> 00:21:04,880
它的意思是PB級規模，因此
你可以存儲大量的有關它的數據。

403
00:21:04,880 --> 00:21:07,280
這是一個大規模並行架構。

404
00:21:07,280 --> 00:21:10,040
所以，你可以有很多
節點，如果你想。

405
00:21:10,040 --> 00:21:13,509
和它的所有備份和所有
行政的東西給你。

406
00:21:13,509 --> 00:21:14,550
然後還有室壁運動。

407
00:21:14,550 --> 00:21:17,340
室壁運動是我們的實時
加工服務。

408
00:21:17,340 --> 00:21:20,970
所以，你可以採取一些源
實時流數據，

409
00:21:20,970 --> 00:21:27,360
所以說，像Twitter的流水，或
一堆的日誌數據，將其發送給室壁運動。

410
00:21:27,360 --> 00:21:29,140
室壁運動處理所有為你。

411
00:21:29,140 --> 00:21:32,250
然後你就可以連接
工人把它拉出來的東西

412
00:21:32,250 --> 00:21:36,340
並說，做一個現場的儀表板
或做就可以了現場分析。

413
00:21:36,340 --> 00:21:38,330
>> 這樣的話，我們有我們的部署服務。

414
00:21:38,330 --> 00:21:42,530
因此AWS OpsWorks是一個DevOps的框架。

415
00:21:42,530 --> 00:21:45,237
所以，你把你的應用程序，
你打破它成層。

416
00:21:45,237 --> 00:21:48,195
所以，你有你的負載平衡器
層，你的web層，你的應用程序層，

417
00:21:48,195 --> 00:21:51,590
你的數據庫層，你
在這些層提供的東西

418
00:21:51,590 --> 00:21:53,720
根據廚師的食譜。

419
00:21:53,720 --> 00:21:56,280
廚師是一個配置
管理系統。

420
00:21:56,280 --> 00:21:59,530
因此它也支持
生命週期事件等

421
00:21:59,530 --> 00:22:01,820
如果你不希望管理
你自己的廚師，對不對，

422
00:22:01,820 --> 00:22:04,570
如果你想有某種
編程的方式來部署的事情

423
00:22:04,570 --> 00:22:07,420
到你的情況下，這
是一種選擇適合你。

424
00:22:07,420 --> 00:22:09,030
>> 然後我們有彈性魔豆。

425
00:22:09,030 --> 00:22:16,030
所以彈性魔豆是一種服務，
讓你to--說你是一名開發人員。

426
00:22:16,030 --> 00:22:18,630
你有一個Git回購你的代碼。

427
00:22:18,630 --> 00:22:22,030
你不希望有擔心
有關部署自己ELBs或RDS

428
00:22:22,030 --> 00:22:24,500
實例或定期EC2實例。

429
00:22:24,500 --> 00:22:29,050
所以你要做的就是你，從你的代碼，
只需將它發送到彈性魔豆。

430
00:22:29,050 --> 00:22:33,310
彈性魔豆將提供RDS
實例和ELBs和所有的東西

431
00:22:33,310 --> 00:22:35,556
為您和您的代碼部署到他們。

432
00:22:35,556 --> 00:22:37,305
所以它使很多
開發人員更容易

433
00:22:37,305 --> 00:22:40,600
來部署他們的代碼到AWS。

434
00:22:40,600 --> 00:22:41,910
>> 然後還有CloudFormation。

435
00:22:41,910 --> 00:22:47,310
所以CloudFormation是一個服務
治療你的基礎設施代碼。

436
00:22:47,310 --> 00:22:50,280
所以，現在你有這一切
東西在你的應用程序，

437
00:22:50,280 --> 00:22:52,680
你有你的VPC，並
您的安全組規則，

438
00:22:52,680 --> 00:22:56,000
和你的EC2實例，
和你的RDS實例。

439
00:22:56,000 --> 00:22:58,130
所以，你有這整個
架構上的AWS。

440
00:22:58,130 --> 00:23:01,340
那麼，編程你怎麼了
旋轉的或重新創建？

441
00:23:01,340 --> 00:23:04,170
你可以寫一個JSON文件
它代表了這一切。

442
00:23:04,170 --> 00:23:05,920
然後你就可以
[？走？]認為JSON文件

443
00:23:05,920 --> 00:23:08,180
和部署
基礎設施的關閉它。

444
00:23:08,180 --> 00:23:10,930
所以，你可以有一個架構
在那裡，每次部署的代碼的時候，

445
00:23:10,930 --> 00:23:14,560
它旋轉了你的整個的全新副本
建築和故障轉移到它。

446
00:23:14,560 --> 00:23:19,130
所以，你也可以做到這一點，以
有一個可變的基礎設施。

447
00:23:19,130 --> 00:23:21,970
>> 後來終於有我們的
管理服務。

448
00:23:21,970 --> 00:23:25,270
因此，我們的管理服務
開始與亞馬遜IAM，

449
00:23:25,270 --> 00:23:27,410
所以它的身份和訪問管理。

450
00:23:27,410 --> 00:23:30,150
這樣可以讓你
管理您的AWS賬戶

451
00:23:30,150 --> 00:23:32,290
這樣你就可以有子
用戶和組，做

452
00:23:32,290 --> 00:23:34,330
身份聯盟
和各種東西。

453
00:23:34,330 --> 00:23:36,690
這對於安全真的很重要。

454
00:23:36,690 --> 00:23:39,440
>> 然後我們有亞馬遜的CloudWatch，
這是我們的衡量標準的服務。

455
00:23:39,440 --> 00:23:41,956
所以，它給你的CPU使用率
和各種指標。

456
00:23:41,956 --> 00:23:44,080
你可以做定制
度量和[？你可以做什麼？]

457
00:23:44,080 --> 00:23:47,050
根據這些指標自動縮放。

458
00:23:47,050 --> 00:23:48,450
>> 然後我們有CloudTrail。

459
00:23:48,450 --> 00:23:50,680
所以CloudTrail是我們的
服務審計。

460
00:23:50,680 --> 00:23:54,380
因此，它會記錄API調用
對亞馬遜網絡服務。

461
00:23:54,380 --> 00:23:56,560
那麼，誰重啟這種情況？

462
00:23:56,560 --> 00:23:58,060
誰改變了這個安全組？

463
00:23:58,060 --> 00:23:59,810
並記錄成
必要的水桶所以你

464
00:23:59,810 --> 00:24:03,650
可以看到發生了什麼
您的帳戶，誰做的。

465
00:24:03,650 --> 00:24:05,600
>> 新的服務，我們
已經是工作區。

466
00:24:05,600 --> 00:24:08,530
所以這是在AWS桌面虛擬化。

467
00:24:08,530 --> 00:24:13,290
所以，你可以提供一個
工作站，Windows工作站，

468
00:24:13,290 --> 00:24:17,810
它會再過來
在幾分鐘。

469
00:24:17,810 --> 00:24:21,470
它會連接到您的活動
目錄中，所以你的用戶。

470
00:24:21,470 --> 00:24:23,580
您可以輕鬆地重建它。

471
00:24:23,580 --> 00:24:25,090
您可以輕鬆地提供一個新的。

472
00:24:25,090 --> 00:24:28,250
有不同的類型與
不同的軟件在那裡。

473
00:24:28,250 --> 00:24:30,740
>> 所以，現在，我們已經經歷了
很多我們的服務，讓我們

474
00:24:30,740 --> 00:24:31,850
做一個實際的現場演示。

475
00:24:31,850 --> 00:24:35,700
所以我要切換
在這裡我的網頁瀏覽器。

476
00:24:35,700 --> 00:24:41,270
所以，我想告訴你
如何快速建立

477
00:24:41,270 --> 00:24:43,690
一個EC2實例與WordPress的就可以了。

478
00:24:43,690 --> 00:24:45,440
然後我們要去
做同樣的事情，

479
00:24:45,440 --> 00:24:48,890
但我們要旋轉起來
一個RDS實例和ELB。

480
00:24:48,890 --> 00:24:52,690
所以我們會做的只是在實例和
我們將打破所有的層出為好。

481
00:24:52,690 --> 00:24:54,510
>> 所以，讓我們啟動一個EC2實例。

482
00:24:54,510 --> 00:24:57,190
所以第一件事，
我已經在這裡做了

483
00:24:57,190 --> 00:24:59,230
是你會想
有一個密鑰對。

484
00:24:59,230 --> 00:25:03,576
因此，一個密鑰對，您可以來
登錄到實際的實例。

485
00:25:03,576 --> 00:25:05,450
所以你保持私有
密鑰對的一部分，

486
00:25:05,450 --> 00:25:08,570
我們把公眾
部分上的實例。

487
00:25:08,570 --> 00:25:11,700
而這正是讓你登錄。

488
00:25:11,700 --> 00:25:16,330
所以，我已導入我的密鑰對，
只是我經常SSH密鑰這裡對。

489
00:25:16,330 --> 00:25:19,290
>> 所以其他的事情
我要在這裡做的是，

490
00:25:19,290 --> 00:25:22,214
我已經有一些實例
跑步，但我會推出一個新的。

491
00:25:22,214 --> 00:25:24,130
所以我要來接我
這裡操作系統。

492
00:25:24,130 --> 00:25:27,970
所以你可以看到我有一個漂亮
大選擇的操作系統。

493
00:25:27,970 --> 00:25:31,015
所以我只是要挑
您的標準亞馬遜的Linux。

494
00:25:31,015 --> 00:25:32,930
>> 而且我要選擇一個實例類型。

495
00:25:32,930 --> 00:25:35,890
而由於這是一個
Web服務器，我要去

496
00:25:35,890 --> 00:25:39,540
做c3.large，因為它是
大概計算密集型。

497
00:25:39,540 --> 00:25:45,210
所以，我要選擇一個c3.large，
我要去發動他們中的一個。

498
00:25:45,210 --> 00:25:48,630
我打算把它留在
默認VPC現在。

499
00:25:48,630 --> 00:25:50,810
我要離開這一切的東西孤單。

500
00:25:50,810 --> 00:25:53,270
>> 我要去，使
監測的CloudWatch

501
00:25:53,270 --> 00:25:56,204
因為詳細的CloudWatch
監測變化的CloudWatch

502
00:25:56,204 --> 00:25:58,870
從五分鐘的監測
決議一分鐘的分辨率。

503
00:25:58,870 --> 00:26:02,510
所以，我想這與我在這裡的Web服務器。

504
00:26:02,510 --> 00:26:05,220
然後我會去的存儲。

505
00:26:05,220 --> 00:26:08,710
所以我想在這裡對通用SSD。

506
00:26:08,710 --> 00:26:11,940
8音樂會大概是足以讓我，
所以我只是要保持這一點。

507
00:26:11,940 --> 00:26:16,360

508
00:26:16,360 --> 00:26:19,230
我只是要標註
這WordPress的演示。

509
00:26:19,230 --> 00:26:22,149
因此，這是標籤，所以我
知道它實際上是什麼。

510
00:26:22,149 --> 00:26:24,190
然後我要去
配置安全組。

511
00:26:24,190 --> 00:26:27,510
因此，安全組就像是
防火牆的實例。

512
00:26:27,510 --> 00:26:30,780
所以我打算用一
我現有的。

513
00:26:30,780 --> 00:26:35,890
所以這個安全組時，
使SSH，這樣我就可以SSH到它。

514
00:26:35,890 --> 00:26:37,580
它使HTTP。

515
00:26:37,580 --> 00:26:40,390
>> 現在，我將要鎖定
下來的SSH多一點點。

516
00:26:40,390 --> 00:26:43,220
你不想只是任何人
來自任何IP地址ssh方式連接。

517
00:26:43,220 --> 00:26:45,240
所以我們會做它啟動後。

518
00:26:45,240 --> 00:26:49,100
>> 所以，我很高興與所有
這個東西在這裡。

519
00:26:49,100 --> 00:26:50,167
我要去發動。

520
00:26:50,167 --> 00:26:52,250
然後我要去
選擇我想要的密鑰對。

521
00:26:52,250 --> 00:26:54,750
所以我要選擇
我之前更新密鑰對。

522
00:26:54,750 --> 00:26:57,570

523
00:26:57,570 --> 00:27:01,960
>> 所以，現在我在等待
它推出，讓我們

524
00:27:01,960 --> 00:27:03,320
去看看我們的安全組。

525
00:27:03,320 --> 00:27:06,720
所以，現在我們得到的安全組。

526
00:27:06,720 --> 00:27:09,550
這裡是我的安全
我把它放在組。

527
00:27:09,550 --> 00:27:11,200
>> 我打算就在這裡改變這一點。

528
00:27:11,200 --> 00:27:15,710
因此，讓我這樣的
這裡有點大。

529
00:27:15,710 --> 00:27:21,275
所以我想改變這個
從任何地方到我的IP。

530
00:27:21,275 --> 00:27:23,150
因為這將
自動拿起我的IP

531
00:27:23,150 --> 00:27:26,650
在這裡討論並鎖定
下來一點點。

532
00:27:26,650 --> 00:27:29,030
>> 等而
實例旋轉了起來，

533
00:27:29,030 --> 00:27:32,040
讓我們旋轉起來一些東西
我們的另一個實例

534
00:27:32,040 --> 00:27:35,060
我們要去的地方打出來
數據庫和負載平衡器

535
00:27:35,060 --> 00:27:37,160
因此，它可以為我們準備好。

536
00:27:37,160 --> 00:27:41,580
所以，第一件事我會想
做的是旋轉起來的負載平衡器。

537
00:27:41,580 --> 00:27:44,690
所以我要選擇
負載均衡器在這裡。

538
00:27:44,690 --> 00:27:48,410
而且我要叫它WordpressELB。

539
00:27:48,410 --> 00:27:52,106

540
00:27:52,106 --> 00:27:55,450
而且我要just--所有
我要的是80端口在這裡。

541
00:27:55,450 --> 00:27:57,960
>> 而對於現在健康
檢查，我只是打算做TCP。

542
00:27:57,960 --> 00:28:00,190
所以，如果Apache的運行，這將是很好的。

543
00:28:00,190 --> 00:28:03,760
我要去降低健康
閾值剛好，使其成為健康

544
00:28:03,760 --> 00:28:06,360
很快。

545
00:28:06,360 --> 00:28:08,710
然後，再次，這有一個安全組。

546
00:28:08,710 --> 00:28:12,480
所以，我已經做了一個安全
組這款名為WordPress的ELB。

547
00:28:12,480 --> 00:28:17,120
而且它基本上只是去
接受端口80的流量。

548
00:28:17,120 --> 00:28:19,580
然後我不會加
它的任何實例現在。

549
00:28:19,580 --> 00:28:22,290

550
00:28:22,290 --> 00:28:26,720
我要去跳過標記。

551
00:28:26,720 --> 00:28:30,010
所以我們要
現在創建這個ELB。

552
00:28:30,010 --> 00:28:33,800
>> 這樣產生的負載平衡器。

553
00:28:33,800 --> 00:28:36,680
我也將推出
多了一個實例在這裡，

554
00:28:36,680 --> 00:28:40,280
只是我的WordPress的網絡的一部分。

555
00:28:40,280 --> 00:28:42,580
所以在這裡我們去。

556
00:28:42,580 --> 00:28:45,920
我只是做同樣的
事我以前那樣。

557
00:28:45,920 --> 00:28:53,620
所以c3.large，CloudWatch的
詳細的監測功能。

558
00:28:53,620 --> 00:28:56,290

559
00:28:56,290 --> 00:28:57,310
通用固態硬盤。

560
00:28:57,310 --> 00:29:02,470

561
00:29:02,470 --> 00:29:05,590
調用這個WordPress網站。

562
00:29:05,590 --> 00:29:11,440

563
00:29:11,440 --> 00:29:14,480
>> 我想選擇A--我已經
有一個安全組這一點。

564
00:29:14,480 --> 00:29:18,320

565
00:29:18,320 --> 00:29:23,520
所以這個安全組接受交通
在端口80從我的WordPress ELB

566
00:29:23,520 --> 00:29:26,430
安全組，從安全
從我的負載均衡組，

567
00:29:26,430 --> 00:29:30,654
而且SSH，它再次
我們要鎖定。

568
00:29:30,654 --> 00:29:31,820
所以我打算推出這一點。

569
00:29:31,820 --> 00:29:39,360

570
00:29:39,360 --> 00:29:39,990
正確的。

571
00:29:39,990 --> 00:29:43,530
>> 然後就是我要做的就是下一個
我要發起一個RDS實例。

572
00:29:43,530 --> 00:29:44,870
RDS將是我的數據庫。

573
00:29:44,870 --> 00:29:47,100
所以我要去這裡。

574
00:29:47,100 --> 00:29:48,560
我要去RDS。

575
00:29:48,560 --> 00:29:52,800

576
00:29:52,800 --> 00:29:56,239
我要推出一個新的實例。

577
00:29:56,239 --> 00:29:57,530
所以我要來接我的引擎。

578
00:29:57,530 --> 00:30:00,850
所以在這裡我有MySQL的一個選擇，
Postgres的，Oracle或SQL Server中。

579
00:30:00,850 --> 00:30:02,640
我想的MySQL。

580
00:30:02,640 --> 00:30:06,160
所以我會說是的。

581
00:30:06,160 --> 00:30:09,680
>> 因此，這是對多AZ一個選項。

582
00:30:09,680 --> 00:30:14,267
所以，多AZ，再次重複那些
是要旋轉兩個RDS實例

583
00:30:14,267 --> 00:30:15,600
做他們之間的複製。

584
00:30:15,600 --> 00:30:20,510
如果我不希望我可以有
一個實例，但我不希望出現這種情況。

585
00:30:20,510 --> 00:30:22,490
然後我要去
接我的數據庫引擎。

586
00:30:22,490 --> 00:30:24,907
所以我會挑
這裡最新的一個。

587
00:30:24,907 --> 00:30:27,240
然後我會挑
我想要什麼類型的實例。

588
00:30:27,240 --> 00:30:30,950
>> 所以，我希望有一個R3，所以這是
內存優化實例。

589
00:30:30,950 --> 00:30:32,740
所以，我要挑R3。

590
00:30:32,740 --> 00:30:35,430
而且我會挑
是的，我想多AZ。

591
00:30:35,430 --> 00:30:37,110
我想通用SSD。

592
00:30:37,110 --> 00:30:39,380
>> 我可能想要一個
點點更多的存儲。

593
00:30:39,380 --> 00:30:40,897
我將有10個演出在這裡。

594
00:30:40,897 --> 00:30:42,730
然後我要去
挑選一些憑證。

595
00:30:42,730 --> 00:30:44,641
那麼什麼是標識符我的數據庫？

596
00:30:44,641 --> 00:30:46,015
因此，這將是wordpressdb1。

597
00:30:46,015 --> 00:30:50,725

598
00:30:50,725 --> 00:30:53,127
我要叫這個根。

599
00:30:53,127 --> 00:30:54,460
我要去給它一個密碼。

600
00:30:54,460 --> 00:30:58,380

601
00:30:58,380 --> 00:31:03,780
>> 而且我們要挑
安全組這一點。

602
00:31:03,780 --> 00:31:05,740
所以，我已經做了
安全組此。

603
00:31:05,740 --> 00:31:08,400

604
00:31:08,400 --> 00:31:11,307
然後我要去
給它一個數據庫名。

605
00:31:11,307 --> 00:31:13,015
所以我們要只
稱之為WordPress的。

606
00:31:13,015 --> 00:31:16,727

607
00:31:16,727 --> 00:31:18,560
我們要去
選擇一個固定的窗口

608
00:31:18,560 --> 00:31:21,170
所以，這確實備份你。

609
00:31:21,170 --> 00:31:23,330
所以我想一個星期的備份。

610
00:31:23,330 --> 00:31:25,610
我沒有偏好
備份窗口。

611
00:31:25,610 --> 00:31:28,665
我希望它會自動
在這裡我升級次要版本。

612
00:31:28,665 --> 00:31:31,180
所以我要離開，作為默認值。

613
00:31:31,180 --> 00:31:33,490
所以現在我展開
我的RDS實例。

614
00:31:33,490 --> 00:31:37,370

615
00:31:37,370 --> 00:31:37,870
對不對？

616
00:31:37,870 --> 00:31:40,597
所以，現在它被創建。

617
00:31:40,597 --> 00:31:42,430
所以，現在我們只是在等待
對於它進行安裝。

618
00:31:42,430 --> 00:31:48,055
因此，儘管這是怎麼回事，讓我們登錄
到第一個EC2實例中我們做了。

619
00:31:48,055 --> 00:31:55,090

620
00:31:55,090 --> 00:31:57,520
所以它的這個WordPress的演示。

621
00:31:57,520 --> 00:31:58,760
我們將只驗證。

622
00:31:58,760 --> 00:31:59,450
是的。

623
00:31:59,450 --> 00:32:02,620
>> 因此，讓我們看看我們是否可以把它記錄。

624
00:32:02,620 --> 00:32:06,220
所以我要去複製
它的公共主機名。

625
00:32:06,220 --> 00:32:09,090
我要去開拓
一個shell窗口在這裡。

626
00:32:09,090 --> 00:32:14,480

627
00:32:14,480 --> 00:32:17,610
[聽不清] SSH。

628
00:32:17,610 --> 00:32:21,423
默認用戶是EC2用戶。

629
00:32:21,423 --> 00:32:25,271
>> 聽眾：獅子座，你會
心中命令[聽不清]？

630
00:32:25,271 --> 00:32:27,200
>> LEO ZHADANOVSKY：好？

631
00:32:27,200 --> 00:32:30,190
所以讓我們嘗試SSH英寸

632
00:32:30,190 --> 00:32:30,960
是的。

633
00:32:30,960 --> 00:32:34,420
所以，我在我的實例現在。

634
00:32:34,420 --> 00:32:36,550
所以我SSHed英寸

635
00:32:36,550 --> 00:32:38,970
它是由五分鐘，
這絕對是我的實例。

636
00:32:38,970 --> 00:32:41,020
>> 所以，第一件事我們
將要在這裡做

637
00:32:41,020 --> 00:32:45,190
是它告訴我說，哦，
我有一些安全更新。

638
00:32:45,190 --> 00:32:47,855
所以，我只是要運行
在這裡的每一個安全更新。

639
00:32:47,855 --> 00:32:51,746
[？須藤蔭？]減Y更新。

640
00:32:51,746 --> 00:32:54,539
所以它要快速安裝這些。

641
00:32:54,539 --> 00:32:57,080
接下來的事情，我要做的是我
要安裝一些更多的東西。

642
00:32:57,080 --> 00:33:00,910
所以我將不得不安裝MySQL。

643
00:33:00,910 --> 00:33:02,660
我將不得不安裝Apache。

644
00:33:02,660 --> 00:33:04,190
我將必須安裝PHP。

645
00:33:04,190 --> 00:33:07,680
我將不得不安裝
PHP的插件為MySQL。

646
00:33:07,680 --> 00:33:11,100
我必須安裝MySQL服務器。

647
00:33:11,100 --> 00:33:12,440
因此，讓我們安裝這個東西。

648
00:33:12,440 --> 00:33:14,980

649
00:33:14,980 --> 00:33:15,500
>> 安裝。

650
00:33:15,500 --> 00:33:16,770
所以這樣做了。

651
00:33:16,770 --> 00:33:20,220
所以現在我想[？ HTTPD。 ？]我
希望Apache將開始啟動。

652
00:33:20,220 --> 00:33:21,380
所以，我要做到這一點。

653
00:33:21,380 --> 00:33:29,250

654
00:33:29,250 --> 00:33:29,750
好不好。

655
00:33:29,750 --> 00:33:31,800
所以，現在，如果我重新啟動這一點，就會開始。

656
00:33:31,800 --> 00:33:36,210
>> 我也希望MySQL開始啟動。

657
00:33:36,210 --> 00:33:37,615
所以，同樣的事情。

658
00:33:37,615 --> 00:33:41,784

659
00:33:41,784 --> 00:33:45,080
哎呀，錯字這裡。

660
00:33:45,080 --> 00:33:45,580
行。

661
00:33:45,580 --> 00:33:53,220
然後其實我會
後來我開始的Web服務器。

662
00:33:53,220 --> 00:33:56,514
現在我要開始我的
數據庫服務器，雖然。

663
00:33:56,514 --> 00:33:57,906
所以做到這一點。

664
00:33:57,906 --> 00:34:01,618

665
00:34:01,618 --> 00:34:04,120
所以它開始了
第一次，所以我

666
00:34:04,120 --> 00:34:06,070
不得不做
這裡的一些基本步驟。

667
00:34:06,070 --> 00:34:09,070
所以，第一件事我會做
設置為我的MySQL root密碼。

668
00:34:09,070 --> 00:34:15,980
>> 所以，我只是要運行這個MySQL
安全的安裝命令。

669
00:34:15,980 --> 00:34:19,239
因此它有沒有當前的根
密碼，因此讓我們設置之一。

670
00:34:19,239 --> 00:34:24,830

671
00:34:24,830 --> 00:34:27,429
而且我要刪除這些
它創建匿名用戶

672
00:34:27,429 --> 00:34:29,750
並禁止root登錄。

673
00:34:29,750 --> 00:34:31,270
並刪除測試數據庫。

674
00:34:31,270 --> 00:34:36,514
所以這種所有
productionizes你的MySQL安裝。

675
00:34:36,514 --> 00:34:38,260
>> 所以這樣做了。

676
00:34:38,260 --> 00:34:40,630
所以，現在我應該能
連接到我的MySQL服務器。

677
00:34:40,630 --> 00:34:42,805
所以，我要看看是否能在這裡工作。

678
00:34:42,805 --> 00:34:46,030

679
00:34:46,030 --> 00:34:46,530
是的。

680
00:34:46,530 --> 00:34:50,699
所以，我在我的MySQL服務器。

681
00:34:50,699 --> 00:34:55,010
>> 所以，現在的未來的事情我想要做的就是
我要創建我的WordPress的數據庫。

682
00:34:55,010 --> 00:34:56,429
所以我打算做MySQL管理。

683
00:34:56,429 --> 00:35:09,845

684
00:35:09,845 --> 00:35:10,345
[聽不清]

685
00:35:10,345 --> 00:35:13,327

686
00:35:13,327 --> 00:35:13,840
行。

687
00:35:13,840 --> 00:35:15,520
所以，我創造了我的數據庫。

688
00:35:15,520 --> 00:35:18,160
>> 現在我想要做的就是我
要創建一個WordPress的用戶。

689
00:35:18,160 --> 00:35:20,240
所以，我不想登錄
我的WordPress的root用戶

690
00:35:20,240 --> 00:35:21,420
因為那會很糟糕。

691
00:35:21,420 --> 00:35:24,810
所以，我希望用戶只能
訪問WordPress的數據庫。

692
00:35:24,810 --> 00:35:27,970
所以，讓我們在這裡。

693
00:35:27,970 --> 00:35:33,720
而且我們要[？移動？]這個位置。

694
00:35:33,720 --> 00:35:36,870
>> 所以我在做什麼這裡是
我創建一個用戶的

695
00:35:36,870 --> 00:35:40,220
可以從本地主機這是連接
確定我的超級安全密碼

696
00:35:40,220 --> 00:35:42,510
這裡。

697
00:35:42,510 --> 00:35:46,595
然後我要授予此
用戶訪問整個數據庫。

698
00:35:46,595 --> 00:35:51,091

699
00:35:51,091 --> 00:35:51,590
行。

700
00:35:51,590 --> 00:35:56,200
然後現在我應該是
能夠以該用戶登錄

701
00:35:56,200 --> 00:35:58,670
只有看到數據庫
[？和？]測試數據庫。

702
00:35:58,670 --> 00:36:04,970
>> 所以我打算做MySQL的減
üWordPress的，而不是根。

703
00:36:04,970 --> 00:36:10,360

704
00:36:10,360 --> 00:36:10,860
行？

705
00:36:10,860 --> 00:36:16,920
然後我們要
能夠do--吧？

706
00:36:16,920 --> 00:36:18,740
這樣我就可以在這裡看到我的WordPress的數據庫。

707
00:36:18,740 --> 00:36:19,920
所以，這是偉大的。

708
00:36:19,920 --> 00:36:22,420
>> 所以，現在我們需要實際
下載並安裝的WordPress。

709
00:36:22,420 --> 00:36:26,220
因此，讓我們去我們的網站目錄。

710
00:36:26,220 --> 00:36:31,760
所以，我要wget的WordPress的，在
最新版本的WordPress這裡。

711
00:36:31,760 --> 00:36:36,100

712
00:36:36,100 --> 00:36:37,320
我要提取。

713
00:36:37,320 --> 00:36:42,195

714
00:36:42,195 --> 00:36:44,690
現在我要去換
HTML目錄，其中

715
00:36:44,690 --> 00:36:48,150
是默認的[？網絡？]根，
與WordPress的目錄，因此。

716
00:36:48,150 --> 00:37:01,650

717
00:37:01,650 --> 00:37:02,410
>> 行。

718
00:37:02,410 --> 00:37:06,580
現在我要去只是改變
權限，以便在Apache

719
00:37:06,580 --> 00:37:09,450
用戶擁有的WordPress的目錄。

720
00:37:09,450 --> 00:37:12,611

721
00:37:12,611 --> 00:37:13,110
行。

722
00:37:13,110 --> 00:37:17,070
最後，我要開始我的
Web服務器，並希望一切正常。

723
00:37:17,070 --> 00:37:21,650

724
00:37:21,650 --> 00:37:22,150
行。

725
00:37:22,150 --> 00:37:23,940
所以，現在讓我們看看會發生什麼。

726
00:37:23,940 --> 00:37:28,520
所以我要去這裡。

727
00:37:28,520 --> 00:37:30,700
看看，如果我能得到
到這裡該實例。

728
00:37:30,700 --> 00:37:35,200

729
00:37:35,200 --> 00:37:35,740
行。

730
00:37:35,740 --> 00:37:39,860
因此，這裡是我們的WordPress安裝屏幕。

731
00:37:39,860 --> 00:37:42,020
因此，我們知道所有這些信息。

732
00:37:42,020 --> 00:37:44,170
因此，我們的數據庫名是WordPress的。

733
00:37:44,170 --> 00:37:47,550
>> 我們的用戶名將會是WordPress的。

734
00:37:47,550 --> 00:37:50,462
我這裡有我的超級安全的密碼。

735
00:37:50,462 --> 00:37:53,869
我們將要
連接到本地主機。

736
00:37:53,869 --> 00:37:58,040
而且我們要運行安裝。

737
00:37:58,040 --> 00:38:00,430
>> 現在我們只是要
給我的網站的名稱。

738
00:38:00,430 --> 00:38:04,600
所以獅子座的驚人博客。

739
00:38:04,600 --> 00:38:08,265

740
00:38:08,265 --> 00:38:12,580
[聽不清]用戶名。

741
00:38:12,580 --> 00:38:15,972
我要得到一個
密碼我的用戶名。

742
00:38:15,972 --> 00:38:18,979

743
00:38:18,979 --> 00:38:20,520
我要去把我的電子郵件地址。

744
00:38:20,520 --> 00:38:23,790

745
00:38:23,790 --> 00:38:29,326
而且因為它是一個測試一個，我不
希望搜索引擎索引了。

746
00:38:29,326 --> 00:38:30,820
所以，現在我們正在安裝的WordPress。

747
00:38:30,820 --> 00:38:32,070
所以，現在我們都設定。

748
00:38:32,070 --> 00:38:33,850
>> 因此，這裡是我的WordPress。

749
00:38:33,850 --> 00:38:37,660

750
00:38:37,660 --> 00:38:40,345
這是我的儀表板。

751
00:38:40,345 --> 00:38:42,300
這是一個全功能的WordPress的。

752
00:38:42,300 --> 00:38:47,026
我可以更新插件
在這裡，如果我想。

753
00:38:47,026 --> 00:38:49,290
做任何我想在這裡。

754
00:38:49,290 --> 00:38:52,610
所以這裡是我的真實完全
我的一個實例運行WordPress的。

755
00:38:52,610 --> 00:38:55,760
>> 現在，這是偉大的，如果你有一個
測試部位，但是這不能擴展​​。

756
00:38:55,760 --> 00:38:56,737
我們有一個實例。

757
00:38:56,737 --> 00:38:59,070
我們可以作出這樣的實例
真正巨大的，但在某些時候

758
00:38:59,070 --> 00:39:01,165
你要出去跑
垂直縮放室。

759
00:39:01,165 --> 00:39:03,290
所以，你會想
它的規模比這更。

760
00:39:03,290 --> 00:39:05,290
>> 這就是為什麼我們剝離了
這一切其他的東西。

761
00:39:05,290 --> 00:39:07,620
所以，如果讓我們來看看我們的
RDS實例已經完成。

762
00:39:07,620 --> 00:39:13,500

763
00:39:13,500 --> 00:39:16,170
[？是的，？]我們的RDS
例如幾乎完成。

764
00:39:16,170 --> 00:39:19,520
所以，這是因為在此期間確定
我們可以設置我們的EC2實例。

765
00:39:19,520 --> 00:39:22,670
這將只是一個
稍有不同的程序。

766
00:39:22,670 --> 00:39:24,940
>> 因此，我們有我們的WordPress網站。

767
00:39:24,940 --> 00:39:28,540
現在，我已經有一個正在運行的昨天。

768
00:39:28,540 --> 00:39:33,670
所以，我剛剛拿到了找出哪些
一個是它是我今天開通。

769
00:39:33,670 --> 00:39:36,710
所以，這一次推出11月4日。

770
00:39:36,710 --> 00:39:39,370

771
00:39:39,370 --> 00:39:40,770
所以這是從今天之一。

772
00:39:40,770 --> 00:39:43,720
[？我知道？]這個是
推出的，哦，4:00 PM。

773
00:39:43,720 --> 00:39:45,905
所以實際上這是新的。

774
00:39:45,905 --> 00:39:51,474

775
00:39:51,474 --> 00:39:51,974
是的。

776
00:39:51,974 --> 00:39:52,930
好不好。

777
00:39:52,930 --> 00:39:54,590
>> 所以這是我的新實例。

778
00:39:54,590 --> 00:39:56,110
所以，再一次，我要SSH到它。

779
00:39:56,110 --> 00:40:01,550

780
00:40:01,550 --> 00:40:05,630
因此，讓我們回到我的終端在這裡。

781
00:40:05,630 --> 00:40:08,350
所以，我要走出這一個。

782
00:40:08,350 --> 00:40:11,232
我要SSH到新的實例。

783
00:40:11,232 --> 00:40:15,160

784
00:40:15,160 --> 00:40:15,660
行。

785
00:40:15,660 --> 00:40:17,951
所以我不得不做
這裡的一些相同的東西。

786
00:40:17,951 --> 00:40:19,540
所以，我要運行安全更新。

787
00:40:19,540 --> 00:40:23,790

788
00:40:23,790 --> 00:40:25,654
我要安裝一些軟件包。

789
00:40:25,654 --> 00:40:27,820
該軟件包將
略有不同了。

790
00:40:27,820 --> 00:40:31,660
>> 所以我不需要MySQL服務器
因為我們打破了這一點。

791
00:40:31,660 --> 00:40:35,580
所以，我仍然會
安裝MySQL客戶端。

792
00:40:35,580 --> 00:40:37,400
我還是會安裝Apache。

793
00:40:37,400 --> 00:40:40,142
我仍然會
安裝PHP和MySQL的PHP​​。

794
00:40:40,142 --> 00:40:42,100
我只是不打算
安裝MySQL服務器。

795
00:40:42,100 --> 00:40:44,640

796
00:40:44,640 --> 00:40:50,203
>> 然後，我仍然會做
確保Apache就開始啟動。

797
00:40:50,203 --> 00:40:55,890

798
00:40:55,890 --> 00:40:57,790
現在，我們需要在數據庫待漲。

799
00:40:57,790 --> 00:41:02,140
所以，當我們做到這一點，讓我們添加這
實例的負載平衡器。

800
00:41:02,140 --> 00:41:04,610
因此，我們打算去
我們的負載均衡器在這裡。

801
00:41:04,610 --> 00:41:08,430
我們只是要
複製下來的實例ID。

802
00:41:08,430 --> 00:41:10,410
這裡有我的實例ID。

803
00:41:10,410 --> 00:41:19,330
>> 當我去我的負載平衡器，
看，這是我的負載平衡器，

804
00:41:19,330 --> 00:41:20,945
這裡是它的DNS名稱。

805
00:41:20,945 --> 00:41:23,410
因此它有為零的實例
服務現在

806
00:41:23,410 --> 00:41:26,040
因為我沒有加入
任何情況下它。

807
00:41:26,040 --> 00:41:27,950
所以，我要加我的實例。

808
00:41:27,950 --> 00:41:29,635
因此，這裡是我的情況的列表。

809
00:41:29,635 --> 00:41:32,240

810
00:41:32,240 --> 00:41:39,170
所以，如果我想這一個，所以我
去這一個補充。

811
00:41:39,170 --> 00:41:41,150
>> 現在，它要等待
而且它不會

812
00:41:41,150 --> 00:41:43,600
使此實例
直到它變得健康。

813
00:41:43,600 --> 00:41:47,779

814
00:41:47,779 --> 00:41:50,570
而且它不會成為健康
直到我把我的Web服務器上。

815
00:41:50,570 --> 00:41:53,800

816
00:41:53,800 --> 00:41:56,202
所以，讓我們，如果我們的RDS來看看
實例備份。

817
00:41:56,202 --> 00:42:03,630

818
00:42:03,630 --> 00:42:04,130
行。

819
00:42:04,130 --> 00:42:04,630
大。

820
00:42:04,630 --> 00:42:06,360
因此，我們的新的RDS實例已準備就緒。

821
00:42:06,360 --> 00:42:08,940
因此，這是終點
我的RDS實例。

822
00:42:08,940 --> 00:42:13,530
所以，我什麼都做的是我
要連接到我的RDS實例。

823
00:42:13,530 --> 00:42:17,070
所以，這是現在一個完全
管理MySQL數據庫。

824
00:42:17,070 --> 00:42:18,860
它有備份的設置就可以了。

825
00:42:18,860 --> 00:42:20,160
它是多餘的。

826
00:42:20,160 --> 00:42:22,030
它在短短幾分鐘旋轉起來。

827
00:42:22,030 --> 00:42:24,870
所以，現在我應該能
SSH進去from--與否SSH，

828
00:42:24,870 --> 00:42:26,690
但登錄到它與MySQL客戶端。

829
00:42:26,690 --> 00:42:37,602

830
00:42:37,602 --> 00:42:38,120
>> 是的。

831
00:42:38,120 --> 00:42:38,850
所以，我在這裡。

832
00:42:38,850 --> 00:42:39,750
我英寸

833
00:42:39,750 --> 00:42:42,680
所以，現在這將是類似的
除了我們只是打破它。

834
00:42:42,680 --> 00:42:45,922
所以，再一次，我要以實際
擺脫這種一秒鐘。

835
00:42:45,922 --> 00:42:47,880
好了，我們已經創建
WordPress的數據庫

836
00:42:47,880 --> 00:42:50,670
因為我們把WordPress的在那裡，所以
我要創建WordPress的用戶。

837
00:42:50,670 --> 00:42:52,961
還有的將是一些
這裡的細微差別

838
00:42:52,961 --> 00:42:54,237
從我們所做的最後一次。

839
00:42:54,237 --> 00:42:56,070
因此，我們要創建
WordPress的用戶，

840
00:42:56,070 --> 00:42:58,200
但現在我們不打算要
從本地主機再登錄。

841
00:42:58,200 --> 00:43:00,479
我們將被記錄
從EC2實例。

842
00:43:00,479 --> 00:43:03,770
我們不是要一定知道
什麼IP地址它是從哪裡來的，

843
00:43:03,770 --> 00:43:06,820
或者我們不想指定
它的粒度。

844
00:43:06,820 --> 00:43:09,470
>> 我們將有保障
團體確保只有

845
00:43:09,470 --> 00:43:11,200
我們的網絡服務器可以連接到這一點。

846
00:43:11,200 --> 00:43:14,520
所以我只是要允許
它，在這個水平上，

847
00:43:14,520 --> 00:43:16,930
從任何IP地址的連接。

848
00:43:16,930 --> 00:43:17,869
所以，我們只是做了。

849
00:43:17,869 --> 00:43:19,660
現在我們只是
將不得不再次

850
00:43:19,660 --> 00:43:21,701
授予該用戶訪問權限
WordPress的數據庫。

851
00:43:21,701 --> 00:43:24,780

852
00:43:24,780 --> 00:43:30,811
所以，現在我只是要
改變這一張外卡。

853
00:43:30,811 --> 00:43:31,310
行。

854
00:43:31,310 --> 00:43:32,480
因此，我們已經得到了這一點。

855
00:43:32,480 --> 00:43:34,090
讓我們在這裡了。

856
00:43:34,090 --> 00:43:36,650
所以我們只要確保
我們現在可以登錄。

857
00:43:36,650 --> 00:43:39,100
我只是要改變
我的用戶名使用WordPress。

858
00:43:39,100 --> 00:43:45,371

859
00:43:45,371 --> 00:43:45,870
行。

860
00:43:45,870 --> 00:43:46,370
所以我們英寸

861
00:43:46,370 --> 00:43:47,607
使作品。

862
00:43:47,607 --> 00:43:50,440
現在我們要去的地方，再說，我有
建立WordPress的這個實例。

863
00:43:50,440 --> 00:43:54,770
因此，我們將有什麼
要做的就是去無功，WWW。

864
00:43:54,770 --> 00:43:57,260
我有移動HTML
目錄html.old。

865
00:43:57,260 --> 00:44:02,410

866
00:44:02,410 --> 00:44:02,910
行。

867
00:44:02,910 --> 00:44:06,770
並且我們將不得不
下載WordPress的。

868
00:44:06,770 --> 00:44:12,000

869
00:44:12,000 --> 00:44:14,790
>> 行。

870
00:44:14,790 --> 00:44:15,540
提取的WordPress。

871
00:44:15,540 --> 00:44:18,760

872
00:44:18,760 --> 00:44:21,410
我們要移動它
到HTML目錄。

873
00:44:21,410 --> 00:44:28,650

874
00:44:28,650 --> 00:44:29,150
行。

875
00:44:29,150 --> 00:44:30,900
我們要去
更改權限。

876
00:44:30,900 --> 00:44:36,021

877
00:44:36,021 --> 00:44:37,562
然後我們要啟動Apache。

878
00:44:37,562 --> 00:44:42,490

879
00:44:42,490 --> 00:44:45,820
>> 所以會發生什麼
現在有沒有是怎麼回事

880
00:44:45,820 --> 00:44:49,200
是基本上5
重試這個ELB。

881
00:44:49,200 --> 00:44:53,790
和它的最終，此實例是
要成為健康的ELB。

882
00:44:53,790 --> 00:44:57,871
所以[聽不清]在這裡。

883
00:44:57,871 --> 00:44:58,370
讓我們來看看。

884
00:44:58,370 --> 00:45:00,525
這種情況下是沒有健康的。

885
00:45:00,525 --> 00:45:02,400
那麼，什麼我其實
要做的事情就是我要去

886
00:45:02,400 --> 00:45:05,275
改變健康查了一下
更多的只是一點，使它更快。

887
00:45:05,275 --> 00:45:07,320
我們以後可以改回來。

888
00:45:07,320 --> 00:45:12,561
因此，讓我們說，我想健康
門檻3，而不是五。

889
00:45:12,561 --> 00:45:13,060
好不好。

890
00:45:13,060 --> 00:45:15,340
所以，現在我們在服務。

891
00:45:15,340 --> 00:45:17,400
>> 所以，現在我要去
此負載平衡器。

892
00:45:17,400 --> 00:45:19,895
它應該代理我回來
通過對這種情況下，

893
00:45:19,895 --> 00:45:23,195
我們將建立WordPress的就在這裡。

894
00:45:23,195 --> 00:45:25,320
現在，如果你有自己的
域名什麼的，

895
00:45:25,320 --> 00:45:28,740
你可以做一個CNAME
記錄該DNS名稱。

896
00:45:28,740 --> 00:45:31,850
和彈性的負載平衡
服務是可伸縮的上後端，

897
00:45:31,850 --> 00:45:34,065
所以它擴展上下對自己的。

898
00:45:34,065 --> 00:45:35,710
因此它可能是多個IP地址。

899
00:45:35,710 --> 00:45:36,584
該IP地址可能會改變。

900
00:45:36,584 --> 00:45:39,063
所以，你應該始終引用
它的DNS名稱。

901
00:45:39,063 --> 00:45:41,841

902
00:45:41,841 --> 00:45:42,770
>> 行。

903
00:45:42,770 --> 00:45:43,560
所以在這裡我們去。

904
00:45:43,560 --> 00:45:45,215
我們回到我們的設置畫面。

905
00:45:45,215 --> 00:45:47,870
現在，我們要做的
同樣的過程差不多。

906
00:45:47,870 --> 00:45:49,835
因此，我們的數據庫名是WordPress的。

907
00:45:49,835 --> 00:45:52,940
我們的用戶名的名字是WordPress的。

908
00:45:52,940 --> 00:45:55,560
我們已經得到了相同的超
安全的密碼和以前一樣，

909
00:45:55,560 --> 00:45:59,020
除了數據庫主機現在
將成為RDS實例。

910
00:45:59,020 --> 00:46:01,222
>> 所以我們要去這裡。

911
00:46:01,222 --> 00:46:04,760
我們要去RDS。

912
00:46:04,760 --> 00:46:06,320
我們將去我的實例。

913
00:46:06,320 --> 00:46:07,730
我在這裡需要我的終點名稱。

914
00:46:07,730 --> 00:46:09,160
這是這一個。

915
00:46:09,160 --> 00:46:10,984
所以我只是要
複製並粘貼此。

916
00:46:10,984 --> 00:46:17,500

917
00:46:17,500 --> 00:46:18,000
行？

918
00:46:18,000 --> 00:46:20,100
讓我們看看是否奏效。

919
00:46:20,100 --> 00:46:20,600
行。

920
00:46:20,600 --> 00:46:21,380
使作品。

921
00:46:21,380 --> 00:46:23,530
所以，你可以連接到RDS實例。

922
00:46:23,530 --> 00:46:27,200
再次，它會
是獅子座的真棒博客。

923
00:46:27,200 --> 00:46:39,590

924
00:46:39,590 --> 00:46:40,090
行。

925
00:46:40,090 --> 00:46:42,750
>> 所以，現在我們要
安裝我們的WordPress。

926
00:46:42,750 --> 00:46:44,550
所以，我們就大功告成了。

927
00:46:44,550 --> 00:46:46,736
所以讓我只要登錄
以確保它的工作。

928
00:46:46,736 --> 00:46:51,696

929
00:46:51,696 --> 00:46:54,020
好不好。

930
00:46:54,020 --> 00:46:56,400
>> 所以，現在我們已經有了一個
完全運行WordPress的。

931
00:46:56,400 --> 00:46:58,890
我們可以做的就可以了各種操作。

932
00:46:58,890 --> 00:47:02,210
所以，現在的差別是，
我們有一個單獨的數據庫。

933
00:47:02,210 --> 00:47:03,470
該數據庫是多餘的。

934
00:47:03,470 --> 00:47:05,690
我們仍然只有一個網頁
服務器，但是我們現在可以

935
00:47:05,690 --> 00:47:08,680
利用這個網頁的圖像
服務器，再次啟動它，

936
00:47:08,680 --> 00:47:11,720
然後我們有兩個Web服務器
這背後的負載平衡器。

937
00:47:11,720 --> 00:47:15,894
>> 端點不會改變是否
它的一個或兩個，或50的網絡服務器。

938
00:47:15,894 --> 00:47:17,060
我們可以擴展它不止於此。

939
00:47:17,060 --> 00:47:21,190
因此，有插件的WordPress的地方
你可以使用S3的靜態資產。

940
00:47:21,190 --> 00:47:23,900
您可以使用CloudFront的
緩存這些資產。

941
00:47:23,900 --> 00:47:26,970
您可以使用ElastiCache所以你
可以使用Memcached的基本

942
00:47:26,970 --> 00:47:30,110
存儲會話狀態存在。

943
00:47:30,110 --> 00:47:32,654
>> 所以，當你從規模
一至多個實例，

944
00:47:32,654 --> 00:47:35,070
你要假設
這些情況是短暫的，

945
00:47:35,070 --> 00:47:36,360
這樣他們就可以走了。

946
00:47:36,360 --> 00:47:38,880
所以，你得想
關於我在哪裡存儲日誌，

947
00:47:38,880 --> 00:47:40,290
我在哪裡存儲會話狀態。

948
00:47:40,290 --> 00:47:43,580
我如何使它所以它是OK的
這些實例可以消失，或者更

949
00:47:43,580 --> 00:47:45,010
它們可以出現？

950
00:47:45,010 --> 00:47:47,260
所以，你將不得不
回答這樣的問題。

951
00:47:47,260 --> 00:47:48,551
但它是相當常見的模式。

952
00:47:48,551 --> 00:47:52,720
所以，你剛開始卸載任何
執著的東西到其他層。

953
00:47:52,720 --> 00:47:55,380
>> 所以，現在我們已經有了這一點，我們
做[？三層？]的事。

954
00:47:55,380 --> 00:47:57,140
過去的事情我
打算做的，是我

955
00:47:57,140 --> 00:47:59,390
打算讓我的負載平衡器
更堅實的一點點

956
00:47:59,390 --> 00:48:02,210
現在，它的標記為健康。

957
00:48:02,210 --> 00:48:06,010
因此，它通常不是一個
為網站好主意

958
00:48:06,010 --> 00:48:10,139
做TCP健康檢查，因為
你的Apache可能要漲，

959
00:48:10,139 --> 00:48:11,680
但它可能是在返回PHP錯誤。

960
00:48:11,680 --> 00:48:12,940
所以你不希望出現這種情況。

961
00:48:12,940 --> 00:48:14,648
>> 那麼，什麼我要
這裡做的是我要去

962
00:48:14,648 --> 00:48:18,230
要改變這種一個HTTP健康檢查。

963
00:48:18,230 --> 00:48:22,880
它的將是
index.php文件，而不是index.html的。

964
00:48:22,880 --> 00:48:26,470
而且我們要改變這種
健康的閾值回至五年。

965
00:48:26,470 --> 00:48:27,880
所以這樣做了。

966
00:48:27,880 --> 00:48:29,500
所以這仍然應該是健康的。

967
00:48:29,500 --> 00:48:30,000
是的。

968
00:48:30,000 --> 00:48:31,990
因此，我們仍然在服務。

969
00:48:31,990 --> 00:48:36,370
>> 所以這就是你如何設置
WordPress的上升對AWS。

970
00:48:36,370 --> 00:48:41,660
所以我覺得在不到20分鐘，我們已經
兩者上設置一個實例，就其本身而言，

971
00:48:41,660 --> 00:48:47,302
和一個完整的三層結構，其中
每一層獨立地可擴展性。

972
00:48:47,302 --> 00:48:49,010
你可以做各種
有趣的東西

973
00:48:49,010 --> 00:48:51,120
與數據庫擴展為好。

974
00:48:51,120 --> 00:48:54,200
>> 讓我告訴你一次
這裡有趣的事情。

975
00:48:54,200 --> 00:48:59,590
所以我們可以說為了這個，我想
打出來的讀取寫操作。

976
00:48:59,590 --> 00:49:02,020
我可以創建一個讀副本。

977
00:49:02,020 --> 00:49:05,040
所以我打算只
創建一個讀副本。

978
00:49:05,040 --> 00:49:11,407
因此，這是要
是wordpressdb1 READ1。

979
00:49:11,407 --> 00:49:13,240
我要做到這一點就
同一區域，但我

980
00:49:13,240 --> 00:49:15,820
能做到這一點在不同的區域。

981
00:49:15,820 --> 00:49:18,740
因此，我們要開始
這裡供應讀副本。

982
00:49:18,740 --> 00:49:20,390
所以，現在我們正在創建讀副本。

983
00:49:20,390 --> 00:49:22,349
這是正在創建
在底部出現。

984
00:49:22,349 --> 00:49:24,140
所以，你可以做各種
這裡很酷的東西。

985
00:49:24,140 --> 00:49:25,550
>> 所以我做的演示。

986
00:49:25,550 --> 00:49:27,780
因此，我認為我們有10分鐘左右。

987
00:49:27,780 --> 00:49:33,860
所以我會採取任何人的問題
有，任何AWS相關主題。

988
00:49:33,860 --> 00:49:36,980

989
00:49:36,980 --> 00:49:39,395
任何人嗎？

990
00:49:39,395 --> 00:49:39,895
酷。

991
00:49:39,895 --> 00:49:40,850
行。

992
00:49:40,850 --> 00:49:42,720
謝謝大家。

993
00:49:42,720 --> 00:49:44,192