LEO ZHADANOVSKY: Hej, alla. Jag är Leo Zhadanovsky. Jag är en lösningar arkitekt på Amazon Web Services. Och jag kommer att prata med dig idag om vad Amazon Web Services är, dess historia, en kort översikt av de tjänster som vi erbjuder. Och även jag ska göra en live-demo av hur man startar en LAMP stack i AWS både på ett enda exemplar och genom att använda några av våra andra [? managed?] tjänster, såsom som vår relationsdatabas tjänsten, och vår last balancers och våra instanser. Så först av allt, låt oss prata om AWS historia. Så hur har Amazon.com komma in detta cloud computing företag? Tja, Amazon riktigt bra på tillhandahåller ett stort urval av produkter och transportera dem till kunder effektivt. Och bakom denna förmåga ligger många års erfarenhet med drift datacenter, med logistik, med alla möjliga saker. Och så upptäckte vi över 10 år som vi ville göra det möjligt för våra kunder att göra en massa olika saker, eller hur? 

Så vi slutade erbjuder några interna tjänster upp till tredje part säljare. Som vi publicerade enkla webbtjänster såsom vår katalog sökning. Och det blev verkligen uppenbara riktigt snabbt att utvecklarna var hungriga för mer av våra tjänster. Och så detta ledde oss att utveckla AWS. Så vi frågade vad händer om vi kunde paketera allt vi gör och erbjuda den till andra över nätet? 

Så AWS uppdrag är att göra det möjligt företag och utvecklare att använda webbtjänster för att bygga skal avancerade tillämpningar. Och webbtjänster är vad folk nu kallar molnet. Så i 2006 AWS föddes. Och låt oss tala om vad AWS egentligen är. 

Så vi ger olika tjänster på olika nivåer. Så vi har typ av våra kärntjänster, vår datorlagring och databas. Och då har vi också ett nätverksskikt, och vi har en global infrastruktur, så vi har fick regioner runt om i världen och tillgänglighetszoner runt om i världen. Och sedan har vi tjänster på högre nivå, som applikationstjänster som du använder för att bygga vågrätt skalbara applikationer. Och sedan har vi driftsättning och administrativa tjänster. Så dessa är tjänster som du använder för att distribuera din kod i AWS och att administrera ditt AWS-konto som det skalor. 

Så låt oss tala om vår globala infrastruktur först. Vi har 11 regioner runt om i världen. Så vi har precis lagt en ny region för några veckor sedan i Frankfurt, men varje region är som en separat moln. Så dessa tjänster är jag ska prata om, de existerar i de olika regionerna. Så i USA, det finns en region i norra Virginia. Det finns ett område i nord Kalifornien och i Oregon. 

Regionen i Oregon är också koldioxidneutral. Vi har också en region Oregon kallas GovCloud. Så om du har en arbetsbelastning som behöver vara ITAR-kompatibel, så det är Internationell trafik och minskning av antalet handeldvapen Fördraget, bör du använda GovCloud. 

Så det viktiga om detta är att du välja och vraka där dina data går och var dina appar går. Så vi inte flytta dina data över regioner eller över tillgänglighetszoner om det är en tjänst där du kan välja tillgängligheten zonen. Du kan välja och vraka när det går. Du kan flytta den. Vi ger dig verktyg för att flytta din uppgifter, men vi kommer inte att flytta det åt dig. 

Och det inom varje region finns det minst två tillgänglighet zoner, och vi ska prata om vad de är i en sekund. Och det finns också 52 kant platser runt om i världen. Så kantplatser är i grunden för vår Cloudfront, [? molnet?] distributionen nätverk, och vår Route 53 DNS-tjänst. Och så finns det en hel del av dem eftersom de är närmare användarna, eftersom de är latency-baserade tjänster. Så latency frågor för dem. 

Så detta är vad en typisk region ser ut. Och sedan [? inom?] varje region finns det, som sagt, åtminstone två tillgänglighet zoner. En tillgänglighet zonen är åtminstone ett datacenter, ibland kan det vara mer inom samma geografiska område. Och våra tillgänglighet zoner är utformade att vara på olika översvämningsplan, fel slätter ha distinkt makten verktyg och olika tier 1 Internetleverantörer. Så du bör utforma ditt ansökan [? sinne?] där något kan hända i en tillgänglighet zon, men så du bör sprida ut din tillämpning i flera tillgänglighet zoner eftersom de är byggda med dessa uppsägningar i åtanke. 

Och så vi driva en hel del företag som du känner igen. Så från Airbnb, till Netflix, till Dropbox, till Yelp, Vi har alla typer av startups och företag som kör arbetsbelastning på oss. Inom den offentliga sektorn, har vi alla typer av myndigheter som körs på oss, edtech startups, universiteten. Obama-kampanjen sprang i princip alla av sina grejer på Amazon Web Services. 

Och bara för att ge dig ett perspektiv på vår skalning, en genomsnittlig dag vi hade tillräckligt ny server förmåga att stödja Amazon.com globala infrastruktur när det var en $ 7000000000 affärs redan 2004. Så det är hur mycket vi hade en genomsnittlig dag. 

Så det allmänna begreppet är om du tänka på hur får man ström. Så du får ström, det är på efterfrågan, eller hur? Så vet du när du får det, du vet att du kan få det. Det är jämn, så att du vet vilken spänning du får. Det är pay as you go, så du betalar för exakt hur mycket du använder. Och det är tillgängligt. Så du koppla in, du vet du ska få makt. Så vi har tagit det och utvidgas det till datoranvändning. 

Så detta löser en hel del problem. Vi ser typiskt mycket IT organisationer. De har detta problem kapacitet. Så de har vissa belopp av IT-behov, och sedan de måste över bestämmelse deras kapacitet. Så antingen de är sätt over-provisioning, eller att de inte har tillräckligt med kapacitet, och de har missnöjda kunder. 

Så till exempel, dessa är olika mönster av trafiken. Så oavsett om du har saker att slå av och på, eller växa snabbt, eller har variabla toppar eller förutsägbara toppar, för alla dessa, du antingen kommer att över bestämmelse normalt, eller du kommer att under bestämmelse. Så du antingen ha avfall, eller du har missnöjda kunder. 

Så vad AWS ger dig möjlighet att göra är att du kan skala upp och ner dynamiskt baserat på vad din faktiska användning mönster är. Så du kan betala bara för det du använder. Och du kan starta instanser, så exempelvis är vårt ord för virtuell server. Du kan starta en Exempelvis kan du starta tusentals fall i minuter eller sekunder, precis lika mycket som du behöver. Och du kan ringa upp och ner efter behov. Så låt mig prata med dig om en exempel som är typ av nära hemmet. Så detta är en typisk trafik diagrammet för november för Amazon.com. Och de två sista topparna här, någon som vet vad de är? Så they're-- 

PUBLIK: Cyber ​​måndag? 

LEO ZHADANOVSKY: Cyber ​​måndag och Black Friday, eller hur? Så traditionellt, vad Amazon.com hade göra var de tvungna att tillhandahålla kapacitet för att täcka dessa två toppar. Så som ett resultat, 76% av tiden, de hade för mycket kapacitet. Och endast 24% av tiden var de fullt utnyttja den. Och så under 2010 Amazon.com vände från sin sista fysiska webbserver och flyttade den till AWS. Så detta är vad trafiken Mönstret ser ut nu. Kapaciteten är precis ovanför vad som faktiskt behövs. 

Så varför ser vi kunderna att anta cloud computing i AWS så snabbt? Tja, agility. Så det är det primära Anledningen till att vi ser. Varför är agility viktigt? Tja, gör det kunderna till göra saker som i den gamla världen tog veckor eller månader att göra dem i minuter eller sekunder. Så du kan göra saker som spinn upp en helt ny Dev eller testmiljö, snurra upp en helt ny DR miljö, snurra upp 50 fall, eller 1000 instanser för högtrafik, ta bort de 1.000 fall ställa upp ett HPC-kluster, eller en GS kluster, och du kan göra det allt i minuter på AWS. 

Så vad detta leder till är en kultur av innovation. Så du kan experimentera ofta. Du kan betala bara för det du använder och du kan misslyckas utan risk. Så om du försöker något, du har betalas för ett par timmar av användning. Det är inte en stor sak. Du har inte lagt en storkapitalet investeringar i förskott för det. 

Så vad är kunder faktiskt använder AWS för? Tja, så University of Notre Dame, de flyttade sin webbplats över till AWS. De har i genomsnitt ca 38.000 besökare per dag till deras webbplats, men det kan svälla till 150.000 under sportevenemang och fotbollsmatcher. Så de flyttade sin webbplats över till oss. Och nu deras hemsida kan stödja en ökning av trafiken 500%, hela medan de har sparat 40% över deras befintliga på plats setup för deras hemsida. 

NASA JPL, de använder AWS till live stream den Nyfikenhet Mars Rover landning. Och så de fick reda bara sex dagar i förväg att de behövde hitta en annan leverantör från deras vanliga leverantör för deras live stream. Detta var också samma tid som de olympiska spelen. Så de kunde inte köpa CDM kapacitet någonstans på den tiden. Och så de i princip ställa in sitt eget innehåll leveransnätverk på vår EC2 service i sex dagar. Och de kunde ha Det skala upp till deras behov. De var, tror jag, föreställa omkring en miljon tittare. Så det var en riktigt intressant teknisk foder de använde, Adobe Flash Media-servrar och [? internet?] cachar. Och de kunde distribuera hela kluster av dessa programmässigt som behövs. Och då de snurrade ner när dem de inte använder dem längre. 

Obama-kampanjen under 2012 använt AWS för över 200 ansökningar att de lagras på plattformen. De hade allt från kalla verktyg, till betalning processorer, till mobila applikationer, till frivilligorganisation webbplatser, till stora uppgifter analysverktyg. Och allt måste arbeta på valdagen. Så för att flytta valdagen skulle kräver en grundlagsändring, så att inte skulle hända. Så alla deras system skulle att få arbeta på dag ett. Och de gjorde. 

Så låt oss tala om de faktiska tjänsterna. Så först av nätverkstjänster. Så Amazon VPC är Virtual Private Cloud. Det är i grunden en mjukvarudefinierad nätverk som lever på toppen av din EC2 instanser, och dina RDS, som vi ska prata om, och ElastiCache. 

Och så du kan definiera en privat adressutrymme för dina instanser. Du kan bryta upp det i offentliga subnät, privata subnät. Du kan göra VPN-anslutningar till din på plats datacenter. Du kan då också utöka din på plats adressutrymme till VPC. Du har makt att manipulera rutten bord så att du kan anpassa saker. Du har nätverksåtkomst kontrollistor i VPC. [? Så det?] Ger dig en stor flexibilitet över vad du har körs i AWS. 

Sedan finns AWS Direct. Så Direct är en privat anslutning till våra regioner. Så du kan få en etta eller en 10 gig länk eller flera en eller 10 gig länkar upp till en region. Så om du laddar upp en hel del uppgifter eller ladda ner en hel del data och behöver privat anslutning, det är ett alternativ där. 

Det finns också Route 53. Så Route 53 är vår DNS-tjänst. Det gör alla typer av intressanta saker. Så det stöder hälsokontroller. Så du kan, säg, köra två exemplar av din webbplats samtidigt. Och om en av dem misslyckas, du omdirigera trafiken till den andra kopian. 

Eller du kan göra geografi baserade register så du kan dirigera trafik för ett land till ett kluster från en annan land till ett annat kluster. Du kan göra A / B-testning, så du kan ha 80% av din trafik en kopia av din webbplats och 20% till den nya kopian av din webbplats och se vilken som presterar bättre. Så du kan göra alla typer av intressanta saker där. Du kan göra latens baserade register. Så du kan ha kopior av din hemsida över hela världen och har användaren skickas till vilken ens närmast dem utifrån latens. Det har också djupa integrationen med AWS tjänster, så som våra lastbalanse, och S3, och Cloudfront, så det är verkligen lätt att peka saker till Cloudfront fördelningar för ditt LBS eller S3 hinkar. 

Sedan finns EC2. Så EC2 är vår virtuella servertjänst. Du kan köras på Windows. Du kan köra Linux på den. Du har full kontroll av operativsystemet. Det finns olika varianter av Windows och Linux, så Red Hat, Debian, Ubuntu. Vi har vår egen distribution heter Amazon Linux. Du kan välja vilken du vill. 

Det finns olika typer av instanser. Så det finns över 27 instans Typer på denna punkt. Så det finns olika instans familjer baserade på olika arbetsbelastningar. Så det finns generella purpose instanser, vilket är bara, om du inte vet vad du behöver, du kan börja med dem. 

Det har compute optimeras, vilket är bra för saker som webbservrar, rätt? Det är minnet optimerad instanser, vilka är bra för saker som datum relationsdatabaser. Det finns lagringsoptimerad instanser, så dessa har stora SSD på dem. Så de är bra för saker gillar Mongo eller NoSQL, eller hur? 

Och det finns grafik optimerade instanser, vilket är bra för GPU beräkna och kluster instanser. Och slutligen finns det kostnads optimerade förekomster. Så om du bara försöker att experimentera, du kan få ett gäng låg kostnad instans typer som är bra för denna användning fallet. Sedan finns Auto Scaling. Så Auto Scaling är ett API för EC2. Och det kan du vågrätt skala upp och ner nivåerna i EC2 instanser. Så låt oss säga att du har ett gäng webbservrar. 

Och liksom i Notre Dame fallet du Normalt måste du ha två av dem, men du kanske måste skala för 10. Tja, kan du använda Auto Scaling att automatiskt utlösa skala upp eller ner händelser baserad på en metrisk. Så [? CPU?] Användning, latens. Du kan göra egna mått, så det är ganska öppet slutade där. 

Du kan också skala baserad på ett schema. Så om du vet att du kommer att ha mycket trafik på måndagen 6:00, du kan skala upp på måndag klockan 6:00 och skala ner på måndagen 05:00. Du kan också göra det baserat på bara kommandoraden kommandon. 

Sedan finns elastisk lastbalansering. Så elastisk lastbalansering är en hanterad lastbalanse. Så du klickar på en knapp, det Bestämmelserna en lastbalanse för dig. Den lastbalanse bor i multipla tillgänglighet zoner. Det gör SSL lossning för hamnar 25, 80, 443, och något över 1024 för TCP-trafik. 

Det gör anslutning dränering, proxy protokoll stöd. Så det är en väldigt funktionsrik lastbalanse. Och det har fått integration med Auto Scaling. Så när du använder Auto Scaling och du skala upp och ner, du kan få dina instanser automatiskt gå med i eller lämna en elastisk lastbalanse. 

Så då är det våra lagringstjänster. Så den första är Amazon EBS eller elastiska blocket Store. Dessa är ihållande volymer som du kan montera dina EC2 instanser. Så du kan snapshot dem. Så när snapshot en EBS volym, det går till S3, som vi ska tala om på en sekund. Det finns tre olika typer av EBS volymer. 

Det finns magnetiska EBS, vilket är precis det typ av standard typ av magnetisk skiva. Det är det mest ekonomiska alternativet. Sedan finns generella Syftet SSD, där vi få tre IOPS per gigabyte bestämmelse. Så om du har en terabyte volym, har du 3000 IOPS. Och sedan det har tillhanda IOPS. Så tillhanda IOPS är när du betala för hur mycket diskutrymme du använder och hur mycket IOPS kapacitet du behöver. Så du kan tillhandahålla upp till 4000 IOPS per volym. 

Så då finns Amazon S3. Amazon S3 är vår objekt butik. Så Amazon S3, kan du använda det lagra precis alla typer av data. Du kan använda den för att lagra statisk webbplatser och slang statiska webbplatser. Du kan använda S3 för säkerhetskopiering och arkiv i vissa användningsfall som din källa och utgång hink för stora datamängder, eller omkodning. Det kan också användas som ett ursprung för en Cloudfront fördelning. 

Så S3: s super kraftfull. S3: s konstruerad för 11 linjer av hållbarhet. Så vad det betyder är att det kan upprätthålla förlusten av minst två uppgifter centra samtidigt utan att förlora dina data. Du kan göra kryptering på S3. Så serveruppsättning kryptering, eller server ställa kryptering med din nyckel. Så om du vill att hantera nycklar, kan du göra det också. 

Och det finns Glacier. Så Glacier är vår långsiktiga arkivtjänst. Den är också utformad för 11 rader med hållbarhet, men det är för när du vill spara något och glömma det, eller hur? Så oavsett om överensstämmelse eller annan skäl måste du arkivera något, du bör använda Glacier. Så Glacier kostar $ 0,01 per gigabyte per månad. Och Amazon S3 börjar $ 0,03 per gigabyte per månad. Så Glacier är billigare och Glacier tar 3-5 timmar att få dina data tillbaka. Så om det är OK, om det är en arkiv fall sedan Glacier s förmodligen rätt användningsfall för det. 

Sedan finns Storage Gateway. Så Storage Gateway är en virtuell maskin att du kan köra lokalt i VMware eller Hyper-V. Det ger dig en iSCSI slutpunkt. Du kan sedan ställa in annan VM ovanpå det som exponerar att iSCSI slutpunkt med CIFS eller NFS. Allt som går in i den nätverksresurs och sedan får backas upp till Amazon S3 eller Glacier, eller EBS beroende på hur du sätter upp den. Så det är ett enkelt sätt att få dina data upp till AWS. 

Så då är det våra databastjänster. Så den första är Amazon RDS. Så detta är vår relations databastjänst. Så detta är en hanterad relations Databasen [? för dig. ?] Det kommer att stödja SQL Server, Oracle, MySQL, och Postgres motorer. 

Det gör automatisk failover. Så om du har Multi-AZ alternativet aktiverat, det gör synkron blocknivå replikering över tillgänglighetszoner. Och sedan om din primära misslyckas, det ska bara automatiskt failover mellan dem. Det också, för MySQL motor, stöd Läs repliker inom samma region eller mellan olika regioner. Och det finns alla typer av intressanta alternativ där. Så det ska göra dina säkerhetskopior för dig. Så det ska backup till S3. Det kommer att göra din lapp för dig också. 

Sedan finns DynamoDB. DynamoDB är vår lyckades NoSQL tjänst. För Dynamo DB tar det bort alla administrativa bördan att hantera en NoSQL tjänst för dig. Så du bara bestämmelse bordet och du säger hur mycket läsa och skriva kapacitet du vill. Och det kommer att leverera det åt dig. Så det är en extremt enkel tjänst att använda. Sedan finns ElastiCache. Så ElastiCache är vår lyckades cache-tjänst. Det är i grunden en hanterad Redis eller ElastiCache. Så återigen, kan du tillhandahålla ett kluster av ElastiCache eller redis instanser och inte behöver oroa sig för säkerhetskopior, eller failover eller någon av det grejer. 

Sedan har vi våra applikationstjänster. Så Cloudfront är vår innehållsleveransnätverk och det lever på de Edge platser som jag talade om tidigare. Så Cloudfront kan användas för live video streaming, för on demand-video streaming, och för att bara ha en hemsida, så en webbplats. Så du kan ha hemsida värd på elastiska lastbalanse, eller instanser, eller S3 hinkar, eller bara på plats hårdvara. Och du kan sätta en Cloudfront fördelning framför den. Det kommer cache ditt innehåll. Det ska sätter den på kantplatser. Och så när någon går till din webbplats de kommer att slå Cloudfront, vilket kommer att troligen närmare dem än vad ursprunget är. Och det ska lasta en hel del avlastar ursprung, alltså både du sparar pengar och få en bättre användarupplevelse. 

Sedan finns Amazon CloudSearch. Så CloudSearch är en lyckades söktjänst. Så du skickar den till din sökbara uppgifter och prata med den genom ett API, och det ska göra sökresultaten för dig. Sedan finns den Elastic Transcoder. Så det är en hanterad omkodning lösning. Du sätter dina videoklipp till en S3 hink, tala om vad att koda in, vilket format och vilken storlek och allt. Och det ska koda den och lägga den till en S3 hink för dig. 

Sedan finns våra stora datatjänster. Så vi har fått Amazon EMR, vilket är Elastic Map Reduce. Så detta är en värd ramverk Hadoop. Så du kan snurra upp ett Hadoop-kluster från en instans till hundratals fall om du behöver. Det har fått djupa integration av S3, så som ett filsystem för den Du kan använda HDSF, som du traditionellt gör med Hadoop. Eller du kan göra S3 som filsystem. 

Det har fått stöd för spotpriser, vilket är, på Amazon, hur du bjuder för överkapacitet. Så det stödjer allt detta. Den stöder vanliga Hadoop ramar såsom Spark och Shark och Hive och gris. Och vi har sett över 5,5 miljon EMR kluster lanseras på denna punkt på Amazon. 

Då har vi AWS Data Pipeline. Så Data Pipeline är en tjänsten som kommer att tillåta du kan flytta data över våra olika databutiker. Så du kan ta något från S3, sätta det i RDS, sedan göra en del EMR på det, sätta den i Rödförskjutning, vilket är våra datalagring apparat, och sedan kan du dra ut något av en på premiss, MySQL instans. Så det finns alla typer av saker du kan göra med det. 

Sedan finns Redshift. Rödförskjutning är vår hanteras Data warehouse. Det är tänkt att vara petabyte skala, så du kan lagra massor av data på den. Det är ett massivt parallell arkitektur. Så du kan ha många noder om du ville. Och det gör alla backuper och alla den administrativa slå till. Och sedan finns det Kinesis. Kinesis är vår realtid bearbetning tjänst. Så du kan ta lite källa realtids strömmande data, så att säga som Twitter Firehose, eller ett gäng loggdata, skicka den till Kinesis. Kinesis hanterar allt för dig. Och sedan kan du ansluta arbetstagare till den för att dra ut saker och, säg, gör en levande instrumentpanel eller gör levande analytics på den. 

Så då har vi våra distributionstjänster. Så AWS OpsWorks är ett ramverk DevOps. Så du tar din ansökan, du dela upp den i lager. Så du har fått ditt lastbalanse lagret, webblager, din app lager, databasen lagret, och du tillhandahållande saker på dessa skikt baserad på Chef recept. Kocken är en konfiguration ledningssystem. Så det stöder också livscykelhändelser och så om du inte vill hantera din egen kock, höger, Om du vill ha någon form av programmatiska sätt att distribuera saker på dina instanser detta är ett alternativ för dig. 

Sedan har vi Elastic Beanstalk. Så Elastic Beanstalk är en tjänst som gör att du att-- säga att du är en utvecklare. Du har din kod i en Git repa. Du vill inte behöva oroa om distribution dina egna ELBs eller RDS instanser eller regelbundna EC2 instanser. Så vad du gör är att du, från din kod, bara skicka den till Elastic Beanstalk. Elastisk bönstjälk kommer tillhandahållandet RDS instanser och ELBs och allt det där för dig och distribuera din kod på dem. Så det gör det mycket lättare för utvecklare att distribuera sin kod på AWS. 

Sedan finns CloudFormation. Så CloudFormation är en tjänst för behandla din infrastruktur som kod. Så nu när du har allt detta grejer i din ansökan, du har fått ditt VPC, och dina säkerhetsgruppregler, och dina EC2 instanser, och dina RDS instanser. Så du har hela den här arkitektur på AWS. Nå, hur gör du program snurra upp det eller återskapa den? Du kan skriva ett JSON fil som representerar allt detta. Och sedan kan du [? ta?] som JSON fil och distribuera ditt infrastruktur på det. Så du kan ha en arkitektur där, varje gång du distribuerar kod, den snurrar upp en ny kopia av din helhet arkitektur och sedan misslyckas över till det. Så kan du också göra detta till har ett muterbart infrastruktur. 

Sedan slutligen där är vår administrationstjänster. Så våra administrationstjänster börja med Amazon IAM, så det är identitets- och åtkomsthantering. Så det gör att du kan hantera ditt AWS-konto så du kan ha sub användare och grupper och gör identitetsfederation och alla typer av saker. Det är verkligen viktigt för säkerheten. 

Sedan har vi Amazon CloudWatch, som är vår metrics tjänst. Så det ger dig CPU-användning och alla typer av statistik. Och du kan göra egna mätetal och [? du kan göra?] auto skalning utifrån dessa mått. 

Och då har vi CloudTrail. Så CloudTrail är vår service för revision. Så det kommer att logga API-anrop mot Amazon Web Services. Så vem startat detta fall? Vem bytte denna säkerhetsgrupp? Och log dem i nödvändiga hinkar så du kan se vad som hände i ditt konto och vem som gjorde det. 

En ny tjänst som vi har är arbetsytor. Så det är en desktop virtualisering på AWS. Så kan du tillhandahållande a arbetsstation, en Windows-arbetsstation, och det kommer sedan komma upp i ett par minuter. Det kommer att vara ansluten till din aktiva katalog, så med dina användare. Och du kan lätt bygga upp det. Du kan enkelt bestämmelsen en ny. Det finns olika typer med annan programvara på det. 

Så nu när vi har gått igenom en hel del av våra tjänster, låt oss gör en verklig demo. Så jag kommer att gå över till min webbläsare här. Så vad jag vill visa dig är hur man snabbt ställa in en EC2 instans med Wordpress på den. Och sedan kommer vi att göra samma sak, men vi kommer att snurra upp en RDS instans och en ELB. Så vi ska göra det bara på förekomst och vi ska bryta alla nivåer så bra. 

Så låt oss starta en EC2 instans. Så det första som Jag har redan gjort här är du kommer att vilja att ha ett nyckelpar. Så ett nyckelpar kan du logga in i själva instans. Så du håller den privata del av nyckelparet, och vi sätter allmänheten del på förekomsten. Och det är det som gör att du kan logga in. Så jag har redan importerat min nyckelpar, bara min vanliga SSH nyckelpar här. 

Och så den andra saken Jag kommer att göra här är, Jag har redan en del fall kör, men jag ska lansera en ny. Så jag ska ta min operativsystem här. Så du kan se jag har en ganska stora val av operativsystem. Så jag ska bara plocka din standard Amazon Linux. 

Och jag kommer att plocka en instans typ. Och eftersom detta är en webbserver, jag ska att göra en c3.large eftersom det är förmodligen beräkna intensiv. Så jag ska välja en c3.large, och jag kommer att lansera en av dem. Jag ska lämna den i standard VPC för nu. Jag kommer att lämna allt det här ensam. 

Och jag kommer att göra det möjligt för CloudWatch övervakning eftersom CloudWatch detaljerad övervakning ändrar CloudWatch övervakning från fem minuter resolution till en minut upplösning. Så jag vill att min webbserver här. Och sedan ska jag gå till förvaring. Så jag vill General Purpose SSD på här. 8 spelningar är förmodligen nog för mig, så jag ska bara hålla det. Jag kommer bara att märka det Wordpress Demo. Så detta är taggen så jag vet vad det egentligen är. Och då kommer jag att konfigurera en säkerhetsgrupp. Så en säkerhetsgrupp är som en brandvägg för instansen. Så jag kommer att använda en av mina befintliga. Så här säkerhetsgrupp, det möjliggör SSH, så jag kan köra SSH till den. Och det gör att HTTP. 

Nu ska jag vill låsa fast att SSH lite mer. Du vill inte vem som helst från alla IP-adresser SSHing in. Så vi kommer att göra det efter det startar. 

Så jag är nöjd med alla av det här här. Och jag kommer att starta. Och då kommer jag att välja vad nyckelpar jag vill. Så jag kommer att välja att nyckelpar som jag uppdateras innan. 

Så nu när jag väntar för att det ska starta, låt oss gå titta på vår säkerhetsgrupp. Så vi har fått säkerhetsgrupper här. Här är min trygghet grupp som jag uttryckte det i. 

Jag ska bara ändra detta här. Så låt mig göra detta till en lite större här. Så jag vill ändra på detta från var som helst till Mitt IP. Därför att viljan automatiskt plocka upp min IP adress här och lås det ner lite. 

Och så medan det instans snurrar upp, låt oss snurra upp lite grejer för våra andra instans där vi ska bryta ut databasen och lastbalanser så att den kan vara klar för oss. Så det första jag kommer att vilja göra är att snurra upp en lastbalanse. Så jag kommer att välja en lastbalanse här. Och jag ska kalla det WordpressELB. Och jag kommer att bara-- alla Jag vill är port 80 i här. 

Och nu för hälsan kolla, jag ska bara göra TCP. Så om Apaches igång, det ska vara bra. Och jag kommer att sänka friska tröskeln precis så det blir friska ganska snabbt. Sedan, återigen, har detta en säkerhetsgrupp. Så jag har redan gjort en säkerhets grupp för detta kallas Wordpress ELB. Och det är i princip bara att gå att acceptera trafik från Port 80. Och då jag inte kommer att lägga några instanser till det för nu. Och jag kommer att hoppa över tagg. Och så ska vi skapa denna ELB just nu. 

Så skapade lastbalanser. Jag kommer även att lansera en mer exempel här, bara för webben del av min Wordpress. Så nu kör vi. Jag ska bara göra samma sak jag gjorde förut. Så c3.large, CloudWatch detaljerad uppföljning aktiverat. Kombi SSD. Kalla detta Wordpress. 

Och jag vill välja en-- jag redan har en säkerhetsgrupp för detta. Så här säkerhetsgrupp accepterar trafiken på port 80 från min Wordpress ELB säkerhetsgrupp, från säkerhet grupp från min lastbalanse, men även SSH, som återigen, vi kommer att låsa. Så jag kommer att lansera detta. Höger. 

Och vad jag ska göra härnäst är Jag ska starta en RDS instans. RDS kommer att bli min databas. Så jag ska gå här. Jag ska gå till RDS. Jag ska lansera en ny instans. Så jag ska plocka min motor. Så här har jag ett val av MySQL, Postgres, Oracle eller SQL Server. Jag vill MySQL. Och så ska jag säga ja. 

Så detta är ett alternativ för Multi-AZ. Så Multi-AZ, igen, de replika kommer att snurra upp två RDS instanser och gör replikering mellan dem. Och om jag inte vill att jag bara kan ha en enda instans, men jag vill det. Och då kommer jag att plocka min databasmotor. Så jag kommer att plocka den senaste här. Och då kommer jag att plocka vilken typ av exempel jag vill. 

Så jag vill ha en R3, så det är minnet optimerad instans. Så jag ska plocka R3. Och jag kommer att plocka Ja, jag vill Multi-AZ. Och jag vill ha generell SSD. 

Och jag förmodligen ha en lite mer förvaring. Jag kommer att ha 10 spelningar här. Och då kommer jag att plocka några referenser. Så vad är identifierare för min databas? Så det kommer att bli wordpressdb1. Jag kommer att kalla denna rot. Jag ska ge det ett lösenord. 

Och vi kommer att välja en säkerhetsgrupp för detta också. Så jag har redan gjort en säkerhetsgrupp för detta. Och då kommer jag att ge det ett databasnamn. Så vi ska bara kalla det wordpress. Och vi kommer att Välj ett bibehållande fönster så att detta gör säkerhetskopior för dig. Så jag vill ha en veckas säkerhetskopieringar. Och jag har inte en preferens för backupfönster. Och jag vill att det ska automatiskt uppgradera min delversion här. Så jag kommer att lämna den som standard. Och så nu är jag lanserar min RDS instans. Rätt? Så nu är det skapas. Så nu väntar vi bara på för att det ska installeras. Så medan det händer, låt oss logga i den första EC2 instans vi gjort. Så det är här Wordpress Demo. Och vi ska bara kontrollera att. Japp. 

Så låt oss se om vi kan logga in på den. Så jag kommer att kopiera offentliga värdnamnet på den. Jag ska öppna upp ett skalfönster här. [OHÖRBAR] SSH. Standard användaren är EC2-användare. 

PUBLIK: Leo, skulle du mind Command [OHÖRBAR]? 

LEO ZHADANOVSKY: Good? Och så låt oss försöka SSH in. Japp. Så jag är i mitt fall just nu. Så jag SSHed in. Det är upp i fem minuter så det är definitivt min instans. 

Så första vi är kommer att vilja göra här är det säger mig att, åh, Jag har några säkerhetsuppdateringar. Så jag ska bara köra Varje säkerhetsuppdateringen på här. [? sudo yum?] minus y uppdatering. Så det kommer att snabbt installera dem. Nästa sak jag vill göra är att jag vill installera lite mer grejer. Så jag kommer att behöva installera MySQL. Jag kommer att behöva installera Apache. Jag kommer att behöva installera PHP. Jag kommer att behöva installera PHP-plugin för MySQL. Och jag måste installera MySQL-servern. Så låt oss installera det här. 

Installera. Så det är gjort. Så nu vill jag [? HTTPD. ?] Jag vill Apache starta vid uppstart. Så jag ska göra det här. OK. Så nu om jag startar om det det ska börja. 

Jag vill också MySQL starta vid uppstart. Så samma sak. Oj, stavfel här. Okej. Och sedan faktiskt ska jag starta min webbserver senare. Nu vill jag börja min databasserver, dock. Så gör detta. Och så det börjar för första gången, så jag är kommer att behöva göra några grundläggande steg här. Så det första jag ska göra sätts ett root-lösenord för min MySQL. 

Så jag ska bara köra MySQL säker installation kommandot. Så det fick ingen aktuell rot lösenord, så låt oss sätta en. Och jag kommer att ta bort dessa anonyma användare att det skapar och avaktivera root-inloggning. Och ta bort provdatabaser. Så detta alla typer av productionizes din MySQL installation. 

Så det är gjort. Så nu ska jag kunna ansluta till min MySQL-servern. Så jag ska se om det fungerar här. Japp. Så jag är i min MySQL-server. 

Så nu nästa sak jag vill göra är att Jag vill skapa min Wordpress databas. Så jag ska göra MySQL admin. [OHÖRBAR] Okej. Så jag skapade min databas. 

Och nu vad jag vill göra är att jag vill skapa en Wordpress användaren. Så jag vill inte att logga in på min Wordpress med användaren root eftersom det skulle vara dåligt. Så jag vill att en användare som bara kan åtkomst till Word databasen. Så låt oss gå in här igen. Och vi kommer att [? flytta?] detta här. 

Så vad jag gör här är Jag skapar en användare som kan ansluta från localhost det är identifierats av min super säkert lösenord här. Och då kommer jag att ge detta användaren tillgång till hela databasen. Okej. Och så nu ska jag vara kunna logga in som den användaren och bara se till att databasen [? och?] testdatabas. 

Så jag ska göra mysql minus u wordpress, istället för root. Okej? Och då bör vi vara kunna do-- rätt? Så jag kan se min Wordpress databas här. Så det är bra. 

Så nu måste vi faktiskt hämta och installera Wordpress. Så låt oss gå till vår webbkatalog. Så jag kommer att wget Wordpress, den senaste versionen av Wordpress här. Jag kommer att extrahera den. Och nu ska jag byta HTML katalog, vilket är standard [? webb?] rot, med Word katalogen, så. 

Okej. Och nu ska jag bara förändring behörighet så att Apache Användaren äger Wordpress katalogen. Okej. Och slutligen, kommer jag att starta upp min webbserver och hoppas allt fungerar. Okej. Så nu ska vi se vad som händer här. Så jag ska gå här. Och se om jag kan få i detta fall här. Okej. Så här är vår Wordpress inställningsskärmen. Så vi vet all denna information. Så vår databas namn är wordpress. 

Vår användarnamn kommer att bli wordpress. Jag har min super säkert lösenord här. Vi kommer att vara ansluta till localhost. Och vi kommer att köra installationen. 

Nu vi ska bara ge min hemsida ett namn. Så Leos Fantastisk blogg. [OHÖRBAR] användarnamn. Jag ska få en lösenord för mitt användarnamn. Jag ska sätta i min e-postadress. Och eftersom det är ett test en, det gör jag inte vill att sökmotorerna ska indexera detta. Så nu är vi installerar Wordpress. Så nu är vi redo. 

Så här är min Wordpress. Och här är min instrumentpanel. Det är en fullt fungerande Wordpress. Jag kan uppdatera plugins här om jag ville. Göra vad jag vill här. Och så här är min faktiska fullt kör Wordpress på min ena hand. 

Nu är detta bra om du har en mätplatsen, men detta inte skala. Vi har en instans. Vi kan göra det instans verkligen enorma, men någon gång du kommer att ta slut av vertikal skalning rum. Så du kommer att vilja skala den mer än så. 

Det är därför vi snurrade upp med allt detta andra grejer. Så låt oss se om vår RDS instans sker. [? Ja,?] Våra RDS instans är nästan klar. Så det är OK eftersom under tiden Vi kan ställa upp vår EC2 instans. Det kommer att vara bara en något annorlunda förfarande. 

Så vi har fått vår Wordpress webben. Nu hade jag redan en löpning igår. Så jag har precis fått reda på vilka en var det som om jag lanserade i dag. Så här lanserades November 4. Så det är en från idag. [? Jag vet?] Här var lanserades, åh, 04:00. Så egentligen är detta den nya. Japp. OK. 

Så det här är min nya instans. Så återigen, jag kommer att köra SSH till det. Så låt oss gå tillbaka till min terminal här. Så jag kommer att få ut av det här. Jag kommer att köra SSH till nya instans. Okej. Så jag kommer att behöva göra del av samma saker här. Så jag kommer att köra säkerhetsuppdateringar. Jag kommer att installera vissa paket. Paketen kommer att vara något annorlunda nu. 

Så jag behöver inte MySQL-servern eftersom vi bryter det ut. Så jag fortfarande kommer att installera MySQL-klienten. Jag kommer fortfarande att installera Apache. Jag kommer fortfarande att installera PHP och PHP MySQL. Jag är bara inte gå till Installera MySQL-servern. 

Då jag fortfarande kommer att göra säker Apache startar vid uppstart. Nu behöver vi databasen vara upp. Så medan vi gör det ska vi lägga till detta instans till lastbalanserare. Så vi kommer att gå till vår lastbalanse här. Och vi ska bara kopiera ner instans-ID. Fick min instans-ID här. 

När jag går till min lastbalanse, se, här är min lastbalanse, Här är dess DNS-namn. Så det har fått noll förekomster i tjänst just nu eftersom jag har inte lagt några instanser till det. Så jag ska lägga min instans. Så här är min lista över instanser. Så om jag vill ha den här, så jag är kommer att lägga detta till den. 

Nu det kommer att vänta och det kommer inte för att möjliggöra detta fall tills det blir friska. Och det kommer inte att bli friska tills jag slår på webbserver. Så låt oss se om våra RDS instans är tillbaka upp. Okej. Stor. Så vår nya RDS instans är klar. Så detta är slutpunkten för min RDS instans. Så vad jag ska göra är att jag är kommer att ansluta till min RDS instans. Så detta är nu en fullt lyckades MySQL-databas. Det har fått backup ställa upp på det. Det är överflödigt. Det snurrade upp på bara några minuter. Så nu ska jag kunna SSH i den from-- eller inte SSH, men logga in den med MySQL-klienten. 

Japp. Så här är jag. Jag är med. Så nu det här kommer att vara liknande utom vi bara bryta ut. Så, återigen, jag ska faktiskt få ut av detta för en sekund. Nåväl, vi redan skapat Wordpress databas eftersom vi lägger Wordpress där, så Jag kommer att skapa Wordpress användaren. Och det kommer att bli en del små skillnader i här från vad vi gjorde förra gången. Så vi kommer att skapa Wordpress användaren, men nu har vi inte kommer att vara logga in från lokalvärd längre. Vi kommer att vara loggning in från EC2 instans. Och vi kommer inte att nödvändigtvis veta om vad IP-adress det kommer från, eller vi vill inte ange det till den kornighet. 

Vi kommer att ha säkerhet grupper som ser till att endast våra webbservrar kan ansluta till denna. Så jag ska bara tillåta det från, på denna nivå, från alla IP-adresser anslutning. Så vi gjorde just det. Och nu är vi bara kommer att behöva, återigen, bevilja denna användare åtkomst till Wordpress databas. Så nu jag ska bara ändra detta till ett wild card. Okej. Så vi har fått det. Låt oss komma härifrån. Så vi ska bara se till att att vi kan logga in nu. Jag kommer bara att ändra mitt användarnamn till wordpress. Okej. Så vi är i. Så det fungerar. Nu ska vi, återigen, jag måste inrätta Wordpress på denna instans. Så vad vi ska ha göra är att gå till Var, www. Jag måste flytta HTML katalog att html.old. Okej. Och vi kommer att ha att ladda ner Wordpress. 

Okej. Extrahera Press. Vi kommer att flytta den till HTML-katalogen. Okej. Och vi kommer att ändra behörighet. Och sedan ska vi starta Apache. 

Så vad ska hända Nu är det som händer att vara i stort sett fem återförsök på denna ELB. Och det är så småningom, detta fall är kommer att bli frisk på ELB. Så [OHÖRBAR] här. Låt oss se. Denna instans är ännu inte frisk. Så vad jag faktiskt kommer att göra är jag ska att ändra hälsokontrollen lite lite mer bara för att göra det snabbare. Vi kan ändra tillbaka senare. Så låt oss säga att jag vill friska tröskeln på tre i stället för fem. OK. Så nu är vi i tjänsten. 

Så nu ska jag gå till denna lastbalanse. Och det borde proxy mig tillbaka fram till denna instans, och vi ska ställa in Wordpress på här. Nu, om du har en egen domännamn eller något, Du kan bara göra en CNAME rekord till denna DNS-namn. Och den elastiska lastbalansering Tjänsten är skalbar på baksidan slutet, så det skalor upp och ner på egen hand. Så det kan vara flera IP-adresser. IPS kunde förändras. Så du ska alltid referera den från att DNS-namn. 

Okej. Så nu kör vi. Vi är tillbaka på vårt inställningsskärmen. Nu ska vi göra samma process nästan. Så vår databas namn är wordpress. Vår användarnamn heter wordpress. Vi har samma super säkra lösenord som tidigare, utom databasvärden är nu kommer att bli RDS instans. 

Så vi kommer att gå hit. Vi kommer att gå till RDS. Vi kommer att gå till mina instanser. Jag behöver min slutpunkt namn här. Det är här. Så jag ska bara kopiera och klistra in den här. Okej? Så låt oss se om det fungerade. Okej. Så det fungerar. Så du kan ansluta till RDS instans. Återigen, det kommer att vara Leos Grymt blogg. Okej. 

Så nu ska vi installera vår Wordpress. Så vi är klara. Så låt mig bara logga in att se till att det fungerade. OK. 

Så nu har vi en fullt kör Wordpress. Vi kan göra alla typer av operationer på den. Så skillnaden är nu att vi har en separat databas. Det databaserna är överflödig. Vi har fortfarande bara har en webb server, men vi kunde nu ta en bild av detta webb server, starta den igen, och sedan har vi två webbservrar bakom denna lastbalanserare. 

Slutpunkten förändras inte om det är en, eller två, eller 50 webbservrar. Vi kan skala den bortom denna. Så det finns plugins för Wordpress, där Du kan använda S3 för din statiska tillgångar. Du kan använda Cloudfront att cacha dessa tillgångar. Du kan använda ElastiCache så du kan använda Memcached grunden att lagra sessionstillstånd där. 

Så när du skalar från en till flera instanser, du kommer att anta att dessa instanser är efemära, så de kan försvinna. Så du har att tänka om var ska jag förvara loggar, där jag lagrar sessionstillstånd. Hur gör jag det så det är OK att dessa fall kan försvinna, eller mer av dem kan visas? Så du kommer att behöva svara på frågor som. Men det är ganska vanligt mönster. Så du bara börja avlastning någon ihållande saker till andra nivåer. 

Så nu har vi det här, vi är gjort [? tre nivåer?] sak. Det sista jag ska göra här är jag kommer att göra min lastbalanse lite mer solid nu när det är markerat som friska. Så det är oftast inte en bra idé för webbplatser att göra TCP hälsokontroller eftersom din Apache kan vara upp, men det kan vara åter PHP fel. Så du vill inte det. 

Så vad jag ska göra här är jag ska att ändra detta till en HTTP hälsokontroll. Och det kommer att bli index.php, inte index.html. Och vi kommer att ändra på detta friska tröskeln till fem. Så det är gjort. Så det borde ändå vara friska. Japp. Så vi är fortfarande i tjänst. 

Så det är hur du ställer in upp Word på AWS. Så jag tror på mindre än 20 minuter vi har både ställa upp på en förekomst, på egen hand, och hela tre nivåer arkitektur där varje skikt är oberoende skalbar. Du kan göra alla typer av intressanta saker med databasen att skala också. 

Låt mig visa dig en mer intressant sak här. Så låt oss säga att det jag vill bryta ut läser ur skrivningar. Jag kan skapa en läsa replik. Så jag ska bara skapa en läs replika. Så detta kommer att vara wordpressdb1 READ1. Jag kommer att göra det på samma region, men jag kunde göra det i en annan region. Så vi kommer att starta provisione en läst replik här. Så nu vi skapar lästa replik. Det är att skapas där vid botten. Så du kan göra alla typer av coola grejer här. 

Så jag är klar med demo. Så jag tror att vi har ca 10 minuter. Så jag ska ta någon frågor anybody har, om någon AWS relaterat ämne. Någon? Cool. Okej. Tack alla.