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 тисяч відвідувачів в день на свій сайт, 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