LEO ZHADANOVSKY: Hej, alle. Jeg er Leo Zhadanovsky. Jeg er en løsningsarkitekt Amazon Web Services. Og jeg har tænkt mig at tale med dig i dag om, hvad Amazon Web Services er, sin historie, en kort oversigt af de tjenester, vi tilbyder. Og også jeg vil gøre en live demo af hvordan du starter en LAMP stack i AWS både på en enkelt og ved at bruge nogle af vores andre [? managed?] tjenester, såsom som vores relationsdatabase service, og vores belastning balancers, og vores tilfælde. Så først og fremmest, lad os taler om AWS historie. Så hvordan har Amazon.com komme ind denne cloud computing forretning? Nå, Amazon er virkelig god til tilvejebringe et stort udvalg af produkter og forsendelse dem kunder effektivt. Og bag denne evne ligger mange års erfaring med drift datacentre, med logistik, med alle mulige ting. Og så opdagede vi over 10 år, at vi ville gøre det muligt for vores kunder at gøre en masse forskellige ting, ikke? 

Så endte vi tilbyder nogle interne tjenester op til tredjeparts sælgere. Som vi offentliggjorde enkle webtjenester såsom vores katalog søgning. Og det blev virkelig tilsyneladende rigtig hurtigt at udviklerne var sultne for flere af vores ydelser. Og så dette førte os til at udvikle AWS. Så vi spurgte, hvad hvis vi kunne pakke alt vi gør og tilbyde det til andre over nettet? 

Så AWS mission er at gøre det muligt virksomheder og udviklere at bruge webtjenester til at bygge skalerbare avancerede applikationer. Og web services er hvad folk nu kalder skyen. Så i 2006 blev AWS født. Og lad os tale om hvad AWS egentlig er. 

Så vi leverer forskellige tjenester på forskellige niveauer. Så vi har slags af vores kerneydelser, vores beregne opbevaring og database. Og så har vi også et netværk lag, og vi har fået en global infrastruktur, så vi har fik regioner rundt om i verden og Tilgængelighed Zones hele verden. Og så har vi højere ydelser niveau, lignende ansøgning tjenester, der du bruger til at bygge vandret skalerbare applikationer. Og så har vi indsættelse og administrative ydelser. Så disse er tjenester, som du bruge til at indsætte din kode i AWS og at administrere din AWS konto som det skaleres. 

Så lad os tale om vores global infrastruktur først. Vi har 11 regioner i verden. Så vi lige har tilføjet en ny region et par uger siden i Frankfurt, men hver region er som en separat sky. Så disse tjenester er jeg vil tale om, de findes i de forskellige regioner. Så i USA, er der en region i det nordlige Virginia. Der er en region i det nordlige Californien og i Oregon. 

Regionen i Oregon er også carbon neutral. Vi har også en region i Oregon kaldet GovCloud. Så hvis du har en arbejdsbyrde, der har brug at være ITAR-kompatibel, så det er International trafik og våben reduktion Traktaten, skal du bruge GovCloud. 

Så det vigtigste om dette er, at du vælge og vrage, hvor dine data går og hvor dine apps gå. Så vi ikke flytte dine data på tværs regioner, eller på tværs af tilgængelighed zoner hvis det er en service, hvor du kan vælge tilgængeligheden zone. Du kan vælge og vrage, hvor det går. Du kan flytte den. Vi giver dig værktøjer til at flytte din data, men vi vil ikke flytte det for dig. 

Og så inden for hver region er der mindst to ledige områder, og vi vil snakke om, hvad de er i en anden. Og der er også 52 kant steder i hele verden. Så edge steder er grundlæggende for vores CloudFront [? sky?] fordeling netværk, og vores rute 53 DNS-tjeneste. Og så er der en masse af dem fordi de er tættere på brugerne, fordi de er latency-baserede tjenester. Så latenstid spørgsmål for dem. 

Så dette er hvad en typisk region ser ud. Og derefter [? inden?] hver region er der, som jeg sagde, i det mindste to ledige zoner. En tilgængelighed zone er mindst én datacenter, undertiden kan det være mere inden det samme geografiske område. Og vores tilgængelighed zoner er designet at være på forskellige flodsletter fejl sletter at have særskilte magt forsyningsselskaber og forskellige tier 1 internetudbydere. Så du skal designe din ansøgning [? imod?] hvor noget kan ske i en tilgængelighed zone, men så bør du sprede din anvendelse i multiple tilgængelighed zoner, fordi de er bygget med disse afskedigelser i tankerne. 

Og så vi drive en masse virksomheder, som du genkender. Så fra Airbnb, til Netflix, til Dropbox, til Yelp, Vi har alle former for nystartede og virksomheder, der kører arbejdsbelastninger på os. I den offentlige sektor, har vi alle former for offentlige institutioner der kører på os, edtech nystartede, universiteter. Obama-kampagnen kørte stort set alle af deres ting på Amazon Web Services. 

Og bare for at give dig et perspektiv på vores skalering, på en gennemsnitlig dag vi havde nok ny server kapacitet til at støtte Amazon.com globale infrastruktur da det var en 7 milliarder dollar business tilbage i 2004. Så det er, hvor meget vi havde på en gennemsnitlig dag. 

Så det generelle koncept er, hvis du tænke over, hvordan får du strøm. Så du får magt, er det på efterspørgslen, ikke? Så du ved, når du får det, du ved, du kan få det. Det er ensartet, så du ved hvad spænding du får. Det er pay as you go, så du betaler for præcis, hvor meget du bruger. Og det er til rådighed. Så du tilslutter, du ved du skal nok få magt. Så vi har taget det, og udvidede det til computing. 

Så det løser en masse problemer. Vi typisk se en masse af it-organisationer. De har denne egenskab problem. Så de har visse beløb af it-behov, og så nødt til at over-bestemmelse deres kapacitet. Så enten de er måde over-provisioning, eller de ikke har tilstrækkelig kapacitet, og de har utilfredse kunder. 

Så for eksempel, er disse forskellige mønstre af trafik. Så uanset om du har ting at tænde og slukke, eller vokse hurtigt, eller har variable toppe eller forudsigelige toppe, for alle disse, du enten vil over-bestemmelse typisk eller du kommer til at under-bestemmelse. Så du enten have affald, eller du har utilfredse kunder. 

Så hvad AWS giver dig at gøre, er du kan skaleres op og ned dynamisk baseret på, hvad din faktiske forbrug mønster er. Så du kan betale bare for hvad du bruger. Og du kan starte tilfælde, så eksempel er vores ord for virtuel server. Du kan starte en Eksempelvis kan du starte tusindvis af tilfælde i minutter eller sekunder, lige så meget som du har brug for. Og du kan ringe det op og ned efter behov. Så lad mig tale med dig om en eksempel, der er lidt tæt på hjemmet. Så dette er en typisk trafik diagram for november for Amazon.com. Og de sidste to toppe Her Er der nogen vide, hvad de er? Så they're-- 

PUBLIKUM: Cyber ​​Monday? 

LEO ZHADANOVSKY: Cyber ​​Mandag og Black Friday, ikke? Så traditionelt, hvad Amazon.com havde at gøre, var at de havde til levering kapacitet at dække disse to toppe. Så som et resultat, 76% af tiden, de havde for meget kapacitet. Og kun 24% af tiden blev de fuldt udnytte det. Og så i 2010 Amazon.com vendte fra sit sidste fysiske webserver og flyttede den til AWS. Så dette er hvad trafikken mønster ligner nu. Kapaciteten er lige over hvad der rent faktisk er behov. 

Så hvorfor ser vi kunder vedtagelse cloud computing i AWS så hurtigt? Nå, agility. Så det er den primære grund, at vi ser. Hvorfor er agility vigtigt? Tja, det giver kunderne mulighed for at gøre ting, som i den gamle verden tog uger eller måneder at gøre dem i minutter eller sekunder. Så du kan gøre ting som spin op en helt ny Dev eller Test miljø, spinde op for en helt ny DR miljø, spin op 50 tilfælde, eller 1.000 forekomster til peak trafik, fjerne disse 1.000 tilfælde indstilles op en HPC klynge eller en GS klynge, og du kan gøre det alle i minutter på AWS. 

Så hvad dette fører til, er en innovationskultur. Så du kan eksperimentere ofte. Du kan kun betale for det, du bruger og du kan fejle uden risiko. Så hvis du prøver noget ud, du har betalt for et par timers brug. Det er ikke en big deal. Du har ikke sat en stor kapital investering op foran for det. 

Så hvad er kunder faktisk bruger AWS til? Nå, så University of Notre Dame, de flyttede deres hjemmeside over til AWS. De har et gennemsnit på omkring 38.000 besøgende om dagen på deres site, men det kan svulme op til 150.000 under sportsbegivenheder og fodboldkampe. Så de flyttede deres hjemmeside over til os. Og nu deres hjemmeside kan støtte en stigning i trafikken på 500%, alt mens de har gemt 40% over deres eksisterende on-premise setup for deres hjemmeside. 

NASA JPL, de bruger AWS til at leve stream nysgerrighed Mars rover landing. Og så de fandt ud kun seks dage i forvejen at de havde brug for finde en anden leverandør fra deres regelmæssige udbyder for deres live stream. Det var også den samme tid som OL. Så de kunne ikke købe CDM kapacitet overalt på det tidspunkt. Og så de stort set sat op deres egen levering af indhold netværk på vores EC2 service i seks dage. Og de var i stand til at have det skalere op til deres behov. De var, tror jeg, envisioning omkring en million seere. Så det var en virkelig interessant teknisk foder, de brugte, Adobe Flash Media servere og [? internet?] caches. Og de var i stand til at indsætte hele klynger af disse programmatisk som nødvendig. Og så spundet dem ned, når de ikke bruger dem længere. 

Obama-kampagnen i 2012 anvendt AWS for over 200 ansøgninger at de var vært på platformen. De havde alt fra call redskaber, til betaling processorer, til mobile applikationer, til frivillig organisation hjemmesider, til store data analyseværktøjer. Og alt skulle arbejde på valgdagen. Så for at flytte valgdagen ville kræve en forfatningsændring, så var ikke til at ske. Så alle deres systemer skulle at skulle arbejde på dag ét. Og de gjorde. 

Så lad os tale om de faktiske ydelser. Så først de netværkstjenester. Så Amazon VPC er Virtual Private Cloud. Det er grundlæggende en software-definerede netværk der lever på toppen af ​​din EC2 tilfælde og dine RDS, som vi vil tale om, og ElastiCache. 

Og så du kan definere en privat adresse plads til dine forekomster. Du kan bryde det op i offentlige undernet, private undernet. Du kan gøre VPN-forbindelser til din on-premise datacenter. Du kan derefter også udvide din on-premise adresserum til VPC. Du har magt til at manipulere ruten tabel, så du kan tilpasse tingene. Du har netværksadgang kontrollister i VPC. [? Så det?] Giver dig en masse fleksibilitet over, hvad du har kørende i AWS. 

Så er der AWS DirectConnect. Så DirectConnect er en privat forbindelse til vores regioner. Så du kan få en enkelt eller et 10 gig Link eller flere én eller 10 gig links op til en region. Så hvis du uploader en masse data eller downloade en masse data og har brug for privat forbindelse, det er en mulighed der. 

Der er også Route 53. Så Route 53 er vores DNS service. Det gør alle mulige interessante ting. Så det understøtter helbredsundersøgelser. Så du kan, sige, køre to eksemplarer af din hjemmeside på samme tid. Og hvis en af ​​dem fejler, du omdirigere trafik til den anden kopi. 

Eller du kan gøre geografi-baserede optegnelser så du kan dirigere trafik til et land til en klynge fra en anden land til et andet klynge. Du kan gøre A / B-test, så du kan have 80% af din trafik til en kopi af din hjemmeside og 20% til den nye kopi af din hjemmeside og se, hvor man præsterer bedre. Så du kan gøre alle former for interessante ting der. Du kan gøre latenstid baserede optegnelser. Så du kan få kopier af dine website over hele verden og har brugeren sendt til alt efter hvad ens tættest på dem baseret på latens. Det har også dyb integration med AWS tjenester så som vores load balancers, og S3 og CloudFront, så det er virkelig nemt at pege ting til CloudFront udlodninger til din LBS eller S3 spande. 

Så er der EC2. Så EC2 er vores virtuelle server service. Du kan køre på Windows. Du kan køre Linux på den. Du har fuld kontrol af operativsystemet. Der er forskellige varianter af Windows og Linux, så Red Hat, Debian, Ubuntu. Vi har vores egen fordeling kaldet Amazon Linux. Du kan vælge, hvilken en du ønsker. 

Der er forskellige typer af tilfælde. Så der er over 27 instans typer på dette punkt. Så der er anderledes instans familier baseret på forskellige arbejdsbelastninger. Så der er generelt purpose tilfælde, som er bare, hvis du ikke ved, hvad du har brug for, kan du starte med dem. 

Der har compute optimeret, som er fantastisk til ting som webservere, ret? Der er optimeret hukommelse tilfælde, hvor er fantastisk til ting som dato relationsdatabaser. Der er opbevaring-optimerede tilfælde så disse har store SSD'er på dem. Så de er fantastisk til ting Ligesom Mongo eller NoSQL, ikke? 

Og der er grafik optimerede tilfælde som er fantastisk til GPU beregne og klynge forekomster. Og endelig er der omkostninger optimerede forekomster. Så hvis du bare prøver at eksperimentere, du kan få en masse billig instans typer, der er fantastisk til at bruge sag. Så er der Auto Scaling. Så Auto Scaling er et API til EC2. Og det giver dig mulighed for at vandret skala op og ned niveauer EC2 tilfælde. Så lad os sige, du har en flok webservere. 

Og ligesom i Notre Dame tilfælde du normalt skal du have to af dem, men du måske nødt til skalaen for 10. Nå, kan du bruge Auto Scaling til automatisk at udløse skalere op eller ned begivenheder baseret på en metrik. Så [? CPU?] Brug, latens. Du kan gøre brugerdefinerede målinger, så det er temmelig åben endte der. 

Du kan også skalere baseret på en tidsplan. Så hvis du ved, at du kommer til at have en masse trafik på mandag på 6:00 AM, du kan skalere op på mandag kl 06:00 og skalere ned på mandag på 5:00. Du kan også gøre det baseret på bare kommandoen line kommandoer. 

Så er der elastik load balancing. Så elastisk load balancing er en styret load balancer. Så du klikker på en knap, det bestemmelser en load balancer for dig. Den load balancer bor i flere tilgængelighed zoner. Det gør SSL losning for havne 25, 80, 443, og noget over 1024 til TCP trafik. 

Det gør tilslutning dræning, proxy protokol support. Så det er en meget funktionsfyldt load balancer. Og det har fået integration med Auto Scaling. Så når du bruger Auto Scaling og du skalere op og ned, du kan få dine forekomster automatisk tilslutte sig eller forlade en elastisk load balancer. 

Så er der vores bagage. Så den første er Amazon EBS, eller Elastic Block Store. Disse er persistente mængder, du kan montere på din EC2 tilfælde. Så du kan snapshot dem. Så når øjebliksbillede et EBS volumen, det går til s3, som vi vil tale om i en anden. Der er tre forskellige typer af EBS mængder. 

Der er magnetisk EBS, som er lige det slags standard slags magnetisk disk. Det er den mest økonomiske løsning. Så er der generel Formålet SSD, hvor vi får tre IOPS per gigabyte bestemmelse. Så hvis du har en terabyte volumen, har du 3.000 IOPS. Og så er der klargjort IOPS. Så klargjort IOPS er, når du betale for, hvor meget diskplads du bruger og hvor meget IOPS kapacitet du har brug for. Så kan du bestemmelse op til 4.000 IOPS per volumen. 

Så er der den Amazon S3. Amazon S3 er vores objekt butik. Så Amazon S3, kan du bruge det at lagre en hvilken som helst form for data. Du kan bruge den til at gemme statisk websites og slange statiske hjemmesider. Du kan bruge S3 til sikkerhedskopier og arkiver i nogle use cases som kilde og output spand for Big data analytics, eller omkodning. Det kan også anvendes som en oprindelse til CloudFront distribution. 

Så S3 super kraftfuld. S3 er designet til 11 linjer af holdbarhed. Så hvad det betyder er det kan opretholde tabet af mindst to data centre samtidig uden at miste dine data. Du kan gøre kryptering på S3. Så server sæt kryptering, eller server sæt kryptering med din nøgle. Så hvis du ønsker at styre nøgler, kan du gøre det så godt. 

Og der er Glacier. Så Glacier er vores langsigtet arkivering service. Den er også designet til 11 linjer af holdbarhed, men det er, når du vil gemme noget og glemme alt om det, ikke? Så uanset om overholdelse eller andre grunde, du har brug for at arkivere noget, du skal bruge Glacier. Så Glacier koster $ 0,01 per gigabyte per måned. Og Amazon S3 starter ved $ 0,03 per gigabyte per måned. Så Glacier er billigere og Glacier tager tre til fem timer at få dine data tilbage. Så hvis det er OK, hvis det er en arkivering sag, så Glacier er nok den rette brug tilfældet for det. 

Så er der opbevaring Gateway. Så Lager Gateway er en virtuel maskine at du kan køre lokalt i VMware eller Hyper-V. Det giver dig en iSCSI endpoint. Du kan derefter oprette en anden VM oven i købet der udsætter at iSCSI endpoint med CIFS eller NFS. Alt, hvad der går ind i det netværksshare og derefter får sikkerhedskopieret til Amazon S3, eller Glacier, eller EBS afhængig af hvordan du sætter det op. Så det er en nem måde at få dine data op til AWS. 

Så er der vores database services. Så den første er Amazon RDS. Så det er vores relationelle database service. Så dette er en administreret relationelt database [? for dig. ?] Det vil støtte SQL Server, Oracle, MySQL, og Postgres motorer. 

Det gør automatisk failover. Så hvis du har den Multi-AZ indstilling aktiveret, det gør synkron blok niveau replikation tværs tilgængelighed zoner. Og så hvis din primære mislykkes, vil det bare automatisk failover mellem dem. Det er også for MySQL motor, understøtninger læse replikaer inden for samme region eller på tværs af regioner. Og der er alle former for interessante muligheder der. Så det vil gøre dine sikkerhedskopier for dig. Så det vil backup til S3. Det vil gøre din patching for dig så godt. 

Så er der DynamoDB. DynamoDB er vores managed NoSQL service. For Dynamo DB tager det væk alle de administrative byrder i forvaltningen af ​​en NoSQL service for dig. Så du bare bestemmelse bordet og du siger hvor meget læse og skrive kapacitet du ønsker. Og det vil give det for dig. Så det er en yderst simpel service til brug. Så er der ElastiCache. Så ElastiCache er vores lykkedes caching service. Det er dybest set en styret Redis eller ElastiCache. Så igen, kan du bestemmelse en klynge af ElastiCache eller REDIS forekomster og ikke behøver at bekymre sig om backup, eller failover, eller nogen af ​​de ting. 

Så har vi vores ansøgning tjenester. Så CloudFront er vores levering af indhold netværk og den lever på de Edge steder at jeg talte om før. Så CloudFront kan anvendes for live video streaming, for on demand video streaming, og for blot at have en hjemmeside, så et websted. Så du kan få hjemmesiden hostet på elastiske load balancers, eller tilfælde, eller S3 spande, eller bare on-premise hardware. Og du kan sætte en CloudFront distribution i det foran. Det vil cache dit indhold. Det vil sætte det på kanten lokationer. Og så når nogen går til din hjemmeside de vil være at ramme CloudFront, som vil sandsynligvis tættere på dem end uanset oprindelse er. Og det vil losse en masse belastningen fra oprindelsen, således både sparer penge og at få en bedre brugeroplevelse. 

Så er der Amazon CloudSearch. Så CloudSearch er en lykkedes søgetjeneste. Så du sende det din søgbare data og tale med den gennem en API, og det vil gøre søgeresultaterne for dig. Så er der den Elastic Transcoder. Så det er en administreret omkodning løsning. Du sætter dine videoer til et S3 spand, fortælle det, hvad de skal omkode ind, hvilket format og hvilke størrelse og alt. Og det vil omkode det og sætte det til en S3 bucket for dig. 

Så er der vores store datatjenester. Så vi har fået Amazon EMR, som er elastisk Kort Reducer. Så dette er en hosted Hadoop rammer. Så du kan spinde en Hadoop klynge fra en, men at hundreder af tilfælde hvis du har brug for. Det har fået dybe integration af S3, således filsystem til det du kan bruge HDSF, som du traditionelt gøre med Hadoop. Eller du kan gøre S3 som filsystemet. 

Det har fået støtte til spot prissætning, der er, på Amazon, hvordan du byder for overkapacitet. Så det understøtter alt det der. Det understøtter almindelige Hadoop rammer såsom Spark og Shark og Hive og Gris. Og vi har set over 5,5 million EMR klynger lanceret på dette punkt på Amazon. 

Så har vi AWS data Pipeline. Så data Pipeline er en service, der giver dig at flytte data på tværs af vores forskellige datalagre. Så du kan tage noget fra S3, sætte det i RDS, så gør nogle EMR på det, sætte det ind Redshift, som er vores data warehousing apparat, og derefter kan du trække noget ud af en på forudsætning, MySQL instans. Så der er alle former for ting, du kan gøre med det. 

Så er der Redshift. Rødforskydningen vores managed Data warehouse. Det er meningen at være petabyte skala, så du kan gemme masser af data på det. Det er et massivt parallel arkitektur. Så du kan have mange noder, hvis du ville. Og det gør alle sikkerhedskopier og alle den administrative ting for dig. Og så er der Kinesis. Kinesis er vores real-time forarbejdning service. Så du kan tage nogle kilde af real-time streaming data, så sige ligesom Twitter brandslange, eller en flok logdata, sende den til Kinesis. Kinesis håndterer alt det for dig. Og så kan du tilslutte arbejdere til det til at trække tingene ud og, siger, gør en levende instrumentbræt eller gøre levende analytics på det. 

Så har vi vores implementeringsservices. Så AWS OpsWorks er en DevOps rammer. Så du tager din ansøgning, du bryde det op i lag. Så du har fået din load balancer lag, din web lag, din app lag, din database lag og du bestemmelse ting på disse lag baseret på Chef opskrifter. Kokken er en konfiguration ledelsessystem. Så det understøtter også livscyklus begivenheder og så hvis du ikke ønsker at administrere din egen Chef, højre, Hvis du vil have en form for programmatisk måde at implementere tingene på dine forekomster dette er en mulighed for dig. 

Så har vi Elastic Beanstalk. Så Elastic Beanstalk er en tjeneste, giver dig mulighed for at-- sige du er en udvikler. Du har din kode i en Git repo. Du ønsker ikke at skulle bekymre sig om installation dine egne ELBS eller RDS forekomster eller regelmæssige EC2 instanser. Så hvad du gør, er dig, fra din kode, bare sende det til Elastic Beanstalk. Elastisk Beanstalk vil bestemmelse RDS forekomster og ELBS og alt det der for dig og installere din kode på dem. Så det gør det meget nemmere for udviklere at implementere deres kode på AWS. 

Så er der CloudFormation. Så CloudFormation er en service for behandle din infrastruktur som kode. Så nu, at du har alt dette ting i din ansøgning, du har fået din VPC, og din sikkerhedsgruppe regler, og dine EC2 tilfælde og dine RDS forekomster. Så du har fået hele denne arkitektur på AWS. Nå, hvordan kan du programmeringsmæssigt spin, op eller genskabe det? Du kan skrive en JSON fil der repræsenterer alt dette. Og så kan man [? tage?], som JSON fil og implementere din infrastruktur ud af det. Så du kan have en arkitektur hvor, hver gang du installerer kode, Det spinder op en frisk kopi af din hele arkitektur og ikke over til den. Så du kan også gøre dette til har en foranderlig infrastruktur. 

Så er der endelig vores administrative ydelser. Så vores administrative ydelser starte med Amazon IAM, så det er Identity og Access Management. Så det giver dig mulighed for administrere din AWS konto så du kan have sub brugere og grupper og gøre identitet forbund og alle slags ting. Det er virkelig vigtigt for sikkerheden. 

Så har vi Amazon CloudWatch, som er vores målinger service. Så det giver dig CPU-forbrug og alle former for målinger. Og du kan gøre brugerdefinerede målinger, og [? du kan gøre?] auto skalering på grundlag af disse målinger. 

Og så har vi CloudTrail. Så CloudTrail er vores service til revision. Så det vil logge API-kald mod Amazon Web Services. Så hvem genstartet dette tilfælde? Hvem ændret denne sikkerhedsgruppe? Og log dem i nødvendige spande så du kan se, hvad der skete i din konto, og som gjorde det. 

En ny service, som vi har er arbejdsområder. Så det er en desktop virtualisering på AWS. Så kan du bestemmelse en arbejdsstation, en Windows-arbejdsstation, og det vil derefter komme op i et par minutter. Det vil være forbundet til din aktive bibliotek, så med dine brugere. Og du kan let genopbygge den. Du kan nemt bestemmelse en ny. Der er forskellige typer med forskellig software på der. 

Så nu, at vi har været igennem en masse af vores tjenester, lad os gøre et virkeligt live demo. Så jeg har tænkt mig at skifte over til min webbrowser her. Så hvad jeg vil vise dig er, hvordan du hurtigt oprette en EC2 instans med Wordpress på det. Og så vil vi at gøre det samme, men vi vil spinde op en RDS instans og en ELB. Så vi vil gøre det lige på forekomst og vi bryde alle niveauer samt. 

Så lad os starte et EC2 instans. Så det første, som Jeg har allerede gjort her er du vil ønsker at have et nøglepar. Så et nøglepar tillader dig at log ind i selve instans. Så du holder den private en del af den nøgle, og vi sætter det offentlige del på instans. Og det er, hvad giver dig mulighed for at logge ind. Så jeg har allerede importeret min nøglepar, bare min regelmæssige SSH nøglepar her. 

Og så den anden ting Jeg har tænkt mig at gøre her er, Jeg har allerede nogle tilfælde kører, men jeg vil starte en ny. Så jeg har tænkt mig at vælge min operativsystem. Så du kan se, at jeg har en temmelig store valg af operativsystem. Så jeg bare kommer til at plukke Deres standard Amazon Linux. 

Og jeg har tænkt mig at plukke en instans type. Og da dette er en webserver, jeg har tænkt mig til at gøre en c3.large, fordi det er sandsynligvis beregne intensive. Så jeg har tænkt mig at vælge en c3.large, og jeg har tænkt mig at starte en af ​​dem. Jeg har tænkt mig at forlade det i standard VPC for nu. Jeg har tænkt mig at forlade alt det her alene. 

Og jeg har tænkt mig at gøre det muligt for CloudWatch overvågning fordi CloudWatch detaljeret overvågning ændrer CloudWatch overvågning fra fem minutter beslutning til et minuts opløsning. Så jeg vil have det med min webserver her. Og så jeg har tænkt mig at gå til opbevaring. Så jeg vil Allround SSD på her. 8 koncerter er sandsynligvis nok for mig, så jeg bare at holde det. Jeg bare at mærke det Wordpress Demo. Så det er mærket, så jeg vide, hvad det egentlig er. Og så jeg har tænkt mig at konfigurere en sikkerhedsgruppe. Så en sikkerhedsgruppe er ligesom En firewall for eksempel. Så jeg har tænkt mig at bruge en af mine eksisterende. Så denne sikkerhedsgruppe, det giver SSH, så jeg kan ssh til det. Og det giver HTTP. 

Nu, jeg har tænkt mig at vil låse det, at SSH lidt mere. Du ønsker ikke bare nogen fra en IP-adresse SSHing i. Så vi vil gøre det, når den lancerer. 

Så jeg er glad for alle af disse ting her. Og jeg har tænkt mig at starte. Og så jeg har tænkt mig at vælge, hvad nøglepar jeg ønsker. Så jeg har tænkt mig at vælge at nøglepar, som jeg opdateret før. 

Så nu, at jeg venter for det at starte, lad os gå se på vores sikkerhedsgruppe. Så vi har fået sikkerhedsgrupper her. Her er min sikkerhed gruppe, som jeg sætter det i. 

Jeg har tænkt mig at bare ændre dette her. Så lad mig gøre dette til en lidt større her. Så jeg ønsker at ændre denne fra Anywhere til Min IP. Fordi det vil automatisk hente min IP adresse her og lås det ned en lille smule. 

Og så mens der eksempel er spinning op, lad os spin op nogle ting for vores anden instans hvor vi kommer til at bryde ud databasen og load balancer således at det kan være klar til os. Så det første, jeg har tænkt mig at have at gøre, er spin op en load balancer. Så jeg har tænkt mig at vælge en load balancer her. Og jeg har tænkt mig at kalde det WordpressELB. Og jeg har tænkt mig at bare-- alle Jeg ønsker, er port 80 i her. 

Og for nu for sundheden kontrollere, jeg bare vil gøre TCP. Så hvis Apaches kører, vil det være godt. Og jeg har tænkt mig at sænke den sunde tærskel bare så det bliver sundt temmelig hurtigt. Så igen, det har en sikkerhedsgruppe. Så jeg har allerede gjort en sikkerhed gruppe til dette kaldes Wordpress ELB. Og det er dybest set bare at gå at acceptere trafik fra Port 80. Og så jeg har ikke tænkt mig at tilføje alle tilfælde til det for nu. Og jeg har tænkt mig at springe tagging. Og så vil vi skabe denne ELB lige nu. 

Så skabte load balancer. Jeg vil også lancere en mere eksempel her, bare for web del af min Wordpress. Så her vi gå. Jeg vil bare gøre det samme , jeg gjorde før. Så c3.large, CloudWatch detaljeret overvågning aktiveret. Almindelige SSD'er. Kald på Wordpress Web. 

Og jeg ønsker at vælge en-- jeg allerede have en sikkerhedsgruppe for dette. Så denne sikkerhedsgruppe accepterer trafik på port 80 fra min Wordpress ELB sikkerhedsgruppe, fra sikkerhed gruppe fra min load balancer, men også SSH, hvilket igen, vi kommer til at låse. Så jeg har tænkt mig at starte dette. Right. 

Og så det, jeg har tænkt mig at gøre næste er Jeg har tænkt mig at starte en RDS instans. RDS vil være min database. Så jeg har tænkt mig at gå her. Jeg har tænkt mig at gå til RDS. Jeg har tænkt mig at starte en ny forekomst. Så jeg har tænkt mig at vælge min motor. Så her jeg har et valg af MySQL, Postgres, Oracle eller SQL Server. Jeg vil have MySQL. Og så jeg har tænkt mig at sige ja. 

Så dette er en mulighed for Multi-AZ. Så Multi-AZ, igen, disse gentagelser kommer til at spinde op to RDS forekomster og gøre replikation mellem dem. Og hvis jeg ønsker ikke, at jeg bare kan have et enkelt eksempel, men jeg vil have det. Og så jeg har tænkt mig at pluk min database motor. Så jeg har tænkt mig at plukke senest en her. Og så jeg har tænkt mig at plukke hvilken type eksempel, jeg ønsker. 

Så jeg vil have en R3, så det er hukommelsen optimeret instans. Så jeg har tænkt mig at plukke R3. Og jeg har tænkt mig at plukke Ja, jeg vil Multi-AZ. Og jeg vil have generelle formål SSD. 

Og jeg sandsynligvis vil have en lidt mere storage. Jeg har tænkt mig at have 10 koncerter her. Og så jeg har tænkt mig at plukke nogle legitimationsoplysninger. Så hvad er identifikator for min database? Så det vil være wordpressdb1. Jeg har tænkt mig at kalde dette rod. Jeg har tænkt mig at give det en adgangskode. 

Og vi kommer til at vælge en sikkerhedsgruppe for det så godt. Så jeg har allerede lavet en sikkerhedsgruppe for dette. Og så jeg har tænkt mig at give det et databasenavn. Så vi kommer til at bare kalder det WordPress. Og vi vil vælge en tilbageholdelse vindue således at dette gør sikkerhedskopier for dig. Så jeg vil have en uge af sikkerhedskopier. Og jeg har ikke en præference for backup vindue. Og jeg vil have det til automatisk opgradere min lille version her. Så jeg har tænkt mig at forlade det som standard. Og så nu er jeg lancerer min RDS instans. Right? Så nu er det at blive skabt. Så nu er vi bare venter for det at installere. Så mens der foregår, lad os log i det første EC2 instans vi gjort. Så det er denne Wordpress Demo. Og vi vil bare kontrollere, at. Yep. 

Så lad os se om vi kan logge ind på den. Så jeg har tænkt mig at kopiere offentlig værtsnavnet på den. Jeg har tænkt mig at åbne op en shell vindue her. [Uhørligt] SSH. Standard bruger er EC2-bruger. 

PUBLIKUM: Leo, ville du imod Kommando [uhørligt]? 

LEO ZHADANOVSKY: God? Og så lad os prøve at SSH i. Yep. Så jeg er i min omgang lige nu. Så jeg SSHed i. Det er op i fem minutter, så det er helt sikkert min instans. 

Så første ting vi er vil ønsker at gøre her er det fortæller mig, at, åh, Jeg har nogle sikkerhedsopdateringer. Så jeg bare kommer til at køre hver sikkerhedsopdatering på her. [? sudo yum?] minus y opdatering. Så det kommer til at hurtigt at installere dem. Næste ting jeg ønsker at gøre, er jeg ønsker at installere nogle flere ting. Så jeg har tænkt mig at installere MySQL. Jeg har tænkt mig at installere Apache. Jeg har tænkt mig at installere PHP. Jeg har tænkt mig at installere PHP plugin til MySQL. Og jeg installere MySQL-serveren. Så lad os installere det her. 

Installation. Så det er gjort. Så nu vil jeg [? HTTPD. ?] Jeg ønsker Apache til at starte på boot. Så jeg har tænkt mig at gøre dette. OK. Så nu hvis jeg genstarter dette det vil begynde. 

Jeg vil også MySQL ved opstart. Så samme ting. Ups, slåfejl her. Ok. Og så faktisk jeg vil starte min webserver senere. Nu ønsker jeg at starte min database-server, selv om. Så gør dette. Og så det er begyndt for første gang, så jeg er nødt til at gøre nogle grundlæggende trin her. Så det første, jeg har tænkt mig at gøre er sat en rod adgangskode til min MySQL. 

Så jeg bare køre denne MySQL sikker kommando installation. Så det fik ingen af ​​de nuværende rod adgangskode, så lad os sætte en. Og jeg har tænkt mig at fjerne disse anonyme brugere at det skaber og deaktivere root login. Og fjern test databaser. Så denne alle slags productionizes din MySQL installation. 

Så det er gjort. Så nu jeg bør være i stand til forbinde til min MySQL-serveren. Så jeg har tænkt mig at se, om det fungerer her. Yep. Så jeg er i min MySQL-serveren. 

Så nu det næste jeg vil gøre, er Jeg ønsker at skabe min Wordpress database. Så jeg har tænkt mig at gøre MySQL admin. [Uhørligt] Ok. Så jeg oprettede min database. 

Og nu, hvad jeg vil gøre, er jeg vil oprette en Wordpress bruger. Så jeg ønsker ikke at logge på min Wordpress med root-brugeren fordi det ville være dårligt. Så jeg vil have en bruger, der kun kan adgang til Wordpress database. Så lad os gå i her igen. Og vi vil [? flytte?] denne her. 

Så hvad jeg gør her er Jeg skaber en bruger, kan oprette forbindelse fra localhost det er identificeret ved min super sikker adgangskode her. Og så jeg har tænkt mig at give denne brugeradgang til hele databasen. Ok. Og så nu skal jeg være i stand til at logge på som bruger og kun se, at databasen [? og?] test database. 

Så jeg har tænkt mig at gøre mysql minus u wordpress, i stedet for roden. Okay? Og så skal vi være i stand til at do-- ret? Så jeg kan se min Wordpress database her. Så det er fantastisk. 

Så nu skal vi faktisk hente og installere Wordpress. Så lad os gå til vores web directory. Så jeg har tænkt mig at wget Wordpress, den nyeste version af Wordpress her. Jeg har tænkt mig at udvinde det. Og nu jeg har tænkt mig at bytte HTML mappen, som er standard [? web?] rod, med Wordpress bibliotek, så. 

Ok. Og nu vil jeg bare ændre tilladelserne, så Apache brugeren ejer Wordpress bibliotek. Ok. Og endelig, jeg har tænkt mig at starte min webserver og håber alt fungerer. Ok. Så lad os nu se hvad der sker her. Så jeg har tænkt mig at gå her. Og se, om jeg kan få i dette tilfælde her. Ok. Så her er vores Wordpress setup skærmen. Så vi ved alle disse oplysninger. Så vores database navn er wordpress. 

Vores brugernavn vil være wordpress. Jeg har fået min super sikker adgangskode her. Vi kommer til at være tilslutning til localhost. Og vi kommer til at køre installationen. 

Nu skal vi bare gå til give min hjemmeside et navn. Så Leos Amazing blog. [Uhørligt] brugernavn. Jeg har tænkt mig at få en adgangskode til mit brugernavn. Jeg har tænkt mig at sætte i min e-mail-adresse. Og da det er en test et, det gør jeg ikke søgemaskinerne skal indeksere dette. Så nu er vi installerer Wordpress. Så nu er vi klar. 

Så her er min Wordpress. Og her er mit instrumentbræt. Det er en fuldt fungerende Wordpress. Jeg kan opdatere plugins her, hvis jeg ville. Gør hvad jeg vil her. Og så her er min egentlige fuldt kører Wordpress på min ene instans. 

Nu, dette er fantastisk, hvis du har en test site, er men det er ikke skalere. Vi har én instans. Vi kan gøre dette tilfælde virkelig enorme, men på et tidspunkt du kommer til at løbe ud af lodret skalering rum. Så du vil ønsker at skalere det mere end det. 

Det er derfor, vi spundet op med alt det andet. Så lad os se, om vores RDS eksempel er gjort. [? Ja,?] Vore RDS eksempel er næsten færdig. Så det er OK, fordi i mellemtiden vi kan oprette vores EC2 instans. Det kommer til at være lige en lidt anden procedure. 

Så vi har fået vores Wordpress web. Nu jeg allerede havde en kører i går. Så jeg har lige fået at finde ud af hvilken en var det, at jeg startede i dag. Så denne ene blev lanceret November 4. Så det er en fra i dag. [? Jeg ved?] Denne var lanceret, åh, 04:00. Så faktisk er det nye. Yep. OK. 

Så dette er min nye instans. Så igen, vil jeg kan ssh til det. Så lad os gå tilbage til min terminal her. Så jeg har tænkt mig at komme ud af denne ene. Jeg har tænkt mig at ssh til den nye instans. Ok. Så jeg har tænkt mig at have at gøre nogle af de samme ting her. Så jeg har tænkt mig at køre sikkerhedsopdateringer. Jeg har tænkt mig at installere nogle pakker. Pakkerne vil være lidt anderledes nu. 

Så jeg har ikke brug for MySQL-serveren fordi vi bryde ud af. Så jeg stadig vil installere MySQL klient. Jeg er stadig kommer til at installere Apache. Jeg er stadig at gå til installere PHP og PHP MySQL. Jeg er bare ikke til at installere MySQL-serveren. 

Så jeg stadig vil gøre sikker Apache starter på boot. Nu har vi brug for database til at være oppe. Så mens vi gør, lad os tilføje denne instans til load balancer. Så vi kommer til at gå til vores load balancer her. Og vi bare gå til kopiere ned instans-id. Fik min instans ID her. 

Når jeg går til min load balancer, se, her er min load balancer, her er dens DNS-navn. Så det fik nul forekomster i tjeneste lige nu fordi jeg har ikke tilføjet alle tilfælde til det. Så jeg har tænkt mig at tilføje min instans. Så her er min liste over forekomster. Så hvis jeg vil have denne her, så jeg er kommer til at tilføje dette ene til det. 

Nu er det kommer til at vente og det kommer ikke til at aktivere denne instans indtil det bliver sundt. Og det kommer ikke til at blive sunde indtil jeg tænder webserver. Så lad os se, om vores RDS eksempel er op igen. Ok. Store. Så vores nye RDS instans er klar. Så dette er slutpunktet for min RDS instans. Så hvad jeg har tænkt mig at gøre, er at jeg er kommer til at forbinde til min RDS instans. Så det er nu en fuldt lykkedes MySQL-database. Det har fået backup oprettet på det. Det er overflødigt. Det spundet op på kun et par minutter. Så nu jeg bør være i stand til SSH ind i det from-- eller ej SSH, men logge ind med MySQL klient. 

Yep. Så her er jeg. Jeg er i. Så nu dette vil ligne undtagen vi bare at bryde ud af det. Så igen, vil jeg faktisk komme ud af dette for en anden. Godt, vi allerede skabt Wordpress database fordi vi sætter Wordpress derinde, så Jeg har tænkt mig at oprette Wordpress bruger. Og der kommer til at være nogle små forskelle i her fra hvad vi gjorde sidste gang. Så vi kommer til at skabe Wordpress bruger, men nu er vi ikke kommer til at være logge ind fra localhost længere. Vi kommer til at logge fra EC2 instans. Og vi vil ikke nødvendigvis vide om, hvad IP adresse det kommer fra, eller vi ikke vil angive den til denne nøjagtighed. 

Vi kommer til at have sikkerhed grupper, der gør sikker på, at der kun vores webservere kan oprette forbindelse til dette. Så jeg bare vil tillade det fra, på dette niveau, fra en IP-adresse forbindelse. Så vi bare gjorde det. Og nu er vi bare nødt til igen, give denne bruger adgang til Wordpress database. Så nu er jeg bare gå til ændre dette til et wild card. Ok. Så vi har fået det. Lad os komme ud herfra. Så vi vil bare være sikker at vi kan logge ind nu. Jeg er bare kommer til at ændre mit brugernavn til wordpress. Ok. Så vi er i. Så der virker. Nu skal vi, igen, jeg er nødt til at oprette Wordpress på dette tilfælde. Så det, vi er nødt til at gøre, er at gå til Var, www. Jeg er nødt til at flytte HTML mappe til html.old. Ok. Og vi vil have at downloade Wordpress. 

Ok. Uddrag Wordpress. Vi kommer til at flytte den til HTML-bibliotek. Ok. Og vi vil ændre tilladelserne. Og så vil vi starte Apache. 

Så hvad der skal ske nu er der kommer at være dybest set fem gensende på denne ELB. Og det er i sidste ende, dette tilfælde er vil blive raske på ELB. Så [uhørligt] her. Lad os se. Denne instans er endnu ikke sundt. Så hvad jeg er faktisk kommer til at gøre, er at jeg har tænkt mig at ændre sundhedstjekket lidt lidt mere bare for at gøre det hurtigere. Vi kan ændre det tilbage senere. Så lad os sige jeg vil sunde tærskel på tre i stedet for fem. OK. Så nu er vi i tjeneste. 

Så nu vil jeg gå til denne load balancer. Og det skal proxy mig tilbage igennem til dette eksempel, og vi vil oprette Wordpress på her. Nu, hvis du har din egen domænenavn eller noget, du kan bare lave en CNAME post til denne DNS-navn. Og den elastiske load balancing tjenesten er skalerbar på bagenden, så det skalerer op og ned af sig selv. Så det kunne være flere IP-adresser. IPS kunne ændre. Så du bør altid henvise det fra den DNS-navn. 

Ok. Så her vi gå. Vi er tilbage på vores setup skærmen. Nu vil vi gøre den samme proces næsten. Så vores database navn er wordpress. Vores brugernavn hedder wordpress. Vi har fået den samme super sikker adgangskode som før, undtagen databasen værten er nu vil være RDS instans. 

Så vi kommer til at gå her. Vi kommer til at gå til RDS. Vi kommer til at gå til mine tilfælde. Jeg har brug for min slutpunkt navn her. Det er denne ene. Så jeg bare gå til kopiere og indsætte dette. Okay? Så lad os se, om det virkede. Ok. Så der virker. Så du kan oprette forbindelse til RDS instans. Igen, det kommer til at være Leos Awesome blog. Ok. 

Så nu vil vi installere vores Wordpress. Så vi er færdig. Så lad mig bare logge ind for at sikre det fungerede. OK. 

Så nu har vi en fuldt kører Wordpress. Vi kan gøre alle former for operationer på det. Så forskellen nu er, at vi har en separat database. At databaserne er overflødig. Vi har stadig kun har en webside server, men vi kunne nu tage et billede af denne web server, starte det igen, og så har vi to webservere bag denne load balancer. 

Endepunktet ændrer ikke om det er en eller to, eller 50 webservere. Vi kan skalere det ud over dette. Så der er plugins til Wordpress, hvor du kan bruge S3 til din statiske aktiver. Du kan bruge CloudFront at cache disse aktiver. Du kan bruge ElastiCache så du kan bruge Memcached dybest set at gemme session tilstand der. 

Så som du skalerer fra en til flere tilfælde du kommer til at antage, at disse forekomster er flygtig, så de kan gå væk. Så du er nødt til at tænke om, hvor skal jeg opbevare logfiler, hvor skal jeg gemme session tilstand. Hvordan kan jeg gøre det, så det er OK, at disse tilfælde kan forsvinde eller mere af dem kan vises? Så du er nødt til at besvare spørgsmål som dette. Men det er ret almindeligt mønster. Så du bare begynde losning enhver vedvarende ting til andre niveauer. 

Så nu har vi det, vi er gjort [? tre tier?] ting. Det sidste, jeg er vil gøre her er jeg vil gøre mit load balancer en lille smule mere fast nu, at det er markeret som sund. Så det er normalt ikke en god idé til hjemmesider at gøre TCP helbredsundersøgelser, fordi din Apache kunne være op, men det kunne være at vende tilbage PHP fejl. Så du vil ikke have det. 

Så hvad jeg har tænkt mig at gøre her er jeg har tænkt mig at ændre dette til en HTTP sundhedstjek. Og det kommer til at blive index.php, ikke index.html. Og vi kommer til at ændre denne sund tærskel tilbage til fem. Så det er gjort. Så bør stadig være sunde. Yep. Så vi er stadig i drift. 

Så det er sådan du indstiller op Wordpress på AWS. Så jeg tror på mindre end 20 minutter, vi har begge sat op på en instans, på sin egen, og en fuld tre tier arkitektur, hvor hvert lag uafhængigt er skalerbar. Du kan gøre alle slags af interessante ting med databasen at skalere så godt. 

Lad mig vise dig en mere interessante ting her. Så lad os sige for dette vil jeg bryde ud den læser fra skriver. Jeg kan lave en læse replika. Så jeg har tænkt mig at bare skabe en læst replika. Så det kommer til at være wordpressdb1 read1. Jeg har tænkt mig at gøre det på samme region, men jeg kunne gøre det i en anden region. Så vi kommer til at starte provisioning en læser kopi her. Så nu er vi er ved at oprette læse replika. Der bliver skabt der nederst. Så du kan gøre alle former af cool stuff her. 

Så jeg er færdig med demoen. Så jeg tror, ​​vi har omkring 10 minutter. Så jeg vil tage nogen spørgsmål nogen har, om nogen AWS relateret emne. Nogen? Cool. Ok. Tak alle.