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

2
00:00:10,811 --> 00:00:12,060
LEO Жадановский: Привет, всем.

3
00:00:12,060 --> 00:00:13,675
Я Лев Жадановский.

4
00:00:13,675 --> 00:00:17,000
Я архитектор решений
в Amazon Web Services.

5
00:00:17,000 --> 00:00:21,030
И я собираюсь поговорить с вами сегодня
о том, что Amazon Web Services является,

6
00:00:21,030 --> 00:00:25,170
его история, краткий обзор
из услуг, которые мы предлагаем.

7
00:00:25,170 --> 00:00:29,530
А также я буду делать интерактивную демонстрацию
как запустить стек LAMP, в AWS

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
Ну, Amazon действительно хорошо
обеспечивая большую выбор продуктов

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
Как мы опубликовали простые веб-сервисов
таких, как наш поиск по каталогу.

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
И так это привело нас к разработке АРМ.

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
чтобы использовать веб-службы для создания
масштабируемые сложные приложения.

28
00:01:46,080 --> 00:01:49,650
И веб-сервисов является то, что
люди теперь называем Cloud.

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
У нас также есть области, в
Oregon называется GovCloud.

52
00:03:00,200 --> 00:03:05,370
Так что, если у вас есть нагрузки, которая должна
быть ИТАР соответствует, так что

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
как я уже сказал, по крайней мере,
два доступность зон.

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
равнины, чтобы иметь четкое власть
коммунальные услуги и различные уровня 1 интернет-провайдеров.

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
Как правило, мы видим много
ИТ-подразделений.

101
00:05:41,230 --> 00:05:43,130
Они имеют эту проблему пропускной способности.

102
00:05:43,130 --> 00:05:46,370
Таким образом, они имеют определенные суммы
ИТ потребности, а затем они

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
Вы можете запустить один
Например, вы можете запустить

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
>> АУДИТОРИЯ: Cyber ​​понедельник?

125
00:06:51,180 --> 00:06:53,430
>> LEO Жадановский: Cyber ​​понедельник
и Черная пятница, верно?

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 оказалось
от его последней физической веб-сервера

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
Таким образом, вы можете делать вещи, как спин вверх в
Вся новая Dev или Тестовая среда,

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 экземпляров, установите
до кластеров высокопроизводительных вычислений, или кластере 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
>> Итак, что же клиенты
фактически используя АРМ для?

152
00:08:10,930 --> 00:08:16,170
Ну, так в Университете Нотр-Дам,
они переехали их веб-сайт к AWS.

153
00:08:16,170 --> 00:08:21,150
Они имеют в среднем около 38 000
посетителей в день на свой сайт,

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
>> NASA JPL, они используют AWS жить поток
Марсоход посадки Curiosity Марс.

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
Таким образом, они не могли купить МЧР
мощность где-нибудь в то время.

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
Они были, как мне кажется, предусматривающие
около миллиона зрителей.

169
00:09:13,480 --> 00:09:16,200
Так было на самом деле интересно
техническая корма они используются,

170
00:09:16,200 --> 00:09:18,990
Серверы Adobe Flash Media
и [? Интернет-?] кэшей.

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
Так Amazon VPC является
Virtual Private Cloud.

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
Вы можете также расширить ваши
на предпосылке адресное пространство СИЗ.

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
Таким образом, вы можете получить один или 10 Гб
ссылка или несколько один или 10 Гб ссылки

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
Так Route 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
Она также имеет глубокую интеграцию
с услугами АМС,

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
распределения для вашего
LBS или 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, так что Red Hat, Debian, Ubuntu.

229
00:12:09,519 --> 00:12:11,560
У нас есть собственный дистрибутив
называется Amazon 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
>> Там Подсчитаем оптимизированы, которые
отлично подходит для таких вещей, как веб-серверы,

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
Там же случаи хранения, оптимизированные,
таким образом, они имеют большие SSD-накопителей на них.

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
Так Auto Scaling является API для EC2.

249
00:13:07,840 --> 00:13:12,360
И это позволяет горизонтально масштаб
вверх и вниз ярусами EC2 случаях.

250
00:13:12,360 --> 00:13:14,460
Так что давайте, у вас есть
куча веб-серверов.

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
Так Первый Amazon
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
получить три 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
>> Итак, есть Amazon S3.

290
00:15:16,360 --> 00:15:19,340
Amazon S3 является нашей целью магазин.

291
00:15:19,340 --> 00:15:23,230
Так Amazon 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
Так Glacier это наша
долгосрочная архивная служба.

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
Вы должны использовать Glacier.

309
00:16:22,890 --> 00:16:26,210
Так стоит Glacier $ 0.01
за гигабайт в месяц.

310
00:16:26,210 --> 00:16:29,550
И Amazon S3 начинается
$ 0.03 за гигабайт в месяц.

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
Так что, если это нормально, если
это архиве случай,

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
резервное копирование на Amazon 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
Так Первый Amazon 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 Server, Oracle,
MySQL и Postgres двигатели.

329
00:17:27,030 --> 00:17:28,820
>> Это делает автоматическое переключение.

330
00:17:28,820 --> 00:17:31,580
Так что, если у вас есть
Опция Multi-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
Для Динамо БД: оно отнимает
все административное бремя

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
>> Тогда есть Amazon 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
Итак, мы получили Amazon EMR,
которое является эластичным Карта Уменьшение.

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
таких как свечи зажигания и акулы и Hive

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, то сделать некоторые ЭМИ на нем,

397
00:20:48,030 --> 00:20:50,760
положить его в Redshift, что
наш хранилищ данных прибора,

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
Это означало, чтобы быть Пбайт масштаб, так
Вы можете хранить большое количество данных на нем.

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
А тут еще Kinesis.

407
00:21:14,550 --> 00:21:17,340
Kinesis наша реальном времени
Услуги по обработке.

408
00:21:17,340 --> 00:21:20,970
Таким образом, вы можете взять какой-то источник
из потоковых данных в режиме реального времени,

409
00:21:20,970 --> 00:21:27,360
так сказать, как Twitter пожарный шланг или
куча данных журнала, отправить его Kinesis.

410
00:21:27,360 --> 00:21:29,140
Kinesis обрабатывает все это для вас.

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
Итак, вы получили ваш балансировки нагрузки
слой, веб-слой, ваше приложение слой,

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
>> Тогда у нас есть Elastic бобовый стебель.

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
Вы же не хотите, чтобы беспокоиться
о развертывании свои собственные СОБ или 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
экземпляры и СОБ и все такое

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
Таким образом, наши административные услуги
начать с Amazon 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
>> Тогда мы имеем Amazon CloudWatch,
что наш сервис метрики.

455
00:23:39,440 --> 00:23:41,956
Так что это дает вам использование процессора
и все виды метрик.

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
против Amazon Web Services.

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
Так что я просто хочу, чтобы выбрать
ваш стандартный Amazon Linux.

494
00:25:31,015 --> 00:25:32,930
>> И я собираюсь забрать тип экземпляра.

495
00:25:32,930 --> 00:25:35,890
И так как это
веб-сервер, я собираюсь

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
Поэтому я хочу, что с моей веб-сервера здесь.

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 Demo.

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 адреса SSHing в.

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
И я собираюсь просто-- все
Я хочу это порт 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
Общие SSD-накопители назначения.

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 УДР

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
>> Так что это вариант для Multi-AZ.

582
00:30:09,680 --> 00:30:14,267
Так Multi-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
И я собираюсь забрать
Да, я хочу Multi-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 Demo.

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
Я собираюсь открыть
Окно оболочки здесь.

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 Жадановский: Хорошо?

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
[? Судо ням?] минус у обновление.

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
И тогда на самом деле я буду
начать свой веб-сервер позже.

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.

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
и отключить вход администратора.

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 с пользователем корневой

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 минус
U 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
И, наконец, я собираюсь начать мой
веб-сервер и надеемся, все работает.

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
Так что это один был запущен 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 вечера.

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 и PHP MySQL.

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
Итак, мы собираемся, чтобы перейти к
наша нагрузка BALANCER здесь.

801
00:41:04,610 --> 00:41:08,430
И мы только собираемся
скопируйте идентификатор экземпляра.

802
00:41:08,430 --> 00:41:10,410
Получил мой идентификатор экземпляра здесь.

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
И он не собирается стать здоровым
пока я перехожу на моем веб-сервере.

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 в нее из-- или нет 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
Итак, что мы будем иметь
сделать, это пойти в Var, 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
чтобы быть в принципе пять
повторяет по этому УДР.

881
00:44:49,200 --> 00:44:53,790
И это в конечном итоге, этот экземпляр
собирается стать здоровым на УДР.

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
изменить Health Check немного
немного больше только, чтобы сделать его быстрее.

887
00:45:05,275 --> 00:45:07,320
Мы можем изменить его позже.

888
00:45:07,320 --> 00:45:12,561
Итак, давайте скажем, я хочу здоровым
Порог из трех вместо пяти.

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
ИПС может измениться.

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
Мы получили тот же супер
Secure Password, как и прежде,

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
а то у нас два веб-сервера
за этой нагрузки.

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
Как мне сделать так, что все в порядке, что
Эти случаи могут исчезнуть или более

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