LEO ZHADANOVSKY: Здравейте, всички. Аз съм Лео Zhadanovsky. Аз съм архитект решения в Amazon Web Services. И аз ще говоря с теб днес за това, което е Amazon Web Services, нейната история, кратък преглед на услугите, които предлагаме. И също така ще направя демонстрация на живо на как да се постави началото на стека LAMP в AWS както върху една единствена инстанция и чрез използване на някои от другите ни [? управлявани?] услуги, като като нашата релационна база данни услуги, и нашата натоварване балансьори, и нашите случаи. Така че на първо място, нека говорим за историята AWS. И така, как Amazon.com влязат в тази изчислителни облаци бизнес? Е, Amazon е наистина добър в предоставяне на голям избор на продукти и транспортните разходи тези за клиентите ефективно. И зад тази способност лежи години опит с центрове операционна данни, с логистика, с най-различни неща. И така ние открихме над 10 години, че Исках да се даде възможност на нашите клиенти да правя много различни неща, нали? 

И така ние се предлага едни вътрешен услуги до трети страни продавачи. Както публикувани прости уеб услуги като нашия каталог търсене. И това стана наистина очевидно много по-бързо че разработчиците са гладни за повече от нашите услуги. И така, това ни позволява да развие AWS. Така че ние попита какво, ако ние може да опаковате всичко което правим и да го предложи на други потребители по интернет? 

Така че мисията AWS е да се даде възможност на предприятия и предприемачи да използва уеб услуги, за да се изгради мащабируеми сложни приложения. А уеб услуги е това, което хората вече наричат ​​Облака. Така през 2006 г., AWS е роден. И нека да говорим за какво всъщност е AWS. 

Така че ние предлагаме различни услуги на различни нива. Така че ние имаме нещо като нашите основни услуги, нашата изчислителна съхранение и бази данни. И тогава ние също имаме на мрежовия слой, и ние имаме една глобална инфраструктура, затова сме дойдоха региони по света и наличност зони по целия свят. И тогава ние имаме високи услуги на ниво, като приложни услуги, които използвате, за да се изгради хоризонтално мащабируеми приложения. И тогава ние имаме разполагане и административни услуги. Така че това са услуги, които са използвате, за да разположи своя код в AWS и да администрира вашия AWS предвид като го везни. 

Така че нека да говорим за нашата глобална инфраструктура първия. В момента има 11 региона по света. Така че ние просто добавя нов регион преди няколко седмици във Франкфурт, но всеки регион е като отделен облак. Така че тези услуги, аз съм Ще говорим за това те съществуват в различните региони. Така в САЩ, има регион в северната част на щата Вирджиния. Има един регион в Северен Калифорния и Орегон. 

Районът в Орегон Също така е въглеродно неутрална. Ние също имаме един регион в Oregon нарича GovCloud. Така че, ако имате натовареност, която се нуждае от да бъде ИТАР съвместими, така че това е Международния трафик и намаляване на оръжие Договор, трябва да използвате GovCloud. 

Така че важното за това е, че сте избирате къде си данни отива и къде си приложения вървят. Така че не се движим данните си по отношение региони, или в целия наличност зони ако това е услуга, където можете да изберете зоната за свободни стаи. Можете да изберете и да изберете къде отива. Можете да го преместите. Ние ви даде инструменти, за да се движат си данни, но ние няма да го премести за вас. 

И така, в рамките на всеки район има най-малко две зони за наличност, и ние ще говорим за това, което тези, които са в секунда. А има и 52 ръб места по света. Така места край са основно за нашата CloudFront, [? облак?] дистрибуция мрежа, и нашата Route 53 DNS услуги. И така, има много от тях защото те са по-близо до потребителите, защото тези, които са услуги латентност основа. Така латентност въпроси за тях. 

Така че това е, което един типичен област прилича. И тогава [? в срок?] всеки регион има, както казах, най-малко наличност две зони. Един наличността зона е най-малко един център за данни, понякога може да бъде повече в същата географска област. И нашите наличност зони са предназначени да бъде по-различно заливните равнини, вина равнини да имат различна мощност комунални услуги и различни Tier 1 ISPs. Така че трябва да се изработи си прилагане [? ум?] където може да се случи нещо в една свободни зони, но така че трябва да простирате приложение в множество свободни стаи зони, защото те са построени с тези съкращения в ума. 

И така, ние захрани много фирми, които да ви разпознаят. Така че от Airbnb, да Netflix, да Dropbox, за да Yelp, имаме всички видове стартиращи и предприятия, които работят натоварвания върху нас. В обществения сектор, ние имаме всички видове държавни агенции които работят с нас, edtech стартиращи компании, университети. Кампанията на Обама прокара основно всички от техните неща на Amazon Web Services. 

И само за да ви даде перспектива на нашия мащабиране, на средна ден имахме достатъчно нов сървър капацитет за подкрепа Глобална инфраструктура на Amazon.com когато е било милиарда долара 7 бизнес през 2004 година. Така че това е колко много сме имаше на средна ден. 

Така общата концепция е, ако можете мисли за това как да получите мощност. Така че можете да получите мощност, това е по поръчка, нали? Така че да знаете кога сте се го, знаеш, че може да го получи. Това е еднакво, така че да знаете какво напрежение сте се. Тя плати като отидеш, така че плащате за колко точно използвате. И това е на разположение. Така че можете да включите, вие знаете вие ще получим власт. Така че ние сме направили, че и го удължи до компютри. 

Така че това няма да реши много проблеми. Ние обикновено виждам много на IT организации. Те имат този проблем капацитет. Така че те имат определени количества на ИТ нужди, а след това те трябва да над-разпоредба на техния капацитет. Така че или те са доста по-често провизиране, или те не разполагат с достатъчен капацитет, и те имат неудовлетворени клиенти. 

Така например, те са различни модели на трафика. Така че независимо дали имате неща че се включва и изключва, или растат бързо, или имат променливи върхове или предвидими върхове, за всичко това, вие или ще свръх разпоредба обикновено, или започваш да се по-разпоредба. Така че трябва или отпадъци, или имате недоволни клиенти. 

Така че това, което AWS ви позволява да правите ли е да мащаб нагоре и надолу динамично въз основа на това, което си действителния модел ползване е. Така че можете да плащате само за това, което използвате. И вие може да започне случаи, така например е нашата дума за виртуален сървър. Можете да постави началото на едно Например, можете да стартирате хиляди копия в минута или секунди, точно толкова, колкото ви е необходимо. И вие можете да го набиране и надолу, както се изисква. Така че нека да поговорим за един Например, че е нещо близо до дома. Така че това е един типичен трафик графика за месец ноември, за Amazon.com. И последните две върхове тук, Някой знае ли какви са те? Така they're-- 

Публика: Cyber ​​понеделник? 

LEO ZHADANOVSKY: Cyber ​​понеделник и Черния петък, нали? Така че по традиция, какво Amazon.com трябваше да направя, е да те трябваше да капацитет разпоредба за покриване на тези два пика. Така в резултат на 76% от времето, те са имали твърде много капацитет. И само 24% от времето бяха те напълно го използва. И така през 2010 г. Amazon.com обърна разстояние неговия последен физическа уеб сървър и тя се премества в AWS. Така че това е, което трафикът модел изглежда сега. Капацитетът му е малко над какво всъщност е необходимо. 

Така че защо ние виждаме клиентите възприемат изчислителни облаци в AWS толкова бързо? Е, ловкост. Така че това е основната причина, че ние виждаме. Защо е важно пъргавина? Е, това позволява на клиентите да правят неща, които в стария свят взеха седмици или месеци да направя ги в минути или секунди. Така че можете да правите неща като спин създаде изцяло ново Dev или Test среда, върти един нов DR среда, се върти 50 случаи, или 1000 инстанции за най-натоварения трафик, премахнете тези 1000 копия, задайте създаване на HPC клъстер, или GS клъстер, и можете да направите това всичко в минути на AWS. 

Така че това, което това води до е на култура на иновации. Така че можете да експериментирате често. Можете да плащате само за това, което използвате и можете да се провали без риск. Така че, ако се опитате нещо, вие сте платена за няколко часа на ползване. Тя не е голяма работа. Вие не можете да изведе голям капитал инвестиции в предни позиции за това. 

Така че това, което са клиенти действително използване AWS за? Е, така университета в Нотр Дам, те се местят сайта им към AWS. Те имат средно по около 38 000 посещения на ден до сайта им, но може да набъбне до 150,000 по време на спортни събития и футболни мачове. Така те се местят сайта им към нас. И сега сайта им може да подкрепи повишаване на трафика на 500%, всички докато сте запазили 40% през текущото им по-помещение настройка за своя уебсайт. 

NASA JPL, те използват AWS да живея поток любопитството Марсоход кацането. И така те разбрах само шест дни предварително че те трябва да се намери друг доставчик от редовното си доставчик за тяхното живо. Това е същото време, колкото Олимпиадата. Така че те не биха могли да си купите CDM капацитет навсякъде в момента. И така, те на практика създаде собствено съдържание доставка мрежа на нашия EC2 услуга за шест дни. И те са в състояние да имат го изкачат до техните нужди. Те бяха, мисля, предвиждащ около един милион зрители. Така че това е наистина интересно техническа фуражи те използват, Adobe Flash Media сървъри и [? Интернет?] кеш. И те са в състояние да мобилизират цялата клъстери от тях програмно като е необходимо. И тогава те ги завъртя надолу, когато те не ги използват вече. 

Кампанията на Обама през 2012 г. се използва AWS за над 200 приложения че те се хоства на платформата. Те имат всичко в границите от обадете инструменти, за преработвателите на плащане, до мобилни приложения, за да доброволна организация уебсайтове, на инструментите на големи аналитични данни. И всичко трябваше да работят в изборния ден. Така че, за да се премести в изборния ден ще изисква конституционна поправка, така че няма да се случи. Така че всичките им системи щяха да се налага да работят в ден първи. И те го направиха. 

Така че нека да говорим за актуалните служби. Така че първата мрежови услуги. Така че Amazon VPC е Virtual Private Cloud. Той е в основата на софтуерно мрежа който живее на върха на вашите EC2 случаи, и вашите RDS, които ние ще говорим за, и ElastiCache. 

И така, можете да определите лично адресно пространство за вашите копия. Вие може да се счупят, че нагоре в обществени подмрежи, частни подмрежи. Можете да направите VPN връзки към си на собствени центрове за данни. След това можете да удължите по-помещение адресно пространство на VPC. Вие имате властта да манипулира по маршрута маса, така че можете да персонализирате неща. Имате достъп до мрежата списъци за контрол в VPC. [? Така тя?] Дава голяма гъвкавост над това, което си работи в AWS. 

Тогава там е AWS DirectConnect. Така DirectConnect е частна връзка с нашите региони. Така че можете да получите една или 10 концерт линк или множествени една или 10 концерта връзки до област. Така че, ако се качите много данни или изтегляне на много данни и се наложи лично свързаност, това е опция съществува. 

Има също така и Route 53. Така Route 53 е нашият DNS услуги. Той прави всички видове интересни неща. Така тя поддържа медицински прегледи. Така че можете да, да речем, тече два екземпляра на уебсайта си по едно и също време. И ако някой от тях не успее, насочват трафика към другото копие. 

Или можете да направите записи география-базирани така че можете да насочите трафик в продължение на една страна на един клъстер от друга страна в друга клъстер. Можете да направите тестване / B, за да можете може да има 80% от трафика до едно копие на вашия сайт и 20% до новото копие на вашия сайт и да видим кой е по-резултатна. Така че можете да направите всички видове интересни неща там. Можете да направите латентност базирани записи. Така че можете да имате копия на вашия уебсайт цял ​​свят и са потребителят изпраща на двете един е най-близо до тях въз основа на латентност. Тя също има дълбока интеграция с AWS услуги, така като нашите товарни балансьори, и S3, и CloudFront, така че е много лесно да се посоча неща за CloudFront разпределения за вашия LBS или S3 кофи. 

Тогава там е EC2. Така EC2 е нашата виртуална услуга сървър. Вие може да работи на Windows. Можете да стартирате Linux върху него. Вие имате пълен контрол на операционната система. Има различни вкусове на Windows и Linux, така че Red Hat, Debian, Ubuntu. Ние разполагаме със собствена дистрибуция наречена Amazon Linux. Можете да изберете кой от тях искате. 

Има различни видове случаи. Така че има над 27 инстанция видове в този момент. Така че има различна инстанция семейства, базирани на различни натоварвания. Така че има общо инстанции цел, които са само, ако не знаете какво имате нужда, можете да започнете с тези. 

Имало Compute оптимизиран, които са страхотно за неща като уеб сървъри, нали? Има памет оптимизиран случаи, които са страхотни за такива неща Дата на релационни бази данни. Има случаи на съхранение-оптимизиран, така че те да имат големи SSD дискове за тях. Така че те са много добър начин за нещата като Монго или NoSQL, нали? 

А има и графики оптимизирани случаи, които са чудесни за GPU изчислителни и касетъчни случаи. И накрая има цена оптимизирани случаи. Така че, ако просто се опитваме да експериментирате, можете може да получите един куп ниска инстанция разходи видове, които са страхотни за тази употреба случай. Тогава там е Auto Scaling. Така Auto Scaling е API за EC2. И това ви позволява да хоризонтално мащаб нагоре и надолу етажи на EC2 случаи. Така че нека да кажем, че имате куп уеб сървъри. 

И, както в случая Notre Dame, можете Обикновено трябва да имате две от тях, но може да се наложи да мащаб за 10. Е, можете да използвате Auto Scaling да задейства автоматично мащаб нагоре или надолу събития на базата на метрика. Така [? CPU?] Използване, латентност. Можете да направите поръчка показатели, така че това е доста отворена приключи там. 

Можете също така да мащабирате въз основа на график. Така че, ако знаете, че започваш да има много трафик в понеделник в 6:00 AM, можете да мащаб се в понеделник в 6:00 AM и скала за определяне в понеделник в 17:00. Можете също така да го въз основа на Просто командния ред команди. 

Тогава там е балансиране еластична натоварване. Балансиране Така еластична натоварване е успял натоварване балансьор. Така че, когато щракнете върху бутона, тя разпоредби товар балансиращи за вас. Балансьор Товарната живее в наличност няколко зони. Той прави SSL разтоварването за портове 25, 80, 443, и нищо над 1024 за TCP трафик. 

Той прави източване връзка, поддръжка на прокси протокол. Така че това е един много featureful натоварване балансьор. И тя има интеграция с Auto Scaling. Така че, когато използвате Auto Scaling и сте мащабиране нагоре и надолу, можете да имате свои копия автоматично се присъедини или да напуснат еластична балансьор натоварване. 

Така че тогава там е нашите услуги по съхранение. Така че първата е Amazon EBS, или Elastic Block Store. Това са устойчиви обеми, че можете да монтирате на вашите EC2 случаи. Така че можете да ги моментна снимка. Така че, когато се моментна снимка на EBS обем, той отива при S3, които ние ще говорим за в секунда. Има три различни видове обеми EBS. 

Има магнитна EBS, която е само на нещо като стандарт вид магнитен диск. Това е най-икономичния вариант. Тогава там е обща целта SSD, където сме получите три IOPS на разпоредба гигабайт. Така че, ако имате един терабайт обем, имате 3000 IOPS. И тогава там е обезпечен IOPS. Така провизирани IOPS е, когато плащат за колко дисково пространство, можете да използвате и колко IOPS капацитет, което трябва. Така че можете да предвиди до 4000 IOPS на обем. 

Така че тогава там е Amazon S3. The Amazon S3 е нашият обект магазин. Така че Amazon S3, можете да го използвате да съхранява само на всякакъв вид данни. Можете да го използвате за съхранение на статично уебсайтове и маркучи статични уеб сайтове. Можете да използвате S3 за архивиране и архивите в някои случаи работа като източник и на изхода кофа за големи Анализ на данни, или транскодиране. Той също може да се използва като произход за разпределение CloudFront. 

Така че S3 е супер мощен. Проектирана S3 за 11 линии на трайност. И така, какво означава това е, че може да поддържа загубата на най-малко две данните центрове в същото време без да губи вашите данни. Можете да направите криптиране на S3. Така сървър, криптиране, или сървъра зададете криптиране с ключа. Така че, ако искате да управлявате ключове, които можете да направите това, както добре. 

А има и Glacier. Така Glacier е нашата дългосрочна архивна служба. Също така е предназначен за 11 линии на трайност, но това е защото, когато искате да запазите нещо и да забрави за него, нали? Така че независимо дали за съответствие или други причини, които трябва да архивирате нещо, Вие трябва да използвате Glacier. Така че струва Glacier 0.01$ за гигабайт на месец. И Amazon S3 започва в $ 0.03 за гигабайт на месец. Така Glacier е по-евтин и Glacier отнема три до пет часа за да получите данните си обратно. Така че, ако това е ОК, ако това е архивно дело, След Glacier е може би най- полето случай употребата на тази опция. 

Тогава там е Storage Gateway. Така шлюза Storage е виртуална машина че може да работи на местно ниво в VMware, или Hyper-V. Тя ви дава ISCSI крайна точка. След това можете да настроите друга VM отгоре на това който излага, че ISCSI крайна точка с CIFS или NFS. Всичко, което отива в които мрежов дял и след това получава подкрепени с Amazon S3, или Glacier, или EBS в зависимост от начина, по който го създаде. Така че това е един лесен начин да се получите данните си до AWS. 

Така че тогава там е нашите услуги за бази данни. Така че първата е Amazon RDS. Така че това е нашата релационна обслужване на база данни. Така че това е успял релационна база данни [? за вас. ?] Тя ще подкрепи SQL Server, Oracle, MySQL, и Postgres двигатели. 

Това става автоматично при срив. Така че, ако имате Multi-AZ опция е разрешена, го прави синхронно ниво блок възпроизвеждане в различните наличност зони. И тогава, ако основната ви не успее, то просто ще автоматично срив между тях. Също така, за двигателя MySQL, подпори Прочети копия в рамките на същия регион или в отделните региони. И има всички видове интересни опции там. Така че това ще направи вашите архиви за вас. Така че това ще архивиране на S3. Това ще направи вашия закърпване за вас, както и. 

Тогава там е DynamoDB. DynamoDB е нашата управлявана услуга NoSQL. За Динамо DB го отнема всички административната тежест на управлението на услуга NoSQL за вас. Така че просто разпоредба масата и казваш колко четат и пишат капацитет, който искате. И това ще доведе до това за вас. Така че това е един изключително проста услуга за използване. Тогава там е ElastiCache. Така ElastiCache е нашата успя кеширане услуги. Тя е основно управлява Redis или ElastiCache. Така че отново, можете разпоредба клъстер на ElastiCache или REDIS случаи и не трябва да се притеснявате за архивиране, или срив, или който и да е от тези неща. 

Тогава ние имаме нашите услуги за кандидатстване. Така CloudFront е нашата съдържание доставка мрежа и той живее по тези места Edge че аз говорих за преди. Така CloudFront може да се използва за живо и видео стрийминг, за по поръчка видео стрийминг, и само да имате уеб сайт, така хостинг на уебсайт. Така че можете да имате сайт хостван върху еластични балансьори натоварване, или случаи, или S3 кофи, или просто по-помещение хардуер. И вие можете да сложите CloudFront дистрибуция пред него. Тя ще кешира съдържанието си. Това ще го постави на местата, на ръба. И така, когато някой отива към вашия уеб сайт те ще се удря CloudFront, които ще вероятно по-близо до тях от какъвто и да е произходът му е. И това ще разтовари много товара на разстояние произхода, Така както сте спестяване на пари и получаване на по-добро потребителско изживяване. 

Тогава там е Amazon CloudSearch. Така CloudSearch е управлявана услуга за търсене. Така че можете да го изпратите вашето търсене данни и говори с него чрез API, и тя ще направи резултатите от търсенето за вас. Тогава там е Elastic транскодер. Така че това е управляемо решение транскодиране. Слагаш си клипове в един S3 кофа, той казва какво да прекодирате в, какъв формат и какво размер и всичко. И това ще го прехвърлим и сложи то в един S3 кофа за вас. 

Тогава там е голям наш услуги за данни. Така че ние имаме Amazon EMR, която е еластична Карта Намалете. Така че това е домакин Hadoop рамка. Така че можете да се върти на Hadoop клъстер от един пример за стотици случаи ако имате нужда. Той има дълбока интеграция на S3, за файловата система за него можете да използвате HDSF, които сте традиционно общо с Hadoop. Или можете да направите S3 като файловата система. 

Тя има подкрепа за ценообразуване място, което е, на Amazon, как сте наддават за неизползван капацитет. Така тя поддържа всичко това. Той подкрепя общи рамки Hadoop като Spark и Shark и кошер и Pig. И сме виждали над 5.5 милион EMR клъстери стартира в този момент на Amazon. 

Тогава ние имаме AWS Data Pipeline. Така Data Pipeline е услуга, която ще позволи на можете да преместите данните в нашите различни хранилища за данни. Така че можете да вземете нещо от S3, сложи то в RDS, след това да се направят някои EMR върху него, го сложи в Redshift, която е нашата съхраняване на данни, уред, и след това можете да дръпнете нещо на на помещение, MySQL например. Така че има всички видове неща, които можете да направите с тази. 

Тогава там е Redshift. Redshift се управлява ни Склад данни. Тя е предназначена да бъде петабайта мащаб, така можете да съхранявате много данни за него. Това е масивната паралелна архитектура. Така че можете да имате много възли, ако искате да. И го прави всички резервни копия и всички административната неща за вас. И след това има Kinesis. Kinesis е нашето реално време обработка на услугата. Така че можете да вземете някои източник на стрийминг на данни в реално време, така казват като Twitter Firehose, или куп данните на регистъра, да го изпратите на Kinesis. Kinesis дръжки всичко за вас. И тогава можете да се свържете работници към нея, за да дърпат нещата и, да речем, направи на живо таблото или живеят Анализ върху него. 

Така че ние имаме нашите услуги по внедряване. Така AWS OpsWorks е рамка DevOps. Така че можете да си молба, можете да го разделите на слоеве. Така че имаш си товар балансьор слой, вашия уеб слой, приложението ви слой, слоя база данни, и вие предоставяне неща на тези слоеве въз основа на Chef рецепти. Chef е конфигурация система за управление. Така че тя също така подкрепя събития от жизнения цикъл и така ако не искате да управлявате свой собствен готвач, нали, ако искате да има някакъв вид програмна начин за разполагане на нещата върху копията това е една възможност за вас. 

Тогава ние имаме Elastic Beanstalk. Така Elastic Beanstalk е услуга, която ви позволява to-- кажа сте програмист. Имате си код в Git репо. Вие не искате да се налага да се притеснявате за разполагане на собствени ELBs или RDS случаи или редовни EC2 случаи. Така че това, което правиш ти е, от своя код, Просто го изпратете на Elastic Beanstalk. Elastic Beanstalk разпоредба ще RDS инстанции и ELBs и всички тези неща за вас и да разположи своя код върху тях. Така че това го прави много лесно за разработчици да разположи своя код в AWS. 

Тогава там е CloudFormation. Така CloudFormation е услуга за лечение на вашата инфраструктура като код. Така че сега, че имате всичко това неща в молбата Ви, имаш си VPC, и Вашите правила групови сигурност, и вашите EC2 случаи, и вашите RDS случаи. Така че имаш това цялата архитектурата на AWS. Е, как да направите програмно върти, че или го пресъздаде? Можете да напишете файл JSON който представлява всичко това. А след това можете да [? предприеме?], че JSON файл и разполагане на вашия инфраструктурата на разстояние от него. Така че можете да имате архитектура където, всеки път, когато разположи код, се върти до ново копие на вашия цяло архитектура и след това не успява към него. Така че можете да направите това и да имат непостоянен инфраструктура. 

Тогава най-накрая има нашата административни услуги. Така че нашата административни услуги започнем с Amazon IAM, така че това е идентичност и достъпа. Така че ви позволява да управлявате вашия акаунт AWS така че можете да имате под потребители и групи и направи Федерация идентичност и всякакви неща. Това наистина е много важно за сигурността. 

Тогава ние имаме Amazon CloudWatch, която е нашата показатели услуга. Така че това дава използването на процесора и всички видове показатели. И вие можете да направите персонализиран показатели и [? можете да направите?] автоматично мащабиране на базата на тези показатели. 

И тогава имаме CloudTrail. Така CloudTrail е нашата услуги за одит. Така че това ще влезете API повиквания срещу Amazon Web Services. Така че, който рестартира този случай? Кой променила тази група сигурност? И ги влезете в необходимите кофи, така че да видим какво ще се случи в Вашата сметка и кой го е направил. 

Нова услуга, която ние има е работни пространства. Така че това е един десктоп виртуализация на AWS. Така че можете да предвиди по- работно място, работна станция Windows, и то след това ще дойде в рамките на няколко минути. Той ще бъде свързан към активна указател, така че със своите потребители. И вие лесно може да ги възстанови. Можете лесно да предвиди нова. Има различни видове с различен софтуер за там. 

Така че сега, че сме преминали през много от нашите услуги, нека направя актуално демо. Така че аз ще съм за превключване да ми браузер тук. Така че това, което искам да ви покажа е как бързо да се създаде на EC2 например с Wordpress върху него. И тогава ние ще да направи същото нещо, но ние ще се върти инстанция RDS и ELB. Така че ние ще го направя само за съд и ние ще ти счупя всички равнища, както добре. 

Така че нека да започне EC2 например. Така че първото нещо, което Аз вече съм направил тук е ти започваш да искаш да има двойка ключове. Така че една двойка ключове ви позволява да влезете в действителната инстанция. Така че ви държат в частния, част от двойка ключове, и ще се постави на обществеността част върху потребителския модел. И това е, което ви позволява да влезете. Така че аз вече внесени ключова ми чифт, Просто ми редовно SSH двойка ключове тук. 

И така, другото нещо Отивам да направите е, Аз вече имам някои случаи работи, но аз ще се постави началото на нова. Така че аз ще взема моя Операционната система тук. Така че можете да видите Имам доста голям избор на операционна система. Така че аз съм просто ще вземете Вашата стандартна Amazon Linux. 

И аз ще взема един вид например. И тъй като това е уеб сървър, аз ще съм да се направи c3.large, защото това е Вероятно изчисли интензивно. Така че аз отивам да изберете c3.large, и аз отивам да се постави началото на едно от тях. Отивам да го оставите в по подразбиране VPC за сега. Отивам да оставите всичко това сам. 

И аз отивам да се даде възможност на CloudWatch мониторинг защото CloudWatch подробно следене на промените CloudWatch мониторинг от пет минути резолюция на резолюция едноминутно. Така че аз искам, че с моя уеб сървър тук. И тогава аз ще отида до хранилища. Така че аз искам General Purpose SSD тук. 8 концерта вероятно ще бъде достатъчно за мен, така че аз съм просто ще запази това. Аз съм просто ще да етикетират тя Wordpress Demo. Така че това е маркер, така че знам какво е в действителност. И тогава аз ще изберете група за сигурност. Така група за защита е като защитна стена за потребителския модел. Така че аз отивам да се използва един от моите съществуващи такива. Така че тази група сигурност го, позволява SSH, за да мога да SSH в нея. И това дава възможност на HTTP. 

Сега, аз ще искам да се заключва надолу, че SSH малко повече. Вие не искате просто никого от всеки IP адрес SSHing инча Така че ние ще направим това, след като го пуска. 

Така че аз съм доволен от всичко от тези неща тук. И аз отивам да започне. И тогава аз ще изберете какво двойка ключове искам. Така че аз ще избера, че двойка ключове, че аз актуализира преди. 

Така че сега чакам за да започне, нека отидете Посетете нашата група по сигурността. Така че ние имаме групи сигурност тук. Ето моята сигурност група, която аз го слагам вътре. 

Отивам да промените само това тук. Така че нека да направи това Малко по-голяма тук. Така че искам да променя това от всяка точка на My IP. Поради тази воля автоматично ще вземеш моя IP адрес и заключване го надолу малко. 

И така, докато това Например се върти нагоре, нека се върти някои неща за другите ни инстанция къде отиваме, за да се измъкнат базата данни и балансьор натоварване така че да може да бъде готов за нас. Така че първото нещо, което аз ще искам да направите, е да се върти на товар балансьор. Така че аз ще избера товар Balancer тук. И аз ще го наричат ​​WordpressELB. И аз отивам да just-- всички Искам само порт 80 в тук. 

И за сега за здравето провери, аз съм просто ще направя TCP. Така че, ако бягане Apache, той ще бъде добре. И аз ще се понижи здравите праг точно така става здрави доста бързо. След това, отново, това е група за сигурност. Така че вече съм взел за сигурност група за тази нарича Wordpress ELB. И това е основно само ще да приеме трафик от порт 80. И тогава аз няма да ходя, за да добавите При всички случаи до това за сега. И аз отивам да пропуснете маркирането. И така, ние ще създадете тази ELB точно сега. 

Така създадохме балансьор натоварване. Аз съм също ще пусне още един пример тук, само за част на моя Wordpress. Така че ето го. Аз просто ще направят същото нещо, което направих преди. Така c3.large, CloudWatch подробен мониторинг активиран. SSD дискове за общи цели. Обадете тази Wordpress Web. 

И аз искам да избират A-- аз вече има една група сигурност за това. Така че тази група сигурност приема трафик на порт 80 от моя Wordpress ELB група на сигурността, от сигурността група от моя товар балансьор, но също SSH, което отново, отиваме да заключите определени. Така че аз ще започне тази. Право. 

И след това, което аз ще правя след това е Отивам да започне например RDS. RDS ще бъде моята база данни. Така че аз ще отида тук. Отивам да отидете на RDS. Отивам да се постави началото на нов модел. Така че аз ще взема моя двигател. Така че тук имам избор на MySQL, Postgres, Oracle или SQL Server. Искам MySQL. И така, аз ще кажа да. 

Така че това е опция за Multi-AZ. Така Multi-Я, отново, тези повторения ще се завърти до две RDS случаи и правя репликация между тях. И ако аз не искам, че не мога просто да има един случай, но аз не искам това. И тогава аз ще вземете моя двигател база данни. Така че аз отивам да взема последното от тук. И тогава аз ще се вдигне какъв тип например искам. 

Така че аз искам един R3, така че това е паметта оптимизиран например. Така че аз ще взема на R3. И аз отивам да взема Да, искам Multi-AZ. И аз искам SSD с общо предназначение. 

И аз може би искате малко повече място за съхранение. Отивам да имат 10 участия тук. И тогава аз ще Избор някои пълномощия. Така че това, което е идентификатор за базата си данни? Така че това ще бъде wordpressdb1. Отивам да се обадя този корен. Отивам да му се даде паролата. 

И ние ще вземем една група сигурност за това, както добре. Така че аз вече съм направил група сигурност за това. И тогава аз ще тя даде име на базата данни. Така че ние ще се просто наричаме го WordPress. И ние ще изберете прозорец на задържане така че това прави резервни копия за вас. Така че аз искам една седмица на резервни копия. И аз нямам предпочитание за архивиране прозореца. И аз искам да автоматично ъпгрейд ми вторичната версия тук. Така че аз ще напуснат тази по подразбиране. И така, сега съм стартиране ми RDS например. Нали така? Така че сега тя е създадена. Така че сега ние просто чакат за него, за да инсталирате. Така че, докато това се случва, нека да влезете в с първата EC2 инстанция направихме. Така че това е тази Wordpress Demo. И ние просто ще провери това. Да. 

Така че нека да видим дали можем да влезете в него. Така че аз отивам да копирате общественото име на хост на него. Отивам да се отворят прозорец черупки тук. [Недоловим] SSH. Потребителя по подразбиране е EC2 потребител. 

Публика: Leo, нали против Command [недоловим]? 

LEO ZHADANOVSKY: Good? И така, нека се опитаме да SSH инча Да. Така че аз съм в моя случай в момента. Така че аз съм SSHed инча Това е до пет минути, така това определено ми например. 

Така че първото нещо, което сме ще искате да направите тук е тя ми казва, че, о, Имам няколко актуализации на защитата. Така че аз съм просто ще тече всяка актуализация на защитата за тук. [? Sudo Yum?] минус у актуализация. Така, че ще ходи бързо да инсталират такива. Следващото нещо, което искам да направя е I искате да инсталирате още малко неща. Така че аз ще трябва да инсталирате MySQL. Отивам да имате инсталиран Apache. Отивам да имате инсталиран PHP. Отивам да имате инсталиран на PHP плъгин за MySQL. И аз трябва да инсталирате MySQL сървър. Така че нека да инсталирате тези неща. 

Инсталиране. Така че това е направено. Така че сега искам [? HTTPD. ?] I Искам Apache да започне на багажника. Така че аз ще направя това. OK. Така че сега, ако аз се рестартира този то ще започне. 

Аз също искам MySQL да започне на багажника. Така че едно и също нещо. Oops, правописна грешка тук. Добре. И тогава всъщност аз ще започна моята уеб сървър-късно. Сега искам да започна сървър на база данни, все пак. Така че направи това. И така, това е за начало за първи път, така че аз съм Ще трябва да направя някои основни стъпки тук. Така че първото нещо, което ще направя, е зададен корен парола за моя MySQL. 

Така че аз съм просто ще изпълня този MySQL защитен команден инсталация. Така че тя има не по текущата корен парола, така че нека да зададете една. И аз отивам да се премахнат тези анонимни потребители, които то създава и деактивирайте корен вход. И премахване на тестови бази данни. Така че това всички видове productionizes вашия MySQL инсталиране. 

Така че това е направено. Така че сега аз трябва да могат да свърже с моя MySQL сървър. Така че аз отивам да видя дали работи тук. Да. Така че аз съм в моя MySQL сървър. 

Така че сега следващото нещо, което искам да направя е Искам да създам база данни Wordpress. Така че аз ще направя MySQL администратор. [Недоловим] Добре. Така че съм създал база данни. 

И сега това, което искам да направя е I искате да създадете Wordpress потребител. Така че аз не искам да влезете в моя Wordpress с корен потребител защото това ще бъде лошо. Така че аз искам един потребител, който само може да достъп до базата данни Wordpress. Така че нека да попадне именно на това отново. И ние ще [? премести?] тази тук. 

Така че това, което правя тук, е Аз съм създаване на потребителя, че може да се свърже от Localhost, че е определени от моя супер сигурна парола тук. И тогава аз ще предостави тази потребителски достъп до цялата база данни. Добре. И след това вече трябва да съм можете да влезете като че потребителското и само се види, че на база данни [? и?] тест база данни. 

Така че аз ще направя MySQL минус ф WordPress, вместо корен. Разбра ли? И тогава трябва да сме в състояние да do-- нали? Така че мога да видя моята база данни Wordpress тук. Така че това е страхотно. 

Така че сега ние трябва да всъщност изтегляне и инсталиране на Wordpress. Така че нека да отидете на нашата уеб директория. Така че аз ще Wget WordPress, на най-новата версия на Wordpress тук. Отивам да се извлече, че. И сега аз отивам да сменяте на HTML директория, която е по подразбиране [? уеб?] корен, с Wordpress директория, така. 

Добре. И сега аз ще Просто промяна разрешенията, така че Apache потребителя е собственик на указателя Wordpress. Добре. И накрая, аз ще създам своя уеб сървър и се надявам, че всичко работи. Добре. Така че сега нека да видим какво се случва тук. Така че аз ще отида тук. И да видим дали мога да получа в този случай тук. Добре. Така че тук е нашата Wordpress екран за настройка. Така че ние знаем цялата тази информация. Така че нашето име на база данни е WordPress. 

Нашата потребителско име ще бъде WordPress. Имам моя супер сигурна парола тук. Отиваме да бъде свързване към Localhost. И ние ще изпълните инсталацията. 

Сега ние просто ще дам моя сайт име. Толкова невероятно Blog Лео. [Недоловим] потребителско име. Отивам да получите парола за името ми. Отивам да се постави в моя имейл адрес. И тъй като това е един тест едно, аз не искате търсачките да индексират това. Така че сега ние сме инсталирате Wordpress. Така че сега всички сме задали. 

Така че тук е моят Wordpress. И тук е моят таблото. Това е напълно функциониращ Wordpress. Аз може да актуализира плъгини тук, ако исках да. Направете каквото искам тук. И така, тук е моят действително напълно използвате Wordpress на моя една инстанция. 

Сега, това е чудесно, ако имате на мястото на изпитване, но това не се мащабира. Ние имаме една инстанция. Ние можем да направим, че например наистина огромен, но в един момент започваш да се изчерпи на вертикално мащабиране стая. Така че вие ​​ще искате да мащабирате повече от това. 

Ето защо ние се завъртя нагоре с всичко това и други неща. Така че нека да видим дали ни RDS например се прави. [? Да,?] Нашите RDS Например е почти готов. Така че това е ОК, защото междувременно можем да се създаде нашата EC2 например. Това ще бъде само малко по-различна процедура. 

Така че ние имаме нашата Wordpress уеб. Сега вече имах едно движение вчера. Така че аз просто трябва да разбера кои едно е, че аз стартира днес. Така че това беше стартирана 04 Ное. Така че това е една от днес. [? Знам?] Това е стартира, о, 16:00. Така че всъщност това е най-новата. Да. OK. 

Така че това е моята нова инстанция. Така че отново, аз ще SSH в нея. Така че нека да се върна в моя терминал тук. Така че аз отивам да се измъкнем от тази. Отивам да SSH в новия модел. Добре. Така че аз ще трябва да направите, някои от същите неща тук. Така че аз отивам да тичам актуализации на защитата. Отивам да инсталирате някои пакети. Пакетите ще да бъде малко по-различно сега. 

Така че аз не се нуждаят от MySQL сървъра защото ние сме се счупи, че навън. Така че аз съм все още продължава да инсталиране на MySQL клиента. Аз съм все още щеше да инсталирате Apache. Аз съм все още ще инсталиране на PHP и PHP MySQL. Аз просто няма да инсталиране на MySQL сървър. 

Тогава аз съм все още щеше да направи сигурен Apache със стартиране на системата. Сега се нуждаем от базата данни, за да бъде до. Така че, докато ние, че нека да добавите този Например на балансьор натоварване. Така че ние ще отидем да нашата натоварване Balancer тук. И ние просто ще копирайте ID на потребителския модел. Взех си например ID тук. 

Когато отида в моя товар балансьор, виж, тук е моят товар балансьор, тук е неговата DNS име. Така че тя има нулеви случаи в експлоатация в момента защото не сте добавили При всички случаи към него. Така че аз ще добавя моя случай. Така че тук е моят списък с примери. Така че, ако искам това, така че аз съм Ще добавим това към него. 

Сега то се случва да се изчака и това няма да се даде възможност на тази инстанция докато стане здрави. И това няма да стане здрав докато включа моя уеб сървър. Така че нека да видим дали нашите RDS Например е обратно. Добре. Great. Така че нашата нова RDS например е готова. Така че това е крайната точка за моя RDS например. Така че това, което аз ще направя, е, че съм ще се свърже с моя RDS например. Така че това вече е напълно управлява база данни MySQL. Тя има резервен създаден върху него. Това е излишно. Тя се завъртя в само няколко минути. Така че сега аз трябва да могат да SSH в нея from-- или не SSH, но влезете в него с MySQL клиента. 

Да. И ето ме тук. Аз съм вътре. Така че сега това ще бъде подобна освен ние просто го избухне. Така че, отново, аз ще действително се измъкнем от това за секунда. Е, ние вече създадени базата данни Wordpress защото ние поставяме Wordpress там, така че Отивам да създадете потребителя Wordpress. И там ще бъде известна малки разлики в тук от това, което направихме за последен път. Така че ние ще създадем потребителят Wordpress, но сега ние няма да бъдем влизане в системата от Localhost вече. Отиваме да се влезете в от инстанция EC2. И ние няма да е задължително да знаете за това, IP адреси, не идва от, или ние не искаме да се уточни че да обяснения. 

Отиваме да имат сигурност групи, които правят сигурни, че само нашите уеб сървъри могат да се свързват с този. Така че аз съм просто ще позволи това от, на това ниво, от всеки IP адрес връзка. Така че ние просто върши това. И сега ние сме просто Ще трябва да, отново, предостави достъп на потребителя до базата данни Wordpress. Така че сега аз съм просто ще промените на жокер. Добре. Така че ние имаме това. Да се ​​махаме от тук. Така че ние просто ще се уверите че можем да се впишете в предприятието. Аз съм просто ще се промени името ми да WordPress. Добре. Така че ние сме вътре. Така, че работи. Сега отиваме, отново, аз трябва да създаден Wordpress по този случай. Така че това, което ние ще трябва да направите, е да отидете в Var, WWW. Аз трябва да се премести на HTML указател да html.old. Добре. И ние ще имаме изтеглянето на Wordpress. 

Добре. Екстракт Wordpress. Отиваме да го преместите към HTML директория. Добре. И ние ще промените разрешенията. И тогава ние ще започнем Apache. 

И така, какво трябва да се случи Сега е там става да бъде основно пет повтарят по този ELB. И това е в крайна сметка, този случай е ще станат здрави на Елба. Така [недоловим] тук. Нека да видим. Този съд не е все още здрава. Така че това, което аз съм всъщност ще направя, е, че ще да се промени при прегледа на състоянието малко малко по-просто да го направи по-бързо. Можем да го промените по-късно. Така че нека да кажа, че искам здрави праг на три вместо пет. OK. Така че сега сме в услуга. 

Така че сега аз ще отида до това натоварване балансьор. И това трябва прокси ме върна чрез към този случай, и ние ще създаде Wordpress тук. Сега, ако имате собствен име на домейн или нещо, може просто да направи CNAME запис на това име DNS. И балансиране на натоварването еластична Услугата е мащабируема на задния край, така че везни нагоре и надолу по себе си. Така че това би могло да бъде много IP адреси. ИП може да се промени. Така че винаги трябва справки то от това име DNS. 

Добре. Така че ето го. Отново сме в нашия екран за настройка. Сега ние ще правим същия процес почти. Така че нашето име на база данни е WordPress. Нашата потребителско име име е WordPress. Имаме същия супер сигурна парола, както и преди, с изключение на приемащата база данни вече е ще бъде инстанция RDS. 

Така че ние ще тръгнем от тук. Отиваме да отидете на RDS. Ще отида да ми инстанции. Имам нужда от моя край Име точка тук. Това е тази. Така че аз съм просто ще копирате и поставите този. Разбра ли? Така че нека да видим дали това е работил. Добре. Така, че работи. Така че можете да се свържете с инстанция RDS. Отново, това ще бъде Awesome Blog Лео. Добре. 

Така че сега ние ще инсталиране на нашата Wordpress. Така че сме готови. Така че нека просто да влезете в да се уверите, че работи. OK. 

Така че сега ние имаме напълно работещ Wordpress. Ние можем да направим всички видове операции по него. Така че разликата е, че сега имаме отделна база данни. Това бази данни е излишно. Ние все още само една уеб сървър, но можехме сега заснемете изображение на този уеб сървър, стартира отново, и след това ние имаме две уеб сървъри зад този товар балансьор. 

Крайната точка не се променя независимо дали това е една, или две, или 50 на уеб сървъри. Можем да го изкачат отвъд това. Така че има плъгини за Wordpress, където можете да използвате S3 за вашите статични активи. Можете да използвате CloudFront да кешира тези активи. Можете да използвате ElastiCache така ли да използвате Memcached основно за съхраняване на държавната сесия там. 

Така че, както скала от една до повече случаи, започваш да се предположи, че тези случаи са ефимерни, така че те могат да изчезнат. Така че ще трябва да се мисли къде мога да съхранявате трупи, Къде да съхранявате държавна сесия. Как да го направи, така че е добре, че тези случаи могат да изчезнат, или по- от тях може да се появи? Така че ще трябва да отговори на въпроси, като че. Но това е доста общ модел. Така че можете просто да започнете да свали всеки устойчивите неща на други нива. 

Така че сега ние имаме това, ние сме направено [? трислойна?] нещо. Последното нещо, което съм ще правим тук, е, че съм Ще направя моя товар балансьор малко по-твърдо сега, че това е маркиран, като здрави. Така че това обикновено не е Добра идея за уеб сайтове да направя TCP здравни проверки, защото Вашата Apache може да бъде до, но тя може да бъде връщането PHP грешки. Така че не желаете това. 

Така че това, което аз ще направите тук е Отивам да промените това на проверка за здравето на HTTP. И това ще бъде index.php, не index.html. И ние ще променим това здравословна праг обратно към пет. Така че това е направено. Така, че все още трябва да бъдат здрави. Да. Така че ние сме все още в експлоатация. 

Така че това е начина да настроите до Wordpress на AWS. Така че аз мисля, че за по-малко от 20 минути ние сме както създаден на една инстанция, по своя собствена, и пълен трислойна архитектура, където всяка отделна степен е независимо мащабируема. Можете да направите всички видове интересни неща с базата данни за мащаба, както добре. 

Позволете ми да ви покажа още един Интересното в случая. Така че нека да кажем за това искам да избухне в чете от пише. Мога да създадете прочетете реплика. Така че аз съм просто ще създадете прочетете реплика. Така че това ще да wordpressdb1 read1. Отивам да го направите на същия район, но аз може да го направи в различен регион. Така че ние ще започнем снабдяване на Прочети реплика тук. Така че сега, че ние създаваме четене реплика. Това е създадена по има най-отдолу. Така че можете да направите всички видове на готини неща тук. 

Така че аз съм направил с демото. Така че аз мисля, че имаме около 10 минути. Така че аз ще взема някакви въпроси никого има, за всеки AWS свързана тема. Някой? Cool. Добре. Благодаря на всички.